FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Ubuntu > Ubuntu Development

 
 
LinkBack Thread Tools
 
Old 12-17-2008, 03:54 AM
Steve Langasek
 
Default Bringing Wine into Main

On Tue, Dec 16, 2008 at 08:18:27PM -0800, Scott Ritchie wrote:
> Wine can't be installed by default for several reasons. The most
> obvious is it won't fit on the CD - on amd64 Wine requires a few hundred
> megabytes of 32 bit libraries to be installed.

I think the second most important one (if not necessarily the second most
obvious) is that installing wine still compromises the security of the
entire system by forcibly disabling certain kernel mmap checks when it's
installed.

I really think that needs to be resolved before we should be willing to
promote wine to main.

--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer http://www.debian.org/
slangasek@ubuntu.com vorlon@debian.org

--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
 
Old 12-17-2008, 04:08 AM
Scott Ritchie
 
Default Bringing Wine into Main

Jim Lieb wrote:
> On Tuesday 16 December 2008 14:28:21 Scott Ritchie wrote:
>>> Not sure if this is relevant to wine going into main, but I have to
>>> admit, I find it very frustrating in Intrepid that whenever i stick in a
>>> cd with an autorun or windows executable, it comes up with an autorun
>>> dialog which i have to cancel and which i would never have used since im
>>> using crossover linux or cedega anyway.
>>>
>>> Alex
>> More worrisome is the fact that if you try and use that dialog it will
>> just error out entirely rather than opening it with Wine.
>>
>> Thanks,
>> Scott Ritchie
> I don't know too much about the current state of Wine but can't you use
> /proc/sys/fs/binfmt_misc w/ a .exe filter?

We already do that, but it errors out for some other reason. Sometimes
the error is due to case insensitivity in the autorun.inf file itself.

Thanks,
Scott Ritchie

--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
 
Old 12-17-2008, 04:50 AM
Scott Ritchie
 
Default Bringing Wine into Main

Steve Langasek wrote:
> On Tue, Dec 16, 2008 at 08:18:27PM -0800, Scott Ritchie wrote:
>> Wine can't be installed by default for several reasons. The most
>> obvious is it won't fit on the CD - on amd64 Wine requires a few hundred
>> megabytes of 32 bit libraries to be installed.
>
> I think the second most important one (if not necessarily the second most
> obvious) is that installing wine still compromises the security of the
> entire system by forcibly disabling certain kernel mmap checks when it's
> installed.
>
> I really think that needs to be resolved before we should be willing to
> promote wine to main.
>

The upstream bug for this is here, by the way:
http://bugs.winehq.org/show_bug.cgi?id=12516

I'd stop short of saying that disabling the page 0 protection is
"compromising the security of the entire system" since we didn't even
have it at all until Hardy.

Still, it does need to be fixed.

Thanks,
Scott Ritchie

--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
 
Old 12-17-2008, 09:01 AM
Sean Hodges
 
Default Bringing Wine into Main

> This is indeed what I had in mind - we have no reason to add Wine to
> the
> system until the user attempts to open an exe (or msi). In that way
> it's
> much like the codec prompts.
>
> Wine can't be installed by default for several reasons. The most
> obvious is it won't fit on the CD - on amd64 Wine requires a few
> hundred
> megabytes of 32 bit libraries to be installed. More interestingly is
> that a good chunk of users don't need it at all - 10% is a lot, but
> not
> 100. Wine in its current form presents some clutter to the user
> interface if it's not used, such as the entire Applications->Wine
> submenu.
>
> Thanks,
> Scott Ritchie

I have to say this all sounds very exciting.

For those who are interested, I believe the spec for a lot of this is
here: https://wiki.ubuntu.com/BetterIntegratedWineSpec (correct me if
I'm wrong Scott).

When I get some free time I'll probably chase up the progress and see if
I can contribute in some way.


--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

Sat Dec 20 03:30:01 2008
Return-path: <ubuntu-devel-bounces@lists.ubuntu.com>
Envelope-to: tom@linux-archive.org
Delivery-date: Sat, 20 Dec 2008 03:12:10 +0200
Received: from chlorine.canonical.com ([91.189.94.204]:59980)
by s2.java-tips.org with esmtp (Exim 4.69)
(envelope-from <ubuntu-devel-bounces@lists.ubuntu.com>)
id 1LDqO1-0001Oy-Ox
for tom@linux-archive.org; Sat, 20 Dec 2008 03:12:10 +0200
Received: from localhost ([127.0.0.1] helo=chlorine.canonical.com)
by chlorine.canonical.com with esmtp (Exim 4.60)
(envelope-from <ubuntu-devel-bounces@lists.ubuntu.com>)
id 1LDqNa-0001ax-5v; Sat, 20 Dec 2008 01:11:42 +0000
Received: from out.tedata.net.eg ([212.103.160.61])
by chlorine.canonical.com with esmtp (Exim 4.60)
(envelope-from <aelmahmoudy@users.sourceforge.net>)
id 1LCqQh-0003fY-8D
for ubuntu-devel@lists.ubuntu.com; Wed, 17 Dec 2008 07:02:47 +0000
Received: (qmail 12608 invoked from network); 17 Dec 2008 07:02:45 -0000
Received: by simscan 1.4.0 ppid: 12428, pid: 12440, t: 13.7333s
scanners: regex: 1.4.0 clamav: 0.93.1/m:47/d:8122 spam: 3.2.3
X-Spam-TE-Data-out-Scanned: Yes
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on SMTP-Out3
X-Spam-Status: No, score=0.4 required=10.0 tests=AWL,RDNS_NONE
autolearn=unavailable version=3.2.3
Received: from unknown (HELO ants.selfip.net) (nehadmohamed@[217.139.224.194])
(envelope-sender <aelmahmoudy@users.sourceforge.net>)
by out.tedata.net.eg (qmail-ldap-1.03) with SMTP
for <ubuntu-devel@lists.ubuntu.com>; 17 Dec 2008 07:02:32 -0000
Received: by ants.selfip.net (Postfix, from userid 1000)
id 1F469840F4; Wed, 17 Dec 2008 09:02:31 +0200 (EET)
Date: Wed, 17 Dec 2008 09:02:31 +0200
From: =?utf-8?B?2KPYrdmF2K8g2KfZhNmF2K3ZhdmI2K/Zig==?=
<aelmahmoudy@users.sourceforge.net>
To: ubuntu-devel <ubuntu-devel@lists.ubuntu.com>,
ubuntu-motu <ubuntu-motu@lists.ubuntu.com>
Subject: Re: Mutt launchpad bug coloring
Message-ID: <20081217070230.GA29377@ants.selfip.net>
Mail-Followup-To: ubuntu-devel <ubuntu-devel@lists.ubuntu.com>,
ubuntu-motu <ubuntu-motu@lists.ubuntu.com>
References: <20081216204340.GA24129@bryceharrington.org>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20081216204340.GA24129@bryceharrington.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Mailman-Approved-At: Sat, 20 Dec 2008 01:11:38 +0000
X-BeenThere: ubuntu-devel@lists.ubuntu.com
X-Mailman-Version: 2.1.8
Precedence: list
List-Id: "Ubuntu Development (developers)" <ubuntu-devel.lists.ubuntu.com>
List-Unsubscribe: <https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel>,
<mailto:ubuntu-devel-request@lists.ubuntu.com?subject=unsubscribe>
List-Archive: <https://lists.ubuntu.com/archives/ubuntu-devel>
List-Post: <mailto:ubuntu-devel@lists.ubuntu.com>
List-Help: <mailto:ubuntu-devel-request@lists.ubuntu.com?subject=help>
List-Subscribe: <https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel>,
<mailto:ubuntu-devel-request@lists.ubuntu.com?subject=subscribe>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: ubuntu-devel-bounces@lists.ubuntu.com
Errors-To: ubuntu-devel-bounces@lists.ubuntu.com

T24gVHVlLCBEZWMgMTYsIDIwMDggYXQgMTI6NDM6NDBQTSAtMD gwMCwgQnJ5Y2UgSGFycmluZ3Rv
biB3cm90ZToKPiBMYXN0IHdlZWsgcGl0dGkgZ2F2ZSBhIHRhbG sgb24gc2V0dGluZyB1cCBidWcg
ZmlsdGVycyB0byBnZXQgbW9yZSB1c2UKPiBvdXQgb2YgbGF1bm NocGFkJ3MgZW1haWxzLiAgSSd2
ZSBiZWVuIGZvbGxvd2luZyBoaXMgbWV0aG9kIGZvciBzb21lCj 4gdGltZSwgdXNpbmcgdGhlIE11
dHQgZW1haWwgY2xpZW50Lgo+IAo+IE9uZSBvZiBNdXR0J3MgZm VhdHVyZXMgaXMgdGhlIGFiaWxp
dHkgdG8gY29sb3JpemUgYnVnIHRpdGxlcyBiYXNlZCBvbgo+IH NlbmRlciwgc3ViamVjdCwgb3Ig
ZXZlbiBib2R5IGNvbnRlbnRzLiAgSSd2ZSBmb3VuZCB0aGlzIH F1aXRlIGhhbmR5IGZvcgo+IGdv
aW5nIHRocm91Z2ggbGFyZ2UgcXVldWVzIG9mIGJ1ZyBlbWFpbH MgYW5kIHF1aWNrbHkgc3BvdHRp
bmcgaW1wb3J0YW50Cj4gb25lcy4KPiAKPiBMaW5lcyBsb29rIG xpa2UgdGhpczoKPiAKPiAgIGNv
bG9yIGluZGV4IGRlZmF1bHQgZ3JlZW4gJ35iICJTdGF0dXM6IC 4rIC4rPiBGaXggUmVsZWFzZWQi
Jwo+ICAgICAgICAgICAgICAgXiAgICAgICBeICAgICAgIF4gIF 4tLSByZWd1bGFyIGV4cHJlc3Np
b24KPiAgICAgICAgICAgICAgIHwgICAgICAgfCAgICAgICArLS 0gYj1ib2R5LCBmPWZyb20sIHM9
c3ViamVjdCwgZXRjLgo+ICAgICAgICAgICAgICAgfCAgICAgIC ArLS0gYmFja2dyb3VuZCBjb2xv
cgo+ICAgICAgICAgICAgICAgKy0tIGZvcmVncm91bmQgKGZvbn QpIGNvbG9yCj4gCj4gSGVyZSdz
IGFuIGV4YW1wbGUgLm11dHRyYyBmaWxlIHNpbWlsYXIgdG8gd2 hhdCBJIHVzZToKPiAKPiAgIGh0
dHA6Ly9icnljZWhhcnJpbmd0b24ub3JnL2ZpbGVzL2xwLW11dH QtY29sb3JzCj4gCj4gV2hlbiB1
c2luZyBtdXR0J3MgdGhyZWFkZWQgdmlldywgeW91IGNhbiBxdW lja2x5IHNwb3QgInBhdHRlcm5z
IiwgbGlrZSBhCj4gc2VyaWVzIG9mIGVtYWlscyBlbmRpbmcgaW 4gb25lIGdyZWVuIG9uZSB1c3Vh
bGx5IG1lYW5zIHRoYXQgYnVnIGdvdAo+IGZpeGVkLCBzbyB5b3 UgY2FuIHNraXAgb3ZlciBpdC4g
IEl0J3MgYWxzbyB1c2VmdWwgaW4gc3BvdHRpbmcKPiByZXBsaW VzIG9uIGJ1Z3MgeW91J3ZlIHdv
cmtlZCBvbi4KLS0tZW5kIHF1b3RlZCB0ZXh0LS0tCgogIEkgan VzdCB0cmllZCBpdCwgaXQncyBj
b29sLCB5ZXQgdGhlcmUgaXMgYSBwcm9ibGVtIGlmIEknbSB1c2 luZyBtdXR0IAogIHRvIGFjY2Vz
cyBQT1AvSU1BUCBtYWlsYm94ZXMsIHRob3NlIGNvbG9yaW5nIH J1bGVzIG1ha2VzIG11dHQgZmV0
Y2ggCiAgQUxMIGVtYWlscycgYm9kaWVzIChub3QganVzdCB0aG UgaGVhZGVycykgdG8gaW1wbGVt
ZW50IHRob3NlIGNvbG9yIAogIGNvbW1hbmRzLgoKLS0gCiDYo9 it2YXYryDYp9mE2YXYrdmF2YjY
r9mKIChBaG1lZCBFbC1NYWhtb3VkeSkKICBEaWdpdGFsIGRlc2 lnbiBlbmdpbmVlcgogIFN5U0RT
b2Z0LCBJbmMuCiBHUEcgS2V5SUQ6IDB4OURDQTBCMjcgKEAgc3 Via2V5cy5wZ3AubmV0KQogR1BH
IEZpbmdlcnByaW50OiAwODdEIDM3NjcgOENBQyA2NUIxIDhGNk MgIDE1NkUgRDMyNSBDM0M4IDlE
Q0EgMEIyNwoKLS0gCnVidW50dS1kZXZlbCBtYWlsaW5nIGxpc3 QKdWJ1bnR1LWRldmVsQGxpc3Rz
LnVidW50dS5jb20KTW9kaWZ5IHNldHRpbmdzIG9yIHVuc3Vic2 NyaWJlIGF0OiBodHRwczovL2xp
c3RzLnVidW50dS5jb20vbWFpbG1hbi9saXN0aW5mby91YnVudH UtZGV2ZWwK
 
Old 12-22-2008, 11:45 PM
Scott Kitterman
 
Default Bringing Wine into Main

On Monday 15 December 2008 05:22, Scott Ritchie wrote:
> After some discussion with a few core devs at UDS, I feel it is time to
> formally propose that Wine be moved into main. Popcon says 10% of our
> users have Wine installed already, and this is only the case today: we
> don't even count Wubi installs, and some fraction of the 2 billion
> Windows users would switch if we made Wine easier.

I'd wanted to make a long thoughtful comment on this, but I've run out of
time.

I don't think importing the Windows software model into Ubuntu is a good
thing. I think it's great to have Wine as a transitional crutch (and I use
it as such), but I don't think it should be part of any default install.

I'm all for making it easier, but I don't think it need to be in Main for this
to happen.

Scott K

--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
 
Old 01-14-2009, 06:46 PM
Kees Cook
 
Default Bringing Wine into Main

On Mon, Dec 22, 2008 at 07:45:51PM -0500, Scott Kitterman wrote:
> On Monday 15 December 2008 05:22, Scott Ritchie wrote:
> > After some discussion with a few core devs at UDS, I feel it is time to
> > formally propose that Wine be moved into main. Popcon says 10% of our
> > users have Wine installed already, and this is only the case today: we
> > don't even count Wubi installs, and some fraction of the 2 billion
> > Windows users would switch if we made Wine easier.
>
> I'm all for making it easier, but I don't think it need to be in Main for
> this to happen.

I would basically agree with this. Some items I didn't see mentioned (or
missed) in the thread:

Supporting an entire second operating system is not how I'd like to
spend my time on the security team. I'd like to see an upstream fix
for needing the lower 64k of memory[1] so that people aren't forced to
lose that protection if they install Wine. Additionally, since Wine is
so good it emulates some worms and malware, we need to make sure that
Wine does not auto-run[2] executables. AFAIK, this is currently fixed,
but can sometimes sneak in via different avenues.

I recognize the utility of having Wine available to Ubuntu users, and
it sounds like there is a great plan in place to continue to improve it.
However I fundamentally see no reason for it to be in main. I made this
same argument about asterisk: putting something in main doesn't suddenly
make it better. Making a package better should be the goal in itself.

-Kees

[1] https://bugs.launchpad.net/ubuntu/+source/wine/+bug/114025
[2] https://bugs.launchpad.net/ubuntu/+source/wine/+bug/85338

--
Kees Cook
Ubuntu Security Team

--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
 
Old 01-15-2009, 10:05 AM
Matthew Paul Thomas
 
Default Bringing Wine into Main

On Dec 15, 2008, at 10:22 AM, Scott Ritchie wrote:

...
There's also great potential to build upon Wine as a platform for
porting applications. In theory, there's nothing stopping us from
using Wine as a means of creating a package out of an arbitrary piece
of formerly Windows-only software; Google has already done this
in-house for Picassa, however we could take it one step further and
package everything from the open source eMule to commercial tax
software.

...


I think it is good for Wine to be more prominent, if it works for most
programs and if the experience for programs that don't work is
understandable.


However, promoting Wine as a platform for porting applications would
defeat our intentions of giving Ubuntu a better user experience than
any other operating system. For consistency we should be working
towards fewer and more improvable toolkits over time, not more toolkits
that are less modifiable. We can enhance GTK and Qt and XUL and VCL,
because most of the applications that use them are also patchable if
necessary. But we can't alter Wine's presentation of interface elements
without risking incompatibility with large numbers of closed-source
applications.


Better to treat Wine like the Classic environment on Mac OS X -- a
compatibility layer for running legacy applications until the vendor
gets around to introducing a native version.


Cheers
--
Matthew Paul Thomas
http://mpt.net.nz/
--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
 

Thread Tools




All times are GMT. The time now is 12:04 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org