Hi Mark,
* lee...@debian.org [220428 20:43]:
>
> I am happy to backport seatd. It will be next week before I can get to
> it.
I see that seatd just made it into bullseye-backports.
Thanks!
Nick.
Nick,
I am happy to backport seatd. It will be next week before I can get to
it.
Thanks for the suggestion.
Mark
Dear all,
I'm emailing this list, with Cc to the maintainers of the relevant
packages, following a suggestion in the #debian-backports irc.
I'm backporting a few packages for my own personal use that I think others
may find useful. None of these backports require any special treatment.
It's just
Package: xserver-xorg-core
Version: 2:21.1.3-2
Severity: normal
Tags: upstream, fixed-upstream
After upgrading to 2:21.1.3-2, I can't use my alternative keymap
anymore. xkbcomp returns this error:
X Error of failed request: BadValue (integer parameter out of range for
operation)
Julien Cristau pushed to branch debian-buster at X Strike Force / xserver /
xorg-server
Commits:
dda3978c by Matthieu Herrb at 2021-04-19T11:30:24+02:00
Fix XChangeFeedbackControl() request underflow
CVE-2021-3472 / ZDI-CAN-1259
This vulnerability was discovered by:
Jan-Niklas Sohn working
Your message dated Wed, 19 May 2021 15:33:33 +
with message-id
and subject line Bug#988737: fixed in libx11 2:1.7.1-1
has caused the Debian Bug report #988737,
regarding libx11: CVE-2021-31535: Missing request length checks
to be marked as done.
This means that you claim that the problem has
he following vulnerability was published for libx11.
>
> CVE-2021-31535[0]:
> | Missing request length checks
>
> If you fix the vulnerability please also make sure to include the
> CVE (Common Vulnerabilities & Exposures) id in your changelog entry.
>
> For further inf
Processing control commands:
> severity -1 grave
Bug #988737 [src:libx11] libx11: CVE-2021-31535: Missing request length checks
Severity set to 'grave' from 'important'
--
988737: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=988737
Debian Bug Tracking System
Contac
Source: libx11
Version: 2:1.7.0-2
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for libx11.
CVE-2021-31535[0]:
| Missing request length checks
If you fix the vulnerability please also make sure
Hello team,
I just requested to be added to the salsa group[0], my intention is to
> provide a backported package of xcb-proto 1.13-2, which effectively
> means shipping both python2 and python3 libs, for polybar to be
> backported
>
I decided to build polybar using the python2 package for backpo
Hello team,
I just requested to be added to the salsa group[0], my intention is to
provide a backported package of xcb-proto 1.13-2, which effectively
means shipping both python2 and python3 libs, for polybar to be
backported.
I'm also CCing the maintainer Julien and the person who was involved
i
nable to handle
kernel paging request at f5258681a958
Jan 17 17:53:50 kernel: [95659.243385] PGD 0 P4D 0
Jan 17 17:53:50 kernel: [95659.243393] Oops: 0002 [#1] SMP NOPTI
Jan 17 17:53:50 kernel: [95659.243400] CPU: 2 PID: 959 Comm:
Xorg:cs0 Not tainted 4.19.0-1-amd64 #1 Debian 4.19.13-1
Jan 17 1
Hello!
I have sent a request to join the team on salsa.
Can somebody accept it?
As mentioned in another thread in this list, I intend to work on AMDVLK.
I think that this is the page to accept requests:
- https://salsa.debian.org/groups/xorg-team/-/group_members
Cheers,
--
Alexandre Viau
The upstream bug that stops mesa 18.2.1 being built for stretch has been
resolved.
Upstream commit: dd333c66bdcb11c0d7c5 "vulkan: Disable randr lease for
libxcb < 1.13"
As such, the backport of libxcb 1.13 is not really required at this point.
Note that certain vulkan functions won't work exactl
Hi All,
Requesting a backport of libxcb and xcb-proto 1.13 for stretch-backports
please. These packages are already in buster.
Rationale: Mesa 18.2.1 seems to now require libxcb 1.13, due to changes in
the vulkan code. I suspect the requested packages will be needed if newer
Mesa support in stret
Hi all,
I've uploaded libclc (0.2.0+git20180312-2~bpo9+1) and mesa
(18.0.2-2~bpo9+1) to mentors.
I need a sponsor so they are available for every one !
Regards,
Jérémy
2018-02-22 22:22 GMT+01:00 Jérémy Viès :
> Hi all,
>
> I've uploaded mesa 17.3.5 to mentors, but I still need a sponsor.
>
> B
Hi Stuart,
libclc-dev 0.2.0+git20180312-1 is not in testing yet. So I did not tried to
build and then upload it to backports.
I will do it ASAP, after it is pushed to testing.
I also tried to push mesa 17.3.9 to backports, but I made a mistake and
pushed to the wrong queue :)
I suppose I need to
Hi All,
I've been building just the mesa source package locally now against
stretch-backports since mesa 17.3.7 and the build process just works.
Since all the build dependencies are now in stretch-backports, what else
needs to be done to get mesa into stretch-backports?
I note that Timo (?) cre
Timo Aaltonen pushed to branch debian-unstable at X Strike Force / vulkan /
glslang
Commits:
2651ccae by John Kessenich at 2018-02-05T14:42:45-07:00
Merge pull request #1234 from dneto0/update-spirv
Update SPIRV-Tools known-good
- - - - -
10cc4ea7 by Timo Aaltonen at 2018-03-02T18:01:16+02:00
Hi all,
I've uploaded mesa 17.3.5 to mentors, but I still need a sponsor.
Best regards,
Jérémy
2018-02-05 20:05 GMT+01:00 Jérémy Viès :
> Hi,
> libclc, libglvnd are already available on mentors. I still need a
> sponsor...
> I will upload mesa in the coming hours.
>
>
>
> 2018-02-05 11:27 GMT+0
Hi,
libclc, libglvnd are already available on mentors. I still need a sponsor...
I will upload mesa in the coming hours.
2018-02-05 11:27 GMT+01:00 Timo Aaltonen :
> On 04.02.2018 21:48, Jérémy Viès wrote:
> > Hi all,
> >
> > My (first) upload to mentors is online
> > (@ https://mentors.debian.
On 04.02.2018 21:48, Jérémy Viès wrote:
> Hi all,
>
> My (first) upload to mentors is online
> (@ https://mentors.debian.net/package/llvm-toolchain-5.0).
> Can someone sponsor me ?
>
> If it is OK, I can start the packaging of other sources and upload them.
Hi, I've uploaded llvm now, and also l
Hi all,
My (first) upload to mentors is online (@
https://mentors.debian.net/package/llvm-toolchain-5.0).
Can someone sponsor me ?
If it is OK, I can start the packaging of other sources and upload them.
Regards,
Jérémy
2018-02-01 10:50 GMT+01:00 Andreas Boll :
> Hi,
>
> On Sun, Jan 28, 2018 a
Hi,
On Sun, Jan 28, 2018 at 08:37:17PM +0100, Jérémy Viès wrote:
> Hi all,
>
> I'd like to give a help.
> I backport for my own the mesa stack and its dependencies.
Thanks for offering help!
>
> Until mesa 17.3.2, I had no issue with the following packages, just
> recompiling the sources from
ers,
>> Sylvestre
>>
>>
>> Le 22/01/2018 à 07:48, Sanjeev a écrit :
>>> with regards to jessie backports of mesa-glx, llvm packages which we
>>> previously had, can we request for newer mesa packages, llvm packages
>>> for strect-, this improve opengl
taining the llvm toolchains, I don't have the
>> bandwidth to do it but I won't object
>> if anyway wants to step in.
>>
>> Cheers,
>> Sylvestre
>>
>>
>> Le 22/01/2018 à 07:48, Sanjeev a écrit :
>>> with regards to jessie backports of me
h to do it but I won't object
> > if anyway wants to step in.
> >
> > Cheers,
> > Sylvestre
> >
> >
> > Le 22/01/2018 à 07:48, Sanjeev a écrit :
> >> with regards to jessie backports of mesa-glx, llvm packages which we
> >> previously
Sanjeev a écrit :
>> with regards to jessie backports of mesa-glx, llvm packages which we
>> previously had, can we request for newer mesa packages, llvm packages
>> for strect-, this improve opengl support for newer graphic hardwares.
>>
>> will it be doable?
We would at lea
usly had, can we request for newer mesa packages, llvm packages
> for strect-, this improve opengl support for newer graphic hardwares.
>
> will it be doable?
>
> ___
> Pkg-llvm-team mailing list
> pkg-llvm-t...@lists.alioth.debian.org
>
with regards to jessie backports of mesa-glx, llvm packages which we
previously had, can we request for newer mesa packages, llvm packages
for strect-, this improve opengl support for newer graphic hardwares.
will it be doable?
Sorry...It may not the bug of libinput, i've downgrade my libinput to the
version 1.8.2-1, but the bug still exists...
Probably the problem has caughted by KDE, so just close this bug tracking
for sure ...
Hi,
I'm not convinced a single bug, with inflated severity, filed a couple
of weeks ago, and fixed upstream barely a week ago, is justification to
give full write access to the pkg-xorg project.
Cheers,
Julien
Forwarded Message
Subject: Request to Join Project xorg from P
On ven., 2016-04-08 at 13:10 -0700, Erik Haller wrote:
> I ran the gmonitor program. Attached are two files. It looks like you found
> something.
>
> FYI: I changed my graphics card yesterday. From a radeaon X1300 to an
> nvidia GT 610. The nvidia has to ports and I no longer use the Y cable.
> Th
I ran the gmonitor program. Attached are two files. It looks like you found
something.
FYI: I changed my graphics card yesterday. From a radeaon X1300 to an
nvidia GT 610. The nvidia has to ports and I no longer use the Y cable.
They're also appearing under xrandr as DVI-2|3. The new card does not
On jeu., 2016-04-07 at 00:58 -0700, Erik Haller wrote:
> All I can say is that xfce4 was using monitorDVI-0 and then switched to
> monitor0. I had to move my settings from monitorDVI-0 to monitor0.
I've crafted the attach gtk/gdk program which indeed returns no monitor name
here. Can you try it on
All I can say is that xfce4 was using monitorDVI-0 and then switched to
monitor0. I had to move my settings from monitorDVI-0 to monitor0.
On Wed, Apr 6, 2016 at 11:10 PM, Yves-Alexis Perez
wrote:
> On mer., 2016-04-06 at 21:33 -0700, Erik Haller wrote:
> > I compiled monitor.c and ran the follo
On mer., 2016-04-06 at 21:33 -0700, Erik Haller wrote:
> I compiled monitor.c and ran the following command:
>
> cat <(monitor) <(xrandr) <(dpkg-query -l xserver-xorg) >
>
> I have one radeon X1300 card with a Y cable going to two monitors.
>
> Attached to this email are the two output files.
I compiled monitor.c and ran the following command:
cat <(monitor) <(xrandr) <(dpkg-query -l xserver-xorg) >
I have one radeon X1300 card with a Y cable going to two monitors.
Attached to this email are the two output files.
On Wed, Apr 6, 2016 at 4:28 AM, Yves-Alexis Perez wrote:
> On mer.,
On mer., 2016-04-06 at 13:13 +0200, Yves-Alexis Perez wrote:
> On mer., 2016-04-06 at 04:04 -0700, Erik Haller wrote:
> >
> > I have never seen xrandr use monitor0|1. I am running lightdm.
> That just means xfdesktop4 didn't get a monitor name. It gets a name
> from gdk_screen_get_monitor_plug_nam
On mer., 2016-04-06 at 04:04 -0700, Erik Haller wrote:
> I have never seen xrandr use monitor0|1. I am running lightdm.
That just means xfdesktop4 didn't get a monitor name. It gets a name
from gdk_screen_get_monitor_plug_name() [1,2] which in turns gets it from X11
[3] using XRRGetCrtcInfo(). So
On Tue, 5 Apr 2016 20:33:12 -0700 Erik Haller wrote:
> This bug is caused by xfce4. I removed the config files under ~/.config and
> the desktop images appeared and the dimming went away. The dimming was
> probably caused by a lack of a desktop image on the second monitor.
>
> The missing desktop
This bug is caused by xfce4. I removed the config files under ~/.config and
the desktop images appeared and the dimming went away. The dimming was
probably caused by a lack of a desktop image on the second monitor.
The missing desktop images was caused by a change in the
/home//.config/xfce4/xfcon
) squeeze-lts; urgency=high
+
+ * Non-maintainer upload by Debian LTS Team.
+ * debian/patches:
++ Add 30-CVE-2015-0255.patch. Don't swap XkbSetGeometry data in the
+ input buffer, check strings length against request size (CVE-2015-0255).
+
+ -- Mike Gabriel Wed, 22 Apr 2015 11:45:21
Hi all,
as breaking xorg-server in squeeze-lts is something that should not
happen, I'd appreciate someone from the LTS team or the X Strike Force
to review my squeeze-lts upload candidate for xorg-server
2:1.7.7-18+deb6u2 (fixing CVE 2015-0255).
Debdiff is attached to this mail. The .dsc
Hi,
I would like to request a wheezy-backport of libgl1-mesa-dri (10.2.8-1) . My
CPU is Intel i5-4570 and the graphics chipset is Intel HD 4600.
Thanks.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.
Raphaël HALIMI (2014-09-03):
> Hi,
>
> In a effort to use the ThinkPad X240 touchpad in wheezy, I
> backported libevdev and xserver-xorg-input-synaptics from
> testing/unstable for my personnal use. The packages seem to integrate
> flawlessly in Wheezy's Xorg so I'd like to make my work available
>> everything seems fine. The best practices at the bottom of
>> http://backports.debian.org/Contribute/ mention adding yourself to Uploaders;
>> could you do that? In the meantime I'll file a request to get myself added to
>> backporters.
>
> Thanks for clarifying
of
> http://backports.debian.org/Contribute/ mention adding yourself to Uploaders;
> could you do that? In the meantime I'll file a request to get myself added to
> backporters.
Thanks for clarifying that. I read about it but I wasn't sure if I
should do it before the upload, I thought I needed the ma
in
> without any change.
Thanks for taking the time to do this.
I checked the diff between your backport and libevdev in testing, and
everything seems fine. The best practices at the bottom of
http://backports.debian.org/Contribute/ mention adding yourself to Uploaders;
could you do tha
[Note: previously sent to debian-backpo...@lists.debian.org]
Hi,
In a effort to use the ThinkPad X240 touchpad in wheezy, I
backported libevdev and xserver-xorg-input-synaptics from
testing/unstable for my personnal use. The packages seem to integrate
flawlessly in Wheezy's Xorg so I'd like to ma
Package: libgl1-mesa-glx
Version: 8.0.5-4+deb7u2
Severity: serious
-- Package-specific info:
glxinfo:
name of display: :0
X server symlink status:
lrwxrwxrwx 1 root root 13 Dec 25 00:34 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2044664 Dec 17 21:40 /us
Hi,
My company, Local Marketing Pros, is looking for one business in your area and
industry to be placed on the first page of the Google guaranteed for a year.
I am reaching out to you to see if you're interested. We guarantee first page
of Google placement in writing for an entire year. If y
nore...@alioth.debian.org (2013-08-02):
> Hector Oron (zumbi) has requested to join your project.
>
> Comments by the user:
> Hello,
>
> I would like to join pkg-xorg, to help to maintain weston/wayland
> and bring into the team tslib DDX.
Hi Hector,
welcome in the team, sorry for the lag
On Wed, Sep 26, 2012 at 9:32 PM, Cyril Brulebois wrote:
> nore...@alioth.debian.org (23/09/2012):
>> Janos Guljas (janos) has requested to join your project.
>> You can approve this request here:
>> https://alioth.debian.org/project/admin/users.php?group_id=31008
>&
nore...@alioth.debian.org (23/09/2012):
> Janos Guljas (janos) has requested to join your project.
> You can approve this request here:
> https://alioth.debian.org/project/admin/users.php?group_id=31008
>
> Comments by the user:
> Hi xorg Team Administrators,
>
>
Hi
Could you add an option to xkill
to send a signal to the process owning that window? -> xkill
[-SIGNAL] ...
Perhaps this is possible right now, but I didn't find how?
Please ALSO send your reply to me fidu (AT) gmx "DOT" at by email,
I'm not subscribed to this group (no X-Expert!)
off...@gmail.com (13/03/2012):
> Hello. It would be great to upgrade the xserver-xorg-video-intel &
> libdrm-intel1 packages. Many fixes and improvements were made since
> 2.15 and 2.6.26 versions.
> Thanx.
With obviously no regressions, right?
Anyway: That might happen after X 1.12 has landed
Hi,
Cyril Brulebois wrote (02 Dec 2011 11:55:10 GMT) :
> just uploaded:
> xserver-xorg-input-mouse_1.7.1-1~bpo60+1_amd64.backports.upload
> xserver-xorg-input-vmmouse_12.7.0-2~bpo60+1_amd64.backports.upload
Cyril and Martin-Éric: thanks a lot!
Cheers,
--
intrigeri
| GnuPG key @ https:/
2011/12/2 Cyril Brulebois :
> Martin-Éric Racine (02/12/2011):
>> Thanks for pointing this out. Updated. Same location.
>
> Uploaded, but please fix #650733 when you have a chance.
Noted. Thanks!
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
Martin-Éric Racine (02/12/2011):
> Thanks for pointing this out. Updated. Same location.
Uploaded, but please fix #650733 when you have a chance.
Mraw,
KiBi.
signature.asc
Description: Digital signature
2011/12/2 Cyril Brulebois :
> Martin-Éric Racine (02/12/2011):
>> I have prepared the requested backport for Geode. It has been built
>> and validated on a Geode host running Debian/Stable using a variety of
>> applications (Chromium, Gnash, Totem). The result can be found at:
>>
>> http://q-funk.
Hi,
Cyril Brulebois (30/11/2011):
> intrigeri (30/11/2011):
> > While most of what Tails need is already in squeeze-backports, we also
> > ship two packages that are currently missing; namely:
> > xserver-xorg-input-vmmouse and xserver-xorg-video-geode. The former is
> > at least useful when run
Martin-Éric Racine (02/12/2011):
> I have prepared the requested backport for Geode. It has been built
> and validated on a Geode host running Debian/Stable using a variety of
> applications (Chromium, Gnash, Totem). The result can be found at:
>
> http://q-funk.iki.fi/debian/pool/x/xserver-xorg-
2011/11/30 Martin-Éric Racine :
> 2011/11/30 Cyril Brulebois :
>> intrigeri (30/11/2011):
>>> While most of what Tails need is already in squeeze-backports, we also
>>> ship two packages that are currently missing; namely:
>>> xserver-xorg-input-vmmouse and xserver-xorg-video-geode. The former is
2011/11/30 Cyril Brulebois :
> intrigeri (30/11/2011):
>> While most of what Tails need is already in squeeze-backports, we also
>> ship two packages that are currently missing; namely:
>> xserver-xorg-input-vmmouse and xserver-xorg-video-geode. The former is
>> at least useful when run under Virt
Hi,
intrigeri (30/11/2011):
> While most of what Tails need is already in squeeze-backports, we also
> ship two packages that are currently missing; namely:
> xserver-xorg-input-vmmouse and xserver-xorg-video-geode. The former is
> at least useful when run under VirtualBox and the later is needed
Hello the X Strike Force, hello backporters,
I am writing on behalf of the Tails Debian Live system [1].
>From several bug reports and user feedback, it looks like our users
would benefit from an updated Xorg stack, especially when it comes to
recent hardware support.
While most of what Tails nee
Hi,
(03/05/2011):
> Arnaud Fontaine has requested to join your project.
> Comments by the user:
> Hello,
>
> I would like to join the pkg-xorg team in order to work on some
> packages whenever I have some free time.
welcome! For other debian-x@ readers, Arnaud is usually active
upstream, on t
Hi Janos,
nore...@alioth.debian.org (30/04/2011):
> Janos Guljas has requested to join your project.
…
> Comments by the user:
> Hello,
>
> I am interested in packaging compiz and related packages.
>
> Could you add me to pkg-xorg group so I can push to git repo?
welcome on board!
Mraw,
KiBi.
On 2011-02-27 20:36:13 -0500, Thomas Dickey wrote:
> >>The goal is to be able to keep the xterm window open and/or to be able
> >>to save its data in the following cases:
> >> * when the subprocess has crashed (but not if it has terminated
> >>"normally");
>
> The -hold option does keep the w
On Mon, 28 Feb 2011, Cyril Brulebois wrote:
tag 427798 upstream
thanks
Hi Thomas,
what's your take on this one?
Vincent Lefevre (06/06/2007):
Package: xterm
Version: 225-1
Severity: wishlist
It would be useful to have the ability to run a script just before
xterm is about to exit. The scri
Processing commands for cont...@bugs.debian.org:
> tag 427798 upstream
Bug #427798 [xterm] xterm: request for exit hook
Added tag(s) upstream.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
427798: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=427798
tag 427798 upstream
thanks
Hi Thomas,
what's your take on this one?
Vincent Lefevre (06/06/2007):
> Package: xterm
> Version: 225-1
> Severity: wishlist
>
> It would be useful to have the ability to run a script just before
> xterm is about to exit. The script should have access to the followi
On Sun, Jan 30, 2011 at 11:37 AM, Julien Cristau wrote:
> On Sun, Jan 30, 2011 at 08:18:14 +0100, Cyril Brulebois wrote:
>> I'd welcome your forwarding/discussing your patch to/with upstream
>> directly:
>> http://www.x.org/wiki/Development/Documentation/SubmittingPatches
>> http://bugs.freede
On Sun, Jan 30, 2011 at 08:18:14 +0100, Cyril Brulebois wrote:
> tag 494923 upstream
> thanks
>
> Hi Zack, and thanks.
>
> Zack Weinberg (12/08/2008):
> > I attach a patch that does just this. It's not perfect: the biggest
> > flaw being that it relies on a list of shell glob patterns matching
Processing commands for cont...@bugs.debian.org:
> tag 494923 upstream
Bug #494923 [xvfb] xvfb-run: feature request: option to isolate processes from
parent environment
Added tag(s) upstream.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
494923
tag 494923 upstream
thanks
Hi Zack, and thanks.
Zack Weinberg (12/08/2008):
> I attach a patch that does just this. It's not perfect: the biggest
> flaw being that it relies on a list of shell glob patterns matching
> environment variables to unset, and that list is surely incomplete.
> I don't
Your message dated Wed, 27 Oct 2010 12:47:08 +
with message-id
and subject line Bug#601103: fixed in xterm 266-1
has caused the Debian Bug report #601103,
regarding request to package xterm patch #265 / broken shift-mouse selection
to be marked as done.
This means that you claim that the
Processing commands for cont...@bugs.debian.org:
> tags 601103 fixed-upstream
Bug #601103 [xterm] request to package xterm patch #265 / broken shift-mouse
selection
Added tag(s) fixed-upstream.
> --
Stopping processing here.
Please contact me if you need assistance.
--
601103
On Sat, 23 Oct 2010, Cyril Brulebois wrote:
Hi,
Oswald Buddenhagen (23/10/2010):
mouse selection with shift key pressed (as necessary when selecting
from an application which has own mouse handling, e.g., ncurses &
slang based apps like mc) doesn't work any more. upstream patch #265
supposedl
Hi,
Oswald Buddenhagen (23/10/2010):
> mouse selection with shift key pressed (as necessary when selecting
> from an application which has own mouse handling, e.g., ncurses &
> slang based apps like mc) doesn't work any more. upstream patch #265
> supposedly fixes it.
can you please wait a few d
Package: xterm
Version: 264-1
Severity: normal
mouse selection with shift key pressed (as necessary when selecting from
an application which has own mouse handling, e.g., ncurses & slang based
apps like mc) doesn't work any more. upstream patch #265 supposedly fixes
it.
-- System Information:
De
On Tue, Aug 31, 2010 at 23:13:47 +0200, Julien Viard de Galbert wrote:
> So can you please review the very little changes I've done yet and
> upload this to either unstable or experimental (for unstable it should
> probably wait for the freeze-exception #593861 )
>
I'll try and get to it this wee
Processing commands for cont...@bugs.debian.org:
> close 299439
Bug#299439: xterm: Request for underline cursor.
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug closed, send any further explanations to Mariano Alvira
> --
Stopping processing here.
P
This was addressed by a more complete patch in xterm #237
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
On Sun, 2009-10-18 at 18:16 +0200, Luk Claes wrote:
> Release planning
>
> Proposing a new freeze date is not easy. Taking into account all of
> the feedback we have received, both online (by e-mail, IRC) as well as
> in person, and some challenging release goals we have set for o
>>>>> "EL" == Etienne Lorrain writes:
EL> Hello,
EL> Sorry, just a feature request... Some KVM (to use 2 computers and
EL> a single screen/keyboard) are made for the other OS, and this other
EL> OS has a default stored in a file when it cannot read the
Hello,
Sorry, just a feature request...
Some KVM (to use 2 computers and a single screen/keyboard) are made for
the other OS, and this other OS has a default stored in a file when it
cannot read the EDID information from the screen.
So obviousy, those KVM blocks the I2C EDID information and
sean finney writes:
> right. i suspect that the problem is not in the compiz binary but
> one the libraries or plugins shipped in compiz (most likely
> libcompizconfig, which is linked to by both compiz.real and ccsm)
right.
> > > what window manager are you using? it could be that the pr
hi giacomo,
On Thu, Jun 11, 2009 at 03:20:26PM +0200, Giacomo Boffi wrote:
> first of all, i have to ask if you have seen my bug report against
> ccsm
>
> also ccsm dumps core on me, with the same error message, and if i hand
> start compiz.real without invoking the configuration plugin, compiz
>
sean finney writes:
> round two :)
first of all, i have to ask if you have seen my bug report against
ccsm
also ccsm dumps core on me, with the same error message, and if i hand
start compiz.real without invoking the configuration plugin, compiz
starts ok (but it doesn't do anything valuable the
round two :)
On Tue, Jun 09, 2009 at 03:19:22PM +0200, Giacomo Boffi wrote:
> > i can't reproduce this problem (and i'm also running 2.6.29/amd64).
>
> i'm running an AMD cpu, but debian's architecture is i386
ah, okay. i don't think it's relevant but thanks for clarifying.
> > are you sure
sean finney writes:
> tags 531800 unreproducable
> severity 531800 important
> thanks
>
> hi giacomo,
>
> i can't reproduce this problem (and i'm also running 2.6.29/amd64).
i'm running an AMD cpu, but debian's architecture is i386
> are you sure you don't have a compiz component instal
tags 531800 unreproducable
severity 531800 important
thanks
hi giacomo,
i can't reproduce this problem (and i'm also running 2.6.29/amd64).
are you sure you don't have a compiz component installed from source,
a non-standard library installed or perhaps something from experimental?
the following
severity 530512 important
tags 530512 moreinfo
thanks
hi,
it sounds like a couple different issues are getting mixed up here, one
regarding lack of strict enough dependencies and another with support
for your particular graphics card/setup.
regarding the latter, do any of these combinations wor
Processing commands for cont...@bugs.debian.org:
> severity 530512 important
Bug#530512: compiz: fails to redraw windows and move them around
Severity set to `important' from `grave'
> tags 530512 moreinfo
Bug#530512: compiz: fails to redraw windows and move them around
There were no tags set.
Ta
Processing commands for cont...@bugs.debian.org:
> tags 531800 unreproducable
Unknown tag/s: unreproducable.
Recognized are: patch wontfix moreinfo unreproducible fixed potato woody sid
help security upstream pending sarge sarge-ignore experimental d-i confirmed
ipv6 lfs fixed-in-experimental fi
Hi all,
I just found an accelerated video driver for SGI O2. It has been
developed for netbsd and is available at
ftp://ftp.ticklers.org/pub/NetBSD/NetBSD-current/xsrc/xfree/xc/programs/Xserver/hw/xfree86/drivers/crime/
Is there anyone interested in packaging it? I may test the resulting
package.
Package: xvfb
Version: 2:1.4.2-3
Severity: wishlist
File: /usr/bin/xvfb-run
Tags: patch
For e.g. automated testing of desktop applications, it would be nice
to have an xvfb-run mode that makes an effort to isolate the processes
it spawns from the user's normal environment. Specifically, it should
Julien Cristau wrote:
On Mon, Jul 28, 2008 at 19:34:34 +0300, Arthur A wrote:
Anyway, since we don't yet have a reliable workaround and this can cause
data loss (just happened!) I'd like to ask that the severity of this bug
be bumped up.
Bumping the severity won't magically fix the bug, so n
1 - 100 of 274 matches
Mail list logo
