Control: tag -1 pending
Hello,
Bug #1087020 in rocsparse reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/rocm-team/rocsparse/-/commit/55322b35ba07d4b63f774a8c74
First off, crossfire could just drop python support. It's a plugin
and some map files would lose some functionality but if the choice is
between removing the package and that then I'd rather keep the
package.
Upstream is working on updating the python code. The last message I
saw on the subject
, guile-snarf and
+guile-tools and use version suffixed names. (Closes: #926182)
+
+ -- Kari Pahula Fri, 03 May 2019 21:58:01 +0300
+
guile-2.2 (2.2.4+1-1) unstable; urgency=medium
* Upgrade to 2.2.4.
diff -Nru guile-2.2-2.2.4+1/debian/guile-dev.install guile-2.2-2.2.4+1/debian/guile
Hi.
I've ported the CVE patches from Debian LTS for libsdl2 in unstable.
>From 71a63c55e96dc351058d3700d1a4cba1726136e2 Mon Sep 17 00:00:00 2001
From: Kari Pahula
Date: Wed, 24 Apr 2019 16:56:30 +0300
Subject: [PATCH] Port patches from Debian LTS release for CVE bugs.
Fixes for CVE-2
Hi.
I've ported the CVE patches from Debian LTS for libsdl1.2 in unstable.
>From 3aa83f5059f9e8203177350101ab43415b901f93 Mon Sep 17 00:00:00 2001
From: Kari Pahula
Date: Wed, 24 Apr 2019 16:51:03 +0300
Subject: [PATCH] Port patches from Debian LTS release for CVE bugs.
Fixes for CVE-2
Package: gecode
Version: 6.1.0-1
Severity: serious
Tags: ftbfs
Forwarded: https://github.com/Gecode/gecode/issues/34
Building Gecode 6.1.0-1 fails on mips and mipsel. The previous
version (6.0.1-1) had no trouble. GCC versions have changed between
the build attempts and that may be a factor. Th
tags 863936 + help unreproducible
thanks
Unfortunately, I couldn't reproduce the FTBFS. I tried building it a
few times with sbuild in a stretch environment and it worked fine
every time. The last upload for Gecode was in March and I reckon that
the build deps haven't changed much at all since t
On Sat, Mar 18, 2017 at 08:08:55PM +0200, Adrian Bunk wrote:
> Source: gecode
> Version: 4.4.0-3
> Severity: serious
>
> https://buildd.debian.org/status/fetch.php?pkg=gecode&arch=ppc64el&ver=4.4.0-3%2Bb1&stamp=1489745301&raw=0
Aside from some namespacing changes, the ppc_rounding_control.hpp
inc
+0300
+++ tntdb-1.3/debian/changelog 2015-09-05 20:44:44.0 +0300
@@ -1,3 +1,11 @@
+tntdb (1.3-3) unstable; urgency=medium
+
+ * Bump library package names to 4v5 for C++ ABI transition. (Closes:
+#796719)
+ * Bump Standards-Version to 3.9.6 (No changes necessary)
+
+ -- Kari Pahula Sat
)
+
+ -- Kari Pahula Sat, 05 Sep 2015 18:57:54 +0300
+
tntnet (2.2.1-1) unstable; urgency=high
* New upstream release (SONAME 12)
diff -Nru tntnet-2.2.1/debian/control tntnet-2.2.1/debian/control
--- tntnet-2.2.1/debian/control 2014-01-22 18:14:31.0 +0200
+++ tntnet-2.2.1/debian/control 2015
On Wed, Apr 07, 2010 at 04:31:07PM +0200, henry atting wrote:
> BTW, on the hledger website are some older builds to download which are
> working fine.
Could you please try narrowing down which was the last version that
worked correctly for you? It'd help if I had some simple test case
for this.
On Wed, Apr 07, 2010 at 02:31:29PM +0200, henry atting wrote:
> correctly. Then a simple `./hledger' should display my ledger file with
> accounts and the according totals -- with the euro currency symbol.
> It should look like this:
>
> €4.50 misc
>
> But no, the currency symbol is sub
On Wed, Apr 07, 2010 at 12:32:09PM +0200, henry atting wrote:
> Utf-8 obviously is not supported. That make some programms installed
> with cabal nearly unusuable.
Sorry, but you'll have to be a bit more specific than that. What did
you do? What did you expect to see?
--
To UNSUBSCRIBE, emai
On Tue, Feb 23, 2010 at 04:54:11PM +0100, Andrea Lusuardi - UoVoBW wrote:
> i just did the chroot, a debian sid with deboostrap from the mirror
> ftp.de.debian.org (the .it. one was way too slow)
Okay, so that rules out any local changes, save for the kernel.
> Kernel: Linux 2.6.32-rc5 (SMP w/2
On Tue, Feb 23, 2010 at 01:00:09PM +0100, Andrea Lusuardi - UoVoBW wrote:
> Program received signal SIGSEGV, Segmentation fault.
> 0x0178d776 in ?? ()
> (gdb) where
> #0 0x0178d776 in ?? ()
> #1 0x in ?? ()
> (gdb)
>
> is this use
Let's try out some more things.
Please try
gdb --args /usr/lib/ghc-6.12.1/lib/ghc -B/usr/lib/ghc-6.12.1/ --interactive
and type "where" when you get the segfault.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@l
I asked upstream to have a look at this.
Do you have SElinux enabled? They said that this could be related to
that.
Also, could you run strace -f ghci and get a gdb stack trace of the
bug?
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
Sorry about deferring replying to this. I was busy getting 6.12.1
packaged and didn't want to consider problems with 6.10 too much
before getting that done.
I still run i386 system on my computer and ghci has worked for me all
the time. I'm not sure why it doesn't for you. I'm sure that I would
tags 539789 + fixed-upstream
thanks
On Mon, Aug 24, 2009 at 10:55:27AM +0300, Kari Pahula wrote:
> I'll give a try to building a HEAD branch snapshot.
Good news, that version compiled ok. I'm ready to guess that 6.12 is
likely to work too, then. Its release is scheduled to happe
I did some testing with gcc versions 4.2.4-6 and 4.3.3-7. Looks like
gcc-4.3 dropped /usr/include/i486-linux-gnu (and the equivalent on
other arches) from the implicit -I list. I'm not sure if that was on
purpose, so I'm not reassigning this bug. It's in GCC maintainers'
domain, either way.
$ g
reassign 520860 haskell-convertible
tags 520860 + patch
thanks
Sorry, but nothing's changed in this regard between 6.8 and 6.10.
runghc is a wrapper that calls ghci, and the tier 2 platforms with
"GHCi No" listed at http://hackage.haskell.org/trac/ghc/wiki/Platforms
won't have the RTS linker that'
reassign 516241 haskell-devscripts
retitle 516241 .haddock files need to be put in -dev
done
On Thu, Feb 19, 2009 at 05:45:55PM -0800, David Fox wrote:
> On Thu, Feb 19, 2009 at 5:07 PM, Joachim Breitner wrote
> > * We mach all -doc packages arch any instead of all.
> > (Easiler but less elega
On Sun, Jan 18, 2009 at 11:20:02PM +0100, Luk Claes wrote:
> Kari Pahula wrote:
> > These need an upload to remove ghc6 (<< 6.8.2-999) from the build
> > dependencies (they currently FTBFS).
> >
> > ftphs, haskell-anydbm, haskell-configfile, haskell-hsh, hdbc,
>
reopen 511756
thanks
While the immediate issue (libgmp in ghc6) is fixed, there's still a
bunch of uninstallable packages around. As of this writing, these
need a binNMU:
haskell-hlist, haskell-binary, highlighting-kate, haskell-irc,
haskell-utf8-string, pandoc, haskell-pcre-light
These need an
On Wed, Jan 14, 2009 at 11:29:21AM +0200, Eugene V. Lyubimkin wrote:
> Kari Pahula wrote:
> > The usual thing to do would be to repackage the upstream tarball and
> > slap on a +dfsg1 on the version. However, that would make it
> > necessary to rebuild all haskell libraries
I have a problem.
I found a copy of GMP included with ghc6, with GNU documentation with
GFDL docs with invariant sections.
The usual thing to do would be to repackage the upstream tarball and
slap on a +dfsg1 on the version. However, that would make it
necessary to rebuild all haskell libraries
Package: ghc6
Version: 6.8.2-7
Severity: serious
Justification: Policy 2.1.
GHC includes GNU MP library with it, in gmp/gmp-4.2.1.tar.gz. The
build system already does the right thing and doesn't link against the
local copy of the library, but it still carries the tarball with the
accompanying GN
Sounds like a duplicate of #479209.
On Thu, Nov 27, 2008 at 11:59:23PM +0100, Michael Goetze wrote:
> This is with haskell-utils 1.11. Perhaps a versioned dependency would be
> appropriate.
What's your kernel version and architecture?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a sub
Attached is a patch for #345780. RFC 821 says that an implementation
should at least handle text lines of 1000 characters, but it says also
that when possible, an implementation should avoid having these
limits. These issues happen with lines over 2k long, but even if it
didn't support them, it s
On Wed, Sep 03, 2008 at 02:00:07PM +0300, Martin Michlmayr wrote:
> * Ji??í Pale??ek <[EMAIL PROTECTED]> [2008-05-14 03:01]:
> > /usr/bin/ghc6 -O -Wall -Werror -package Cabal update-haskell-control.lhs
> > -o update-haskell-control
> > ghc-6.8.2: timer_create: Invalid argument
>
> I get the same
Package: libghc6-happs-dev
Version: 0.9.2.1-1
Severity: serious
HAppS is currently distributed by upstream as 5 different cabal
packages. I merged them together into one by hand for this version.
While this does the job, it causes problems for any Haskell programs
using HAppS, since there's no ca
fixed 426867 1.6.0-1
thanks
On Thu, May 31, 2007 at 07:46:27AM -0400, Daniel Schepler wrote:
> Package: tntnet
> Version: 1.5.3-2
> gnutls.cpp:227: error: 'doPoll' was not declared in this scope
The cxxtools API has changed between 1.4.3.1 and 1.4.3.6. tntnet
1.6.0, which uses the new API, is s
On Fri, Apr 27, 2007 at 09:49:58AM +0200, Laurent Bonnaud wrote:
> If you mean downgrading, then yes: downgrading libghc6-haxml-dev from
Oh! I looked a bit too quickly and saw 1.7. But the fact remains
that haskell libraries are a bit particular about the versions of
their dependencies. I uplo
On Fri, Apr 27, 2007 at 09:05:27AM +0200, Laurent Bonnaud wrote:
> Setting up libghc6-happs-dev (0.8.8+darcs20070329-1) ...
> Reading package info from stdin ... done.
> ghc-pkg: dependency HaXml-1.13.2 doesn't exist (use --force to override)
> Versions of packages libghc6-happs-dev depends on:
>
block 420220 by 413826
severity 420220 serious
thanks
Right, it's a plain old case of missing dependencies. My bad. HList
is unfortunately still waiting in the NEW queue. There would be no
point in uploading a 0.8.8-2 version to fix the issue with
dependencies since it would be uninstallable an
Package: singularity
Version: 0.22-1
Severity: serious
Justification: Policy 2.1
singularity includes a font, Acknowledge, downloaded from
http://www.aenigmafonts.com/fonts/fontsa.html
The disclaimer/license on the web page says:
All of the Fonts on this site are made by me (Brian Kent), and all
tags 340195 + patch
thanks
Hello. This error can be fixed by adding a forward declaration for
xstrdup in XVector.h.
diff -urNad orig/postman-2.0/debian/patches/00list
postman-2.0/debian/patches/00list
--- orig/postman-2.0/debian/patches/00list 2006-01-18 22:28:25.514095736
+0200
+++ postma
On Tue, Sep 13, 2005 at 01:47:45AM +0200, Adeodato Simó wrote:
> Simply recompiling and uploading your package should be enough to fix
> this; as per this mail [1], you need not bump your Qt, kdelibs or aRts
Unfortunately this appears not be the case with droidbattles.
Apparently moc doesn't g
I'd like to point out that the version of adonthell in Debian is
0.3.3.cvs.20031022-3 and the version 3.4 was released on 18 Apr 2005.
Before trying to fix this an update to that version might be useful.
This bug just might simply go away along with that.
--
To UNSUBSCRIBE, email to [EMAIL PROT
Package: crossfire
Severity: serious
Justification: Policy 2.2.1
The file lib/adm/map_check has in it:
#!/usr/bin/perl
#
# (C) Copyright Markus Weber, 1994. All rights reserved.
# Permission is granted to use, copy, and modify for non-commercial use.
#
This violates DFSG.
Removing this file
40 matches
Mail list logo
