On Tue 06 Apr 2021 at 15:53:43 (+0300), Andrei POPESCU wrote:
> On Ma, 06 apr 21, 12:00:53, Brian wrote:
> > On Mon 05 Apr 2021 at 23:17:09 +0100, Brian wrote:
> > > On Mon 05 Apr 2021 at 22:54:37 +0300, Andrei POPESCU wrote:
> > > > On Sb, 27 mar 21, 10:48:43, Brian wrote:
> > > > >
> > > > > I d
On Tue 06 Apr 2021 at 15:53:43 +0300, Andrei POPESCU wrote:
> On Ma, 06 apr 21, 12:00:53, Brian wrote:
> > On Mon 05 Apr 2021 at 23:17:09 +0100, Brian wrote:
> >
> > > On Mon 05 Apr 2021 at 22:54:37 +0300, Andrei POPESCU wrote:
> > >
> > > > On Sb, 27 mar 21, 10:48:43, Brian wrote:
> > > > >
>
On Ma, 06 apr 21, 12:00:53, Brian wrote:
> On Mon 05 Apr 2021 at 23:17:09 +0100, Brian wrote:
>
> > On Mon 05 Apr 2021 at 22:54:37 +0300, Andrei POPESCU wrote:
> >
> > > On Sb, 27 mar 21, 10:48:43, Brian wrote:
> > > >
> > > > I did previously note the reiteration and acknowledge that video
> >
On Mon 05 Apr 2021 at 23:17:09 +0100, Brian wrote:
> On Mon 05 Apr 2021 at 22:54:37 +0300, Andrei POPESCU wrote:
>
> > On Sb, 27 mar 21, 10:48:43, Brian wrote:
> > >
> > > I did previously note the reiteration and acknowledge that video
> > > hardware could require non-free firmware. However, do
On Mon 05 Apr 2021 at 22:54:37 +0300, Andrei POPESCU wrote:
> On Sb, 27 mar 21, 10:48:43, Brian wrote:
> >
> > I did previously note the reiteration and acknowledge that video
> > hardware could require non-free firmware. However, does a d-i carrying
> > such firmware ever make any attempt to ins
On Sb, 27 mar 21, 10:48:43, Brian wrote:
>
> I did previously note the reiteration and acknowledge that video
> hardware could require non-free firmware. However, does a d-i carrying
> such firmware ever make any attempt to install it? As I understand it,
> the installer is designed to probe for a
On Sat 27 Mar 2021 at 11:20:21 -0500, Nicholas Geovanis wrote:
> On Sat, Mar 27, 2021, 10:00 AM didier gaumet
> wrote:
>
> > Hello,
> >
> > The Debian installer in graphic mode seems to rely on a VESA/VGA driver
> > rather than a driver dedicated to the hardware detected?
> > on my laptop, I j
On Sat, Mar 27, 2021, 10:00 AM didier gaumet
wrote:
> Hello,
>
> The Debian installer in graphic mode seems to rely on a VESA/VGA driver
> rather than a driver dedicated to the hardware detected?
> on my laptop, I just booted an USB Debian 10 installer key and it was
> the vga16fb module that w
Hello,
The Debian installer in graphic mode seems to rely on a VESA/VGA driver
rather than a driver dedicated to the hardware detected?
on my laptop, I just booted an USB Debian 10 installer key and it was
the vga16fb module that was loaded
Felix Miata wrote:
> Doug Windle composed on 2021-03-26 15:56 (UTC-0500):
>
> > The embedded VGA compatible controller is a Matrox G200eW3 102b:0536 rev 04
>
> Was package xserver-xorg-video-mga installed before adding those repos? Your
> onboard GPU is a special beast, an update of a very very
On Sat, Mar 27, 2021 at 10:48:43AM +, Brian wrote:
[..]
> I did previously note the reiteration and acknowledge that video
> hardware could require non-free firmware. However, does a d-i carrying
> such firmware ever make any attempt to install it? As I understand it,
> the installer is desig
On Sat 27 Mar 2021 at 09:04:14 +0100, to...@tuxteam.de wrote:
> On Fri, Mar 26, 2021 at 11:40:53PM +, Brian wrote:
> > On Fri 26 Mar 2021 at 17:01:16 -0400, Greg Wooledge wrote:
> >
> > > On Fri, Mar 26, 2021 at 08:47:38PM +, Brian wrote:
> > > > On Fri 26 Mar 2021 at 15:22:01 -0400, Greg
On Fri, Mar 26, 2021 at 11:40:53PM +, Brian wrote:
> On Fri 26 Mar 2021 at 17:01:16 -0400, Greg Wooledge wrote:
>
> > On Fri, Mar 26, 2021 at 08:47:38PM +, Brian wrote:
> > > On Fri 26 Mar 2021 at 15:22:01 -0400, Greg Wooledge wrote:
> > > > Issues with video chipset drivers/firmware are e
Doug Windle composed on 2021-03-26 15:56 (UTC-0500):
> The embedded VGA compatible controller is a Matrox G200eW3 102b:0536 rev 04
> I updated the package sources configuration file is to use the
> apt-add-repository command and added the non-free package for all sources
> and it now works!!
> a
On Fri 26 Mar 2021 at 17:01:16 -0400, Greg Wooledge wrote:
> On Fri, Mar 26, 2021 at 08:47:38PM +, Brian wrote:
> > On Fri 26 Mar 2021 at 15:22:01 -0400, Greg Wooledge wrote:
> > > Issues with video chipset drivers/firmware are extremely common,
> > > especially
> > > if one installed with th
On Fri, Mar 26, 2021 at 08:47:38PM +, Brian wrote:
> On Fri 26 Mar 2021 at 15:22:01 -0400, Greg Wooledge wrote:
> > Issues with video chipset drivers/firmware are extremely common, especially
> > if one installed with the "official" images, rather than the "unofficial"
> > ones which contain no
R440 with Debian 10.7.0 Display Issues
On Fri, Mar 26, 2021 at 02:36:08PM -0500, Doug Windle wrote:
> The Dell R440 does not have GPU and it is using only the onboard
> graphics to drive the display.
That's good. It's probably an Intel chipset.
Now, use lspci -nn and dmesg | gre
On Fri 26 Mar 2021 at 15:22:01 -0400, Greg Wooledge wrote:
> On Fri, Mar 26, 2021 at 02:07:26PM -0500, Doug Windle wrote:
> > I have new in box Dell R440 that I am trying to install Debian 10.7.0. The
> > install process of Debian goes fine until after reboot. After the OS
> > install and upon r
On Fri, Mar 26, 2021 at 02:36:08PM -0500, Doug Windle wrote:
> The Dell R440 does not have GPU and it is using only the onboard graphics to
> drive the display.
That's good. It's probably an Intel chipset.
Now, use lspci -nn and dmesg | grep -i firmware to see what you need
to do.
Message-
From: Greg Wooledge
Sent: Friday, March 26, 2021 2:22 PM
To: debian-user@lists.debian.org
Subject: Re: Dell R440 with Debian 10.7.0 Display Issues
On Fri, Mar 26, 2021 at 02:07:26PM -0500, Doug Windle wrote:
> I have new in box Dell R440 that I am trying to install Debian 10.
On Fri, Mar 26, 2021 at 02:07:26PM -0500, Doug Windle wrote:
> I have new in box Dell R440 that I am trying to install Debian 10.7.0. The
> install process of Debian goes fine until after reboot. After the OS
> install and upon reboot/startup of OS with GNOME I get a tearing/scrambling
> of the l
I have new in box Dell R440 that I am trying to install Debian 10.7.0. The
install process of Debian goes fine until after reboot. After the OS
install and upon reboot/startup of OS with GNOME I get a tearing/scrambling
of the local display. The local display works fine thru the startup of the
D
It seems that Linux 5.x makes the display corrupted as it goes to the X
server. Plymouth is not affected, though. Even after activating the X
server using startx, the display glitch won't go away. The exact same thing
happened with the updated Linux 5.6.0-2 PAE version. Here are the pictures:
1. h
On 10/22/15, Lisi Reisz wrote:
>
> As you say, get the fonts.
>
> Pointer:
> lisi@Tux-II:~$ aptitude search ttf | grep gujarati
> i A ttf-gujarati-fonts - transitional dummy package
> lisi@Tux-II:~$ aptitude search ttf | grep hindi
> lisi@Tux-II:~$ aptitude search ttf | grep tamil
> i
On Wednesday 21 October 2015 15:03:57 Himanshu Shekhar wrote:
> I am having trouble viewing webpages and text written in regional
> languages. Possibly, I need the right fonts but have no idea how to get the
> thing implemented.
>
> Details:
> Browser : Chromium, Iceweasel, and Google Chrome Stable
Himanshu Shekhar wrote:
I am having trouble viewing webpages and text written in regional
languages. Possibly, I need the right fonts but have no idea how
to get the thing implemented.
A starting point for adding fonts to a Debian installation would be:
https://wiki.debian.org/Fonts
htt
Himanshu Shekhar:
>
> I am having trouble viewing webpages and text written in regional
> languages. Possibly, I need the right fonts but have no idea how to get the
> thing implemented.
Just use your friendly package manager to find the right fonts to
install:
$ apt-cache search font tamil
fonts
I am having trouble viewing webpages and text written in regional
languages. Possibly, I need the right fonts but have no idea how to get the
thing implemented.
Details:
Browser : Chromium, Iceweasel, and Google Chrome Stable
Languages tried : Indian languages - Hindi, Gujarati, Tamil, etc. as wel
Hi Michael,
> On 03/10/2013 07:23 PM, Michael wrote:
>> My display is skewed to the right about 1/4 inch. While in a terminal
>> window, I run sudo dpkg-reconfigure xserver-xorg and it comes back to the
>> prompt after about two seconds.
On 11 March 2013 00:02, Wayne Topa wrote:
> It would be h
On 03/10/2013 07:23 PM, Michael wrote:
Debian 6.0.7
gdm3
LG Flatron monitor model W2253VP
My display is skewed to the right about 1/4 inch. While in a terminal
window, I run sudo dpkg-reconfigure xserver-xorg and it comes back to the
prompt after about two seconds.
I rebooted and logged into r
Debian 6.0.7
gdm3
LG Flatron monitor model W2253VP
My display is skewed to the right about 1/4 inch. While in a terminal
window, I run sudo dpkg-reconfigure xserver-xorg and it comes back to the
prompt after about two seconds.
I rebooted and logged into root terminal and the same results occur
On 13 May, Pollywog wrote:
>
> On 13-May-99 Brian Servis wrote:
>> So they(.xinitrc and .xsession) are the same but originated from
>> different camps(startx and xdm). The Debian way is to use .xsession.
>> To be safe you can soft link .xinitrc to .xsession.
>
> I dislike having xdm start when
e.net
help, I got sucked into /dev/null
- Original Message -
From: Pollywog <[EMAIL PROTECTED]>
To: Debian-user list
Sent: Wednesday, May 12, 1999 10:42 PM
Subject: Re: Display issues
>
> On 13-May-99 Brant Wells
On Wed, May 12, 1999 at 10:29:14PM -0500, André Bell wrote:
I was hoping to avoid using fvwm because it takes so long to load on a 486,
let alone launch another program within fvwm. I waited a half an hour for
a game to load -- don't want to do that again...
Is there a way to launch x
On Wed, 12 May 1999, André Bell wrote:
> Everytime I run anything from the command line that requires x I get one of
> these errors:
>
>- unable to open display
>- cannot connect to X server
You get those errors because X is not running.
Hmmm, (since you don't want a window manager runn
Just to make sure I understand, you mean I need to,
1) run startx (which for me launches fvwm)
2) start xterm from within fvwm
3) open the hidden file $HOME/.xinitrc and edit the xterm line
4) then try to run the X programs from within fvwm?
I was hoping to avoid using fvwm because it
On 13-May-99 Brian Servis wrote:
> So they(.xinitrc and .xsession) are the same but originated from
> different camps(startx and xdm). The Debian way is to use .xsession.
> To be safe you can soft link .xinitrc to .xsession.
I dislike having xdm start when I start the machine, so I removed the
*- On 13 May, Pollywog wrote about "Re: Display issues"
>
> On 13-May-99 Brant Wells wrote:
>> Howdy :)
>>
>>
>> You need to start up a xterm session after you run startx. Do this by
>> going into
>> your $HOME/.xinitrc file and add a l
> Everytime I run anything from the command line that requires x I get one of
> these errors:
>
>- unable to open display
>- cannot connect to X server
>
It means just that - it can't connect to the x server. You need to run the
programs either in xterm (or equivalent) or set the DISPLAY
On 13-May-99 Brant Wells wrote:
> Howdy :)
>
>
> You need to start up a xterm session after you run startx. Do this by
> going into
> your $HOME/.xinitrc file and add a line in there somewhere before your
> window manager
> (usually the last line) to the effect of
>
> xterm&
>
> and then t
Howdy :)
You need to start up a xterm session after you run startx. Do this by going
into
your $HOME/.xinitrc file and add a line in there somewhere before your window
manager
(usually the last line) to the effect of
xterm&
and then try to run those programs after you get into X.
HTH,.
B
Everytime I run anything from the command line that requires x I get one of
these errors:
- unable to open display
- cannot connect to X server
I can run startx just fine. I don't get display errors there at all. But
if I type xhost, xtv, or any other x application from the command line I
42 matches
Mail list logo
