On Fri, May 06, 2016 at 02:20:45AM +0200, Cyril Brulebois wrote:
> Cyril Brulebois (2016-05-06):
> > Anyway, we could probably implement the change globally regardless, just
> > to make it possible to check the hypothesis on a wide range of devices,
> > and only figure out later how to fix this in
* Frank Küster wrote:
> Hi Thierry,
>
> thank you for the patch. I have some critical remarks, though, with my
> TeX maintainer hat on:
>
> Thierry Reding <[EMAIL PROTECTED]> wrote:
>
> > However, building in clean sid chroot also revealed some subsequent build
vlet2.3-java.
++ Add build-dependency on tetex-bin | texdoctk which provide pdflatex
+ needed to build PDF documentation.
++ Build-depend on tetex-extra which provides fonts needed to build the PDF
+ documentation.
+ * Urgency set to high because it fixes an RC bug.
+
+ -- Thierry
* Thierry Reding wrote:
[...]
> could you try rebuilding glide with -fno-strict-aliasing? I have attached a
> diff that patches debian/rules to add that to CFLAGS. This is mainly just
> guessing but the same solution did fix a similar bug in mesa recently.
[...]
And here's the
* Wouter Verhelst wrote:
> Hi,
>
> I have such a card, but it's sitting in a machine that runs Sarge (and
> I'm not going to update it to etch before that's released).
>
> If it would help, I'd be willing to run some tests on that box. Just
> tell me what you want me to do and what information yo
* Mikko Tuumanen wrote:
> Package: compiz
> Version: 0.2.2-1
> Severity: normal
>
> When using a dualhead setup with two screens (:0.0 and :0.1)
> compiz works only on the :0.0 and makes the :0.1 totally
> unusable.
>
> I can start programs on the other screen (and verify they are there
> with xl
* Alan Chandler wrote:
> When is the patch in this bug report going to be applied? I too have a
> Motherboard with the i965G chip on, and can't display any 3D stuff as a
> result of it.
You could try the experimental branch of the XSF git repository of mesa, like
so:
$ git-clone http:/
* Philippe Perrin wrote:
> Using compiz 0.3.4 does not solve my black screen issue...
You could try unsetting the compiz gconf settings by running something like
this:
$ gconftool-2 --recursive-unset /apps/compiz
and perhaps for gtk-window-decorator:
$ gconftool-2 --recursive-un
* Christian Müller wrote:
> hello. when i switch back from console to X(.Org 7.1 with nvidia drivers
> 1-0.9631) with compiz (0.2.2-1) it crashes the window decorations, AS
> SOON AS lots of rams are used, i.e. got a browser with 4-5 tabs open,
> plus amarok, plus kopete etc. if only one or no apps
* Philippe Perrin wrote:
> Package: compiz
> Version: 0.2.2-1
> Severity: grave
> Justification: renders package unusable
>
> I log into my Gnome session on virtual terminal 8 (Ctrl+Alt+8). It
> starts metacity by default. I start compiz manually (compiz --replace).
> I regularly need to switch ba
* Fred VIDIL wrote:
> Ok, the xserver upgrade had broken my nvidia driver.
> I only had to reinstall it to solve the problem.
> Sorry for the waste of time.
I'm glad it's working again. Did you by any chance see exactly why it broke
the nvidia driver? Perhaps this could be a bug in either the xser
reopen 396498
thanks
* Steinar H. Gunderson wrote:
> Source: mesa
> Source-Version: 6.5.1-0.3
>
> We believe that the bug you reported is fixed in the latest version of
> mesa, which is due to be installed in the Debian FTP archive:
[...]
> mesa (6.5.1-0.3) unstable; urgency=medium
> .
>* N
* Reine Johansson wrote:
> Package: compiz
> Version: 0.2.0-1
> Severity: wishlist
>
> There's a new version (0.3.2) of compiz available at
>
> http://xorg.freedesktop.org/releases/individual/app/
>
> It would be nice with an upgrade. Thanks for the work you put into packaging
> compiz for Debi
* Alessio Gaeta wrote:
> Hi, thanks for quick reply.
> The problems has disappeared re-upgrading Compiz from 0.0.13 to 0.2.0 (I
> was following up my own post and I found yours...): don't ask me why,
> I'm wondering what's happened.
> Anyway now, when I launch 'compiz --replace', gtk-window-decor
* Sebastián Lara Menares wrote:
> i fix this problem adding:
>
> Option "XAANoOffscreenPixmaps"
>
> in Device Section, and
Have you tried adding this to you xorg.conf file? This should fix the problem
for you. Can you confirm that?
- Thierry
signature.asc
Description: Digital signa
* Eric Van Buggenhaut wrote:
> On Sun, Oct 15, 2006 at 05:19:10PM +0200, Thierry Reding wrote:
> > * Jeroen van Wolffelaar wrote:
> > > On Sat, Oct 07, 2006 at 03:02:42PM +0200, Eric Van Buggenhaut wrote:
> > > > When running:
> > > >
> > > >
* Jeroen van Wolffelaar wrote:
> On Sun, Oct 15, 2006 at 05:19:10PM +0200, Thierry Reding wrote:
> > Yes, compiz-core should depend on xserver-xorg-core (>= 2:1.1.1-9). Can you
> > try that version and see if the problem persists?
>
> My system (Thinkpad T41 with radeon
* Vincent Ho wrote:
> On Mon, Oct 16, 2006 at 04:27:44PM +0200, Thierry Reding wrote:
>
> > Unfortunately I'm unable to reproduce this bug. Are you by any chance
> > running
> > metacity packages from experimental?
>
> Yes, I confess I am. I wondered abo
* Vincent Ho wrote:
> Package: compiz
> Version: 0.2.0-1
> Severity: normal
>
> After upgrading to compiz 0.2.0, the minimise/maximise/close buttons are
> still present but inactive. Clicking on them is no different to
> clicking elsewhere on the titlebar, it just switches the pointer to a
> '+'
* Alessio Gaeta wrote:
> Subject: compiz: Everything is completely white, but plugins work
> Package: compiz
> Version: 0.2.0-1
> Severity: grave
> Justification: renders package unusable
>
>
>
> -- System Information:
> Debian Release: testing/unstable
> APT prefers testing
> APT policy: (8
* Jeroen van Wolffelaar wrote:
> On Sat, Oct 07, 2006 at 03:02:42PM +0200, Eric Van Buggenhaut wrote:
> > When running:
> >
> > compiz -replace
> >
> > from an xterm window, my X server crashes with this backtrace:
> >
> > Backtrace:
> > 0: X(xf86SigHandler+0x89) [0x80b6849]
> > 1: [0xe420]
* Michel Dänzer wrote:
> On Mon, 2006-10-09 at 17:20 +0200, Thierry Reding wrote:
> > * Michel Dänzer wrote:
> > > On Sun, 2006-10-08 at 18:18 +0200, Michel Dänzer wrote:
> > > > On Sat, 2006-10-07 at 21:35 -0400, David Nusinow wrote:
> > > >
> &
* yoram bar haim wrote:
> I have fixed gtk-window-decorator.c to work with RGB24 instead of ARGB32,
> this
> seems to allow gtk-window-decorator to work (with compiz) on my machine. I
> hope it will be usable for everybody
>
> Here is the diff
> 121,123d120
> < /* Added by yoram Bar-Haim, t
* Michel Dänzer wrote:
> On Sun, 2006-10-08 at 18:18 +0200, Michel Dänzer wrote:
> > On Sat, 2006-10-07 at 21:35 -0400, David Nusinow wrote:
> >
> > > Ideally though, just editing currently broken-for-EXA patch so
> > > that it's only on when XAA is enabled is probably a better hack.
> >
> > In
* Sune Vuorela wrote:
> Package: compiz
> Version: 0.0.13+git20060928-2
> Severity: important
>
>
> Hi!
>
> When I do a compiz --replace, my current kwin dissappears as expected,
> but then the entire machine locks up completely. The only thing I can do
> is a hard reboot.
>
> I have matrox g55
* DW Price wrote:
> Package: compiz
> Version: 0.0.13+git20060928-2
>
> video: S3 Inc. SuperSavage IX/C SDR - T23 Thinkpad
> kernel: 2.6.18-1-686 #1 SMP Sun Sep 24 13:48:23 UTC 2006 i686 GNU/Linux
> X Window System Version 7.1.1
>
> **
> on running compiz --replace:
>
> (gtk-window-decorator:151
* Radu Spineanu wrote:
> Hi Thierry,
>
> Thierry Reding wrote:
> > * Radu Spineanu wrote:
> > [...]
> >> Every time i used to start compiz i got this error:
> >> "Another window manager is already running on screen: 0"
> >> and compiz
* Evgeni Golov wrote:
> Hi,
>
> deleting the gconf* and gnome2* folders helps - after that I had
> window-borders with compiz. Is this a general compiz/gconf bug, or did
> it happen because of the previos installation of compiz from the ubunti
> package from compiz.net?
I did also run into this b
* Radu Spineanu wrote:
[...]
> Every time i used to start compiz i got this error:
> "Another window manager is already running on screen: 0"
> and compiz failed to load.
This is usually solved by running compiz with the --replace flag to make it
replace any currently running window manager. Does
* Michael Biebl wrote:
> I second that request.
> Imho it would be best to *not* rename the compiz binary to compiz.real,
I disagree. Running compiz.real directly only makes sense if you know exactly
what you're doing. Running without arguments won't do much good, starting it
without running gtk-w
* Vincent Ho wrote:
> Package: compiz
> Version: 0.0.13+git20060928-2
> Severity: normal
>
>
> I'm using compiz with the binary NVidia drivers. At this HOWTO page for
> getting compiz to work with the current version[1], it says you don't
> need to use --indirect-rendering (and in fact, that it
* Vedran Furač wrote:
> Package: compiz
> Version: 0.0.13+git20060928-2
> Severity: important
>
> Doesn't work for me on radeon 9200 (with open source drivers). X freezes
> immediately after I run compiz (or beryl). I can move cursor but without
> any interaction. Killing compiz "unfreezes" X.
>
* Sune Vuorela wrote:
> Package: compiz
> Severity: wishlist
>
>
> Hi!
>
> compiz is build with --disable-kde ; it would be really nice also to
> have that option available.
Currently the kde-window-decorator is unusable. Note however that it is
possible to use the gtk-window-decorator with KDE
* mateusz wrote:
> Package: compiz
> Version: 0.0.13+git20060928-2
> Severity: important
>
> When I run compiz then windows are not refreshed, minimalize and maximalize
> force refresh.
>
> I also get the following output
> :~> compiz --replace
> libGL warning: 3D driver claims to not support vis
Package: wnpp
Owner: Debian Games Team <[EMAIL PROTECTED]>
Severity: wishlist
I intend to package freealut for the Debian Games Team. freealut was previously
distributed with OpenAL, but has been split from the main release, so it is
necessary to provide freealut in order to package the new versio
Package: wnpp
Severity: wishlist
* Package name: libgpgme-ruby
Version : 0.2
Upstream Author : Daiki Ueno
* URL : http://deisui.org/~ueno/ruby/ruby-gpgme/
* License : GPL
Description : GPGME bindings for the Ruby language
GnuPG Made Easy (GPGME) is a li
Sorry for flooding the BTS, it seems as though all the emails I tried to send
did actually go out, even though my MTA said they didn't =\
Thierry
signature.asc
Description: Digital signature
The last NMU fixed only part of the problem. While sdl-config now lists -lgpm
with the --static-libs option, the libsdl1.2-dev package is still missing a
build-dependency on libgpmg1-dev as mentioned by Daniel Burrows in the
original bug report.
Thierry
signature.asc
Description: Digital signat
The last NMU fixed only part of the problem. While sdl-config now lists -lgpm
with the --static-libs option, the libsdl1.2-dev package is still missing a
build-dependency on libgpmg1-dev as mentioned by Daniel Burrows in the
original bug report.
Thierry
signature.asc
Description: Digital signat
* Sam Hocevar wrote:
> tag 171617 + fixed
> tag 246477 + fixed
> tag 273018 + fixed
> tag 319261 + fixed
> tag 335689 + fixed
> tag 337668 + fixed
>
> quit
>
> This message was generated automatically in response to a
> non-maintainer upload. The .changes file follows.
>
[...]
I do not believe
retitle 349799 ITA: liblog4r-ruby -- A logging library for Ruby
owner 349799 [EMAIL PROTECTED]
thanks
signature.asc
Description: Digital signature
* Sam Hocevar wrote:
> tag 171617 + fixed
> tag 246477 + fixed
> tag 273018 + fixed
> tag 319261 + fixed
> tag 335689 + fixed
> tag 337668 + fixed
>
> quit
>
> This message was generated automatically in response to a
> non-maintainer upload. The .changes file follows.
>
[...]
I do not believe
The NMU that was supposed to fix this bug only did so partially. While
sdl-config now lists -lgpm for the --static-libs option, the libsdl1.2-dev
package is still missing a dependency on libgpmg1-dev as mentioned by Daniel
Burrows in the original bug report.
Thierry
signature.asc
Description: D
* Bastian Blank wrote:
> Package: komi
> Version: 1.03-4
> Severity: serious
>
> There was an error while trying to autobuild your package:
>
> > Automatic build of komi_1.03-4 on debian01 by sbuild/s390 85
> [...]
> > cc -Wall -pedantic -std=c99 -O2 -I/usr/include/SDL -D_REENTRANT
> > -DDATAPAT
* Eduard Bloch wrote:
> #include
> * Thierry Reding [Mon, Jan 02 2006, 06:48:59PM]:
>
> > > > The patch is relatively small, but may need some cleaning up.
> > >
> > > Yeah.
> > >
> > > *hint* It would be really handy to see what it is
* Eduard Bloch wrote:
> #include
> * Thierry Reding [Mon, Jan 02 2006, 09:53:22AM]:
> > Package: svn-buildpackage
> > Version: 0.6.14
> > Severity: wishlist
> > Tags: patch
> >
> > Hi,
> >
> > after some discussion on IRC about the useful
Package: svn-buildpackage
Version: 0.6.14
Severity: wishlist
Tags: patch
Hi,
after some discussion on IRC about the usefulness of a --no-branches option, I
implemented this patch, which adds the --no-branches option to svn-inject.
The original idea came up in the pkg-ruby-extras project, which u
Package: wnpp
Owner: Thierry Reding <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: rcairo
Version : 1.0.0
Upstream Author : Evan Marin, Øyvind Kolås, MenTaLguY, Kouhei Sutou
* URL : http://cairographics.org/rcairo
* License : GPL
Descr
Package: fetchmail
Version: 6.2.5-18
Severity: minor
Tags: patch
While browsing the fetchmail manpage, I found two typos in the section about
the --tracepolls command-line option. A diff against the source package's
manpage is included.
Cheers,
Thierry
diff -Nur fetchmail-6.2.5.orig/fetchmail.ma
Package: sudo
Version: 1.6.8p5-1
Severity: normal
sudo is configured with '--with-exempt=sudo' by default. This results in
behaviour that is not documented in the manpage (only in
/usr/share/doc/sudo/OPTIONS).
Everyone in the sudo group can run sudo without entering a password. Using
the PASSWD
* Jacek Politowski wrote:
[...]
> On my current hardware I can't hit ball at full strength.
> (not exactly true, but you'll find out later)
>
> It always gets hit at about 8-10% of full strength, always the same
> value, after the same time.
>
> After some testing I managed to find out it's the m
merge 293687 248201
thanks
* Jeff King ([EMAIL PROTECTED]) wrote:
> Package: billard-gl
> Version: 1.75-7
> Severity: minor
>
> I was having trouble holding down the spacebar to shoot. The power meter
> would only go up about 1/10 of the way before shooting (even though I
> was still holding the
tags 291738 + patch
thanks
The attached patch adds `Request for Sponsor' as definition for the acronym
RFS.
Thierry
--- vera-1.12.orig/vera.r
+++ vera-1.12/vera.r
@@ -489,6 +489,9 @@
@item RFS
REXX File System (REXX, CICS, VSAM, IBM)
[EMAIL PROTECTED] RFS
+Request for Sponsor (Linux, Debian)
Hi,
I forgot to mention this earlier: there is also an undocumented command-line
option to explicitly switch to windowed mode (-w or -windowed) aswell as
fullscreen (-f or -fullscreen).
I still believe the default should be windowed mode though.
Thierry
signature.asc
Description: Digital signa
Hello,
I just posted a fix to bug #284855[1] which should also workaround the
problem that you describe.
Thierry
[1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=284855
signature.asc
Description: Digital signature
tags 284855 + patch
thanks
Hello,
the attached fix will make the game start in windowed mode by default. This
should get rid of the problem that you describe. Changing the window size
from 800x600 to 640x480 was done to also prevent problems on 800x600
displays.
I'm in the process of adopting th
retitle 236582 ITA: billard-gl -- OpenGL billiards game
owner 236582 !
thanks
Hello,
I intend to adopt the billard-gl package. I've been doing some work on fixing
outstanding bugs. So far I have patches that should solve #173197 (more of a
workaround which I cannot test since I don't use Xinerama
Hi,
After thorough discussion, and a lot of help from people in #debian-women
(mainly Jeroen van Wolffelaar, Steve Langasek, Branden Robinson and Helen
Faulkner) I was able to finish this patch.
The patch adapts parts of the cleanlinks script which I was pointed to by
Steve. cleanlinks is part of
58 matches
Mail list logo
