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 with nvidia-9625beta */
#define
The answer in no.
I do have it configured all the time (except of when I tried to check it off)
and Ir didn't seem to help.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Subject: apt-build: make wrapper modifies PATH, so make call's real gcc, not
the wrapper
Package: apt-build
Version: 0.12.28
Severity: grave
Justification: renders package unusable
Tags: patch
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990,
it appears to be one more evdev issue. using evdev as keyboard model solves
the problem.
--
Linux box 2.6.26-8 #1 Sat Oct 18 02:25:34 IST 2008 i686 GNU/Linux
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Saturday 22 November 2008 13:08:59 Jiri Palecek wrote:
On Friday 14 November 2008 19:01:06 Julien Cristau wrote:
On Fri, Nov 14, 2008 at 17:54:16 +0200, Yoram Bar-Haim wrote:
(EE) XKB: Couldn't open rules file /usr/share/X11/xkb/rules/evdev
(EE) XKB: No components provided for device
Subject: nvidia-glx: packages description includes unsupported video cards
Package: nvidia-glx
Version: 173.14.09-5
Severity: important
-- Package-specific info:
uname -r:
Linux box 2.6.26-8 #1 Sat Oct 18 02:25:34 IST 2008 i686 GNU/Linux
/proc/version:
Linux version 2.6.26-8 (2.6.26)
Please note that xserver 1.5.2 works fine with nvidia-glx 73.14.12 on gentoo.
that mean that the conflict is probably resolvable.
--
Linux box 2.6.26-8 #1 Sat Oct 18 02:25:34 IST 2008 i686 GNU/Linux
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
this page claims that FX5200 became legacy
http://us.download.nvidia.com/XFree86/Linux-x86/177.80/README/appendix-a.html
--
Linux box 2.6.26-8 #1 Sat Oct 18 02:25:34 IST 2008 i686 GNU/Linux
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
That probably solves the problem for most users.
but still - users of GeForce 5200FX can only use the 173 branch now (see
Bug#503895).
at list the last version of this branch, 173.14.12 (which is not available in
debian), works fine with xserver 1.5 on other distributions. It will be very
nice
Also, the whole xorg stack from debian experimental runs fine with nvidia-
driver 173.14.12 installed by the nvidia installer
--
Linux box 2.6.26-8 #1 Sat Oct 18 02:25:34 IST 2008 i686 GNU/Linux
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Package: xserver-xorg-core
Version: 2:1.5.3-1
Severity: important
after moving to xorg 7.4, most things seems to work fine, but the first time
setxkbmap is called (by xkkb or manually, it does not metter), some buttons
stop respondings, including :
all arrows,insert,delete,home,end,pgup,pgdown
it appears to be one more evdev issue. using evdev as keyboard model solves
the problem.
--
Linux box 2.6.26-8 #1 Sat Oct 18 02:25:34 IST 2008 i686 GNU/Linux
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: glibc
Version: 2.7-18
Severity: grave
Justification: renders package unusable
When compiling with gcc that uses march=i686 (or any sub-arch) gcc defines
__i686 to be 1, that causes instructions such as
..ifndef __i686.get_pc_thunk.reg;
to fail as syntax error (because the prefix is 1).
The problem is not with building other packages. the problem is building glibc
itself.
there is a cotradiction between the definition by gcc and the code used in
glibc assebler files.
On יום שישי 30 ינואר 2009 11:25:20 Bastian Blank wrote:
On Fri, Jan 30, 2009 at 10:37:57AM +0200, Yoram bar
As you can see in the following output, xserver-xorg-core/experimental depends
(thru xserver-xorg/unstable) on input/video drivers which are all depend on
virtual packages like xorg-input-abi-7.0 and xorg-video-abi-6.0 that are only
provided by xserver-xorg-core in unstable...
--
Linux box
Package: apt-build
Version: 0.12.37
Severity: normal
when source package uses cmake (such as KDE 4 or phonon), it probes for
compiler and the calls is directly (/usr/lib/apt-build/g++) when doing so,
build failes.
when building the source using regualr debian/rules binary-arch everything
is fine.
###
--- wrapper.c.orig 2008-12-07 22:05:30.0 +0200
+++ wrapper.c 2008-12-07 22:06:19.0 +0200
@@ -22,7 +22,8 @@
gcc_real (char **argv)
{
filterout_libdir_path();
- return execvp (basename (argv[0]), argv);
+ argv[0] =
Package: nvidia-glx-legacy-173xx
Version: 173.14.15-2
Severity: important
this virtual package is conflicted by xsercer-xorg-core = 1.5, and yet,
practically they work together fine.
-- Package-specific info:
uname -r:
Linux box 2.6.28-l1 #1 Wed Feb 25 21:34:09 IST 2009 i686 GNU/Linux
Package: libeina-svn-05
Severity: grave
Tags: sid
Justification: renders package unusable
As result, e17 is not installable.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (100, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Package: eglibc-source
Version: 2.10.1-2
Severity: important
Justification: fails to build from source
libc-i386 stamp is created at build start, when tring to install, 'make'
bails out with error :
Installing libc
rm -rf /home/yoram/packages/eglibc-2.10.1/debian/tmp-libc
/usr/bin/make -C
Also, tarball is extracted with the following stamps already exist :
build_i386 build_libc check_i386 check_libc configure_i386 configure_libc
info mkbuilddir_i386 mkbuilddir_libc mkincludedir patch
removing the patch stamp causes build to fail because quilt fails to apply
some patches
Package: libamu4
Version: 6.2+rc20110530-3
Severity: grave
Tags: upstream
Justification: renders package unusable
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 3.10-2-686-pae (SMP w/4 CPU cores)
the problem is in mountutil.c:240.
the function linux_version_code() calls 3 times to strtok, assuming the
release string has 2 dots.
if this assumtion fails (as with 3.2.0-4-686-pae), NULL is passed to
atoi().
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
Correction:
a faulty kernel version will be (for example) 3.10-2-686-pae
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
here is a patch that makes linux_version_code() more robust:
amd.patch
Description: Binary data
25 matches
Mail list logo
