I was going to file a new report, but my complaint seems to tie into
this stale yet remaining open bug.
The terminal content is too hard to read, because the white on black
terminal text is too small if the resolution is high or the screen
small. My legibility threshold is shown in the screenshot
I too get 'Ext2 partition has unrecoverable system error, do you want to
continue or go back and repair problems?', even though fsck reports
clean/OK immediately prior to start of install. This happened in breezy
dapper, as I can't even get the installer to find any partitions in
current edgy FTP
On several current FTP edgy installation attempts, the partitioner
claims this (old WD) HD0 is unpartitioned (fdisk -l output from dapper
HD1 boot):
Disk /dev/hda: 4000 MB, 4000776192 bytes
255 heads, 63 sectors/track, 486 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot
I forgot to mention, as long as the WD HD device from my prior comment
is installed, while running dapper init, there is a huge flood of drive
not ready and seek errors before init completes, even if I set ide=nodma
on the kernel line. The drive otherwise seems to be fine.
--
Installer does not
Public bug reported:
Binary package hint: debian-installer
27 Sept edgy
To reproduce:
1-go back to menu immediately on text installation startup and choose
execute a shell (or, switch to tty2 busybox). See message the hard disk file
systems are mounted on 'target'.
2-make some mount point for
that was supposed to read ...Mounting /dev/hda10 on /hda10 failed...
--
can't mount partition from busybox or ash in installer
https://launchpad.net/bugs/65103
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Public bug reported:
To reproduce:
1-install type server
2-boot new installation
3-reconfigure /boot/grub/menu.lst with a vga=0x122 or vga=0x314 on kernel line
4-install an X desktop and its deps (I do kubuntu-desktop)
5-apt-get remove usplash, or set up to boot using an alternate boot loader (I
Public bug reported:
Binary package hint: mc
several fresh edgy installs from US mirror to x386 in past week
To reproduce:
1-apt-get install mc
2-edit some file with internal editor
3-select some text
4-ctrl-ins
5-exit editor
6-edit some other file
7-shift-ins
Actual results:
1-nothing
I just updated edgy today, then swapped an ATI card out and a G400 in. I
can get up to [EMAIL PROTECTED], but that's not an acceptable
substitute for someone used to 2048x1536 with that same card on SUSE
10.0. If I set xorg.conf to use more than 1400x1050, the display goes
into sleep mode. The
Is Bug #64853 a duplicate of this? It looks like anything that should be
using the mga driver has the same problem. My G400 works fine except
with edgy.
--
Matrox MGA200 doesn't work after upgrade from Dapper to Edgy
https://launchpad.net/bugs/58721
--
ubuntu-bugs mailing list
I confirm validity of TEN's comment 8 using 2.6.24-12-generic and
3.0.28a.
--
I/O error on access to SMB shares of OS/2 Warp 4 host mounted in Ubuntu 7.04
https://bugs.launchpad.net/bugs/112839
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Since my last update, the problem returned, except that the background
color I set in .bashrc is not ignored.
--
Blank ttys when using vesafb (vga=xxx)
https://bugs.launchpad.net/bugs/129910
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Ben Collins wrote It's way to [sic] unstable,
That's utter nonsense. In all the years I've been using Linux since
sometime last century, my kernel lines have not had vga= parameters only
briefly when necessary to overcome brokenness such as this. With the
exception of this bug, such periods
FWIW, this bug does not apply to OpenSUSE 10.3, Mandriva 2008, or
Feisty, and I highly doubt it applies to Fedora 8 or any other recent
distro. Apparently the devs think those who rightly expect their fb
consoles to work correctly should use something other than Gutsy or
Hardy, or write their own
Upgrading to the latest kernel didn't help my mga system at all. My
/etc/modprobe.d/blacklist-framebuffer file has no content. No matter
what combination of modules I do or don't include in /etc/initramfs-
tools/modules before doing 'update-initramfs -u -k all', I get entirely
black screen between
Summary should be changed from initramfs not generated correctly on
upgrade to Dapper to initramfs not generated correctly on dist-
upgrade. This just happened to me going from Gutsy to Hardy. Marking
kernels for reinstallation and applying in Synaptic made system bootable
with Hardy kernels and
I upgraded from Gutsy to Hardy and observed no improvement. Then I added
vesafb to /etc/modules. This proved a partial solution. I no longer need
to manually modprobe vesafb, but there's a much too long 25 second delay
between Grub menu selection and observing anything but black on the
screen
That's basically what
https://bugs.launchpad.net/ubuntu/+source/usplash/+bug/150797/comments/1
means IIRC. Newer BIOS may have a 1MB/8MB option while older BIOS have
only .5MB/1MB options. IIRC, my GX150 i815 with Hardy has a BIOS with
.5/1 option set to 1, while my Intel DLVA 845G with Hardy has
Leann, the fact that no kernel fix is expected for the foreseeable
future is no reason to WONTFIX. A fix will come from somewhere at some
point. It's just not entirely clear where it will come from, or when.
There has always been a fix available by recompiling the kernel to
restore IDE and preload
*** This bug is a duplicate of bug 118745 ***
https://bugs.launchpad.net/bugs/118745
This bug is INVALID, not a dupe of 118745. Firefox is behaving exactly
as expected. When you set a default font size in Firefox you're setting
the size in px, not pt. The expected pt size for a 10px default
*** This bug is a duplicate of bug 118745 ***
https://bugs.launchpad.net/bugs/118745
This bug is in a sense a DPI issue, but Firefox is behaving as expected,
and this bug is not a duplicate of bug 118745.
Unlike the rest of a typical X desktop, in which font sizes are set and
customized in
*** This bug is a duplicate of bug 118745 ***
https://bugs.launchpad.net/bugs/118745
This bug is not a bug 118745 duplicate. Firefox defaults are set in px,
while most of the rest of a normal X desktop are set in pt. The px to pt
relationship does vary with DPI, making this look like a DPI
*** This bug is a duplicate of bug 118745 ***
https://bugs.launchpad.net/bugs/118745
This is not a bug 118745 duplicate. Nothing about getting X to use an
appropriate DPI will directly change the Firefox behavior. A good fix
for this requires an upstream solution from the folks at
I've followed recommendations exactly, and variations thereof, with both
Matrox and Intel chips. In no case has lsmod ever shown vesafb as having
been loaded by the time init completes. Only when I modprobe vesafb
manually do I get working framebuffer consoles.
--
tty[1-6] are active but display
depmod -a didn't change anything for me.
--
tty[1-6] are active but display nothing in Gutsy
https://bugs.launchpad.net/bugs/129910
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
As Massimo Dal Zotto wrote, the original problem (black screen on
tty[1-6]) is not related to nvidia or other hardware. The problem
exists for non-NVidia users as well, such as mga and intel.
--
tty[1-6] are active but display nothing in Gutsy
https://bugs.launchpad.net/bugs/129910
You
*** This bug is a duplicate of bug 129910 ***
https://bugs.launchpad.net/bugs/129910
** This bug has been marked a duplicate of bug 129910
tty[1-6] are active but display nothing in Gutsy
--
Bootup splash screen causes problems
https://bugs.launchpad.net/bugs/151490
You received this bug
I just did updates again, and tried as NeverMind suggested in comment
89. As I have Intel 845GL, I did s/nvidiafb/intelfb/. With the default
stanza and vga=788 I still have useless ttys, although there is some
scrambled junk on the top few rows of each instead of entirely black.
This system also
I tried on another machine with 2.6.22-14-, both 386 generic, and
Matrox G400. More less the same problem, except that once KDM starts,
trying to switch to tty[1-6] gives me the KDM background image instead
of a black screen, but all during init it's all black.
vesafb does not show up in lsmod
Mandriva 2008 and OpenSUSE have workarounds to use legacy drivers
instead of libata to access all existing partitions. Have you found a
workaround that works in Gutsy? I'm having no luck. :-(
--
Cannot mount /home on /dev/hda16
https://bugs.launchpad.net/bugs/134983
You received this bug
It is artificial in the sense that the kernel developers chose to regard
the SCSI partition limit problem of no apparent consequence when
choosing to _replace_ the traditional IDE driver system with a libata
driver system based upon a SCSI foundation. This they did in the face of
ever more
Public bug reported:
Binary package hint: usplash
I installed from kubuntu-7.10-beta-alternate this AM, then immediately
upgraded to whatever state is on the mirrors.
On all Intel video chips that I've used (i810, i815, 845G), none of the
common framebuffer vga= modes (785, 788, 791, 0x31a,
I've since determined that with 845G a BIOS upgrade may provide support
for standard framebuffer vga= modes.
--
Intel: usplash must be uninstalled to achieve usable consoles with vga=0x120
https://bugs.launchpad.net/bugs/150797
You received this bug notification because you are a member of
Using what hardware? With 2.6.22-14 on my Intel 845G, vga= framebuffer
modes blank the console screens, but video=vesafb has no apparent
effect.
--
framebuffer mode results in black screen starting with kernel 2.6.22-13-generic
https://bugs.launchpad.net/bugs/150638
You received this bug
Same problem on 845G. 80x25 is horrible. Please fix this ASAP.
--
Intelfb completely b0rken
https://bugs.launchpad.net/bugs/147606
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
Looks like another bug 129910 duplicate.
--
framebuffer mode results in black screen starting with kernel 2.6.22-13-generic
https://bugs.launchpad.net/bugs/150638
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs
I tried what MOM2007 recommended without success, and with my i845G with
removed usplash wound up with:
/etc/initramfs-tools/modules:
fbcon
intelfb
vesafb
/etc/modprobe.d/blacklist-framebuffer
...
# blacklist i810fb
# blacklist intelfb
# blacklist vesafb
# blacklist vga16fb
No success, but I
WFM in Feisty: https://bugzilla.samba.org/show_bug.cgi?id=1353#c8
--
I/O error on access to SMB shares of OS/2 Warp 4 host mounted in Ubuntu 7.04
https://bugs.launchpad.net/bugs/112839
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for
I use Kubuntu Feisty, so gnome-volume-manager is not my problem.
However, the symptoms are exactly the same as the subject line. Behavior
is the same whether I use KsCD or MPlayer. If I log out and stop kdm,
then do 'mplayer cdda://', the CD plays with many interruptions, but
keeps trying and does
The new summary makes my previous comments in this bug inapplicable to
this bug. My disk had a standard partition layout, with all logicals
inside an extended that logically follows 3 primaries.
--
fails to recognise any partitions when primary partition inside extended
partition
For framebuffer modes other than 80x25 to function, the GX260 BIOS'
Onboard Video Buffer usually has to be set to 8MB. Leaving it at the
default 1MB usually does not work for the onboard 845G graphics chip.
Now in a fresh install of Kubuntu Intrepid 8.10 from the alternate CD, I
find vga=0x305,
I installed Epiphany under Karmic Kubuntu. I see no way evident to
directly influence the size of Epiphany web page fonts other than via
its minimum size setting or use of zoom. Epiphany does not respond to
changes in KDE font settings in any way that I can tell. http://fm.no-
I no longer use *buntu on any systems where the standard VESA modes do
not work as expected. It's possible
http://bugzilla.kernel.org/show_bug.cgi?id=7513 may have provided a fix.
The Novell bug noted earlier has been marked fixed as well. I do still
have a working i810 system, so I need to try a
I don't know the problem of the reporter of
http://bugs.kde.org/show_bug.cgi?id=137029 but every SUSE I've installed
automatically restarts X on logout if a change to xorg.conf has occurred
and only one user was logged in through KDM.
--
on logout X should restart if xorg.conf was changed since
That was 6 months ago. I have no recollection. However, reading the
original description 'To reproduce: 1-go back to menu immediately on
text installation startup and choose execute a shell (or, switch to
tty2 busybox). See message the hard disk file systems are mounted on
'target'.' it would
(In reply to comment #8)
It's not usual that setting DPI to a multiple of 12 can produce more pleasing
results than prime numbers or multiples of 5. On your display Kyle, 144, a
multiple of 12 and exactly 1.5 times 96, might work better than 147 or 145.
s/It's not usual/It's not unusual/
--
It's not usual that setting DPI to a multiple of 12 can produce more
pleasing results than prime numbers or multiples of 5. On your display
Kyle, 144, a multiple of 12 and exactly 1.5 times 96, might work better
than 147 or 145.
--
You received this bug notification because you are a member of
https://bugzilla.novell.com/show_bug.cgi?id=400552 is the same problem
in openSUSE and http://mail.gnome.org/archives/mc-
devel/2011-May/msg1.html is some mc-devel discussion on the subject.
** Bug watch added: Novell/SUSE Bugzilla #400552
https://bugzilla.novell.com/show_bug.cgi?id=400552
This is worksforme as of 9.10.
--
Intel: usplash must be uninstalled to achieve usable consoles with vga=0x120
https://bugs.launchpad.net/bugs/150797
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Public bug reported:
This seems essentially a continuation of or closely related to
https://bugs.launchpad.net/ubuntu/+source/usplash/+bug/150797
In Lucid when I try vga=0x120 on cmdline I do not get the Intel legacy
native 132 column by 25 row mode. A message flashes on screen and
disappears
(In reply to comment #31)
http://download.opensuse.org/repositories/home:/bjoernv:/branches:/openSUSE:/
12.2:/Update/standard/
As indicated in downstream https://bugzilla.novell.com/show_bug.cgi?id=771521
these work for me with Intel 865G and NVidia G84.
--
You received this bug
(In reply to comment #31)
http://download.opensuse.org/repositories/home:/bjoernv:/branches:/openSUSE:/
12.2:/Update/standard/
As indicated in downstream https://bugzilla.novell.com/show_bug.cgi?id=771521
these work for me with Intel 865G and NVidia G84.
--
You received this bug
If it hasn't happened already, the supply of supported distros that
feature working panning should be exhausted soon. Is there anything non-
programmers can do to facilitate a programmer fixing this?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
If it hasn't happened already, the supply of supported distros that
feature working panning should be exhausted soon. Is there anything non-
programmers can do to facilitate a programmer fixing this?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
(In reply to Piyush Soni from comment #557)
if HTML5 becomes really popular, it might replace Flash
altogether, removing the need of fixing this bug - but I'm sure Adobe will
do something to not let that happen so soon...
Adobe already started the process of pushing webmasters to stop using
For the record, openSUSE Factory (devel) is currently @ 1.12.2, where
panning for me is working OK with radeon/rv200, but not with nouveau or
intel drivers.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
For the record, openSUSE Factory (devel) is currently @ 1.12.2, where
panning for me is working OK with radeon/rv200, but not with nouveau or
intel drivers.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
FWIW: I don't try to use randr directly to set up panning. I do it
either through xorg.conf or xorg.conf.d/50-monitor.conf because I'm
usually controlling DPI via DisplaySize, limiting VertRefresh to 60 or
75, turning DPMS DDC off, and turning DefaultModes on. It would be
nice if
FWIW: I don't try to use randr directly to set up panning. I do it
either through xorg.conf or xorg.conf.d/50-monitor.conf because I'm
usually controlling DPI via DisplaySize, limiting VertRefresh to 60 or
75, turning DPMS DDC off, and turning DefaultModes on. It would be
nice if
https://bugzilla.novell.com/show_bug.cgi?id=771521 explains how panning
works for me using Radeon but not Intel or Nouveau.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/881046
Title:
Panning in a
https://bugzilla.novell.com/show_bug.cgi?id=771521 explains how panning
works for me using Radeon but not Intel or Nouveau.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/883319
Title:
xrandr
More from that IRC conversation:
alesguzik I'm not asking about making it default, but when screen size can be
detected and resolution is known, what is the problem with dpi?
alesguzik It worked at some point in the past
ohsix it never worked
Ohsix's definition of never must be different from
(In reply to comment #55)
Please use the correct dpi by default.
If it doesn't, it's usually:
1-your distro's fault, or
2-your hardware's fault, or
3-your use of unequal DPI multiple displays, which is a complicated problem for
X to deal with
X automagic configuration will fall back to 96 if
Created attachment 43316
Xorg.0.log from server 1.9.3 using 86x86 DPI on i845G
(In reply to comment #57)
Isn't this bug precisely about X.org *always ignoring* the hardware DPI value
from the EDID?
There may have been a time when that was the case, but this was filed by
an Intel video user
Created attachment 43320
86 DPI screenshot
What do I win? :-)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/521877
Title:
[gm45] wrong screen size detected on X200s
To manage notifications about
The bug is marked general, not Intel. Various comments spoke of at least
one other chip prior to my MGA comment 58. Before your comment 58
reached my eyes, I had to put that Intel host aside to work on the MGA
host, so I used that to demonstrate what I wrote in comment 58, that
always is
Created attachment 45751
120 DPI full 1600x1200 desktop screenshot
This demonstrates the current state of elevated actual DTE DPI affairs,
as of the release of openSUSE 11.4 about 5 weeks ago. Video chip is
rv380. Driver is radeon. 120 DPI is achieved exclusively via DisplaySize
in xorg.conf.
(In reply to comment #77)
(Chrome already does so, in a misguided attempt to force a constant ratio
between px and pt across all websites.
Chrome does because it's built on WebKit, where 96 as the only
possibility is the traditional Macintosh way, which became also the
Internet Explorer
Via xrandr, 94929 patch also tested working apparently OK for:
ATI rv380 VGA DVI ports 1680x1050 on 1280x1024
Intel G41 VGA HDMI ports 1680x1050 on 1280x1024
Nouveau G84 DVI port 1680x1050 on 1280x1024. with without DVI-to-VGA adapter
Nouveau G84 DVI port 2048x1152 2560x1600 3840x2160 on
Via xrandr, 94929 patch also tested working apparently OK for:
ATI rv380 VGA DVI ports 1680x1050 on 1280x1024
Intel G41 VGA HDMI ports 1680x1050 on 1280x1024
Nouveau G84 DVI port 1680x1050 on 1280x1024. with without DVI-to-VGA adapter
Nouveau G84 DVI port 2048x1152 2560x1600 3840x2160 on
With the g84 on 1080 HDTV, apparently scaling, which I never tried before, is
working too:
$ xrandr --output DVI-I-1 --scale 1.2x1.2
(Assorted X data collected via script):
# grep PRETTY /etc/os-release
PRETTY_NAME=openSUSE 13.2 Milestone 0 (Harlequin) (x86_64)
# head -n16 /var/log/Xorg.0.log
With the g84 on 1080 HDTV, apparently scaling, which I never tried before, is
working too:
$ xrandr --output DVI-I-1 --scale 1.2x1.2
(Assorted X data collected via script):
# grep PRETTY /etc/os-release
PRETTY_NAME=openSUSE 13.2 Milestone 0 (Harlequin) (x86_64)
# head -n16 /var/log/Xorg.0.log
Created attachment 96204
Xorg.0.log from 92915G host gx280
http://download.opensuse.org/repositories/home:/tobijk:/X11:/XOrg/openSUSE_Factory/i586/
ostensibly has the attachment 94929 patch applied, which I installed on
nv11, rv250 and i915G systems running X.Org X Server 1.15.99.901.
# rpm -q
Created attachment 96204
Xorg.0.log from 92915G host gx280
http://download.opensuse.org/repositories/home:/tobijk:/X11:/XOrg/openSUSE_Factory/i586/
ostensibly has the attachment 94929 patch applied, which I installed on
nv11, rv250 and i915G systems running X.Org X Server 1.15.99.901.
# rpm -q
Created attachment 96397
Xorg.0.log from i915 host gx280 having used xrandr to produce panning from
94929 patch
This seems to be unusually verbose for the brief time X was running,
with few apps opened.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Comment 43 applies to use of xorg.conf in attempting to produce desired
X configuration, e.g. xorg.conf for Intel gfx containing:
Section Device
Identifier Default Device
Option monitor-VGA1 Default Monitor
EndSection
Section Monitor
Identifier Default Monitor
Option
Created attachment 96397
Xorg.0.log from i915 host gx280 having used xrandr to produce panning from
94929 patch
This seems to be unusually verbose for the brief time X was running,
with few apps opened.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Comment 43 applies to use of xorg.conf in attempting to produce desired
X configuration, e.g. xorg.conf for Intel gfx containing:
Section Device
Identifier Default Device
Option monitor-VGA1 Default Monitor
EndSection
Section Monitor
Identifier Default Monitor
Option
For well over a week I've been first testing the success of panning for
various combinations of gfxcard, monitor and fb size in servers prior to
the changes resulting in this bug report and then same for installations
to which I've updated using the 94929 patch applied by Tobias Klausmann
in the
For well over a week I've been first testing the success of panning for
various combinations of gfxcard, monitor and fb size in servers prior to
the changes resulting in this bug report and then same for installations
to which I've updated using the 94929 patch applied by Tobias Klausmann
in the
As the summary is currently written, this bug is INVALID. Panning works
at least as far back as 1.13.2-1.21.1.i586 in openSUSE 12.3
(i865G,rv200), in addition to current 1.15.x and 1.16rc1 servers in
Fedora, Mageia, and openSUSE, but only when xrandr is used to configure
it. Configuration via
As the summary is currently written, this bug is INVALID. Panning works
at least as far back as 1.13.2-1.21.1.i586 in openSUSE 12.3
(i865G,rv200), in addition to current 1.15.x and 1.16rc1 servers in
Fedora, Mageia, and openSUSE, but only when xrandr is used to configure
it. Configuration via
It seems clear that at least analog hardware users who require panning
and want or need to stick to FOSS solutions need to stick to out of
support Xorg versions and/or out of support drivers, and/or ancient
gfxchip technology (e.g. MGA), and/or cheap (and usually slow) hardware
(e.g. # XGI
It seems clear that at least analog hardware users who require panning
and want or need to stick to FOSS solutions need to stick to out of
support Xorg versions and/or out of support drivers, and/or ancient
gfxchip technology (e.g. MGA), and/or cheap (and usually slow) hardware
(e.g. # XGI
(In reply to comment #53)
Probably this bug has been marked invalid because there is a mix of two bugs
here: one is related to panning (which I do not know if it's fixed or no),
and the other one to mouse constraints when scaling
This bug has not been marked invalid.
I have X.Org X Server
(In reply to comment #53)
Probably this bug has been marked invalid because there is a mix of two bugs
here: one is related to panning (which I do not know if it's fixed or no),
and the other one to mouse constraints when scaling
This bug has not been marked invalid.
I have X.Org X Server
Panning works via xrandr (only; not via xorg.con*) also in Kubuntu
12.04's server 1.11.4, while scaling does fail by having the mouse
cursor bound within the screen mode's size.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Panning works via xrandr (only; not via xorg.con*) also in Kubuntu
12.04's server 1.11.4, while scaling does fail by having the mouse
cursor bound within the screen mode's size.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Since panning at least can work via xrandr, I've forked the failure of
xorg.con* to provide equivalent panning function of xrandr without
arbitrary mouse constraint to bug 77321
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Since panning at least can work via xrandr, I've forked the failure of
xorg.con* to provide equivalent panning function of xrandr without
arbitrary mouse constraint to bug 77321
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Public bug reported:
en_US installation via HTTP onto test system initiated by Grub loading
installation kernel initrd with 'tasks=standard' roughly 30 hours
ago, then mc, sddm and selected KDE/KDF packages added via apt*.
DISTRIB_DESCRIPTION=Ubuntu Vivid Vervet (development branch)
Mc exposes the failure, doesn't cause the failure. AFAICT, the failure
is in console-setup
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1437589
Title:
boxdraw characters corrupt unless
I tried to paste console-setup 1.108ubuntu4 from bug.apport into the
package name field during report composition, but it was rejected. I
changed it to simply console-setup, but where that went I have no idea.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
(In reply to Michal Suchanek from comment #26)
> This seems to work for me.
Are you sure nothing is setting DPI explicitly or implicitly, such as your DE?
> X.Org version: 1.17.2
> resolution:100x100 dots per inch
> Actual resolution seems to be more like 109 dpi but it's certainly not
Broken panning, Bug 77321 , got a downstream fix 5 months ago in
https://bugzilla.opensuse.org/show_bug.cgi?id=771521
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/881046
Title:
Panning in a
Broken panning, Bug 77321 , got a downstream fix 5 months ago in
https://bugzilla.opensuse.org/show_bug.cgi?id=771521
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/883319
Title:
xrandr --scale
Reporter has history leading up to this report on
https://www.linuxquestions.org/questions/linux-hardware-18/unable-to-
use-twin-monitors-4175702792/ where no solution was found.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Problem is worse with kernel 5.15.0-22, while in distros providing
5.16.11+ and 5.17 kernels the problem is gone. Now in 5.15.0-22, no
video ever shows up after the Grub selection is made. The PC apparently
hard locks immediately with black screen when two displays are
connected, even when only
apport information
** Attachment added: "ProcModules.txt"
https://bugs.launchpad.net/bugs/1961546/+attachment/5562407/+files/ProcModules.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1961546
apport information
** Attachment added: "UdevDb.txt"
https://bugs.launchpad.net/bugs/1961546/+attachment/5562408/+files/UdevDb.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1961546
Title:
1 - 100 of 115 matches
Mail list logo