Source: libsigrokdecode
Severity: wishlist
libsigrokdecode 0.5.3 was released in December 2019 and
contains several new decoders. Please consider packaging
this version for Debian.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, '
Package: avr-libc
Version: 1:1.6.2.cvs20080610-2
Severity: wishlist
Please consider packaging the new upstream version 1.6.7, see:
http://mirrors.zerg.biz/nongnu/avr-libc/avr-libc-1.6.7.tar.bz2
Thanks
Phil
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
Package: evolution
Version: 2.26.2-2
Severity: important
Since upgrading evolution from 2.22 to 2.26, mail operations in general
(and switching between folders in particular) have become many times
slower than they used to be.
Specifically, I have two commonly-used IMAP folders which each contain
On Wed, 2006-11-15 at 15:33 +0100, Mirco Bauer wrote:
> Also the failing happens not always at the same build "position",
> but its always the first few files that get compiled.
Ah, this is new information. If the behaviour is non-deterministic then
this also suggests that the problem is caused
On Wed, 2006-11-15 at 04:40 -0800, Steve Langasek wrote:
> But does anyone understand yet *why* this bug affects the netwinders and not
> the cats boxes?
Not really. My best guess is that it's a subtle timing issue of some
kind and shows up on the netwinders because they're slightly faster.
Or, a
Hi Martin
Thanks for your mail. It does sound like your problem is very similar
to mine. Just to give you a bit more background, I originally started
out with two Maxtor drives on the nVidia controller but this
configuration was desperately unstable: under any kind of load, one or
other drive wo
On Mon, 2006-10-30 at 00:39 +0100, Mirco Bauer wrote:
> So we are back to, it never failed to build on cats, but always did on
> netwinder.
Mm, strange. I tried to build it by hand on smackdown and it failed
again there:
Creating ../../build/deps/net_2_0_corlib.dll.makefrag ...
make[8]: Leaving
On Sun, 2006-10-29 at 09:09 -0800, Steve Langasek wrote:
> Ok, is there some other difference at the instruction set level between the
> netwinder and cats systems?
No, the instruction sets are the same. FWIW, though, smackdown is
actually a cats, not a netwinder, and the build seems to be fail
Package: linux-image-2.6.16-2-xen-amd64-k8
Version: 2.6.16-17
Severity: normal
A few minutes ago, one of our amd64 machines fell over with the errors
below. It has two Maxtor disks attached to an nVidia controller,
running as a raid1 pair: the boot-time messages look like this:
libata version 1.
Package: asterisk
Version: 1.2.1.dfsg-1
Severity: wishlist
Asterisk's app_directed_pickup doesn't seem to be able to pick up calls
that are ringing on a SIP device if the call originated from a Zap
channel, though it works fine when both ends of the call are on SIP.
Bristuff's app_pickup can pi
Package: asterisk
Severity: wishlist
Version: 1.2.1.dfsg-1
Asterisk only builds the "smsq" utility if it detects at build
time. Please add a build dependency on libpopt-dev to make sure this
happens.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Con
reopen 342968
severity 342968 important
thanks
I don't think that just removing g++-3.4 from the Build-Depends line is
an appropriate fix for this bug. The package still does actually
require gcc-3.4 to build on ARM; as a result, it's now unbuildable on
that architecture:
http://buildd.debian.or
On Thu, 2005-12-29 at 15:08 +0100, Laurent Caron wrote:
> I'm using nscd (sarge version) with LDAP, and it is not working.
>
> Attaching to it with strace -p $PID shows no activity while doing a
> simple ls -al /home with a few directories in /home, making constant
> LDAP lookups.
>
> Upgrad
These patches seem to fix this problem. I haven't tested the resulting
gij very extensively, but it can at least execute "hello world" type
stuff now.
p.
arm-gij.dpatch
Description: application/shellscript
arm-libffi.dpatch
Description: application/shellscript
On Fri, Apr 16, 2004 at 09:13:42PM -0700, Ryan Murray wrote:
> > Just to make it clear to everyone involved -- #133578 is waiting for #214898
> > to be fixed in glibc. I'm not going to parse/use a tool to read the PAM
> > configuration file /etc/environment. That config file is for setting up
> >
On Tue, 2004-08-10 at 14:41 -0500, Jeff Licquia wrote:
> When the GLOB_APPEND flag is passed to glob(), the call is supposed to
> tack new results on to the ones already represented in the glob_t passed
> in. If there is an error, partial results may be added, but the
> original glob_t should defi
On Mon, 2005-09-05 at 21:10 +0200, Wolfgang Leister wrote:
> As you can see from the example the install tries to uninstall
> initrd-tools and all installed kernels. This makes that I cannot upgrade
> some other packages that depend on a newer version of libc6.
This is caused by libc6's Conflict w
tags 298913 + pending
thanks
On Thu, 2005-03-10 at 17:16 +, Colin Watson wrote:
> Attached is a patch that implements a --keep-existing flag, with
> documentation. It relies on perl-base to figure out whether the locale
> exists, but perl-base is Essential so that should be OK. Run 'make' in
>
On Mon, 2005-09-19 at 23:07 +0400, Nikita V. Youshchenko wrote:
> [EMAIL PROTECTED]:~> echo -n | fakeroot awk '{print}'
> awk: relocation error: awk: symbol _dl_catch_error, version GLIBC_PRIVATE not
> defined in file ld-linux.so.2 with link time reference
>
> This is fixed in post-sarge gawk 3.1
tags 344954 + pending
thanks
On Tue, 2005-12-27 at 17:39 -0500, Joey Hess wrote:
> The validlocale program is currently part of base-config, but
> base-config is going away. validlocale needs a new home ASAP and locales
> seems like the best place.
Seems reasonable to me. I've checked this into
On Sat, 2005-07-23 at 15:15 -0400, Joey Hess wrote:
> Phil Blundell wrote:
> > You're right that a preseed file would also allow me to set the mirror
> > location during install, but that would be slightly more cumbersome from
> > my point of view. I don't r
reassign 314616 no-ip
thanks
Glibc's standard behaviour is to cache the contents of /etc/resolv.conf
across multiple calls to gethostbyname(). I doubt this will change any
time soon.
The solution to this bug is probably for no-ip to call res_init() prior
to attempting resolution, if it suspects
The "llseek" problem is caused by a kernel bug. I thought that the
2.2.19 netwinder kernels in Debian had been patched to fix this, but I
guess I was mistaken about that. Anyway, there isn't a great deal that
we can do in glibc to fix the underlying problem.
I guess we could add a check to glibc
Package: vegastrike
Version: 0.4.3-3
Severity: serious
This package has a build dependency on automake1.6, which doesn't exist
any more in unstable.
See:
http://buildd.debian.org/fetch.php?pkg=vegastrike&arch=arm&ver=0.4.3-3&stamp=1134028424&file=log
--
To UNSUBSCRIBE, email to [EMAIL PROTEC
Package: asterisk
Version: 1:1.2.0.dfsg-1
Severity: serious
Somewhere around 1.2.0, asterisk seems to have started trying to use
"-msoft-float" when compiling some of its constituent parts on ARM.
This isn't going to work: soft float is a whole new ABI, and you can't
mix and match between soft and
Package: dmalloc
Version: 5.4.2-2
This package fails to build with recent compilers due to some bad inline
assembly:
http://buildd.debian.org/~jeroen/status/package.php?p=dmalloc&a=arm#fail-arm
The patch below seems to fix this problem.
--- clean/dmalloc-5.4.2/return.h2004-10-19 14:51:2
On Mon, 2005-09-12 at 22:24 +0200, Matthias Klose wrote:
> > On arm only, gcc cannot handle C identifiers like:
> >
> > static void L1__GET_$ENVIRONMENT__defmacro()
>
> please could you (or somebody having access to an arm machine) check,
> if the problem exists in gcc-3.4 and/or gcc-snapshot as
Package: racoon
Version: 1:0.6-1
Severity: normal
After racoon has been running for a while, it seems to get itself into a
state where it is continuously setting up and tearing down SAs as
quickly as it can:
Jul 24 18:44:51 mebius racoon: INFO: IPsec-SA established: ESP/Tunnel
x.x.x.x[4500]->192.
On Sat, 2005-07-23 at 11:36 +, Alexander Sack wrote:
> Y Giridhar Appaji Nag wrote:
>
> >Alex,
> >
> >I hope you are OK with marking this as forwarded to upstream :-). I
> >thought this would be a good opportunity to play around more with the
> >[EMAIL PROTECTED] mailserver.
> >
> >
> >
>
On Sat, 2005-07-23 at 10:54 +0200, Christian Perrier wrote:
> I may be wrong but I think that passing information about the Debian
> mirror is not DHCP job.
>
> This information can be preseeded using the normal preseed mechanism,
> I think this is pretty enough for any kind of automation.
In my
Package: debian-installer
Version: sarge
Severity: wishlist
We have a local mirror of the Debian archive on our office network.
It'd be great if there was some option I could set in my DHCP
configuration to tell the installer about this mirror, rather than
having to "enter information manually" an
On Wed, 2005-07-20 at 22:00 +0100, Roger Leigh wrote:
> Unless you plan to upload a new version that fixes this bug in the
> next few days, or you object to the changes in the following patch, I
> intend to NMU dillo shortly to fix this RC bug.
Please go ahead.
p.
--
To UNSUBSCRIBE, email to
Package: racoon
Version: 1:0.5.1-1
I use racoon in a mixed environment with both Linux and Windows XP/2000
clients. It seems that, when the Windows clients are using NAT-T, they
send a "NAT Original Address" payload, which racoon doesn't understand.
It prints "ignore the packet, received unexpect
On Wed, 2005-02-02 at 21:24 +0200, AKL. Mantas Kriauciunas wrote:
> It seems Dan Korostelev <[EMAIL PROTECTED]> doesn't care about this
> bugreport (more than 2 months without answer) :(
>
> Should I report another bug about missing icon and freedesktop menu and
> desktop entry standarts or simply
On Tue, 2005-01-11 at 12:37 -0500, Branden Robinson wrote:
> Here are his remarks, recast a bit from IRC-speak into something more
> conventional.
>
> GCC on ARM is doing something different from every other C compiler I've
> seen. It may not deviate from what the C specification allows, but
35 matches
Mail list logo
