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 set
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 t
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 l
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 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 UN
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
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-linux
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
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 least
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 actual
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
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
p...@pim-linux:/
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 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*.
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# p
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 alterna
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
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 Informati
0x in ?? ()
(gdb) quit
A debugging session is active.
Inferior 1 [process 4510] will be detached.
Quit anyway? (y or n) y
Detaching from program: /usr/sbin/libvirtd, process 4510
Quitting: ptrace: No such process.
naboo:~#
On Thursday 29 April 2010 17:05:12 Guido Günther
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
w
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!
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 one
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
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!
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 r
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
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 HIDDEN_FAX_
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
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 debian-bugs-dist-r
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 listmas...@lists.debian.o
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 libdb-4.
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
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)
Local
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: /bin/
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
