Hi,
Robert Hovden mailed me some time ago about the authors of the wiki pages and i
explained him how that works.
He wanted to write an Article and now here it is:
You can read it here: http://onlinedigeditions.com/publication/?i=100670
The magazines web address is, http://www.microscopy
Here's some light reading for your weekend enjoyment. I found this on
Ars Technica and thought it was a pretty good summary of some stuff
from Microsoft's past and a pretty good guess at how some future
technology pieces fit together.
http://arstechnica.com/microsoft/news/2011/06/windows-8-for-so
On Sun, Nov 8, 2009 at 03:55, Dan Kegel wrote:
> On Sat, Nov 7, 2009 at 3:40 PM, James McKenzie
> wrote:
>> You really underestimate the stupidity of people.
>
> I expect that people will do utterly stupid things,
> there's no two ways around that, it's human nature.
> That being the case, I thin
2009/11/8 Dan Kegel :
> On Sun, Nov 8, 2009 at 3:25 AM, Ben Klein wrote:
>> I believe the type of sandboxing being discussed includes things like
>> preventing Win32 apps from breaking out into native calls using the
>> infamous interrupt trick. Correct me if I'm wrong though :)
> No, I was thin
On Sun, Nov 8, 2009 at 3:25 AM, Ben Klein wrote:
> I believe the type of sandboxing being discussed includes things like
> preventing Win32 apps from breaking out into native calls using the
> infamous interrupt trick. Correct me if I'm wrong though :)
No, I was thinking of native sandboxing, so
2009/11/8 David Gerard :
> You'd get good sandboxing running Wine apps as another user. Main
> problem then is integration with the user's desktop. Doable, but a
> nuisance.
Not really. A separate Wine user wouldn't prevent people from running
Wine as root incorrectly, and if you integrate it with
2009/11/8 Dan Kegel :
> I expect that people will do utterly stupid things,
> there's no two ways around that, it's human nature.
> That being the case, I think there are still opportunities
> for providing a safe computing experience without
> compromising the user's convenience.
> Case in point:
2009/11/8 Dan Kegel :
> The key is to require no user choices -- just do the
> right thing by default. Then the user's level of education
> or computer skills don't matter.
E.g., convince distros to give Wine SOCKET_RAW access using file
capabilities by default?
On Sat, Nov 7, 2009 at 3:40 PM, James McKenzie
wrote:
> You really underestimate the stupidity of people.
I expect that people will do utterly stupid things,
there's no two ways around that, it's human nature.
That being the case, I think there are still opportunities
for providing a safe computi
Dan Kegel wrote:
> http://www.linuxinsider.com/rsstory/68566.html
>
> The article is about users who are willing to
> follow bogus instructions to solve a problem
> (or install something).
>
> It makes me want the average desktop to be
> really, really locked down... and f
On Tue, May 19, 2009 at 2:47 AM, Kai Blin wrote:
> That depends on being able to test a lot of applications, though.
I'm working on it :-)
--
-Austin
On Tuesday 19 May 2009 01:45:14 Scott Ritchie wrote:
> I don't think we'll get much traction with this unless we can reasonably
> tell them they only need to test the stable Wine release. But 1.0 is
> pretty old these days, so they probably won't bother.
>
> I'll add it to my list of evangelism t
2009/5/19 Austin English :
> On Mon, May 18, 2009 at 3:48 PM, David Gerard wrote:
>> 1. Find apps that work pretty much perfectly in Wine.
>> 2. Ask them to declare Wine officially supported.
>> 3. Add them to http://wiki.winehq.org/AppsThatSupportWine
>> 4. Use 3. to add more to 2.
>
> You forgot
David Gerard wrote:
2009/5/18 Brian Vincent :
Which leads me to my $.02: I wonder if there's a sweet spot for Wine
adoption somewhere in the middle-tier of the software application popularity
contest. For instance, rather than going after Photoshop or Photoshop
Elements (which is still a noble
On Mon, May 18, 2009 at 3:48 PM, David Gerard wrote:
> 1. Find apps that work pretty much perfectly in Wine.
> 2. Ask them to declare Wine officially supported.
> 3. Add them to http://wiki.winehq.org/AppsThatSupportWine
> 4. Use 3. to add more to 2.
You forgot:
5.
6. Profit!
:-)
--
-Aust
2009/5/18 Brian Vincent :
> Which leads me to my $.02: I wonder if there's a sweet spot for Wine
> adoption somewhere in the middle-tier of the software application popularity
> contest. For instance, rather than going after Photoshop or Photoshop
> Elements (which is still a noble goal), what ab
On Sun, May 17, 2009 at 6:55 PM, Steven Edwards wrote:
> doubt it. The situation I face with my day job, is that we can't even
> get support for certain applications in VMware. As soon as we say "we
> have a virtualized cluster" they balk. And we are talking about
> situations where we are spendin
On Sun, May 17, 2009 at 9:53 PM, James McKenzie
wrote:
> Many companies don't trust Open Source. They just don't have the assets
> to do a proper code sweep and to see that we do not want to swipe their
> secrets, but give them something better. Of course, we all know the
> outcome of the Window
Steven Edwards wrote:
> On Sun, May 17, 2009 at 8:09 PM, Dan Kegel wrote:
>
>> Sure would be nice if we could convince the DoD they needed
>> a second source for Windows :-)
>>
>
> Maybe a big customer like the DoD would help but I am starting to
> doubt it. The situation I face with my da
On Sun, May 17, 2009 at 8:09 PM, Dan Kegel wrote:
> Sure would be nice if we could convince the DoD they needed
> a second source for Windows :-)
Maybe a big customer like the DoD would help but I am starting to
doubt it. The situation I face with my day job, is that we can't even
get support for
James McKensie wrote:
> WE need to get to the point where most of the common business type
> applications will run in Wine without a bunch of twiddling and fixes.
Well, yes. That was one of my goals during my big Wine push
( http://www.winehq.org/pipermail/wine-devel/2008-February/062550.html ),
Scott Ritchie wrote:
> nn wrote:
>>
>>
>> WINE and the importance of application compatibility
>>
>> http://community.zdnet.co.uk/blog/0,100567,10012751o-2000630136b,00.htm
>>
>>
>>
>
> It's a good article, though it's sad to
nn wrote:
WINE and the importance of application compatibility
http://community.zdnet.co.uk/blog/0,100567,10012751o-2000630136b,00.htm
It's a good article, though it's sad to see a mention of "WineX" as a
serious alternative to Wine. WineX was obsolete years ago
WINE and the importance of application compatibility
http://community.zdnet.co.uk/blog/0,100567,10012751o-2000630136b,00.htm
Need a Holiday? Win a $10,000 Holiday of your choice. Enter
now.http://us.lrd.yahoo.com/_ylc=X3oDMTJxN2x2ZmNpBF9zAzIwMjM2MTY2MTMEdG1fZG1lY2gDVGV4dCBMaW5rBHR
Vincent Povirk wrote:
Your model makes bugs that show up in only a few applications very
rare. I've added some to your existing model with duct tape. I
arbitrarily decided that about 40% of apps would have 1 or 2 unique
bugs, in addition to the current ones.
You can better model this by just c
You can identify this first user group by searching on secular
requests - Novel showed us the first line is around Adobe clients.
Dreamweaver ( which work OK now ), Photoshop, Flash, InDesign maybe -
so webdesigners + DTP peoples can be 'the first' client.
They are many millions now - no doubt the
2009/4/19 Roderick Colenbrander :
> On Sun, Apr 19, 2009 at 12:31 AM, Remco wrote:
>> On Sat, Apr 18, 2009 at 11:36 PM, Henri Verbeet wrote:
>>> 2009/4/18 Ben Klein :
Right now, there's one thing bugging me: bug 14939. If Dan (or others)
would like to implement a method of deferrin
On Sun, Apr 19, 2009 at 12:31 AM, Remco wrote:
> On Sat, Apr 18, 2009 at 11:36 PM, Henri Verbeet wrote:
>> 2009/4/18 Ben Klein :
>>>
>>> Right now, there's one thing bugging me: bug 14939. If Dan (or others)
>>> would like to implement a method of deferring S3TC texture
>>> decompression to the a
On Sat, Apr 18, 2009 at 11:36 PM, Henri Verbeet wrote:
> 2009/4/18 Ben Klein :
>>
>> Right now, there's one thing bugging me: bug 14939. If Dan (or others)
>> would like to implement a method of deferring S3TC texture
>> decompression to the appropriately licensed GPU, assuming there are no
>> leg
2009/4/18 Ben Klein :
>
> Right now, there's one thing bugging me: bug 14939. If Dan (or others)
> would like to implement a method of deferring S3TC texture
> decompression to the appropriately licensed GPU, assuming there are no
> legal issues with this, I'd be ecstatic. But I'm sure the D3D devs
2009/4/19 Rosanne DiMesio :
> On Sat, 18 Apr 2009 15:22:34 +0100
> Reece Dunn wrote:
>
>>
>> That also brings up a good point as to why focusing on applications -
>> even those used by a large number of people - is only part of the
>> equation: every user is different.
>
> Happiness is a subjectiv
2009/4/18 Rosanne DiMesio :
> On Sat, 18 Apr 2009 15:22:34 +0100
> Reece Dunn wrote:
>
>> That also brings up a good point as to why focusing on applications -
>> even those used by a large number of people - is only part of the
>> equation: every user is different.
>
> Happiness is a subjective s
On Sat, 18 Apr 2009 15:22:34 +0100
Reece Dunn wrote:
>
> That also brings up a good point as to why focusing on applications -
> even those used by a large number of people - is only part of the
> equation: every user is different.
Happiness is a subjective state that depends as much on the use
On Sat, Apr 18, 2009 at 1:23 AM, Kai Blin wrote:
>> The one that worked out best was to pick some random
>> user who's almost happy, fix the last few bugs that
>> are keeping his apps from working, and then once
>> he's happy, move on to the next such user.
>
> The problem seems to be identifying
2009/4/18 Susan Cragin :
> I would like to put in my two cents for making Dragon NaturallySpeaking 10
> work at about "50%."
> DNS 10 is a terrible program in a lot of ways. It's interface is
> over-engineered, clumsy, unintuitive, and packed with features that the
> average user never even look
I would like to put in my two cents for making Dragon NaturallySpeaking 10 work
at about "50%."
DNS 10 is a terrible program in a lot of ways. It's interface is
over-engineered, clumsy, unintuitive, and packed with features that the average
user never even looks at.
People who don't know DNS sa
2009/4/18 Scott Ritchie :
> Thank you Dan, you reminded me to forward my blog post to the list ;)
I'm not sure how to put this into your simulation as described, but
there's another effect that's important: the good-enough-to-be-beta
effect.
I'd say there was a significant upturn in Wine's qual
Scott Ritchie wrote:
Reece Dunn wrote:
2009/4/18 Kai Blin :
On Saturday 18 April 2009 05:21:20 Dan Kegel wrote:
The one that worked out best was to pick some random
user who's almost happy, fix the last few bugs that
are keeping his apps from working, and then once
he's happy, move on to the n
Reece Dunn wrote:
2009/4/18 Kai Blin :
On Saturday 18 April 2009 05:21:20 Dan Kegel wrote:
The one that worked out best was to pick some random
user who's almost happy, fix the last few bugs that
are keeping his apps from working, and then once
he's happy, move on to the next such user.
The pr
Kai Blin wrote:
On Saturday 18 April 2009 05:21:20 Dan Kegel wrote:
http://yokozar.org/blog/archives/48 is a fun little look
at using simulation to see how various strategies
might affect Wine development.
Interesting, but largely academic.
Fair enough. The fact that growth in applications
2009/4/18 Kai Blin :
> On Saturday 18 April 2009 05:21:20 Dan Kegel wrote:
>> The one that worked out best was to pick some random
>> user who's almost happy, fix the last few bugs that
>> are keeping his apps from working, and then once
>> he's happy, move on to the next such user.
>
> The problem
On Saturday 18 April 2009 05:21:20 Dan Kegel wrote:
> http://yokozar.org/blog/archives/48 is a fun little look
> at using simulation to see how various strategies
> might affect Wine development.
Interesting, but largely academic.
> The one that worked out best was to pick some random
> user who'
On Fri, Apr 17, 2009 at 8:38 PM, Scott Ritchie wrote:
>> http://yokozar.org/blog/archives/48 is a fun little look
>> at using simulation to see how various strategies
>> might affect Wine development.
>
> Thank you Dan, you reminded me to forward my blog post to the list ;)
YokoZar, eh? No wonde
Dan Kegel wrote:
http://yokozar.org/blog/archives/48 is a fun little look
at using simulation to see how various strategies
might affect Wine development.
The one that worked out best was to pick some random
user who's almost happy, fix the last few bugs that
are keeping his apps from working, an
http://yokozar.org/blog/archives/48 is a fun little look
at using simulation to see how various strategies
might affect Wine development.
The one that worked out best was to pick some random
user who's almost happy, fix the last few bugs that
are keeping his apps from working, and then once
he's ha
http://www.linux.com/feature/138160
It puts the release date at June 20th, but otherwise seems accurate.
I was tickled by Jeremy's quote about my impact, but the real story is:
Wine's lucky that
a) Google happened to need Picasa on Linux, and the Picasa team was shorthanded
b) I raised my hand
http://www.downloadsquad.com/2008/03/08/using-wine-to-install-adobe-air-on-linux/
Has a list of apps known not to work. Might be worth following up.
The current article for Wine is here:
http://en.wikipedia.org/wiki/Wine_%28software%29
It needs a lot of work. There's a large (and growing) todo list on the
talk page: http://en.wikipedia.org/wiki/Talk:Wine_%28software%29
Some of the information needed (eg, statistics for Wine usage
read on from lwn.net
http://www-106.ibm.com/developerworks/linux/library/l-wine/?ca=dgr-lnxw04FineWine
After finding that COM article, I decided to dig my way through the
backissues of MSJ to see what other gems I could uncover. Here's one
useful one:
http://www.microsoft.com/msj/0298/hood0298.aspx
It is a basic introduction to x86 assembly from a reverse engineers point
of view. Most of
On Wed, 8 Oct 2003, Hannu Valtonen wrote:
> Basically the writer tried to install Paintshop Pro. Couldn't get it to
> work (InstallShield problem) and was frustrated by that. On the other
> hand he does recommend CrossOver Office as a polished product for firms
> and Wine for those who wish to
Hello,
I noticed a link on LinuxToday to an article on Wine and thought people
might be interested.
http://insight.zdnet.co.uk/business/0,39020481,39116972,00.htm
(Summary)
Basically the writer tried to install Paintshop Pro. Couldn't get it to
work (InstallShield problem) and was frust
52 matches
Mail list logo
