Re: upstream vendors and why they can be really harmful

2012-11-06 Thread TAKRIZ
I hear you on this, thinking about it I'd like to ask you what would be a
solution to this rather recurrent issue/problem we're facing from the Linux
side of the spectrum? What would be a solution or a framework that could
somehow negate most of the effects of this particular problem?. I grew up
tired as well from this bs that clearly affects OpenBSD appeal to the
masses. But, in life I've learned to make decisions, and no decision is
free and I just pay the bill and live peacefully away from bullshit and bad
software.




On Tue, Nov 6, 2012 at 1:38 PM, Marc Espie es...@nerim.net wrote:

 Basically, we have a pattern, mostly observed with kde (and a bit with
 gnome) which is really harmful for us.

 Those vendors say we're not in the distribution business, distribution
 problems will be handled by OS vendors.  We can break compatibility to
 advance, and not think about it, this is not a problem.

 This is a mindset we need to fight, and this has to be a grass-roots
 movement.

 The main effect of THAT attitude is to *HURT* the  opensource community,
 big time. It's as harmful as the patent portfolio of big business.

 Basically, it precludes smaller players from playing on a level field.
 As soon as you're different enough (and that's mostly NOT linux these
 days), you can't keep up. Those distribution problems are LARGE.

 They occupy a few people in our team FULLTIME with respect to gnome,
 they're
 the reason we still DON'T have a full kde4 in our tree (hopefully to be
 addressed shortly), and they're the reason why sometimes we do drop old
 stuff (like killing gtk+1, and people really wanting to kill some gtk2/qt3
 stuff).

 It takes a lot of manpower to address complex distribution issues. If you
 don't have tens of people, it becomes more and more of a losing battle,
 actually...

 It's also quickly turning Posix and Unix into a travesty: either you have
 the linux goodies, or you don't. And if you don't, you can forget anything
 modern...

 in some cases, you even have some people, who are PAID by some vendors,
 agressively pushing GRATUITOUS, non compatible changes. I won't say names,
 but you guys can fill the blanks in.

 I'm pretty sure there's a lot of good intention behind the progress in
 recent desktops. But this is turning the field of OS distributions into
 a wasteland. Either you're a modern linux with pulseaudio and pam and
 systemd, or you're dying.  So much for the pionneer spirit of opensource,
 where you were free to innovate and do cool things, and more or less have
 interesting software able to run on your machine...



Re: vmmap speed increase diff

2012-03-26 Thread TAKRIZ
So far working fine for me on my i386 laptop, +1 for the performance
improvement, it makes a noticeable difference on chromium and node.js. Keep
up the good work.

ft. c/o TAKRIZ Network
Tunisia

On Mon, Mar 26, 2012 at 2:57 AM, Bryan Linton b...@shoshoni.info wrote:

 On 2012-03-23 21:50:29, Ariane van der Steldt ari...@stack.nl wrote:
  Hi,
 
  With the recent introduction of vmmap, I introduced a slowdown which
  affects programs with alot of memory (browsers for instance).  First of
  all, since I've heard very few complaints, thanks for putting up with
  this.
 
  The reason for this e-mail is, that I have a diff.  This diff should
  make the new vmmap as fast as the old vmmap for large programs.  If you
  were hit by the slowdown or would like to test, please use the diff
  below and let me know if there are any problems.
 

 No problems so far on i386.  This diff makes a world of difference
 in web browsers and ports/games/wesnoth which can eat up to 700 MB
 of RAM and usually hovers between 300 and 500 MB.

 Thanks for coming up with a fix so quickly.

 --
 Bryan