Ben,
I tried restarting thermald (1.7.0-5) at least 10 times, and the system always
see the same broken sensor, the same as in 1.7.0-4 and the same as in 1.7.0-6.
Perhaps by luck (or perhaps because some library or compiler version
difference) thermald 1.7.0-5 worked fine on my ubuntu 18.04
Hi Niko!
Can I make something for this bug?
Have you forwarded our solution upstream?
Best regards
Marc
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi Casey!
Thanks for your response, editing the /etc/modprobe.d/radeon-kms.conf fixed the
problem.
I don't really understand why the bts hasn't cc'ed me...
Regards
Marc
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Tuesday 22 June 2010 12:45:07 Damyan Ivanov wrote:
-=| Marc Pignat, Tue, Jun 22, 2010 at 08:59:34AM +0200 |=-
Hi Niko!
Can I make something for this bug?
Have you forwarded our solution upstream?
I am not Niko, but looking at the bug log it appears that it was fixed
in perl
Hi Guido!
0.8.1-2 fixed the problem.
Thanks a lot!
Best regards
Marc
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi all!
I had a look at the libclutter's build log, and it is built for armv5t,
you're running on armv4t, so your cpu has probably some missing instructions.
I think the armel port should run on armv4t hardware, so libclutter should be
compiled with -march=armv4t.
Best regards
Marc
--
To
On Tuesday 15 June 2010 09:30:55 Brice Goglin wrote:
Le 15/06/2010 09:05, Marc Pignat a écrit :
kernel 2.6.34-1-amd64 + xserver-xorg-video-radeon 1:6.13.0-2 - KO
Versions of packages xserver-xorg-video-radeon suggests:
pn firmware-linuxnone (no description
Package: kdebase-runtime
Version: 4:4.4.3-1
Severity: normal
Hi all!
I think there is a problem with reporting bugs with DrKonqi.
DrKonqi fills bugs upstream, but the Debian policy is to fill bug using the
Debian BTS.
As a side effect, we can see the bug count for DebianKde is falling (at
On Wednesday 09 June 2010 16:28:30 Modestas Vainius wrote:
...
Users are free to report upstream bugs to Debian BTS but they typically go
unanswered. So what's better?
Sure, for me bugs should be filled upstream.
But here is an extract from /usr/share/doc/debian/bug-reporting.txt (same
On Sunday 30 May 2010 22:35:49 Niko Tyni wrote:
On Thu, May 27, 2010 at 08:29:14AM +0200, Marc Pignat wrote:
...
All my tests indicate that your solution works, so I intend to include
it in the next upload soon and notify upstream when we've verified the
bug is actually fixed with the new
Hi!
I think I've found the (very bad) joke!
I've extracted the code which detect alignment failures into a test/try.c, then
I tried it :
gcc -O0 -Wall -o try try.c ./try
write failed (efbe)
pooky:~/test# gcc -O -Wall -o try try.c ./try
pooky:~/test# gcc -O1 -Wall -o try try.c ./try
On Saturday 22 May 2010 14:31:47 Niko Tyni wrote:
...
Does the test program failure depend on /proc/cpu/alignment ?
Not really. Using the default value (0) for /proc/cpu/alignment, the program
will fail with a bad
exit code (the read or write value is not good), but it seems that the
configure
Hi!
If you run that test on an desktop machine, you will see that that the
'Getopt::Long' version is almost 5 times longer that the 'Getopt::Std'.
On my x86 system :
p...@pim-linux:/tmp/testperl$ time perl -e 'use Getopt::Long;'
real0m0.038s
user0m0.028s
sys 0m0.008s
Hi all!
I have found the problem: alignment!
I have tried your md5.pl test on an arm machine:
pooky:/tmp# perl md5.pl
1..14
ok 1
ok 2
ok 4
not ok 10
not ok 11
fails test 10 and 11, but when asked to fix alignment, the test performs well!
pooky:/tmp# echo 2 /proc/cpu/alignment
pooky:/tmp#
Hi all!
The Configure script is missing the return value of the unaligned access test.
As we can see in the buildd log
(https://buildd.debian.org/fetch.cgi?pkg=perl;ver=5.10.1-12;arch=armel;stamp=1271034947),
the build system for perl thinks ARM can access unaligned data.
But this is *wrong*.
Package: dnsmasq
Version: 2.52-1
Severity: normal
*** Please type your report below this line ***
Hi all!
I have 2 nameservers and dnsmasq query the 2 nameservers. I think it should
only query one.
Configuration files and tcpdump of the problem attached.
Best regards
Marc
-- System
Hi Simon!
Thanks you for the explanation!
I have re-done the test, and it runs almost as you said.
The request is also done in parallel on every server when the ttl is gone
(before the 30 seconds).
My ISP has set a 10 seconds ttl to their hosts...
All queries are done with the same source port
Hi Simon!
All queries are done with the same source port and dnsmasq seems to close
the
port as soon as the first server has replied, generating ICMP
destination unreachable messages, is this the intended behavior?
I'm not aware of anywhere where it causes problems. The alternative id
at 04:16:48PM +0200, Marc Pignat wrote:
Hi all!
dmesg showed that :
Apr 29 13:31:28 naboo kernel: [1486623.424945] libvirtd[7178]: segfault at
10 ip 7f3bc3894c64 sp 7f3bbe498b40 error 4 in
libpthread-2.10.2.so[7f3bc388c000+16000]
Can you provide a full backtrace using
Package: libvirt-bin
Version: 0.8.0-1
Severity: normal
I added a virtual network interface using virt-manager to a running host,
libvirtd crashed. It is possible that qemu crashed too.
Here is the /var/log/libvirt/qemu/machine.log
Hi all!
dmesg showed that :
Apr 29 13:31:28 naboo kernel: [1486623.424945] libvirtd[7178]: segfault at 10
ip 7f3bc3894c64 sp 7f3bbe498b40 error 4 in
libpthread-2.10.2.so[7f3bc388c000+16000]
Best regards
Marc
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Hi all!
I have the same problem here : The usb writing performance drops when writing
on usb-storage device.
* There is only a problem when writing, reading is ok, writing to a filesystem,
to the partition or to the hdd make the problem happen.
* I suspect this is not the same issue as the
Package: openocd
Version: 0.3.1-1
Severity: normal
Hi all!
When openocd is started using a libftdi device that is not connected, it
crashes.
This is not a severe problem, there is no reason to start it without the device
connected, but crahsing is not the best way to tell the user openocd can't
Hi all!
I recompiled the package with debugging information and the bug goes away.
(no more segfault, the program exits, saying Error: unable to open ftdi
device: device not found).
I think this is a library/version problem.
Here is how I recompiled openocd:
su -c aptitude build-dep openocd
Hi!
On Wednesday 28 October 2009 15:29:55 you wrote:
...
what's the output of fc-match Courier-Bold and fc-match Courier
commands on your system?
what's the output of fc-match Courier-Bold and fc-match Courier
Sorry, exact commands are fc-match courier and fc-match courier:bold
p...@phone:~$
Hi!
On Wednesday 28 October 2009 16:14:46 Giuseppe Sacco wrote:
...
I am currently working on a new hylafax upload and I wonder if I have to
configure typerules in order to use enscript instead of textfmt.
Could you please check that enscript work even when fontconfig isn't
installed?
I
Hi Ludovic!
On Friday 23 October 2009 22:24:21 Ludovic Rousseau wrote:
Marc Pignat a écrit :
...
The bug should be fixed with the next stable version of OpenSC upload.
But you can report the bug against opensc if you want.
Thanks for your fast response.
I have really no reason to fill a bug
Subject: hylafax-client: The config file /etc/hylafax/typerules refers to the
unavailable Courier-Bold font
Package: hylafax-client
Version: 2:6.0.3-3
Severity: important
Hi all!
The sendfax command does not work, here is the error I found in my shell:
p...@phone:/tmp$ sendfax -n -d
Hi all!
The opensc package 0.11.9-2 seems to have the same problem.
In the config file (/etc/opensc/opensc.conf), it is said that the
provider_library default to /usr/lib/libpcsclite.so.
Should I fill a bug against opensc?
Best regards
Marc
--
To UNSUBSCRIBE, email to
Hi all!
The bug disappeared after a reboot, probably a problem when upgrading.
Best regards
Marc
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi all!
Seems to be same as upstream bug #198067
(https://bugs.kde.org/show_bug.cgi?id=198067)
So we're waiting for kde 4.3...
Best regards
Marc
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi all!
I have the same bug on my machine.
It is very easy to reproduce:
1. install slapd and ldap-utils
* aptitude install slapd ldap-utils
2. do a ldap search (any search, any credentials)
* ldapsearch toto -w anypassword
Then slapd is crashed.
dmesg contains various messages
On Thursday 23 July 2009 15:52:09 Matt Kassawara wrote:
The slapd package in lenny/squeeze depends on Berkeley DB 4.2, not 4.6.
Install the libdb4.2 package and see if it fixes the problem.
The package libdb4.2 is installed.
Perhaps I miss something, but slapd is not linked against
Package: mirrors
Severity: important
This mirror does not work (the server is up, but empty).
Best regards
Marc
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores)
Package: mldonkey
Version: 2.9.5-1+b1
Severity: important
Tags: patch
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: arm (armv5tel)
Kernel: Linux 2.6.24-1-iop32x
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell:
Hello!
The bug is still there for version 0.7.dfsg-2.
Regards
Marc
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
36 matches
Mail list logo
