Development mailing list

Syndicate content
Archive of posts for haiku-development at FreeLists
Updated: 25 min 35 sec ago

[haiku-development] Re: LibreSSL (scottmc)

Mon, 2014-07-21 17:45
On Fri, Jul 11, 2014 at 2:31 PM, Augustin Cavalier waddlesplash@xxxxxxxxx wrote: OpenBSD has released the first portable version of their SSL library [1]. Some developers had previously discussed migrating to it, do we still want to do that? Note that this breaks binary compatibility with OpenSSL, so doing it before the next release seems like a good idea. -Augustin [1]: ...
Categories: Development

[haiku-development] LibreSSL (Augustin Cavalier)

Mon, 2014-07-21 17:45
OpenBSD has released the first portable version of their SSL library [1]. Some developers had previously discussed migrating to it, do we still want to do that? Note that this breaks binary compatibility with OpenSSL, so doing it before the next release seems like a good idea. -Augustin [1]: ...
Categories: Development

[haiku-development] Re: Media plugin support - to message or not to message (Colin Günther)

Mon, 2014-07-21 17:45
Hi Axel, Am 08.07.2014 21:09, schrieb Axel Dörfler: On 07/08/2014 07:15 PM, Colin Günther wrote: @Axel: Are you still leaning more towards the server side implementation or did your opinion shift towards the application side in the mean time? ...
Categories: Development

[haiku-development] Re: Media plugin support - to message or not to message (Barrett)

Mon, 2014-07-21 15:45
Having a media player crash might not matter much, but having a video editing software crash might cause the loss of your precious work. Since codecs are not controllable from within applications, it should be the system's duty to run them in a safe environment. Having your application not crash is just one way less someone could take over ...
Categories: Development

[haiku-development] Re: Media plugin support - to message or not to message (Augustin Cavalier)

Mon, 2014-07-21 09:45
On 07/09/2014 08:28 AM, Axel Dörfler wrote: Having a media player crash might not matter much, but having a video editing software crash might cause the loss of your precious work. Since codecs are not controllable from within applications, it should be the system's duty to run them in a safe environment. Having your application not crash is just one way less someone could take over your system. That sounds like a better solution than we currently have; however, we ...
Categories: Development

[haiku-development] Re: Media plugin support - to message or not to message (Axel Dörfler)

Mon, 2014-07-21 03:45
On July 9, 2014 at 2:15 PM Augustin Cavalier waddlesplash@xxxxxxxxx wrote: False. The design of one (or two) centric servers is flawed because what if one crashes? I've experienced this myself and it's not easy to restart it at all (end users would not be able to do it). Meanwhile, if an application crashes, you can just restart it easily. That's not entirely correct. In order to prevent crashes, it would be best to launch an extra server for each media node, and for all codecs. The media_server supervising them should always be smart enough to restart the add-on servers when needed. ...
Categories: Development

[haiku-development] Re: Media plugin support - to message or not to message (Augustin Cavalier)

Mon, 2014-07-21 01:45
On 07/09/2014 03:52 AM, pulkomandy wrote: Moving the addon handling to applications removes the need for running an extra server, which would only be used for the rare case when an add-on is installed. The only gained feature is the ability to use the newly installed add-on without having to restart the application where you want to use it. The debate is wether the cost of the extra server and additional complexity in plugins handling is worth it. False. The design of one (or two) centric servers is flawed because what ...
Categories: Development

[haiku-development] Re: Media plugin support - to message or not to message (pulkomandy)

Sun, 2014-07-20 23:45
@Adrien: Which app was the reason for moving the media plugin handling to the application side and which feature was enabled by this move? The discussion threads mention several times that by moving the AddOnManager to the application side a very important feature was rendered possible. = Your answer will help me to better understand the move to the application side and to look out for a server side way of enabling that feature. Hi, I made this change while adding HTML video support to WebPositive. On a gcc2hybrid system, Web+ as a gcc4 app would receive a gcc2 plugin and, ...
Categories: Development

[haiku-development] Re: Media plugin support - to message or not to message (Axel Dörfler)

Sun, 2014-07-20 15:45
On 07/08/2014 07:15 PM, Colin Günther wrote: @Axel: Are you still leaning more towards the server side implementation or did your opinion shift towards the application side in the mean time? = Your answer will help me to formulate new, clearer questions for you :) First of all, welcome back Colin! ...
Categories: Development

[haiku-development] Media plugin support - to message or not to message (Colin Günther)

Sun, 2014-07-20 15:45
Hi, this post is reviving an old discussion from January 2014 where Adrien Destugues (pulkomandy), Axel Dörfler (axeld) and Stephan Aßmus (superstippi) were the main proponents. Instead of posting to the old discussion thread I am opening this new one, because of the long time that has passed and the slightly different focus of the new discussion. I'm relating to the discussion threads regarding moving media plugin handling from server side to application side (see [1] and [2] for refreshing your RAMs): ...
Categories: Development

[haiku-development] Re: No nightly images (Niels Sascha Reedijk)

Sun, 2014-07-20 15:45
Hi, On Fri, Jul 4, 2014 at 6:28 PM, luroh lurohh@xxxxxxxxx wrote: Dancsó Róbert wrote: As I see there was no nightly images since more than 2 weeks. I believe the regular nightly download page is in the pipeline for ...
Categories: Development

[haiku-development] Re: No nightly images (luroh)

Sun, 2014-07-20 15:45
Dancsó Róbert wrote: As I see there was no nightly images since more than 2 weeks. I believe the regular nightly download page is in the pipeline for some massaging as a part of buildbots taking over from the old standalone nightly build-and-upload script. Until things fall into place, or at least currently, nightlies can be found at ...
Categories: Development

[haiku-development] No nightly images (Dancsó Róbert)

Sun, 2014-07-20 03:45
Hi! As I see there was no nightly images since more than 2 weeks. Can somebody check it? Thanks! dsjonny ...
Categories: Development

[haiku-development] Re: Proposal: adding no-check-names to resolv.conf by default (Axel Dörfler)

Fri, 2014-07-18 23:45
On 07/02/2014 07:43 PM, Julian Harnath wrote: So, how about we just use FreeBSD's solution? As I said, fixing it in libbind would be the preferred option, so yes please :-) ...
Categories: Development

[haiku-development] Re: Proposal: adding no-check-names to resolv.conf by default (Julian Harnath)

Wed, 2014-07-16 14:45
Ingo Weinhold ingo_weinhold@xxxxxx schrieb: Given the option's name, it might do more than just allow underscores in names. So it would be prudent to investigate a bit whether this might introduce a possible new attack vector. Yeah, that's why I wrote the initial email, I hoped someone with intimate knowledge of libbind could say whether it's a good idea to use that option :) It does seem like it would do more than necessary and thus it could be ...
Categories: Development

[haiku-development] Re: Proposal: adding no-check-names to resolv.conf by default (Augustin Cavalier)

Wed, 2014-07-16 14:45
On 07/02/2014 06:57 AM, Stephan Aßmus wrote: I am rather convinced that this is exactly a kind of option that should not appear anywhere in Haiku's UI. Can you come up with use-cases where a generic user wants to be aware of this detail and configure it? +1 from me too. -Augustin ...
Categories: Development

[haiku-development] Re: Proposal: adding no-check-names to resolv.conf by default (pulkomandy)

Wed, 2014-07-16 12:45
On Wed, Jul 02, 2014 at 12:57:08PM +0200, Stephan Aßmus wrote: Am 02.07.2014 12:32, schrieb Alex-P. Natsios: Ingo Weinhold wrote: Given the option's name, it might do more than just allow underscores in names. So it would be prudent to investigate a bit whether this might introduce a possible new attack vector. Finally +1 for Ingo's comment this needs further investigation before becoming a default ...
Categories: Development

[haiku-development] Re: Proposal: adding no-check-names to resolv.conf by default (Stephan Aßmus)

Wed, 2014-07-16 12:45
Am 02.07.2014 12:32, schrieb Alex-P. Natsios: Ingo Weinhold wrote: Given the option's name, it might do more than just allow underscores in names. So it would be prudent to investigate a bit whether this might introduce a possible new attack vector. ...
Categories: Development

[haiku-development] Re: Proposal: adding no-check-names to resolv.conf by default (Alex-P. Natsios)

Wed, 2014-07-16 10:45
On Fri, Jun 27, 2014 at 9:04 PM, Julian Harnath julian.harnath@xxxxxxxxxxxxxx wrote: Well if you look at e.g. [0] you can see there that not everyone agress on that... that's what I meant when I said that it's disputed. It seems to be a common interpretation that underscores are indeed forbidden in hostnames, but not in domain names. Yes excuse me i was in a little haste when writing the initial mail ...
Categories: Development

[haiku-development] Re: Release Naming and Plan (Ingo Weinhold)

Wed, 2014-07-16 08:45
On 01.07.2014 20:52, Augustin Cavalier wrote: On 7/1/2014 2:20 PM, Ingo Weinhold wrote: Fitting quite well: Axel's mail [1] in response to Oliver's reminder [2] why it isn't a good idea to do a release yet. The TL;DR version in my reply [3]. ...
Categories: Development