[EMAIL PROTECTED]<[EMAIL PROTECTED]@-$,Cf?4(B
$B$H$J$j2q0wMM$KF|:"$h$j4JC1$JBg?M8r:]$rDs6!$7$F$*$j$^$7$F!"8=(B
$B:_$G$O$*$+$2$5$^$GBgJQ9%I>[EMAIL PROTECTED][EMAIL PROTECTED]>R2p$r(B
$B9T$C$F$$$^$7$?$,!"(BGW$BO"[EMAIL PROTECTED])?t$,5^A}$7$?$?$a!"NW;~$K(B
$BDI2CJg=8$r$7$?$$$H;W$$%a!<%k$r:9
Here is the new driver. Patch is against a clean qemu directory. Once you
apply the patch, dump the attached files into the qemu root directory and
run configure with '--enable-gtk' option. The '--set-fs-driver=' option
exists but there should be no need to use it.
--
Infinite complexity begets i
On Mon, May 30, 2005 at 11:10:26PM +0200, Fabrice Bellard wrote:
> >>Otherwise, just use plain X11 calls to change resolution (via XRandr or
> >>via
> >>Xvidmode). The problem being always to properly 'align' this window to be
> >>the only one on screen.
> >
> >
>
> If GTK cannot support correct
Otherwise, just use plain X11 calls to change resolution (via XRandr or via
Xvidmode). The problem being always to properly 'align' this window to be
the only one on screen.
This is also doable, but it is less portable (e.g. it wouldnt work on Windows).
Either of these approaches mean moving a
On Mon, May 30, 2005 at 09:10:43PM +0200, Lionel Ulmer wrote:
> On Mon, May 30, 2005 at 01:11:09PM -0400, Jim C. Brown wrote:
> > Fullscreen mode is still broken (the window will resize, but the image on
> > the
> > window will not). This will be tricky to fix as software scaling will be
> > neces
On Mon, May 30, 2005 at 01:11:09PM -0400, Jim C. Brown wrote:
> Fullscreen mode is still broken (the window will resize, but the image on the
> window will not). This will be tricky to fix as software scaling will be
> necessary to get the image to be the right size/shape. Unlike SDL or OpenGL,
> w
On 5/29/05, Emmanuel Charpentier <[EMAIL PROTECTED]> wrote:
> So I decided to try the CVS version. The very same command line now
> gives me the Bios page telling that the image is not bootable.
>
> Reverting to the former version (0.7.0) still works fine. So I think
> this is a problem specific
Mouse grabbing works now (cursor will go invisible and strange "bumping"
problems). Also you can grab the mouse just by clicking the left mouse
button again.
The user can no longer manually resize the qemu gtk window.
Now when you close the GTK window, it signals qemu to shutdown (as if you had
t
$BK\F|!"?75,EPO?$N$*5RMM$K8B$j0lK|1_J,;H$$J|Bj$N%3!<[EMAIL PROTECTED](B
http://www.awg4.com/?chance32
$B"-"-"d$*CN$i$;"c"-"-(B
$B"((B($B2hA|(B)$B!!(B($BF02h(B)$B!!(B($BD>EE(B)$B!!(B($BD>%a(B)$B$r<+M3$K8r49=PMh$^$9(B
$B"($"$k$*5RMM$O(BFREE$B$G$N%A%c%C%H$b8D!9$G3Z$7$s$G$$$k8
On Sat, 28 May 2005, Jerome Warnier wrote:
Advantages of every solution:
- UML is fast to run and pretty safe
If you give out root rights UML is only as safe as the account the UML
kernel runs as.
Problems of every solution:
- qemu is slow, and a lot of virtual machines at the same time on
Pierre d'Herbemont wrote:
On 28 mai 05, at 20:36, Mike Kronenberg wrote:
Pierre d'Herbemont wrote:
That should be done with not much troubles, if we manage to get
qemu thread safe. Did you try that way?
Until the 7. May I was trying to get all into qemu... sources are
still there.
I
11 matches
Mail list logo
