Bug#823020: Bug#823500: cannot boot from ext4

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

Bug#400894: FTBFS: tries to write in $HOME

* 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 failures: libservlet2.3-java doesn't

Bug#400894: FTBFS: tries to write in $HOME

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 Reding [EMAIL PROTECTED] Fri, 19 Jan 2007 09:58:40 +0100

Bug#376812: I have a Voodoo2 card...

* 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 you need

Bug#376812: I have a Voodoo2 card...

* 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 missing patch, sorry

Bug#407055: compiz: manages only screen 0 of a multi screen display

* 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

Bug#394311: Me too

* 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

Bug#402545: Nope

* 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

Bug#402545: compiz/terminal bug

* 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

Bug#402545: compiz: Returning from another virtual terminal makes a black screen

* 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 back to

Bug#401943: Compiz crash problem solved.

* 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

Bug#396498: not fixed in mesa 6.5.1-0.3

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 . *

Bug#396770: compiz: New version available (0.3.2)

* 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 Debian! The

Bug#393355: Problem solved, but new one raised: grave - important

* 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-decorator

Bug#393456: compiz: min/max/close window decoration buttons no longer work on upgrade to 0.2.0

* 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 about that, but it's no longer running now since I'm

Bug#391592: compiz-core: compiz crashes my X server

* 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 radeon9000) locks up hard (not even sysrq

Bug#391592: compiz-core: compiz crashes my X server

* 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: compiz -replace from an xterm window, my X server crashes

Bug#393355: Compiz: Everything is completely white, but plugins work

* 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: (850,

Bug#393456: compiz: min/max/close window decoration buttons no longer work on upgrade to 0.2.0

* 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 '+' to

Bug#391592: compiz-core: compiz crashes my X server

* 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] 2: X [0x81414a5]

Bug#390271: Resizing and scrolling very slow with r200

* 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: Ideally though, just editing currently broken-for-EXA patch so

Bug#390503: small patch in gtk-window-decorator fixed it on my machine

* 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, to use

Bug#391872: compiz: Compiz makes my computer lock up - only hard reboot possible

* 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 g550 videocard

Bug#390271: Resizing and scrolling very slow with r200

* 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. Indeed.

Bug#390496: Compiz fails on supersavage on T23 Thinkpad

* 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:15178):

Bug#390929: compiz: Another window manager is already running on screen: 0

* 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 failed to load. This is usually solved by running compiz

Bug#390503: killing gconf helps, unseting not

* 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 bug a

Bug#390728: compiz: X freezes on radeon 9200

* 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. In

Bug#390814: please remove --strict-binding --indirect-rendering from compiz wrapper

* 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 limits

Bug#390814: please remove --strict-binding --indirect-rendering from compiz wrapper

* 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

Bug#390929: compiz: Another window manager is already running on screen: 0

* 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

Bug#390319: compiz: Doesnt refresh windows content

* 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 visual 0x4b

Bug#390338: compiz: Please not disable kde

* 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. -

Bug#353263: ITP: freealut -- OpenAL Utility Toolkit

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 version

Bug#351270: ITP: libgpgme-ruby -- GPGME bindings for the Ruby language

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

Bug#349555: komi - FTBFS: cannot find -lgp

* 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

Bug#273018: Missing dependency on libgpmg1-dev

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:

Bug#273018: Fixed in NMU of libsdl1.2 1.2.9-0.0

* 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 that this

Bug#349799: Adoption by the Debian/Ruby Extras Team

retitle 349799 ITA: liblog4r-ruby -- A logging library for Ruby owner 349799 [EMAIL PROTECTED] thanks signature.asc Description: Digital signature

Bug#273018: Fixed in NMU of libsdl1.2 1.2.9-0.0

* 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 that this

Bug#273018: Build-Depends on libgpmg1-dev still missing

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

Bug#273018: Build-Depends on libgpmg1-dev still missing

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

Bug#273018: flooding...

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

Bug#345616: svn-buildpackage: patch implementing --no-branches

* Eduard Bloch wrote: #include hallo.h * 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 actually supposed to do by reading something in the manual

Bug#345616: svn-buildpackage: patch implementing --no-branches

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

Bug#345616: svn-buildpackage: patch implementing --no-branches

* Eduard Bloch wrote: #include hallo.h * 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 usefulness of a --no-branches option, I implemented this patch, which

Bug#342466: ITP: rcairo -- Cairo bindings for the Ruby language

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 Description : Cairo

Bug#323028: fetchmail: manpage typos

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

Bug#295289: billard-gl: impossible to hit ball at full strength

* 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 matter

Bug#293687: billard-gl: keyrepeat makes shooting impossible

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

Bug#173197: Workaround

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

Bug#291738: Fix

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)

Bug#236582: I intend to adopt billard-gl

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