These gyus ( http://linux.insigma.com.cn/en/index.php ) are working on
support for running Windows binaries in Linux kernel.
It works by supporting Win syscalls directly in kernel or ( for
unsupported ones ) by redirecting them to patched Wine server.
Authors say that end effect is much less
Joshua Saddler wrote:
On Fri, 9 Oct 2009 19:57:07 +0200
Matthias Schwarzott z...@gentoo.org wrote:
Hi there!
As some of you have waited long for this to happen, sys-apps/openrc-0.5.1 is
there. It has a default enabled (eapi-1) useflag oldnet to install the
old-style network scripts
William Hubbs wrote:
On Tue, Oct 13, 2009 at 06:23:32PM +0300, Markos Chandras wrote:
On Saturday 10 October 2009 23:30:05 Matthias Schwarzott wrote:
On Samstag, 10. Oktober 2009, Nirbheek Chauhan wrote:
On Sat, Oct 10, 2009 at 6:42 PM, Alin N??stac mrn...@gentoo.org wrote:
William Hubbs wrote:
On Tue, Oct 13, 2009 at 10:55:45PM +0200, Branko Badrljica wrote:
Main question is NOT whether it works for you, but whether it will break
stuff on significant percent of other users.
It broke on my machine, for example, and it was quite disconcerting,
since
Thomas Sachau wrote:
SNIP
I disagree in this place. ~arch is called testing because it actually is about
TESTING new versions
and packages. You should expect problems and you should be able to recover from
them and you should
be able to use bugzilla. Else i suggest you move to a stable arch
Mike Frysinger wrote:
i really dont buy this argument, but ignoring that, poor admin policy is no
excuse. blindly accepting all unstable versions of a package instead of
pinning a specific version and then expecting a stable system isnt going to
happen. Thomas is absolutely right here.
Dawid Węgliński wrote:
sapphire ~ # qlist openrc | grep doc
/usr/share/doc/openrc/net.example
/usr/share/doc/openrc/net.default
As said, I already did that. In fact, that was the first thing I was
looking for. After seeing post here about radical changes in v0.5, that
was the first thing I
Mike Frysinger wrote:
the mailing list is not bugzilla. any complaints you have about USE=oldnet
have nothing to do with this thread. it's a bug and should be treated as
such.
-mike
Which is why I have posted here to gripe about having documented such
changes in future.
I was told
Mike Frysinger wrote:
On Tuesday 13 October 2009 22:48:01 Branko Badrljica wrote:
Mike Frysinger wrote:
On Tuesday 13 October 2009 22:36:44 Branko Badrljica wrote:
Mike Frysinger wrote:
the mailing list is not bugzilla. any complaints you have about
USE=oldnet have
Michael Haubenwallner wrote:
On Wed, 2008-04-16 at 07:34 +0100, Ciaran McCreesh wrote:
snip
Case D, Current Behaviour: User tries to upgrade coreutils. User gets a
big flashy block error saying coreutils blocks mktemp. User doesn't
realise that the safe upgrade path is to force the package
BTW: Is ICC really worth the fuss ?
I have checked around and reported that newest gcc-4.3 is able to to
catch and sometimes even outperform icc ( not always, naturally).
Big news seemed to be thatnew gcc si close and sometimes better than icc.
Is it any truth to that and if it is, what is
While at it, it might be useful to have someghing like compiler-use file
( like package.use) for per-package compiler version and FLAGS to be used.
It is annoying to have emerge -eD world fail because some package
requires specific compiler version or because gcc-3.4 can't be compiled
with
Maybe I should have filed this as a bug, but don't have a clue to which
package should I assign it, if any.
I was forced to switch baselayout from stable 1.12.11* to 2.0.0, which
triggered openrc install etc. I did all that etc , then after some time
I noticed that system doesn't respond to PnP
Duncan wrote:
Branko Badrljica bran...@avtomatika.com posted
494f1518.2020...@avtomatika.com, excerpted below, on Mon, 22 Dec 2008
05:18:32 +0100:
Maybe I should have filed this as a bug, but don't have a clue to which
package should I assign it, if any.
FWIW, this would have
I needed to make bootable floppy for graphic card BIOS reflash and
noticed that I can't fdformat floppy or even write to formatted one.
I can mount it -o rw, but when I try to write, write would fail.
Also, fdformat /dev/fd0 seems to be working, but just to the
point,where it verifies written
Hi to all,
I am sorry if I'm wasting bandwidth on gentoo-dev with this, but I have
found no good answere elsewhere.
I have accidentally stumbled on Codelite ( at the first glance ) _great_
IDE for C/C++/Python ( www.codelite.org).
While toying with its settings for various language
Erm, link is http://cobra-language.com http://cobra-language.com/
( reposted as a new thread. Sorry for inconvenience.)
Hi to all,
I am sorry if I'm wasting bandwidth on gentoo-dev with this, but I have
found no good answere elsewhere.
I have accidentally stumbled on Codelite ( at the first glance ) _great_
IDE for C/C++/Python ( http://www.codelite.org ).
S, René 'Necoro' Neumann piše:
Don't forget, that Cobra compiles to C# which then is compiled to .NET
CLI. I don't think, that anyone here feels really good about having the
core package of Gentoo to require Mono.
Uh. I didn't know that. I've read only that it gets compiled into
bytecode,
On 03. 04. 2011 16:04, Mike Frysinger wrote:
On Sun, Apr 3, 2011 at 6:19 AM, Ryan Hill wrote:
On Sun, 3 Apr 2011 05:50:32 Duncan wrote:
Ryan Hill posted on Sat, 02 Apr 2011 22:11:12 -0600 as excerpted:
You may also want to test your packages with the new -Ofast option to
be sure it doesn't
20 matches
Mail list logo