Bug#391872: compiz: Compiz makes my computer lock up - only hard reboot possible
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 in a computer with amd3300+ cpu. $ grep -i aiglx /var/log/Xorg.0.log (==) AIGLX enabled (WW) AIGLX: 3D driver claims to not support visual 0x23 (WW) AIGLX: 3D driver claims to not support visual 0x24 (WW) AIGLX: 3D driver claims to not support visual 0x25 (WW) AIGLX: 3D driver claims to not support visual 0x26 (WW) AIGLX: 3D driver claims to not support visual 0x27 (WW) AIGLX: 3D driver claims to not support visual 0x28 (WW) AIGLX: 3D driver claims to not support visual 0x29 (WW) AIGLX: 3D driver claims to not support visual 0x2a (WW) AIGLX: 3D driver claims to not support visual 0x2b (WW) AIGLX: 3D driver claims to not support visual 0x2c (WW) AIGLX: 3D driver claims to not support visual 0x2d (WW) AIGLX: 3D driver claims to not support visual 0x2e (WW) AIGLX: 3D driver claims to not support visual 0x2f (WW) AIGLX: 3D driver claims to not support visual 0x30 (WW) AIGLX: 3D driver claims to not support visual 0x31 (WW) AIGLX: 3D driver claims to not support visual 0x32 (II) AIGLX: Loaded and initialized /usr/lib/dri/mga_dri.so shawn_work in #debians-x gave me a couple of patches to xorg-server (30_fedora-34_fedora). Those 5 patches didn't help in anyway. If I get instructions on how to produce some debugging info, I might provide that, but remember that my machine locks up completely until hard reboot. /Sune -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-vserver-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages compiz depends on: ii compiz-core 0.0.13+git20060928-2 OpenGL window and compositing mana ii compiz-gnome0.0.13+git20060928-2 OpenGL window and compositing mana ii compiz-gtk 0.0.13+git20060928-2 OpenGL window and compositing mana ii compiz-plugins 0.0.13+git20060928-2 OpenGL window and compositing mana compiz recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
experimental branches
Since it's unlikely for compiz 0.2 to go into etch, I was planning on building 0.2 for experimental. What would be the best way to do so in SVN? Should I just add an experimental branch? I know I could possibly just do this in the trunk, but the plan is to keep the packaging separate because I will need to fix things in the 0.0.13+git20060928 packages. I could also put this into a git repository on alioth if someone adds me to the pkg-xorg group. Just trying to rush forward. =) - Thierry signature.asc Description: Digital signature
Re: Feature Freeze
* David Nusinow wrote: [...] > [1] xterm needs an update, and compiz should ship with 0.2 for example... compiz 0.2 needs metacity >= 2.15.21, which is very unlikely to go into etch according to the GNOME maintainers. I may take a look at the code to see how difficult it will be to patch it for the metacity that's going to go into etch. - Thierry signature.asc Description: Digital signature
Bug#390929: compiz: "Another window manager is already running on screen: 0"
Hi Thierry, > > Then this could indicate that whatever window manager you're using does not > support being replaced. If deleting kdesktoprc does help, this may be a KDE > bug. > Could be... Did you manage to reproduce it? Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Feature Freeze
On Sat, Oct 07, 2006 at 10:19:02PM -0400, David Nusinow wrote: > If you have concrete suggestions for how to handle these things in the > future, and even right now, please post them in a reasonable manner. I > won't reply to the thread for a little while (probably some days) to give > myself the chance to calm down and figure out some ways for this to work > well for everyone. I'd appreciate any help you guys could offer to make a > workable solution for all of us. Ok... let me try this again without the psychotic power tripping... I'd like to really start doing a feature freeze on most of our packages. The whole of the archive is going in to freeze for etch in a few days anyway, so we need to keep new upstream versions out of unstable during that time so we can deliver bugfixes that are candidates for the etch release. I'd like to keep experimental as open as usual for more fun stuff. 7.2 is looking more sexy with XACE and Randr 1.2, so getting it moving will be fun. As Drew pointed out, we're missing some updates that do need to get done. I did a few updates last night of the input drivers, but there's a few missing still. When it was just me doing everything for 7.0, I could keep track in my head of what was going on. That's obviously not going to work now. As a possible solution, I created a wiki page based on the one Drew did as an attempt to help coordinate driver uploads [0]. It is located at http://wiki.debian.org/XStrikeForce/ReleaseStatus. The basic idea is documented at the top of the page. It's meant to be a reflection of consensus of where we're at with respect to freezing packages for release. We can also use this in between Debian releases in order to coordinate new upstream releases, ensuring that they migrate to testing before we start pushing new stuff in to unstable. The way I envision it working is that we discuss first, on-list, if it's time to start a freezing process. This should be pretty obvious to all of us, so I don't see it being a real problem. When anyone feels like a package is ready to be frozen, they just edit the page and include in the comment for the change why they want to freeze the package. If it's a problem, then we discuss it on-list and figure out a solution. We should also discuss on-list what sort of freeze it's going to be. For example, I feel that currently we're only fit to freeze on new features on our core packages (libs, server, drivers, main apps) but not for anything else. This should be documented at the head of the page. Coordinating all this should be easy if you just subscribe to the page. The current state of the page is simply the way I see it right now. If there's something that needs to be done, please change or add it. I didn't add things like apps because I'm lazy, so if you want to add them go for it [1]. This isn't meant to be a word of law sort of thing, just a way for us to coordinate and have a single place to look at. If you guys disagree with going after the feature freeze, please discuss it and let me know why. If you don't think the wiki page is a good move, let me know that it's crack and we'll just delete it and get on with our lives. If no one has any strong opinions, I'm going to assume we're all ok with this and go on from there. This isn't going to be the end of me trying to figure out a good way for this all to work, but I'm hoping it's a positive start. - David Nusinow [0] I thought this was a very good idea, but I had learned from the experience of doing 7.0 that it's way easier to just set a for loop to build all the drivers at once and then upload them. The idea should work better here, where we can't use simple things like for loops. [1] xterm needs an update, and compiz should ship with 0.2 for example... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#390496: Compiz fails on supersavage on T23 Thinkpad
Processing commands for [EMAIL PROTECTED]: > severity 390496 wishlist Bug#390496: Compiz fails on supersavage on T23 Thinkpad Severity set to `wishlist' from `normal' > retitle 390496 Please support textures that are not powers of two Bug#390496: Compiz fails on supersavage on T23 Thinkpad Changed Bug title. > reassign 390496 xserver-xorg-video-savage Bug#390496: Please support textures that are not powers of two Bug reassigned from package `compiz' to `xserver-xorg-video-savage'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390496: Compiz fails on supersavage on T23 Thinkpad
severity 390496 wishlist retitle 390496 Please support textures that are not powers of two reassign 390496 xserver-xorg-video-savage thanks On Sun, Oct 08, 2006 at 12:37:17PM +0200, Thierry Reding wrote: > * 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): Gtk-WARNING **: Unable to locate theme > > engine in module_path: "clearlooks", > > libGL warning: 3D driver claims to not support visual 0x4b > > /usr/bin/compiz.real: Support for non power of two textures missing > ^ > > This indicates that the driver probably doesn't support textures with > dimensions that are not powers of two. This is required for compiz to work. I > guess this could be reassigned to the S3 driver and have the severity reduced > to wishlist perhaps. Anyone? Sounds good to me :-) - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390496: Compiz fails on supersavage on T23 Thinkpad
reassign 390496 xserver-xorg-core kthxbye On Sun, 2006-10-08 at 12:37 +0200, Thierry Reding wrote: > * 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): Gtk-WARNING **: Unable to locate theme > > engine in module_path: "clearlooks", > > libGL warning: 3D driver claims to not support visual 0x4b > > /usr/bin/compiz.real: Support for non power of two textures missing > ^ > > This indicates that the driver probably doesn't support textures with > dimensions that are not powers of two. This is required for compiz to work. I > guess this could be reassigned to the S3 driver and have the severity reduced > to wishlist perhaps. Anyone? Actually, it looks like compiz doesn't require this at all but that the AIGLX function DoGetDrawableAttributes() sets the texture target to GLX_TEXTURE_RECTANGLE_EXT regardless of whether the driver supports that. So I'm reassigning this bug to xserver-xorg-core. An upstream wishlist report against the Mesa savage driver might also be a good idea though as NPOT textures would be more resource efficient with compiz. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#379480: (no subject)
On Sun, Oct 08, 2006 at 09:41:51AM -0400, [EMAIL PROTECTED] wrote: > On Wed, Sep 20, 2006 at 09:59:44PM +0200, Ji?? Pale?ek wrote: > > > > Could you try upgrading xserver-xorg-xxx to unstable version to see > > whether the problem persists in later versions? > > Just tried -- again -- upgrading xserver-xorg-core to sid. aptitude > added a number of dependencies, and the upgrade worked this time. > However, the bug is still present. Mousee frose while using Mozilla, > keyboard still worked except fot the ctl-alt combinations for switching > consoles, and ctl-alt-backspace for killing X, Did a hardware reset to > shut down and reboot. Back to running Ubuntu. > > Do we need one of the fixes Ubuntu developers should be feeding back to > Debian in comprehensible form? I'm going to go through the ubuntu patches at some point soon and start pulling them for our release. It'd be nice to know what patch you need exactly if you could get that for us... - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390271: Resizing and scrolling very slow with r200
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. Actually, it should also be verified that disabling offscreen pixmaps is even necessary or a good idea with XAA on integrated chipsets, in particular i[89]xx. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#391052: ctrl-alt-+/- thing
On Sat, 2006-10-07 at 10:20 -0700, Matt Taggart wrote: > For the problem of ctrl-alt-+/- not working... > "grepper" on #debian-x noticed the following in Xorg.log and I see it too, > > RADEONHandleMessage(0, "KeyEventMessage", "-VMode", retmsg) > RADEONHandleMessage(0, "KeyEventMessage", "+VMode", retmsg) > > "grepper" also reports seeing the problem with an nv based system (although I > assume the log entries are different). See https://bugs.freedesktop.org/show_bug.cgi?id=7097 . -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#126519: penny gerwer Superintendent Assistant
Hi penny gerwer. Would you like to generate at least 1.5K to 3.5K daily just for returning phone calls? Give us a call : 800-301-3784 If you have a telephone and can return calls you are fully qualified. Thanks, Davis Jefferson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391505: libGLcore.so: undefined symbol: _glapi_Dispatch
On Sat, Oct 07, 2006 at 09:48:46PM -0400, David Nusinow wrote: > aiui, You really shouldn't be loading that module. Remove or comment out > the line to load it in your xorg.conf. OK, it still gets loaded later, but without the error. Thanks, -ryan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Teamwork (was: Feature Freeze)
On Sunday 08 October 2006 04:19, David Nusinow wrote: > If you have concrete suggestions for how to handle these things in the > future, and even right now, please post them in a reasonable manner. Maybe some insight in how this works in the Debian Installer team may help. Note that every team (and every release manager) is different, but basic ideas should still be applicable. Both projects (D-I and XFS) are somewhat comparable, especially since XOrg has gone modular. One important difference is of course that a lot of D-I is original, Debian-specific code while XOrg is mostly "just" packaging. Tracking changes For the D-I repo we have _loads_ of people with commit access, mostly translators but also a fair number of porters and (past) developers. This means that an important tool to keep track for the RM are the CIA commit messages on #debian-boot and the mails that are sent to p.qa.d.o (the PTS) for each SVN commit. We do not have max size limit on the mails, which is possible because they are not sent directly to the d-boot list, but through the PTS. As RM I at least quickly take a look at all commits that are not purely translation updates (which luckily are easily recognizable). The main purpose is to follow what is happening, but a second goal is peer review of changes so we can hopefully catch errors early and to check for consistency between components. How closely I look depends on who made the commit and which component was changed (I tend to look less closely at architecture specific components than general ones). Joey Hess and Colin Watson also check commits in this way, but possibly more selectively. Committing changes -- In principle almost all packages are team maintained and have the d-boot list as Maintainer and one or more developers as Uploaders. In practice a lot of components (or in some cases specific parts of components [1]) have one (maybe two) "main" maintainer(s) who take care of it. In these cases the main maintainer normally has the freedom to upload when he wants. If changes are invasive or when we are close to preparing a release, he will often ping me (as RM) first. A lot of D-I components are fairly mature and "abandoned' to general maintenance. In those cases anybody can commit, but uploading will mostly be left to me as RM [2]. I will check with the committer before uploading if I'm unsure of the status of such pending changes and will often test changes locally before uploading. A few senior team members (joeyh, kamion, tbm) will also uploaded when needed, especially if there are no (or only trivial) pending changes by others. I also track pending uploads of arch specific packages and will mostly ping the relevant porters if an upload is needed for a release (e.g. because of translation updates). I try to encourage sending patches to the BTS or the list for comments before committing if people are unsure of their changes. Releasing - In general active team members will know when a release is coming up. However, I try to clearly announce when preparation for a release is actually started and the schedule I hope to follow, and to send updates when needed. I try also to explicitly mention planned freezes and make requests to not upload without contacting me first. We also keep a wiki page for each release: http://wiki.debian.org/DebianInstaller/EtchRC1Prep I have some tools available that help me to track pending (translation) changes and version differences between unstable and testing (important as udebs currently don't migrate automatically). QA and teamwork --- As RM you sometimes find yourself in a position where someone is making life for the team as a whole (and the RM in particular) harder than necessary, either by regularly committing low quality or untested patches or by not having enough consideration for the juggling act an RM of a large or complex project has to perform or by in general not behaving as a team member. In those cases IMO the RM _has_ to speak up and may, after consulting with other (senior) team members, eventually be forced to take action. I don't think I need to give an example here. Hope this helps, FJP [1] Good example is cdebconf where the GTK frontend has a separate maintainer from the general code and other frontends. [2] Because of this both Joey (as previous RM) and I are uploaders for most components as this is needed for bug closure and I will add myself when needed. pgp4NymdfG71t.pgp Description: PGP signature
xfonts-cyrillic 1:1.0.0-4 MIGRATED to testing
FYI: The status of the xfonts-cyrillic source package in Debian's testing distribution has changed. Previous version: 1:1.0.0-3 Current version: 1:1.0.0-4 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xfonts-scalable 1:1.0.0-5 MIGRATED to testing
FYI: The status of the xfonts-scalable source package in Debian's testing distribution has changed. Previous version: 1:1.0.0-4 Current version: 1:1.0.0-5 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xfonts-75dpi 1:1.0.0-3 MIGRATED to testing
FYI: The status of the xfonts-75dpi source package in Debian's testing distribution has changed. Previous version: 1:1.0.0-2 Current version: 1:1.0.0-3 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xfonts-100dpi 1:1.0.0-3 MIGRATED to testing
FYI: The status of the xfonts-100dpi source package in Debian's testing distribution has changed. Previous version: 1:1.0.0-2 Current version: 1:1.0.0-3 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
x11proto-gl 1.4.8-1 MIGRATED to testing
FYI: The status of the x11proto-gl source package in Debian's testing distribution has changed. Previous version: 1.4.6-2 Current version: 1.4.8-1 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libxv 1:1.0.2-1 MIGRATED to testing
FYI: The status of the libxv source package in Debian's testing distribution has changed. Previous version: 1:1.0.1-5 Current version: 1:1.0.2-1 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Feature Freeze
On Sun, Oct 08, 2006 at 11:22:33PM +0200, Michel Dänzer wrote: > On Sat, 2006-10-07 at 19:05 -0400, David Nusinow wrote: > > > > What do I do if you decided that, > > the new i810 driver is a good idea too? And the new ati driver? > > FWIW, the latter should be a very good idea, as it's mostly just fixes, > a couple of which are critical. Great, I was going to ask your opinion on this. It looked like the right move to push for it, and I'm glad you think the same. > The former isn't necessarily a bad idea either, the minor version bump > has no meaning beyond the added SAREA fields. Ok, I'll test it locally and push it if it's good to go. I'd like to get a modesetting package available as well. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Feature Freeze
On Sat, 2006-10-07 at 19:05 -0400, David Nusinow wrote: > > What do I do if you decided that, > the new i810 driver is a good idea too? And the new ati driver? FWIW, the latter should be a very good idea, as it's mostly just fixes, a couple of which are critical. The former isn't necessarily a bad idea either, the minor version bump has no meaning beyond the added SAREA fields. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#390271: Resizing and scrolling very slow with r200
On Sat, 2006-10-07 at 21:35 -0400, David Nusinow wrote: > On Fri, Oct 06, 2006 at 09:21:29AM +0200, Michel Dänzer wrote: > > On Thu, 2006-10-05 at 19:33 -0400, David Nusinow wrote: > > > > > > I wonder if patching the server to automatically enable this when radeon > > > is > > > loaded until we have a good fix is worthwhile... > > > > It would be a big performance penalty for people using XAA but not a > > compositing manager, i.e. probably the majority for some time to come. > > We could check for this too, right? Check for what? Again, the driver doesn't have the necessary information. > 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. > Fixing it so it actually worked with EXA would be even better, [...] Not really, there shouldn't be any problem with offscreen pixmaps with EXA. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#56179: Employer has been not hired
Greetings, Would you like to make at least 1.5K to 3.5K a day just for returning calls? If you have a phone and can return calls you are fully qualified. Call us : 800-845-0218 Thanks, Lemuel Wiley -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379480: (no subject)
On Wed, Sep 20, 2006 at 09:59:44PM +0200, Ji?? Pale?ek wrote: > > Could you try upgrading xserver-xorg-xxx to unstable version to see > whether the problem persists in later versions? Just tried -- again -- upgrading xserver-xorg-core to sid. aptitude added a number of dependencies, and the upgrade worked this time. However, the bug is still present. Mousee frose while using Mozilla, keyboard still worked except fot the ctl-alt combinations for switching consoles, and ctl-alt-backspace for killing X, Did a hardware reset to shut down and reboot. Back to running Ubuntu. Do we need one of the fixes Ubuntu developers should be feeding back to Debian in comprehensible form? -- hendrik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: setting package to libglu1-xorg libglu1-xorg-dev x11-common xlibmesa-dri xlibmesa-gl xlibmesa-gl-dev xlibmesa-glu xlibs-data xlibs-static-dev xorg xorg-dev xserver-xfree86 xserver-xorg xser
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.21 > package libglu1-xorg libglu1-xorg-dev x11-common xlibmesa-dri xlibmesa-gl > xlibmesa-gl-dev xlibmesa-glu xlibs-data xlibs-static-dev xorg xorg-dev > xserver-xfree86 xserver-xorg xserver-xorg-input-all xserver-xorg-video-all > x-window-system x-window-system-core Ignoring bugs not assigned to: xorg xlibmesa-dri xserver-xorg-input-all xserver-xorg-video-all xlibmesa-gl xlibs-static-dev xorg-dev xserver-xfree86 x11-common xlibmesa-gl-dev xlibs-data xserver-xorg x-window-system-core libglu1-xorg-dev x-window-system xlibmesa-glu libglu1-xorg > tags 390943 + pending Bug#390943: x11-common: sarge to etch upgrade fails (/usr/X11R6 issue) There were no tags set. Tags added: pending > tags 391563 + pending Bug number 391563 belongs to package xserver-xorg-input-kbd, skipping. > tags 391683 + pending Bug#391683: Norwegian Bokmål translation for xorg Tags were: d-i l10n patch Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r3687 - in trunk/debian/xorg/debian: . po
Author: bubulle Date: 2006-10-08 07:56:28 -0400 (Sun, 08 Oct 2006) New Revision: 3687 Modified: trunk/debian/xorg/debian/changelog trunk/debian/xorg/debian/po/nb.po Log: Norwegian Bokm?\195?\165l translation update Modified: trunk/debian/xorg/debian/changelog === --- trunk/debian/xorg/debian/changelog 2006-10-08 05:34:15 UTC (rev 3686) +++ trunk/debian/xorg/debian/changelog 2006-10-08 11:56:28 UTC (rev 3687) @@ -4,6 +4,7 @@ - Italian. Closes: #391497 - Russian. Closes: #391563 - Catalan. Closes: #372262 +- Norwegian Bokmål. Closes: #391683 [ David Nusinow ] * Add grace6's sarge version to the long list of conflicted packages. Thanks Modified: trunk/debian/xorg/debian/po/nb.po === --- trunk/debian/xorg/debian/po/nb.po 2006-10-08 05:34:15 UTC (rev 3686) +++ trunk/debian/xorg/debian/po/nb.po 2006-10-08 11:56:28 UTC (rev 3687) @@ -1,28 +1,28 @@ -# translation of xserver-xorg_debian_nb.po to Norwegian Bokmål -# -#Translators, if you are not familiar with the PO format, gettext -#documentation is worth reading, especially sections dedicated to -#this format, e.g. by running: -# info -n '(gettext)PO Files' -# info -n '(gettext)Header Entry' -#Some information specific to po-debconf are available at -#/usr/share/doc/po-debconf/README-trans -# or http://www.debian.org/intl/l10n/po-debconf/README-trans# -#Developers do not need to manually edit POT or PO files. -# Bjørn Steensrud <[EMAIL PROTECTED]>, 2006. -# +# translation of xserver-xorg_debian_nb.po to Norwegian Bokmål +# +#Translators, if you are not familiar with the PO format, gettext +#documentation is worth reading, especially sections dedicated to +#this format, e.g. by running: +# info -n '(gettext)PO Files' +# info -n '(gettext)Header Entry' +#Some information specific to po-debconf are available at +#/usr/share/doc/po-debconf/README-trans +# or http://www.debian.org/intl/l10n/po-debconf/README-trans# +#Developers do not need to manually edit POT or PO files. +# +# Bjørn Steensrud <[EMAIL PROTECTED]>, 2006. msgid "" msgstr "" "Project-Id-Version: xserver-xorg_debian_nb\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2006-09-17 09:13+0200\n" -"PO-Revision-Date: 2006-05-30 11:51+0200\n" +"PO-Revision-Date: 2006-10-03 19:49+0200\n" "Last-Translator: Bjørn Steensrud <[EMAIL PROTECTED]>\n" "Language-Team: Norwegian Bokmål <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" -"X-Generator: KBabel 1.10\n" +"X-Generator: KBabel 1.11.2\n" #. Type: select #. Choices @@ -143,7 +143,7 @@ #. Description #: ../x11-common.templates:6001 msgid "Cannot remove /usr/X11R6/bin directory" -msgstr "" +msgstr "Kan ikke slette mappa /usr/X11R6/bin" #. Type: note #. Description @@ -155,6 +155,11 @@ "are currently in the directory out of the way so that the installation can " "complete. If you like, you may move them back after the symlink is in place." msgstr "" +"Denne oppgraderingen krever at mappa /usr/X11R6/bin slettes og erstattes " +"med en symbolsk lenke. Det ble forsøkt gjort, men lyktes ikke, mest trolig " +"fordi mappa ikke er tom ennå. Du må flytte de filene som er igjen i mappa " +"ut av veien slik at installasjonen kan fortsette. Hvis du vil kan du flytte dem " +"tilbake etter at lenka er på plass." #. Type: note #. Description @@ -164,6 +169,9 @@ "Please re-run your upgrade procedure after you have cleaned out the " "directory." msgstr "" +"Denne pakkeinstallasjonen vil nå avslutte som mislykket slik at du " +"kan gjøre dette. Kjør oppgraderingen om igjen etter at du har tømt " +"mappa." #. Type: boolean #. Description @@ -422,7 +430,7 @@ #. Description #: ../xserver-xorg.templates:9001 msgid "Generic Video Card" -msgstr "" +msgstr "Standard videokort" #. Type: select #. Description @@ -786,8 +794,7 @@ #. Type: string #. Description #: ../xserver-xorg.templates:18001 -msgid "" -"Users of U.S. English keyboards should generally leave this entry blank." +msgid "Users of U.S. English keyboards should generally leave this entry blank." msgstr "De som bruker U.S. engelsk tastatur bør la dette være tomt." #. Type: string @@ -1014,8 +1021,7 @@ #. Type: boolean #. Description #: ../xserver-xorg.templates:24001 -msgid "" -"If autodetection fails, you will be asked for information about the monitor." +msgid "If autodetection fails, you will be asked for information about the monitor." msgstr "" "Hvis automatisk oppdaging mislykkes blir du spurt om opplysninger om " "skjermen." @@ -1160,7 +1166,7 @@ #. Description #: ../xserver-xorg.templates:29001 msgid "Generic Monitor" -msgstr "" +msgstr "Standard skjerm" #. Type: boolean #. Description @@ -1360,3 +1366,5 @@
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): Gtk-WARNING **: Unable to locate theme > engine in module_path: "clearlooks", > libGL warning: 3D driver claims to not support visual 0x4b > /usr/bin/compiz.real: Support for non power of two textures missing ^ This indicates that the driver probably doesn't support textures with dimensions that are not powers of two. This is required for compiz to work. I guess this could be reassigned to the S3 driver and have the severity reduced to wishlist perhaps. Anyone? - Thierry signature.asc Description: Digital signature
synaptics looses/hangs mouse
Hello, I recently upgraded my vaio z505 je from sarge to etch. Worked mostly flawless. One thing I noticed was the the mouse tapping was very sensitive, which was annoying. After digging somewhat in google, I found that the Sony has an ALPS mouse topsi:~# cat /proc/bus/input/devices [...] I: Bus=0011 Vendor=0002 Product=0008 Version= N: Name="PS/2 Mouse" P: Phys=isa0060/serio1/input1 S: Sysfs=/class/input/input2 H: Handlers=event2 ts0 mouse0 B: EV=7 B: KEY=7 0 0 0 0 0 0 0 0 B: REL=3 I: Bus=0011 Vendor=0002 Product=0008 Version=7321 N: Name="AlpsPS/2 ALPS GlidePoint" P: Phys=isa0060/serio1/input0 S: Sysfs=/class/input/input3 H: Handlers=event3 ts1 mouse1 B: EV=f B: KEY=420 0 7 0 0 0 0 0 0 0 0 B: REL=3 B: ABS=103 topsi:~# and I should used the synaptics input driver in xorg I added a new input device to /etc/X11/xorg.conf Section "InputDevice" Driver "synaptics" Identifier "SMouse" Option "Protocol" "auto-dev" # Option "AccelFactor" "0.0010" # Option "BottomEdge" "4200" # Option "Device" "/dev/psaux" # Option "Emulate3Buttons" "on" # Option "Finger" "25 30" # Option "FingerHigh" "30" # Option "FingerLow" "25" # Option "InputFashion" "Mouse" # Option "LeftEdge" "1700" # Option "MaxSpeed" "0.12" # Option "MaxTapMove" "220" # Option "MaxTapTime" "180" # Option "ClickTime" "100" # Option "MinSpeed" "0.06" # Option "Name" "Synaptics;Touchpad" # Option "RightEdge" "5300" Option "SHMConfig" "on" # Option "TopEdge" "1700" # Option "VertScrollDelta" "100" Option "ZAxisMapping" "4 5" EndSection which replaced the old configured PS2 mouse Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "PS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection in the ServerLayout Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" # InputDevice "Configured Mouse" InputDevice "SMouse" EndSection Now I have a mouse which stops working after approximately 30 seconds of usage. /var/log/Xorg.0.log shows (**) Generic Keyboard: Core Keyboard (**) Option "Protocol" "standard" (**) Generic Keyboard: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xfree86" (**) Generic Keyboard: XkbRules: "xfree86" (**) Option "XkbModel" "pc102" (**) Generic Keyboard: XkbModel: "pc102" (**) Option "XkbLayout" "us" (**) Generic Keyboard: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) Generic Keyboard: CustomKeycodes disabled (II) Synaptics touchpad driver version 0.14.6 (1406) (--) SMouse auto-dev sets device to /dev/input/event3 (**) Option "Device" "/dev/input/event3" (**) Option "SHMConfig" "on" (--) SMouse touchpad found (**) Option "Protocol" "PS/2" (**) Configured Mouse: Device: "/dev/psaux" (**) Configured Mouse: Protocol: "PS/2" (**) Option "CorePointer" (**) Configured Mouse: Core Pointer (**) Option "Device" "/dev/psaux" (**) Option "Emulate3Buttons" "true" (**) Configured Mouse: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5" (**) Configured Mouse: ZAxisMapping: buttons 4 and 5 (**) Configured Mouse: Buttons: 9 (II) XINPUT: Adding extended input device "Configured Mouse" (type: MOUSE) (II) XINPUT: Adding extended input device "SMouse" (type: MOUSE) (II) XINPUT: Adding extended input device "Generic Keyboard" (type: KEYBOARD) Synaptics DeviceInit called SynapticsCtrl called. (II) Configured Mouse: ps2EnableDataReporting: succeeded Could not init font path element /usr/share/fonts/X11/TTF/, removing from list! Could not init font path element /usr/share/fonts/X11/OTF, removing from list! Could not init font path element /usr/share/fonts/X11/CID/, removing from list! Synaptics DeviceOn called (--) SMouse auto-dev sets device to /dev/input/event3 (**) Option "Device" "/dev/input/event3" (--) SMouse touchpad found Any hints where to dig deeper are welcome Many thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
