On Mon, Oct 02, 2006 at 06:56:06PM -0400, Rick Thomas wrote:
On Oct 2, 2006, at 2:28 PM, Sven Luther wrote:
I am building a new image, and uploading it, stay tuned.
I tried the new image (from http://people.debian.org/~luther/g-i/
powerpc/gtk-miniiso/mini.iso dated 02-Oct-2006 05:07)
Rick Thomas wrote:
On Oct 2, 2006, at 2:28 PM, Sven Luther wrote:
I am building a new image, and uploading it, stay tuned.
I tried the new image (from http://people.debian.org/~luther/g-i/
powerpc/gtk-miniiso/mini.iso dated 02-Oct-2006 05:07) on my PowerMac
3,5 with the Radeon video
On Oct 3, 2006, at 4:10 AM, Attilio Fiandrotti wrote:
Did you enter export DEBIAN_FRONTEND=gtk or DEBIAN_FRONTEND=gtk
before running debian-installer?
In the latter case, the DEBIAN_FRONTEND variable simply may not
have been made visible to debconf, try again with export ...
before
On Oct 1, 2006, at 7:34 PM, Sven Luther wrote:
I have built the images, and tested it on radeon with the 9200SE, i
confirm
that disable-module=radeon is uncomented, and the bugs (white-on-
white during
selection, broken font in the console) are gone this way.
I am uploading the images i
On Mon, Oct 02, 2006 at 02:48:50AM -0400, Rick Thomas wrote:
On Oct 1, 2006, at 7:34 PM, Sven Luther wrote:
I have built the images, and tested it on radeon with the 9200SE, i
confirm
that disable-module=radeon is uncomented, and the bugs (white-on-
white during
selection, broken font
On Mon, Oct 02, 2006 at 09:22:24AM +0200, Sven Luther wrote:
On Mon, Oct 02, 2006 at 02:48:50AM -0400, Rick Thomas wrote:
On Oct 1, 2006, at 7:34 PM, Sven Luther wrote:
I have built the images, and tested it on radeon with the 9200SE, i
confirm
that disable-module=radeon is
Sven Luther wrote:
On Mon, Oct 02, 2006 at 02:48:50AM -0400, Rick Thomas wrote:
On Oct 1, 2006, at 7:34 PM, Sven Luther wrote:
I have built the images, and tested it on radeon with the 9200SE, i
confirm
that disable-module=radeon is uncomented, and the bugs (white-on-
white during
On Sun, Oct 01, 2006 at 10:04:35PM +0200, Attilio Fiandrotti wrote:
Package: rootskel
Severity: normal
Tags: patch
As it results from the PPC survey [1], the linux_module DirectFB input
module should be disabled for all ppc boxes except for MacIntosh model
PowerBook6,7.
Also, the radeon
Sven Luther wrote:
snip/
Attilio, your patch seems broken, you probably need :
+if grep -v PowerBook6,7 /proc/cpuinfo ; then
Thanks for Eddy for finding out this one.
As discussed with you and eddy on IRC, i updated the patchfile.
Attached to this file you'll find the entire patchfile for
On Oct 2, 2006, at 3:34 AM, Sven Luther wrote:
When I tried this mini.iso on a G4/533MHz QuickSilver tower with
ATY Rage128 graphics, I saw the white-on-white problem. So it's
not gone away completely.
Normal, your aty rage128 is not a radeon, and is thus using
whatever driver is
using
On Mon, Oct 02, 2006 at 12:24:09PM -0400, Rick Thomas wrote:
On Oct 2, 2006, at 3:34 AM, Sven Luther wrote:
When I tried this mini.iso on a G4/533MHz QuickSilver tower with
ATY Rage128 graphics, I saw the white-on-white problem. So it's
not gone away completely.
Normal, your aty
On Oct 2, 2006, at 2:28 PM, Sven Luther wrote:
I am building a new image, and uploading it, stay tuned.
I tried the new image (from http://people.debian.org/~luther/g-i/
powerpc/gtk-miniiso/mini.iso dated 02-Oct-2006 05:07) on my PowerMac
3,5 with the Radeon video card.
/proc/cpuinfo=
Package: rootskel
Severity: normal
Tags: patch
As it results from the PPC survey [1], the linux_module DirectFB input
module should be disabled for all ppc boxes except for MacIntosh model
PowerBook6,7.
Also, the radeon gfxdriver, a relatively new gfxdriver in DirectFB,
showed to be broken
On Sun, Oct 01, 2006 at 10:04:35PM +0200, Attilio Fiandrotti wrote:
One question about this patch ? Why not simply the lines to the directfbrc
file, instead of adding them and then uncomenting them ?
Apart from that, this patch seems good to me, will now test it and provide
feedback.
About the sed -i thing, this is to keep coherency with other parts of
the installer, as frans suggested.
I guess it's also simpler asking a tester to uncomment a single line
instead of adding a line by hand, which could lead to typos and
unreliable test results, when debugging the g-i.
I really
On Sun, Oct 01, 2006 at 11:31:05PM +0200, Attilio Fiandrotti wrote:
About the sed -i thing, this is to keep coherency with other parts of
the installer, as frans suggested.
Ok.
I guess it's also simpler asking a tester to uncomment a single line
instead of adding a line by hand, which
Sven Luther wrote:
On Sun, Oct 01, 2006 at 11:31:05PM +0200, Attilio Fiandrotti wrote:
About the sed -i thing, this is to keep coherency with other parts of
the installer, as frans suggested.
Ok.
I guess it's also simpler asking a tester to uncomment a single line
instead of adding a
On Mon, Oct 02, 2006 at 12:04:12AM +0200, Attilio Fiandrotti wrote:
Sven Luther wrote:
On Sun, Oct 01, 2006 at 11:31:05PM +0200, Attilio Fiandrotti wrote:
About the sed -i thing, this is to keep coherency with other parts of
the installer, as frans suggested.
Ok.
I guess it's also
18 matches
Mail list logo