I just did an upgrade of all involved libs, everything (except libgcc1,
which is not in the business of displaying hatched areas) was up to date.
-- Cyrille
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On mar, 2008-01-22 at 00:37 +0100, Brice Goglin wrote:
Can you try latest upstream git? And if it doesn't work, given how young
radeonhd is, this should be directly discussed upstream, most likely by
reporting a bug against xorg/radeonhd on bugzilla.freedesktop.org.
found the same results
The elements requested by upstream have been added at the URL you
quoted.
Thanks
On ven, 2008-01-25 at 13:37 +0100, Brice Goglin wrote:
The upstream developer (at http://bugs.freedesktop.org/show_bug.cgi?id=14234)
would like the log of 'X -logverbose 7'. Could you send it
with the above git
Package: compiz
Version: 0.5.2-2
Severity: important
On this system, running compiz --replace returns an empty screen, with
only the mouse pointer. The mouse seems active, does change according to
what is guessed to be under it, and applications may apparently be run.
FWIW, the pointers shown
Le vendredi 16 novembre 2007 à 11:31 +0100, Jan Lübbe a écrit :
Could you try to reproduce the problem with the current version in
unstable (52)?
Lacked time to do it properly, so I skipped the ne2k_pci under kvm-48
test, but now ne2k_pci under kvm-52 shows an appearance of correct
Package: compiz
Version: 0.5.2-2
Severity: wishlist
please add a /usr/share/bug/compiz/script script to bring more information
during reportbug calls, such as the output of
fglrx # if installed
glxinfo |grep direct
glxinfo |grep vendor
gconftool --get
[CC'ing fglrx-driver's maintainer]
Le dimanche 18 novembre 2007 à 00:38 +0100, Brice Goglin a écrit :
FWIW, the pointers shown did follow the mouse pointer theme as set up in
GNOME.
http://bgoglin.livejournal.com/11253.html could possibly help a bit, but
your problem looks much worse than
[CC'ing your debian bug report, to alert the maintainer]
Hi David,
your report looks oddly similar to mine, save for the brand of your
graphics adapter... can you have a peek at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=451706 in case Brice's
suggestions are applicable, or at least to
Le dimanche 18 novembre 2007 à 10:18 +, Debian Bug Tracking System a
écrit :
Seems #451706 is probably not a bug (save for a couple more
safeties,
such as refusing to run if the system appears to want to run with
fglrx
but fglrx is not present and/or flgrx is here but the actual
ditto here.
Looking at the most probable root cause:
[EMAIL PROTECTED]:~$ ffmpeg -formats 2/dev/null|grep mpeg2
E mpeg2video MPEG2 video
D VSDT mpeg2video
^ see that little hole here?
Seems the problem stems from this:
--
[EMAIL PROTECTED]:/tmp/ffmpeg-free-0.cvs20070307$
this patch (already posted in #440216), which ought to be taken with
huge WORKS FOR ME gloves, works around the problem for me.
In order to do this, I had to fall back on the MPEG1 encoder, with tons
and tons of key frames thrown in to limit the display jagginess.
Why the big WORKS FOR ME
Package: ffmpeg
Version: 0.cvs20070307-6
Severity: important
#439897 notwithstanding, version 0.cvs20070307-6 of the package added a
debian/strip.sh script to disable MPEG2 encoding capabilities. It might not
yet be disabled in all scenarios, but it has been disabled in an important
capability,
Package: kvm
Version: 46+dfsg-0.1
Severity: important
since running the current versions of kvm + kernel, my guest machine drops
the network after a while (not much in the way of a correlation with
anything that I can see so far, except perhaps heavy network activity). So
far I'm a bit lost with
here is the KVM startup script I use
run-venilia.sh
Description: application/shellscript
Package: deskbar-applet
Version: 2.14.2-4.2
Severity: important
hello,
for what it's worth, after tonight's batch of APT upgrades, the
deskbar-applet just fails to load.
Not quite sure which dependency could have caused this...
-- Cyrille
-- System Information:
Debian Release:
Le mercredi 27 juin 2007 à 08:07 +0200, Romain Francoise a écrit :
/usr/lib/deskbar-applet/deskbar-applet -w
rugby% /usr/lib/deskbar-applet/deskbar-applet -w
ImportError: /var/lib/python-support/python2.4/gtk-2.0/pangocairo.so:
invalid ELF header
Running installed deskbar, using
Package: iceweasel
Version: 3.0~b5-4
Severity: important
This version of the experimental package crashes violently on any page using
Java.
It seems that the plugin manager now enters an infinite stack recursion
condition; extract from gdb:
--8--
#2427 0x2f918eae in
Mike Hommey wrote:
Compounding issues are that this is an x86-64, and the ancient Blackdown 1.4
JVM from j2re1.4-mozilla-plugin (but there is STILL no newer solution)
The same version on an x86 (eeePC) with a Sun 1.6 JVM appears to work fine.
Could you try with the same ancient version on
.
In a nutshell, while there might be some fine-tuning with respect to
compiz, there is very clear progress, and the specific defect I was
complaining about simply vanished!
thanks
-- Cyrille
Le lundi 21 février 2011 à 17:17 +0100, Cyril Brulebois a écrit :
Hi Cyrille,
Cyrille Chépélov cyri
is to be installed
E: Broken packages
will reattempt a couple days from now.
Le mardi 18 janvier 2011 à 22:18 +0100, Cyril Brulebois a écrit :
Hi Cyrille,
Cyrille Chépélov cyri...@chepelov.org (18/01/2011):
When running warzone under the setup described below, text textures
Package: evolution
Version: 2.22.3.1-1
Severity: grave
Justification: security; strangers might DoS evolution causing a crash upon
startup until other mail piles up.
When receiving a specific e-mail message containing a Google Calendar
invitation, Evolution crashes. It then crashes again at
retitle 506373 Evolution recklessy ignores the charset on text/html
email fragments and causes glib's death by ana-utf8-phylactic shock
thanks
Although the subject line is (correclty) encoded in windows-1252 and
appears to contain the offending string, it does not appear to be the
cause of
Stumbling upon #506373 led me to find the root cause: my calendars are
were corrupt (from the point of view of utf-8 cleanliness) because of
the fact that Evolution processes correctly the various MIME parts that
make up a foreign invitation, EXCEPT the charset part. This is the
reason why the
the message uses an encoding consistent with the declared MIME type; I
cannot blame the originator for using a non-utf8 encoding, since it is
correctly tagged so. The problem is that Evolution ignores the encoding
on inbound messages *but* fails to nuke any invalid utf-8 sequences.
(in that
Christian,
iCal's format is no different with respect to encodings than text/plain.
There's a reason why MIME allows for explicitely declaring the charset,
evo should not fail to observe that, and it should not fail to remove
invalid UTF-8 sequences in data it accepts from outside (said invalid
Package: evolution
Version: 2.22.3.1-1
Severity: important
Justification: once the calendars are stuck, a whole part of the
application is dead
When using remote calendars accessed over CalDAV/https on a pair of
davical
servers, evolution can paint itself in a corner where it will then
Package: evolution
Version: 2.22.3.1-1
Severity: grave
Justification: causes non-serious data loss
Over the time, I have grown several local calendars in Evo (about a
hundred entries each). Turns out that verious versions of evo failed to
properly sanitize inputs, so some events are (properly)
Package: linux-image-2.6.26-1-686
Version: 2.6.26-8
Severity: wishlist
On the Acer Aspire One A110 netbook computer, the default behaviour of
the snd-hda-intel driver is to not set correctly the output gain.
Depending on the boot lottery, there is either quite mute or no sound.
When applying the
notforwarded 462664
title 462664 evolution-data-server: multiple massive memory leaks in the caldav
backend
thanks
[ Hi Roland, how're ya doing? ]
justification of the notforwarded: upstream bug report is not related to
caldav
(although it is, indeed, related to other memory leaks within
after running valgrind again with --leak-check=full and
--show-reachable=yes, it appears that a great deal of the
formally still reachable, but probably quite lost memory originates from
e_cal_backend_cache_get_components() (e-cal-backend-cache.c line 473
specifically, which calls
Le vendredi 10 avril 2009 à 09:53 +0200, Emmanuel Fleury a écrit :
Package: fglrx-kernel-src
Version: 1:9-3-1
Severity: normal
What did change in the 2.6.29 seems to be the following struct:
- current-euid -- current-cred-euid
- current-uid -- current-cred-uid
- current-gid --
Package: xserver-xorg-video-radeonhd
Version: 1.2.5-1
Severity: important
Justification: package is unusable on this specific setup
On this setup (ATI Radeon HD4350), this version of the driver produces a
white screen, with the mouse pointer.
The mouse pointer geometry changes according to where
severity 524335 normal
title 524335 has trouble resetting the hardware into the intended state
thanks
After a reboot, the driver did produce a working screen, in 1600x1050 at
the GDM prompt.
After logging on, for some reason the screen went pink and slightly
garbled, and at a 1440x900ish
Le jeudi 16 avril 2009 à 13:58 +0200, Brice Goglin a écrit :
Did 1.2.4 work fine?
No idea; I have been on fglrx for the last few weeks (about the whole
time I've been owning this piece of hardware).
Does the radeon driver work?
It didn't seem to when I plugged in the 4350 to replace the
Le jeudi 16 avril 2009 à 20:58 +0200, Brice Goglin a écrit :
Cyrille Chépélov wrote:
Does the radeon driver work?
It didn't seem to when I plugged in the 4350 to replace the RS690
(IGP) I had been using before.
I will try your suggestion with the radeon.ko DRM module
the version number 2.0.7_0.0.1 corresponds in fact to our local build,
which is exactly:
apt-get source glusterfs # 2.0.4-2
apply our patch from #549854
untar upstream's 2.0.7
move 2.0.4-2's debian directory into 2.0.7
dpkg-buildpackage -rfakeroot
AIUI, Jan's report applies to
retitle 544434 New upstream release 2.0.7
thanks
:)
:#544433)
+
+ -- Cyrille CHÉPÉLOV cyrille.chepe...@keyconsulting.fr Fri, 23 Oct 2009 10:00:00 +
+
glusterfs (2.0.4-2) unstable; urgency=low
* Fix circular dependency with glusterfs-server (Closes: #537787)
diff -urN glusterfs-2.0.4.vanilla/debian/glusterfs-server.dirs glusterfs-2.0.7
Cyrille Chépélov cyri...@chepelov.org
+
+* callouts/nm-modem-probe.c:
+- increase the maximum admissible probe time to 30 seconds
+- add another property ID_NM_MODEM_PROBE_TIME_MS to report the actual
+probe time
+* callouts/77-nm-probe-modem-capabilities.rules
information
diff -ur network-manager-0.7.1.vanilla2/ChangeLog network-manager-0.7.1/ChangeLog
--- network-manager-0.7.1.vanilla2/ChangeLog 2009-06-23 19:31:16.0 +0200
+++ network-manager-0.7.1/ChangeLog 2009-06-23 19:41:05.0 +0200
@@ -1,3 +1,10 @@
+2009-06-23 Cyrille Chépélov cyri
Package: libgconf2-4
Version: 2.28.1-6
Severity: important
when performing the following procedure:
1. Log on while close to a previously known wifi hotspot
2. suspend the laptop (close the lid)
3. Move away from the first wifi network, into another one
4. Open
Package: mt-daapd
Version: 0.9~r1696.dfsg-16
Severity: important (crashes without serving any files)
When accessing firefly from the Android DAAP app, mt-daapd crashes with the
following stack frame:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7f8a0f6bd700 (LWP
Package: libgconf2-4
Version: 2.28.1-6
Severity: important
when performing the following procedure:
1. Log on while close to a previously known wifi hotspot
2. suspend the laptop (close the lid)
3. Move away from the first wifi network, into another one
4. Open
Subject: owncloud: Renaming a folder can destroy all contained files
Package: owncloud
Version: 7.0.4+dfsg-4~deb8u3
Severity: grave
X-Severity-explanation: can cause severe data loss, especially on
non-technical users.
Dear Maintainer,
The following procedure can, depending on timing, cause
Le 16/11/2015 13:45, David Prévot a écrit :
>
> Here's the output of cat access.log|cut -d " " -f 12- |sort |uniq
> "-"
> That doesn’t seem to contain any of the owncloud-client versions.
Aren't the "/mirall " records from owncloud-client? They seem to be
pretty close in versions to the versions
Hi David,
>> 3. From a client's native file explorer (nautilus / Finder /
>> Explorer), rename the folder made in #1
>> 4. Result: at the end of the rename and once all machines have sync'd
>> back, some or all of the files contained within the folder have been
>> permanently destroyed.
>
Subject: zookeeper: Hit by ZOOKEEPER-706
Package: zookeeper
Version: 3.4.5+dfsg-2
Severity: normal
Tag: upstream fixed-upstream
Dear Maintainer,
In situations where a large number of watches are in place (such as when
heavy YARN + heavy HBase traffic takes place on a moderately busy
cluster),
Package: gradle
Version: 2.9-1
Severity: normal
Dear Maintainer,
While building Cascading (https://github.com/cwensel/cascading), gradle
fails to run the following task
LC_ALL=en_US.UTF-8 gradle clean install -x test -x platformTest --stacktrace
(which works fine on Cascading's upstream CI
|found|855346 1:52.4.0-1
fixed 855346 1:52.4.0-2~exp1
Greetings,
been hit with the same issue (GNOME 3.26 environment), and while I can't
comment on what apparmor-ing was expected to achieve, the experimental
version does fix the "can't open attachments" issue for me.
Thanks!
--
Le 02/11/2017 à 12:55, Jeremy Bicha a écrit :
On Thu, Nov 2, 2017 at 2:12 AM, Cyrille Chépélov <cyri...@chepelov.org> wrote:
The bug is still reproducible under GNOME 3.26.1, under the exact same
conditions (including the Paris→Lyon TGV route), and so is the
(inconvenient) workaround.
Followup-For: Bug #879906
Package: gnome-session
Version: 3.26.1-1
Dear Maintainer,
The bug is still reproducible under GNOME 3.26.1, under the exact same
conditions (including the Paris→Lyon TGV route), and so is the
(inconvenient) workaround.
Cheers,
-- Cyrille
-- System
Package: gnome-session
Version: 3.24.1-2
Severity: important
Dear Maintainer,
When starting a session with (wifi) network up **but** locked out of
actual connectivity (a situation which happens in many "free" wifi spaces),
gnome-session will accept the logon, show a grey background with a
52 matches
Mail list logo