Processing of compiz_0.6.3~git20080115.0ea58487-1_amd64.changes

2008-02-26 Thread Archive Administrator 
compiz_0.6.3~git20080115.0ea58487-1_amd64.changes uploaded successfully to 
localhost
along with the files:
  compiz_0.6.3~git20080115.0ea58487-1.dsc
  compiz_0.6.3~git20080115.0ea58487.orig.tar.gz
  compiz_0.6.3~git20080115.0ea58487-1.diff.gz
  compiz_0.6.3~git20080115.0ea58487-1_all.deb
  compiz-core_0.6.3~git20080115.0ea58487-1_amd64.deb
  compiz-dev_0.6.3~git20080115.0ea58487-1_amd64.deb
  compiz-gtk_0.6.3~git20080115.0ea58487-1_amd64.deb
  compiz-kde_0.6.3~git20080115.0ea58487-1_amd64.deb
  compiz-gnome_0.6.3~git20080115.0ea58487-1_amd64.deb
  compiz-plugins_0.6.3~git20080115.0ea58487-1_amd64.deb
  libdecoration0_0.6.3~git20080115.0ea58487-1_amd64.deb
  libdecoration0-dev_0.6.3~git20080115.0ea58487-1_amd64.deb

Greetings,

Your Debian queue daemon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

compiz: Changes to 'refs/tags/compiz-0.6.3-git20080115.0ea58487-1'

2008-02-26 Thread Sean Finney 
Tag 'compiz-0.6.3-git20080115.0ea58487-1' created by Sean Finney <[EMAIL 
PROTECTED]> at 2008-02-27 07:35 +

Tagging upload of compiz 0.6.3~git20080115.0ea58487-1 to unstable.

Changes since compiz-0.6.3-git20071222.061ff159-1:
Dennis Kasprzyk (1):
  Wait for the proper configure (and map) events before rebinding the 
decoration pixmap.

Sean Finney (5):
  Merge branch 'upstream-unstable' into debian-unstable
  new upstream snapshot, refresh quilt patches and drop quilt timestamps
  add ccsm to suggests
  fix compiz-manager wrt nvidia-settings possibly not present.  add note 
about
  200*8*, d'oh.

---
 debian/changelog |   13 +++
 debian/control   |1 
 debian/patches/012_snap-by-default.patch |4 +-
 debian/patches/014_fix-no-border-window-shadow.patch |6 +--
 debian/patches/015_optional-fbo.patch|   12 +++---
 debian/patches/compiz-manager-nvidia-settings-optional.patch |   15 
 debian/patches/compiz-manager-posixly-correct.patch  |4 +-
 debian/patches/series|1 
 kde/window-decorator/decorator.cpp   |2 -
 kde/window-decorator/window.cpp  |   20 +++
 kde/window-decorator/window.h|3 +
 11 files changed, 59 insertions(+), 22 deletions(-)
---


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

compiz: Changes to 'refs/tags/compiz-0.6.3-git20080115.0ea58487'

2008-02-26 Thread Sean Finney 
Tag 'compiz-0.6.3-git20080115.0ea58487' created by Sean Finney <[EMAIL 
PROTECTED]> at 2008-02-27 07:36 +

new upstream snapshot

Changes since compiz-0.6.3-git20071222.061ff159:
Dennis Kasprzyk (1):
  Wait for the proper configure (and map) events before rebinding the 
decoration pixmap.

---
 kde/window-decorator/decorator.cpp |2 +-
 kde/window-decorator/window.cpp|   20 +---
 kde/window-decorator/window.h  |3 ++-
 3 files changed, 16 insertions(+), 9 deletions(-)
---


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

compiz: Changes to 'debian-unstable'

2008-02-26 Thread Sean Finney 
 debian/changelog |   13 +++
 debian/control   |1 
 debian/patches/012_snap-by-default.patch |4 +-
 debian/patches/014_fix-no-border-window-shadow.patch |6 +--
 debian/patches/015_optional-fbo.patch|   12 +++---
 debian/patches/compiz-manager-nvidia-settings-optional.patch |   15 
 debian/patches/compiz-manager-posixly-correct.patch  |4 +-
 debian/patches/series|1 
 kde/window-decorator/decorator.cpp   |2 -
 kde/window-decorator/window.cpp  |   20 +++
 kde/window-decorator/window.h|3 +
 11 files changed, 59 insertions(+), 22 deletions(-)

New commits:
commit 7dbdc4f0a0486b14725ae43d33533ac4056f0f08
Author: Sean Finney <[EMAIL PROTECTED]>
Date:   Wed Feb 27 08:14:12 2008 +0100

200*8*, d'oh.

diff --git a/debian/changelog b/debian/changelog
index c2b80bf..c5dbb7c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-compiz (0.6.3~git20070115.0ea58487-1) unstable; urgency=low
+compiz (0.6.3~git20080115.0ea58487-1) unstable; urgency=low
 
   * New upstream (git snapshot) release.  Refreshed quilt patches.
   * Contains upstream fix for kde-window-decorator problems with not properly

commit a2742e1968adb398aea210eb11f1c9ec442333d1
Author: Sean Finney <[EMAIL PROTECTED]>
Date:   Wed Feb 27 07:51:02 2008 +0100

fix compiz-manager wrt nvidia-settings possibly not present.  add note about
more upstream closed bugs.

diff --git a/debian/changelog b/debian/changelog
index b03482f..c2b80bf 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,9 +1,13 @@
 compiz (0.6.3~git20070115.0ea58487-1) unstable; urgency=low
 
   * New upstream (git snapshot) release.  Refreshed quilt patches.
+  * Contains upstream fix for kde-window-decorator problems with not properly
+mapping/rendering titlebars.  closes: #458464, #460186.
   * Remove timestamps from quilt patches (package maintainers, you 
 should put QUILT_NO_DIFF_TIMESTAMPS=1 in your ~/.quiltrc).
   * add compizconfig-settings-manager to Suggests field for compiz.
+  * don't blindly assume that the nvidia-settings program is present.
+patch: compiz-manager-nvidia-settings-optional.patch.  closes: #463645.
 
  -- sean finney <[EMAIL PROTECTED]>  Tue, 26 Feb 2008 20:08:31 +0100
 
diff --git a/debian/patches/compiz-manager-nvidia-settings-optional.patch 
b/debian/patches/compiz-manager-nvidia-settings-optional.patch
new file mode 100644
index 000..4e18cff
--- /dev/null
+++ b/debian/patches/compiz-manager-nvidia-settings-optional.patch
@@ -0,0 +1,15 @@
+Index: compiz/debian/compiz-manager
+===
+--- compiz.orig/debian/compiz-manager
 compiz/debian/compiz-manager
+@@ -198,6 +198,10 @@
+ # Check if the nVidia card has enough video ram to make sense
+ check_nvidia_memory()
+ {
++  if ! which $NVIDIA_SETTINGS >/dev/null 2>&1; then
++  verbose "No $NVIDIA_SETTINGS program available to determine 
VideoRam."
++  return 0
++  fi
+   MEM=$(${NVIDIA_SETTINGS} -q VideoRam | egrep Attribute\ \'VideoRam\'\ 
.*: | cut -d: -f3 | sed 's/[^0-9]//g')
+   if [ $MEM -lt $NVIDIA_MEMORY ]; then
+   verbose "Less than ${NVIDIA_MEMORY}kb of memory and nVidia";
diff --git a/debian/patches/series b/debian/patches/series
index 2dcdef2..6868ebe 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -2,3 +2,4 @@
 014_fix-no-border-window-shadow.patch
 015_optional-fbo.patch
 compiz-manager-posixly-correct.patch
+compiz-manager-nvidia-settings-optional.patch

commit 8218d3663dce6a4b1ecb3e4071473ca97123cd9a
Author: Sean Finney <[EMAIL PROTECTED]>
Date:   Tue Feb 26 23:29:18 2008 +0100

add ccsm to suggests

diff --git a/debian/changelog b/debian/changelog
index f2f3966..b03482f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -3,6 +3,7 @@ compiz (0.6.3~git20070115.0ea58487-1) unstable; urgency=low
   * New upstream (git snapshot) release.  Refreshed quilt patches.
   * Remove timestamps from quilt patches (package maintainers, you 
 should put QUILT_NO_DIFF_TIMESTAMPS=1 in your ~/.quiltrc).
+  * add compizconfig-settings-manager to Suggests field for compiz.
 
  -- sean finney <[EMAIL PROTECTED]>  Tue, 26 Feb 2008 20:08:31 +0100
 
diff --git a/debian/control b/debian/control
index 3dff286..544f5b4 100644
--- a/debian/control
+++ b/debian/control
@@ -18,6 +18,7 @@ Standards-Version: 3.7.3
 Package: compiz
 Architecture: all
 Depends: compiz-core (>= ${source:Version}), compiz-plugins (>= 
${source:Version}), compiz-gtk (>= ${source:Version}), compiz-gnome (>= 
${source:Version})
+Suggests: compizconfig-settings-manager
 Description: OpenGL window and compositing manager
  Compiz brings to life a variet

compiz: Changes to 'upstream-unstable'

2008-02-26 Thread Sean Finney 
 kde/window-decorator/decorator.cpp |2 +-
 kde/window-decorator/window.cpp|   20 +---
 kde/window-decorator/window.h  |3 ++-
 3 files changed, 16 insertions(+), 9 deletions(-)

New commits:
commit 0ea58487fd2b0db25fae93ff08ae6680d1ad6557
Author: Dennis Kasprzyk <[EMAIL PROTECTED]>
Date:   Tue Jan 15 14:53:46 2008 +0100

Wait for the proper configure (and map) events before rebinding the 
decoration pixmap.

- On some systems the decoration widget window gets mapped first and 
resized after the map. KWD used a wrong window pixmap in this case.

diff --git a/kde/window-decorator/decorator.cpp 
b/kde/window-decorator/decorator.cpp
index df2d188..980233b 100644
--- a/kde/window-decorator/decorator.cpp
+++ b/kde/window-decorator/decorator.cpp
@@ -589,7 +589,7 @@ KWD::Decorator::x11EventFilter (XEvent *xevent)
else
break;
 
-   if (client->handleConfigure ())
+   if (client->handleConfigure (QSize (xce->width, xce->height)))
{
if (!mIdleTimer.isActive ())
mIdleTimer.start (0, TRUE);
diff --git a/kde/window-decorator/window.cpp b/kde/window-decorator/window.cpp
index 5165995..75f149d 100644
--- a/kde/window-decorator/window.cpp
+++ b/kde/window-decorator/window.cpp
@@ -1144,15 +1144,18 @@ KWD::Window::resizeDecoration (bool force)
mPicture = 0;
 }
 
+if (w != width() || h != height())
+{
+   mPendingConfigure = 1;
+}
+
 setGeometry (QRect (mGeometry.x () + ROOT_OFF_X - mBorder.left,
mGeometry.y () + ROOT_OFF_Y - mBorder.top,
w, h));
 
-if (mMapped)
-{
-   mPendingConfigure++;
-}
-else
+mSize = QSize (w, h);
+
+if (!mMapped)
 {
mPendingMap = 1;
 
@@ -1219,12 +1222,15 @@ KWD::Window::handleMap (void)
 }
 
 bool
-KWD::Window::handleConfigure (void)
+KWD::Window::handleConfigure (QSize size)
 {
 if (!mPendingConfigure)
return FALSE;
 
-mPendingConfigure--;
+if (size != mSize)
+   return FALSE;
+
+mPendingConfigure = 0;
 if (mPendingConfigure || mPendingMap)
return FALSE;
 
diff --git a/kde/window-decorator/window.h b/kde/window-decorator/window.h
index eb4a8d3..d22cff2 100644
--- a/kde/window-decorator/window.h
+++ b/kde/window-decorator/window.h
@@ -156,7 +156,7 @@ class Window:public QWidget, public KDecorationBridge {
mDamage += QRegion (x, y, w, h);
}
bool handleMap (void);
-   bool handleConfigure (void);
+   bool handleConfigure (QSize size);
void processDamage (void);
decor_context_t *context (void)
{
@@ -235,6 +235,7 @@ class Window:public QWidget, public KDecorationBridge {
bool mMapped;
int mPendingMap;
int mPendingConfigure;
+   QSize mSize;
KProcess *mProcessKiller;
 };
 }


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#467319: reproducible in xserver-xorg-video-intel/2.2.1

2008-02-26 Thread Brice Goglin 
Francesco Poli wrote:
> Package: xserver-xorg-video-intel
> Version: 2:2.2.1-1
> Followup-For: Bug #467319
>
> Hi!
> I've just managed to reproduce the bug with version 2.2.1 from
> unstable.
>   

Good.

> Running
>
>   $ /usr/lib/xscreensaver/stonerview
>
> from an xterm, and expanding the screensaver window (so that it takes
> almost the whole screen estate) was enough to crash the X session
> after a while.
>
> Relevant line in /var/log/kern.log:
> Feb 27 00:25:28 homebrew kernel: [drm:i915_wait_irq] *ERROR* i915_wait_irq: 
> EBUSY -- rec: 523080 emitted: 523087
>   

Assuming the kernel is involved, could you try with a 2.6.24 or
2.6.25-rc3 kernel?

Brice




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#444645: marked as done (Packaging compiz-plugins without depending on gconf2?)

2008-02-26 Thread Debian Bug Tracking System 

Your message dated Wed, 27 Feb 2008 07:39:32 +0100
with message-id <[EMAIL PROTECTED]>
and subject line fixed in previous release
has caused the Debian Bug report #444645,
regarding Packaging compiz-plugins without depending on gconf2?
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
444645: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=444645
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: compiz-plugins
Severity: wishlist

I'd like to give compiz a try on my systems, but there is one thing that
is holding me back.
My systems are all KDE based. Sorry, can't help it, I just prefer KDE
over Gnome (by a huge margin).

The problem is that IIUC all the cool stuff is in compiz-plugins and
that without compiz-plugins it is really not worth running compiz.
But for some reason compiz-plugins depends on _gconf2_ and I really,
really do not want such core Gnome stuff installed on my KDE system.
A few libs is fine of course. I also have the Gimp installed.
But I really do not need the Gnome configuration management nonsense.
It is 7.5 MB that I have absolutely no use for.

If there is any way the packaging could be changed so that
compiz-plugings becomes installable without installing gconf2, that
would be very much appreciated, by a lot of users of other desktop
environments!

Thanks for considering,
Frans Pop

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.23-rc8+cfs (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


--- End Message ---
--- Begin Message ---
Version: 0.6.3~git20071104.c9009efd-1

hi,

as of the above mentioned version it should be impossible to have the whole 
compiz/compiz-fusion suite installed without gconf.  try installing compiz 
and compizconfig-backend-kconf for starters, as well as the kde decorator and 
any fusion plugins and other extra bells and whistles you want.


sean


signature.asc
Description: This is a digitally signed message part.
--- End Message ---

Bug#468103: DISPLAY variable not set in ssh session

2008-02-26 Thread Vincent Lefevre 
On 2008-02-26 19:40:56 -0500, Rick Thomas wrote:
> That was it.  I did
>   aptitude install xauth
> and everything was fine.
>
> It looks like the xterm package needs to depend on the xauth package
> -- or at least recommend it.

I don't think so: one can use xterm without xauth (if one doesn't
use ssh). Moreover openssh-server suggests xbase-clients (I thought
everyone who uses X11 had that), which depends on xauth. But perhaps
openssh-server should recommend xauth.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

Bug#468103: DISPLAY variable not set in ssh session

2008-02-26 Thread Rick Thomas 

Package: xterm

On Feb 26, 2008, at 2:57 PM, Tzafrir Cohen wrote:


On Tue, Feb 26, 2008 at 05:00:13AM -0500, Rick Thomas wrote:

I just installed Lenny on a G4 Mac.  I installed the "ssh" package on
it.  I can "ssh" to it just fine.  But I can't get X11 forwarding to
work.  When I use "ssh -X" or "ssh -Y" (either option) the connection
is made, but the DISPLAY variable is not being set.

Anybody know why?


No. But using ssh -v might give some clues. One extra potential  
reason:

the target box does not have (the utility) xauth on it.



That was it.  I did
aptitude install xauth
and everything was fine.

It looks like the xterm package needs to depend on the xauth package  
-- or at least recommend it.


What package should a bug report for this go to?

Thanks!

Rick




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#467105: ATI driver: use of Xv causes one monitor to be repeatedly blanked

2008-02-26 Thread Darren Salt 
I demand that Alex Deucher may or may not have written...

> On Tue, Feb 26, 2008 at 12:07 PM, Darren Salt
> <[EMAIL PROTECTED]> wrote:
>> I demand that Alex Deucher may or may not have written...
[snip]
>>> Why is gxine calling the DPMS hooks for the monitors?
>> It's designed to allow blanking when nothing is being played or the
>> stream is paused; on starting or resuming playback, it is intended that
>> gxine will unblank the display automatically.
[snip]
>> Also, I don't want it to ever be able to fail to restore the DPMS
>> settings – by not altering them, there's nothing to restore. This does
>> require ensuring that the blank timer never reaches 0 (unless it's set
>> ludicrously low).

> But why does it do it repeatedly?

See above.

> that's what causes the blinking.  it should do it once, or am I missing
> something?

If crtc1 is already on, why touch crtc0 at all? (Also, if crtc0 is in some
state other than 'on', why switch it off?)

(Tweaking gxine to take more notice of DPMSInfo()'s output should fix one
side of this bug...)

>>> Do other video players have the same problem?
>> Any which use the same methods will, since "xset dpms force on" is
>> sufficient to trigger the problem.

> when you run "xset dpms force on" does the blinking continue after you run
> it or does it happen once?

Once.

-- 
| Darren Salt| linux or ds at  | nr. Ashington, | Toon
| RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army
| + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE.

Is this yours? Your dog left it on my lawn...

Processed: notfound 465154 in 2:2.2.1-1

2008-02-26 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.16
> notfound 465154 2:2.2.1-1
Bug#465154: Switching to virtual console turns monitor blank
Bug no longer marked as found in version 2:2.2.1-1.
(By the way, this Bug is currently marked as done.)

>
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]

Bug#458043: marked as done (When I launc compiz from gnome it restart my X server)

2008-02-26 Thread Debian Bug Tracking System 

Your message dated Tue, 26 Feb 2008 20:18:11 +0100
with message-id <[EMAIL PROTECTED]>
and subject line not our software
has caused the Debian Bug report #458043,
regarding When I launc compiz from gnome it restart my X server
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
458043: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=458043
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: compiz
Version: 1:0.6.99+git20071216-shame-0
Severity: critical
Justification: breaks the whole system


When I launch compiz from gnome it restarts my X server without any warning.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages compiz depends on:
ii  compiz-core 1:0.6.99+git20071216-shame-0 OpenGL window and compositing mana
ii  compiz-kde  1:0.6.99+git20071216-shame-0 OpenGL window and compositing mana
ii  compiz-plug 1:0.6.99+git20071216-shame-0 OpenGL window and compositing mana

compiz recommends no packages.

-- no debconf information


--- End Message ---
--- Begin Message ---
hi,

apologies for the belated response, but you're reporting a bug to the wrong 
place.  according to your package version you are using the unofficial shame 
repository version of compiz, so i suggest you bring it up with that 
maintainer instead.

if you can reproduce the problem with the debian version of the packages, then 
we can re-asses the situation at that time.


sean


signature.asc
Description: This is a digitally signed message part.
--- End Message ---

Bug#455512: marked as done (build target cannot be run after interrupted)

2008-02-26 Thread Debian Bug Tracking System 

Your message dated Tue, 26 Feb 2008 20:36:22 +0100
with message-id <[EMAIL PROTECTED]>
and subject line fixed in previous release
has caused the Debian Bug report #455512,
regarding build target cannot be run after interrupted
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
455512: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455512
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: compiz
Version: latest
Severity: important
Tags: patch

See attached patch.

-- System Information:
Debian Release: lenny/sid
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8)
--- compiz-0.5.2.old/debian/rules   2007-12-10 16:20:21.0 +0100
+++ compiz-0.5.2/debian/rules   2007-12-10 15:49:32.0 +0100
@@ -44,7 +44,7 @@
 build-stamp:
dh_testdir

-   mkdir obj-$(DEB_BUILD_GNU_TYPE)
+   mkdir -p obj-$(DEB_BUILD_GNU_TYPE)
chmod +x ./configure
cd obj-$(DEB_BUILD_GNU_TYPE) && \
../configure --prefix=/usr --sysconfdir=\$${prefix}/share $(confflags) \
--- End Message ---
--- Begin Message ---
Version: 0.6.3~git20071208.25941d14-1

hi,

the offending lines in question were removed in the above referenced version, 
so the bug gets closed again :)


sean


signature.asc
Description: This is a digitally signed message part.
--- End Message ---

Bug#467105: ATI driver: use of Xv causes one monitor to be repeatedly blanked

2008-02-26 Thread Alex Deucher 
On Tue, Feb 26, 2008 at 12:07 PM, Darren Salt
<[EMAIL PROTECTED]> wrote:
> retitle 467105 ATI driver: "xset dpms force on" causes one monitor to be 
> blanked briefly
>  thanks
>
>  I demand that Alex Deucher may or may not have written...
>
>
>  > On Sun, Feb 24, 2008 at 11:21 AM, Darren Salt
>  > <[EMAIL PROTECTED]> wrote:
>  >> I demand that Brice Goglin may or may not have written...
>  >>> Darren Salt wrote:
>   One of my monitors (VGA-0) is repeatedly and regularly blanked and
>   unblanked, each change being approx. 1s apart when Xv is in use, e.g. by
>   gxine.
>  >> Actually, more like 1s off, 3s on, and for each pair of state changes,
>  >> there is a corresponding pair of
>  >>   enable montype: 1
>  >>   enable montype: 3
>  >> in the log.
>
>  > Why is gxine calling the DPMS hooks for the monitors?
>
>  It's designed to allow blanking when nothing is being played or the stream is
>  paused; on starting or resuming playback, it is intended that gxine will
>  unblank the display automatically. (There's no guarantee that the method used
>  to resume or start playback will also cause X to automatically unblank the
>  display; equally, there's no guarantee that the screen blanker will have cut
>  in, and gxine has no knowledge of whether it has.)
>
>  Also, I don't want it to ever be able to fail to restore the DPMS settings –
>  by not altering them, there's nothing to restore. This does require ensuring
>  that the blank timer never reaches 0 (unless it's set ludicrously low).
>

But why does it do it repeatedly? that's what causes the blinking.  it
should do it once, or am I missing something?

>
>  > Do other video players have the same problem?
>
>  Any which use the same methods will, since "xset dpms force on" is sufficient
>  to trigger the problem.

when you run "xset dpms force on" does the blinking continue after you
run it or does it happen once?

Alex

Bug#467105: ATI driver: use of Xv causes one monitor to be repeatedly blanked

2008-02-26 Thread Darren Salt 
retitle 467105 ATI driver: "xset dpms force on" causes one monitor to be 
blanked briefly
thanks

I demand that Alex Deucher may or may not have written...

> On Sun, Feb 24, 2008 at 11:21 AM, Darren Salt
> <[EMAIL PROTECTED]> wrote:
>> I demand that Brice Goglin may or may not have written...
>>> Darren Salt wrote:
 One of my monitors (VGA-0) is repeatedly and regularly blanked and
 unblanked, each change being approx. 1s apart when Xv is in use, e.g. by
 gxine.
>> Actually, more like 1s off, 3s on, and for each pair of state changes,
>> there is a corresponding pair of
>>   enable montype: 1
>>   enable montype: 3
>> in the log.

> Why is gxine calling the DPMS hooks for the monitors?

It's designed to allow blanking when nothing is being played or the stream is
paused; on starting or resuming playback, it is intended that gxine will
unblank the display automatically. (There's no guarantee that the method used
to resume or start playback will also cause X to automatically unblank the
display; equally, there's no guarantee that the screen blanker will have cut
in, and gxine has no knowledge of whether it has.)

Also, I don't want it to ever be able to fail to restore the DPMS settings –
by not altering them, there's nothing to restore. This does require ensuring
that the blank timer never reaches 0 (unless it's set ludicrously low).

> Do other video players have the same problem?

Any which use the same methods will, since "xset dpms force on" is sufficient
to trigger the problem.

-- 
| Darren Salt| linux or ds at  | nr. Ashington, | Toon
| RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army
| + Buy less and make it last longer. INDUSTRY CAUSES GLOBAL WARMING.

I don't want to grow up. I won't grow up. You can't make me.

Bug#467399: marked as done (compiz fails to take control of windows)

2008-02-26 Thread Debian Bug Tracking System 

Your message dated Tue, 26 Feb 2008 19:01:54 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#467399: compiz fails to take control of windows
has caused the Debian Bug report #467399,
regarding compiz fails to take control of windows
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
467399: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=467399
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: compiz
Version: 0.6.3~git20071222.061ff159-1
Severity: normal


I'm trying compiz for the first time.  When I start it up, all the window
borders disappear.  No sign of compiz taking control appears.  Also, I cannot
see what I type in any terminal window.  It seems to respond to clicks to
bring other terminals to the front, but I can't see it respond in any other
way.

Fortunately, I can revert to metacity.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages compiz depends on:
ii  compiz-core 0.6.3~git20071222.061ff159-1 OpenGL window and compositing mana
ii  compiz-gnom 0.6.3~git20071222.061ff159-1 OpenGL window and compositing mana
ii  compiz-gtk  0.6.3~git20071222.061ff159-1 OpenGL window and compositing mana
ii  compiz-plug 0.6.3~git20071222.061ff159-1 OpenGL window and compositing mana

compiz recommends no packages.

-- no debconf information


--- End Message ---
--- Begin Message ---
Jerry Quinn wrote:
> Yes it did.  Cool.

Ok, closing then thanks.

> 1) Turn on decoration and some other minimal window manager abilities
> by default.  I'd argue that the lack of decoration and basic window
> management out of the box is a bug

Agreed, we received tons of similar requests, I don't know what the
status of this is.

At some point, I thought your problem would only occur if you had run an
old compiz (say 0.2, which created a pretty small config without the
decoration plugin) and then upgraded to a recent one (which thus missed
the decoration plugin). Did you run a recent compiz first, or did you
ever run an old one?

> 2) Add compizconfig-settings-manager as a suggests for compiz.  That
> will give newbies a slightly easier way of setting up the basics and
> playing with effects.

I don't see anything bad about this. I passed the idea to our Compiz guy.

> I noticed a few other problems, such as not honoring the 2x4 desktop I
> was using under metacity (it folded to a 1x4 desktop and threw all my
> windows into the first screen)

Yeah we have some bug reports (#432802) about workspace switcher
"conflicts" between gnome and compiz. Not sure it's easy to fix...

> and not honoring some of my metacity keybindings (perhaps a
> settings-migration tool would help?).

We have a bug report about this too (#454922). If you want to write this
migration tool, feel free to send it :)

Brice


--- End Message ---

Processed: reopening 354713

2008-02-26 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.16
> reopen 354713
Bug#354713: xdm: sometimes hangs in malloc's futex
Bug reopened, originator not changed.

>
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]

Processed: Re: Bug#467105: ATI driver: use of Xv causes one monitor to be repeatedly blanked

2008-02-26 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> retitle 467105 ATI driver: "xset dpms force on" causes one monitor to be 
> blanked briefly
Bug#467105: ATI driver: use of Xv causes one monitor to be repeatedly blanked
Changed Bug title to `ATI driver: "xset dpms force on" causes one monitor to be 
blanked briefly' from `ATI driver: use of Xv causes one monitor to be 
repeatedly blanked'.

> 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#467105: ATI driver: use of Xv causes one monitor to be repeatedly blanked

2008-02-26 Thread Alex Deucher 
On Sun, Feb 24, 2008 at 11:21 AM, Darren Salt
<[EMAIL PROTECTED]> wrote:
> I demand that Brice Goglin may or may not have written...
>
>  > Darren Salt wrote:
>  >> One of my monitors (VGA-0) is repeatedly and regularly blanked and
>  >> unblanked, each change being approx. 1s apart when Xv is in use, e.g. by
>  >> gxine.
>
>  Actually, more like 1s off, 3s on, and for each pair of state changes, there
>  is a corresponding pair of
>   enable montype: 1
>   enable montype: 3
>  in the log.

Why is gxine calling the DPMS hooks for the monitors?  Do other video
players have the same problem?

Alex

>
>  >> The other monitor (DVI-0) is unaffected, and the position of the
>  >> overlay does not appear to make any difference, though it does need to be
>  >> visible (tested by shading and unshading the video window).
>
>  >> Reverting to 1:6.7.197-1 cured the problem. I have not checked
>  >> intermediate snapshot builds.
>
>  > Please try at least these intermediate snapshot. There are 6 of them
>  > available at http://snapshot.debian.net
>
>  > Or better, do a git-bisect in the upstream git repository
>  > http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-ati.git to locate
>  > the exact commit breaking this. If you need help, please let me know.
>
>  9ab5d2ec7c583c74f364d7cfbb54bcd2cd8ae2f5 is first bad commit
>  commit 9ab5d2ec7c583c74f364d7cfbb54bcd2cd8ae2f5
>  Author: Alex Deucher <[EMAIL PROTECTED](none)>
>  Date:   Mon Feb 11 15:26:51 2008 -0500
>
> RADEON: always restore crtc1 before crtc0 when using both crtcs
>
> In some rare cases restoring crtc0 first will result in a blank screen
> on crtc1.  If you are having issues with a blank screen on crtc1
> that used to work on 6.6.3 or before, this should help.
>
>  6.8.0 with this reverted is fine.
>
>  --
>  | Darren Salt| linux or ds at  | nr. Ashington, | Toon
>  | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army
>  | + Travel less. Share transport more.   PRODUCE LESS CARBON DIOXIDE.
>
>  You can't get to Heaven on roller skates.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#467507: compiz: Prevents frame grabbing from v4l device (tv tuner)

2008-02-26 Thread Daniel Dickinson 
On Tue, 26 Feb 2008 09:11:28 +0100
Brice Goglin <[EMAIL PROTECTED]> wrote:

> > Having compiz active results in blank video using ffmpeg (both
[snip]
> >
> > The ffmpeg command-line I use (for the experimental ffmpeg, lenny
> > uses audio_device instead of oss) is:
> >
> > /usr/bin/ffmpeg -y -tvstd ntsc -t "$TOTALSECONDS" -s 480x352 -re
> > -deinterlace -f video4linux2 -i /dev/video0 -f oss -i /dev/dsp -ac
> > 2 -s 640x480 -f mpeg -vcodec mpeg1video -acodec mp2
> > "$BASEFILENAME.mpeg"
[snip]
> I have no idea what the above line exactly does. Is it just recording
> what's coming from a digital camera plugged on /dev/video0 ? Or is
> there anything recorded that comes from a window on the screen ?
> Compiz changes the way things a displayed (applications render
> offscreen and Compiz composite them back to screen).

It's recording from and old tv tuner card at /dev/video0.  I suspect it
interact with the video card in some way because trying to play videos
on a display other than :0 results in blank video, and I'm pretty sure
these old bttv848 based cards did direct transfers to video memory (but
not onscreen unless you so choose).

Given what you say, my guess is that the card is incompatible with
compiz.

Regards,

Daniel

-- 
And that's my crabbing done for the day.  Got it out of the way early, 
now I have the rest of the afternoon to sniff fragrant tea-roses or 
strangle cute bunnies or something.   -- Michael Devore
GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C  http://gnupg.org
No more sea shells:  Daniel's Webloghttp://cshore.wordpress.com


signature.asc
Description: PGP signature

Bug#467460: xserver-xorg-video-ati: [RV350] crashes X

2008-02-26 Thread A Mennucc 
On Mon, Feb 25, 2008 at 06:58:26PM +0100, Brice Goglin wrote:
> Yes, the default AGPmode changed (again) recently. And actually it is
> now back to the same behavior than in the old 6.6.x days. IIRC, by
> default, it just tries to use the BIOS mode. If this default mode
> doesn't work, you need to either change your BIOS config or use AGPMode
> in xorg.conf.

That ACER notebook has a quite primitive BIOS, with almost no user 
configurations
allowed,  (and indeed it does not support ACPI suspend as well); I looked for a 
while,
but I could not find a BIOS setting for the AGP speed

a.

-- 
Andrea Mennucc

"The EULA sounds like it was written by a team of lawyers who want to tell 
me what I can't do, and the GPL sounds like it was written by a human 
being who wants me to know what I can do."
Anonymous,http://www.securityfocus.com/columnists/420



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#467399: compiz fails to take control of windows

2008-02-26 Thread Jerry Quinn 

Brice Goglin wrote:

Jerry Quinn wrote:

Package: compiz
Version: 0.6.3~git20071222.061ff159-1
Severity: normal


I'm trying compiz for the first time.  When I start it up, all the window
borders disappear.  No sign of compiz taking control appears.  Also, I cannot
see what I type in any terminal window.  It seems to respond to clicks to
bring other terminals to the front, but I can't see it respond in any other
way.


Does http://bgoglin.livejournal.com/11253.html help?


Yes it did.  Cool.  OK, given that, I have two suggestions :-)

1) Turn on decoration and some other minimal window manager abilities by 
default.  I'd argue that the lack of decoration and basic window 
management out of the box is a bug


2) Add compizconfig-settings-manager as a suggests for compiz.  That 
will give newbies a slightly easier way of setting up the basics and 
playing with effects.



I noticed a few other problems, such as not honoring the 2x4 desktop I 
was using under metacity (it folded to a 1x4 desktop and threw all my 
windows into the first screen), and not honoring some of my metacity 
keybindings (perhaps a settings-migration tool would help?).


Thanks,
Jerry





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#466384: Please don't change the default Finnish keyboard to fi(kotoistus)

2008-02-26 Thread Troy 
Hi,

I wanted to point out that the Kotoistus layout is the basis for the new
Finnish keyboard standard, which is being prepared by our workgroup. I
was surprised to see the comment "much criticism," since we have been
urging people to submit criticism and comments for the past couple of
years. If you don't send your criticism to the Kotoistus coordinator,
you will not have your voice heard. The kotoistus website is at
www.kotoistus.fi. 

Martin-Éric, have you considered the "difficulties" in relation to other
languages? I understand you are familiar with Estonian and French, so
your bias is obviously there. There is nothing wrong with that, of
course. However, if you look at the problems you mentioned, you will
notice that we considered each one individually, and placed the most
common diacritic in the easiest position, with the most common diacritic
on the key, the next most common under the shift key, the third most
common under Alt-Gr and the fourth one under Alt-Gr and shift.

As to the need to write these letters, Finland is a multi-lingual
country, albeit many would like to deny this. Sami and Roma languages
are two of them, and both have letters which were not producable on the
old layouts. 

In addition, we have a long standing problem of peoples' names being
written incorrectly because of old standards which require names to be
altered and not get written correctly. With Unicode and the new layout
we are now able to record peoples' names correctly. This is a major
improvement. There are still other legal hurdles to pass before we have
these problems solved, but the keyboard layout was the first and the
most obvious obstacle.

Finland is now part of the EU. I understand that everyone gives their
own languages preference, I certainly do. However, when designing a new
keyboard layout, those biases must be put aside, so that one can reach a
solution which enables all users to input their own language. The new
layout enables all characters in the EU countries' to be input
correctly.

Efficiency and usability are important. In the real world, however, we
must compromise when the interests of two or more groups conflict with
each other. Such was the case with the new Finnish keyboard layout.

I might also add that there is a project at CEN, called MEEK, to design
guidelines for keyboards in the EU, and worldwide, we hope. One of the
goals is to help users in Internet cafes and such places. Internet cafes
are an interesting meeting place of cultures, where users from various
backgrounds, not just EU countries I might add, use the same keyboards
for inputting their text. You can imagine the difficulties when trying
to input Finnish on a French keyboard, to give you an example. It would
be nice to find a common set of rules, so that entering text in any
country would be made less complex. The site is at 
http://www.cen.eu/cenorm/sectors/sectors/isss/activity/ws+meek.asp

> The committee behind the new standard also
> blatantly ignored memos by fellow multilinguists on what would be a
> *usable* new keyboard map. All they were interested in was following
> whatever standard the other Scandinavian countries would implement.

I can assure you that at least as far as I am concerned (as a member and
occasional chairman of the keyboard layout workgroup) this is not true. 



Troy Korjuslommi
http://kotoistus.tksoft.com/linux/index-en.html

Re: updated X drivers in etch+1/2?

2008-02-26 Thread Michel Dänzer 

On Mon, 2008-02-25 at 09:11 +0100, Brice Goglin wrote: 
> David Nusinow wrote:
> > It looks like we still need an -ati backport, although I really don't know
> > what the best route to take for this. That driver has undergone so many
> > changes, I'm not sure what we can realistically backport.
> >   
> 
> Agreed. I think ati 6.6.3 was considered a good release. From what I saw
> in the BTS, 6.6.19x didn't improve many things and even broke some. Most
> new board support was only added very recently in 6.7.19x, but radeonhd
> already take care of most of them.
> 
> It's probably worth backporting 0c26806245381b925b73ff9f3b747e3dcf0ebd6f
> (old rv380 pci id added recently) and I can have a look at the git
> history to find some trivial fixes if needed.

I agree that anything beyond cherry-picking select commits is probably
infeasible.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer

Bug#455817: X server crashes in torus-trooper game

2008-02-26 Thread Michel Dänzer 

On Mon, 2008-02-25 at 09:02 +0100, Brice Goglin wrote: 
> 
> On Fri, Jan 04, 2008 at 09:01:42PM +, Joseph Nahmias wrote:
> 
> > > cat /proc/fb
> > 
> > OK, got this:
> > 
> > [EMAIL PROTECTED]:/tmp$ cat /proc/fb
> > 0 VESA VGA
> > [EMAIL PROTECTED]:/tmp$
> 
> Could you try to reproduce the bug *without* any framebuffer running?
> 
> The upstream bug has been closed as wontfix because interaction between
> X and fb at messy, and they did not plan to fix them until recently.

vesafb doesn't touch the hardware at all after it's initialized on
bootup, so it's not really different from vgacon for the X driver.
intelfb is what they are worried about.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer

Re: updated X drivers in etch+1/2?

2008-02-26 Thread peter green 



but radeonhd
already take care of most of them.
  
Are there any plans to update the hardware detection so that cards 
supported by the newly added radeonhd driver or updated versions of 
other drivers are given those drivers? or will etch and a half users 
with such cards have to set up those drivers manually?



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354713: marked as done (xdm: sometimes hangs in malloc's futex)

2008-02-26 Thread Debian Bug Tracking System 

Your message dated Tue, 26 Feb 2008 18:04:25 +0800
with message-id <[EMAIL PROTECTED]>
and subject line Microsoft Windows Vista Ultimate
has caused the Debian Bug report #354713,
regarding xdm: sometimes hangs in malloc's futex
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
354713: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=354713
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: xdm
Version: 4.3.0.dfsg.1-14sarge1
Severity: important


I'm running xdm with -nodaemon from init but sometimes (around once a
week) it stops, not starting a new Xserver or terminating itself. 
Debuging the running processes the child xdm process was waiting 
within a futex within malloc, called by parseArgs, called by source. 
My best guess is that is that some signal with one of those longjump
signal handlers is called within an malloc, perhaps within XOpenDisplay
or something like that. 
(i.e. I suspect it is due to #303689, but I am not sure.)

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: [EMAIL PROTECTED], LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages xdm depends on:
ii  cpp4:3.3.5-3 The GNU C preprocessor (cpp)
ii  debconf [debconf-2 1.4.30.13 Debian configuration management sy
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library
ii  libpam-modules 0.76-22   Pluggable Authentication Modules f
ii  libpam-runtime 0.76-22   Runtime support for the PAM librar
ii  libpam0g   0.76-22   Pluggable Authentication Modules l
ii  libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management
ii  libxaw74.3.0.dfsg.1-14sarge1 X Athena widget set library
ii  libxext6   4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte
ii  libxmu64.3.0.dfsg.1-14sarge1 X Window System miscellaneous util
ii  libxpm44.3.0.dfsg.1-14sarge1 X pixmap library
ii  libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics
ii  xbase-clients  4.3.0.dfsg.1-14sarge1 miscellaneous X clients
ii  xfree86-common 4.3.0.dfsg.1-14sarge1 X Window System (XFree86) infrastr
ii  xlibs  4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu

-- debconf information:
  xdm/stop_running_server_with_children: false
  xdm/daemon_name: /usr/bin/X11/xdm
  shared/default-x-display-manager: xdm

--- End Message ---
--- Begin Message ---
Microsoft Windows Vista Ultimate new features: 


• Mobility-based operating system meets all your computing needs whether you're 
working from home, working on the road, or searching for entertainment options
• Combines all the features of a business-focused operating system, all the 
efficiency features of a mobility-focused operating system, and all of the 
digital entertainment features of a consumer-focused operating system
• Remotely connect to business networks; Windows BitLocker Drive Encryption 
provides improved levels of protection against theft for your important 
business data whether you are at home, on the road, or in the office
• Delivers all of the entertainment features available in Windows Vista Home 
Premium; includes everything you need to enjoy the latest in digital 
photography, music, movies, analog TV, or even HDTV
• Ideal for both business and home entertainment use

http://jennastallingrx.blogspot.com

System Requirements

• Windows (Recommended minimum hardware requirements):
• 1-gigahertz (GHz) 32-bit (x86) processor or 1-GHz 64-bit (x64) processor
• 1 GB RAM
• 40-GB hard disk that has 15 GB of free hard disk space (the 15GB of free 
space provides room for temporary file storage during the install or upgrade.)
• Internal or external DVD-burning hardware device
• A Windows Aero-capable graphics card : Supports a Windows Display Driver 
Model (WDDM) driver, Has a DirectX 9-class graphics processor unit (GPU) that 
supports Pixel Shader 2.0, Supports 32 bits per pixel, Passes the Windows Aero 
acceptance test in the Windows Driver Kit (WDK)
• Audio output capability


--- End Message ---

Bug#467235: xserver-xorg-video-ati: [radeon] images not scaled properly when using EXA

2008-02-26 Thread Michel Dänzer 

On Mon, 2008-02-25 at 16:34 -0500, Hubert Chathi wrote:
> 
> > By the way, you have some useless/not-recommended options in your
> > xorg.conf, see below.
> [...]
> 
> Yeah, but I was too lazy to weed through which ones were still current,
> and they didn't seem to be causing any problems yet...

I'm afraid we can't continue until you try without them. In particular,
backing store is known to be broken in all released versions of X.Org.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer

Bug#467507: compiz: Prevents frame grabbing from v4l device (tv tuner)

2008-02-26 Thread Brice Goglin 
Daniel Dickinson wrote:
> Package: compiz
> Version: 0.6.3~git20071222.061ff159-1
> Severity: normal
>
>
> Having compiz active results in blank video using ffmpeg (both lenny and 
> experimental) for a/v recording.  Not starting compiz as the window manager 
> (but the package is still on the system) and sticking with metacity restores 
> the desired functionality (recording tv) to ffmpeg.
>
> The ffmpeg command-line I use (for the experimental ffmpeg, lenny uses 
> audio_device instead of oss) is:
>
> /usr/bin/ffmpeg -y -tvstd ntsc -t "$TOTALSECONDS" -s 480x352 -re -deinterlace 
> -f video4linux2 -i /dev/video0 -f oss -i /dev/dsp -ac 2 -s 640x480 -f mpeg 
> -vcodec mpeg1video -acodec mp2 "$BASEFILENAME.mpeg"
>
> with totalseconds and basefilename filled in, of course
>   

I have no idea what the above line exactly does. Is it just recording
what's coming from a digital camera plugged on /dev/video0 ? Or is there
anything recorded that comes from a window on the screen ? Compiz
changes the way things a displayed (applications render offscreen and
Compiz composite them back to screen).

Brice




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]