On Sat, May 14, 2011 at 05:11:15AM +0400, sergio wrote:
> >>From 2:1.10.0.901-1 from experimental (and with 2:1.10.1-2) it's impossible
> >>to
> use xorg, because of frequently segfaults. It doesn't depend on driver (intel,
> fbdev, vesa, radeon) or architecture (i386, amd64).
xsetroot -def trigg
On Thu, Feb 24, 2011 at 07:07:32PM +0100, Cyril Brulebois wrote:
> Hm? I don't think I'm used to asking people to waste time just for
> fun. We have more info now: NULL pointer dereference here:
>
> src/via_accel.c:2208 (in viaExaPrepareComposite):
> viaOrder(pSrc->drawable.width, &width);
Al
On Thu, Feb 24, 2011 at 06:24:49PM +0100, Cyril Brulebois wrote:
> Mario 'BitKoenig' Holbe (24/02/2011):
> > > You could try getting a full backtrace:
> > attached. openchrome has no -dbg package, hence no symbols for that
> you could rebuild the driver
On Sat, Aug 01, 2009 at 08:43:09AM +0200, Brice Goglin wrote:
> Mario 'BitKoenig' Holbe wrote:
> > starting with 2.4.9-1 and up to 2.4.12-1 libdrm-intel1 crashes glxgears:
> Intel driver 2.8 doesn't support DRI1, and DRI2 requires UXA/GEM.
But it's intel 2.7 -
Package: libdrm-intel1
Version: 2.4.9-1
Hello,
starting with 2.4.9-1 and up to 2.4.12-1 libdrm-intel1 crashes glxgears:
$ glxgears
Failed to initialize GEM. Falling back to classic.
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refre
Package: xserver-xorg-video-intel
Version: 2:2.8.0-1
Severity: important
Hello,
starting with 2:2.8.0-1 xserver-xorg-video-intel leads to X eating 100%
CPU when running applications like firefox, even simple xterms lead to
high load.
Furthermore, when I try to play some video with mplayer (vo=xv)
package xterm
merge 520405 521550
thanks
On Sat, Mar 28, 2009 at 01:16:15PM +0100, Mario 'BitKoenig' Holbe wrote:
> xterm doesn't do audible bell anymore. Switching back to 241-1 fixes
Argh, I shouldn't write bugreports that early in the morning :/
Sorry, my fault, thi
Package: xterm
Version: 242-1
Hello,
xterm doesn't do audible bell anymore. Switching back to 241-1 fixes
this.
This is probably related to
file:///usr/share/doc/xterm/xterm.log.html#xterm_242
* fix configure check for XkbBell and provide appropriate parameter
for it.
regards
Mar
On Sun, Sep 23, 2007 at 03:34:40AM +0200, Mohammed Adnène Trojette wrote:
> do you have something defined in your .xmodmap file?
No, I have no .xmodmap file.
> What is the result of the commands 'xmodmap' and 'xmodmap -pk'?
attached.
In the meantime, I get even more messages btw.:
expected key
On Mon, Sep 17, 2007 at 07:04:20PM +0200, Julien Cristau wrote:
> That's not exactly true. Upstream Xorg allows -config/-xf86config for
> non-root with files under /etc/X11/ (given with a relative path), while
> the Debian wrapper drops privileges when these options are used, without
> looking at
package x11-common
reopen 442879
thanks
On Mon, Sep 17, 2007 at 06:33:32PM +0200, Brice Goglin wrote:
> If you look at the beginning of the log, you should see that it didn't
> find the xorg-tv.conf file.
No, I don't. Neither a logfile is moved nor is one written. I don't see
anything.
> This is
Package: x11-common
Version: 1:7.3+2
Hello,
the new X version seems to drop privileges a little too early when it
gets started with -xf86config:
| [EMAIL PROTECTED]:/home/holbe% X :1 -xf86config xorg-tv.conf -nolisten tcp
|
| Fatal server error:
| Cannot move old log file ("/var/log/Xorg.1.log"
reopen 291853
thanks
On Wed, Mar 21, 2007 at 11:24:24PM +0100, Brice Goglin wrote:
> This problem seems to be gone again in Etch. Closing.
Hmmm - unfortunately, I cannot confirm that. My xkb-data version is
0.9-4 and the warning appears with that. I did even wait some time in
the hope there will
On Mon, Dec 11, 2006 at 10:26:25PM +0100, Julien Cristau wrote:
> OK, downgrading this bug's severity at least until we know whether Mario
> can reproduce it with a recent kernel.
I have no recent kernel yet to reproduce it with such. However, the fact
that etch ships no 2.4 kernels does IMHO not
Package: xterm
Version: 222-2
Severity: grave
Hello,
xterm 222-2 fails to install:
Setting up xterm (222-2) ...
Installing new version of config file /etc/X11/app-defaults/KOI8RXTerm ...
error in control file: `Format' value not specified at /usr/sbin/install-docs
line 699, line 22.
dpkg: erro
package xserver-xorg
reopen 385078
thanks
On Thu, Oct 05, 2006 at 08:19:17PM -0700, Debian Bug Tracking System wrote:
> #385078: xserver-xorg: impossible mouse configuration other than
> /dev/input/mice,
> It has been closed by David Nusinow <[EMAIL PROTECTED]>.
>* Make /dev/input/mice the de
Package: xserver-xorg
Version: 1:7.0.23
Severity: wishlist
Hello,
when you are currently working on the package-configuration-scripts
anyways it would probably a good time to suggest the use of ucf instead
of your own config-modification-tracker. ucf does the same, i.e. you
feed it with a dynamic
On Mon, Sep 18, 2006 at 12:41:32PM -0400, José Parrella wrote:
> Indeed. I do not mean to steal their work (and actually the Developer's
I didn't mean stealing too, I meant more like fiddling into their plans.
Like, if they are working on it currently and you NMU something
inbetween, this would pr
Hi,
On Sun, Sep 17, 2006 at 05:54:43PM -0400, José Parrella wrote:
> Please try this patch. I'm not a bash (nor debconf!) guru but I think
> that it address your concerns regarding the non-interactivity for the
> mouse device setting. Please let me know if the patch works for you.
Well, I would l
Package: xserver-xorg
Version: 1:7.0.23
Severity: serious
Hello,
upgrading xserver-xorg from 6.9.0.dfsg.1-6 to 1:7.0.23 broke my
previously running X:
No core pointer
Fatal server error:
failed to initialize core devices
This is because xserver-xorg.config forces mouse
Package: xfonts-scalable
Version: 1:1.0.0-4
Hello,
since 1:1.0.0-3 xfonts-scalable ships fonts.{cache-1,dir,scale} files
which are usually autogenerated via xfonts-utils in the fonts-packages
postinst scripts.
Of course, this does also happen for xfonts-scalable and, in turn,
leads to failing deb
Package: x11-common
Version: 1:7.0.12
Hello,
there are some more packages which install files to /usr/X11R6 and thus
probably need to be conflicted. Some of those packages are in
unstable/non-free, some are not in unstable anymore but in stable and
thus could probably lead to problems when upgrad
On Sat, Apr 08, 2006 at 12:50:29AM +0100, Daniel Stone wrote:
> That's because they've been removed. Look carefully.
Argh, sorry. I did compare against a testing machine, didnt find them
there and thus concluded they have to be new :) Thanks for opening my
eyes.
regards
Mario
--
There are t
Package: xlibs
Version: 6.9.0.dfsg.1-6
Hello,
the (new?) files
/etc/X11/xkb/keycodes/evdev
/etc/X11/xkb/keymap/evdev
are not listed as conffiles unlike all the other files in these
directories. I don't know whether this is intentional or not.
regards
Mario
--
"Why are we hid
package xlibs
reopen 291853
thanks
On Fri, Jan 06, 2006 at 07:47:58AM +0100, Denis Barbier wrote:
> On Sun, Jan 01, 2006 at 02:22:18PM +0100, Mario 'BitKoenig' Holbe wrote:
> > On Sun, Jan 23, 2005 at 05:57:09PM +0100, Mario Holbe wrote:
> > > on xserver start
Hello,
On Sun, Jan 23, 2005 at 05:57:09PM +0100, Mario Holbe wrote:
> on xserver start I get the following warning:
> The XKEYBOARD keymap compiler (xkbcomp) reports:
> > Warning: Type "ONE_LEVEL" has 1 levels, but has 2 symbols
> > Ignoring extra symbols
> Errors from
Package: xserver-common
Version: 6.8.2.dfsg.1-10
Severity: minor
Hello,
dexconf writes a FontPath "/usr/lib/X11/fonts/CID" to
/etc/X11/xorg.conf. However, there is no path CID in no Debian package
at all (neither in oldstable nor in unstable). So this is most likely
not needed (anymore).
Thanks
Package: x-window-system-core
Version: 6.8.2.dfsg.1-5
Severity: wishlist
Hello,
currently, x-window-system-core depends on xserver-xorg, which denies
the alternative installation of xserver-xfree86. Is this intentional?
Would it instead be possible to depend on the virtual package xserver
and let
Package: xserver-xorg
Version: 6.8.2.dfsg.1-5
Hello,
while migrating from XFree86 to X.org, I tried to replace the
-xf86config option via -config which, according to X -help,
should do the same (although X.org does understand -xf86config, it's not
documented).
Surprisingly, `startx -- :1 -xf86con
On Sun, Mar 07, 2004 at 01:08:47PM +0100, Thomas Hood wrote:
> > Would it be so awful to rebuild some of these packages that haven't
> > been updated since potato?
> You mean rename and rebuild xlib6 and stick it in the oldlibs section?
No, he meant repackaging the packages that depend on xlib6g.
Package: xlibs-dev
Version: 4.3.0-3
Hello,
the xlibs-dev package comment states it to be a transitional
package, but I cannot remove it, because it circular depends
back on itself:
xlibs-dev depends on libxrandr-dev
libxrandr-dev depends on libxrender-dev
libxrender-dev depends on xlibs-dev
I c
On Fri, Feb 20, 2004 at 02:38:40PM -0500, Branden Robinson wrote:
> On Fri, Feb 20, 2004 at 07:03:44PM +0100, Mario 'BitKoenig' Holbe wrote:
> > There is no other chance currently, than repackage any package that
> > depends on xlib6g currently with modified control file
On Fri, Feb 20, 2004 at 11:16:35AM -0500, Branden Robinson wrote:
> On Fri, Feb 20, 2004 at 02:35:41PM +0200, Martin-???ric Racine wrote:
> > I have an old Netscape 4.77 dating back from Potato that I absolutely
> >
> > Alternately, if some existing 4.3.0 packages are supposed to
> > "Provides: xl
Package: xlibs
Version: 4.3.0-2
Severity: wishlist
Hello,
could you please add a `Provides: xlib6g' in addition to
the `Conflicts: xlib6g' to make it possible to keep older
packages that still depend on xlib6g (and keep working even
with the new xlibs).
Thanks for your work & regards,
Mario
anlineCPUToScreenColorExpandFill"
does work fine for me :)
(don't ask me, where I got it :) find, strings, grep,
trial&error - horror :))
regards,
Mario
--
Mario 'BitKoenig' Holbe <[EMAIL PROTECTED]>
So long and thanks for all the books.
anlineCPUToScreenColorExpandFill"
does work fine for me :)
(don't ask me, where I got it :) find, strings, grep,
trial&error - horror :))
regards,
Mario
--
Mario 'BitKoenig' Holbe <[EMAIL PROTECTED]>
So long and thanks for all the books.
--
To UNSUBSCRIB
36 matches
Mail list logo
