Package: wnpp
Severity: normal
Control: affects -1 src:diod
I request an adopter for the diod package. I'm not using the package
anymore. The package has low popcon score. The last release is from
2014, but the upstream has recently become active on Github.
The package description is:
diod is
mx] Error 127
>
>
> https://buildd.debian.org/status/fetch.php?pkg=coccinelle=mips=1.0.6.deb-1=1509401643=0
> Date: Tue, 09 Jan 2018 21:49:33 +
> From: Євгеній Мещеряков <eu...@debian.org>
> To: 886714-cl...@bugs.debian.org
> Subject: Bug#886714: fixed in coccinelle
Hi Mathieu,
4 січня 2018 о 16:35 +0100 Mathieu Malaterre написав(-ла):
> Hi eugen,
>
> > * Upload to experimental: no Python support
>
> Could please describe a bit more what is the issue here ?
This version of coccinelle requires pyml that is not yet packaged in
Debian. Additionally it does
Package: wnpp
Severity: normal
I request an adopter for the coccinelle package.
I'm not using this package much anymore and having more active
maintainer would be good. The most immediate task would be packaging
latest version for unstable. It is currently available in experimental,
but has no
Package: wnpp
Severity: normal
I request an adopter for the swi-prolog package.
The package is actively maintained upstream, there are new releases
every several months.
The package description is:
SWI-Prolog is a fast and powerful ISO/Edinburgh-style Prolog compiler with a
rich set of
Package: wnpp
Severity: normal
I request an adopter for the spark package.
The current upstream version of the package will not be updated. There
is a new version of Spark, but it is very different from this one, see
also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713928
The package
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Plese schedule bin-NMU for spark package. It needs to be rebuilt against
the new version of swi-prolog because of compiled image format change
(handled by swi-prolog-vm-3 pseudo package).
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Plese schedule bin-NMU for logol package. It needs to be rebuilt against
the new version of swi-prolog package because of soname change for
libswipl (it changes every release).
nmu
retitle 713928 RFP: spark-hilite -- SPARK programming language toolset (Ada
2012-style)
thanks
I didn't have time to package this. It also does not compile as-is.
But it would be good to have it in Debian, so I'm making it request for
package.
24 червня 2013 о 00:43 +0200 Євгеній Мещеряков
Package: libparmap-ocaml-dev
Version: 1.0~rc4-4
Severity: serious
Parmap package does not install libparmap_stubs.a file on bytecode
architectures. This makes it impossible to build depending packages,
like now coccinelle, on those architectures.
I assume that is was just a mistake not to
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Please rebuild ppl in sid on s390x. Due to a bug in swi-porlog-nox
package (fixed in 6.6.6-5) libppl-swi has too tight dependencies. This prevents
new
versions of swi-prolog from migrating
Package: nfs-common
Version: 1:1.2.8-6
Severity: serious
Hello,
rpc.gssd started crashing again when mounting an encrypted nfs4
filesystem.
The dmesg contains:
[ 391.284130] rpc.gssd[1756]: segfault at b5a ip 7f70bb3d772f sp
7fff5765a080 error 4 in
12 червня 2014 о 18:14 +0200 Julien Cristau написав(-ла):
What library changed its SONAME?
I suspect the issue is:
That's right.
libppl-swi/i386 unsatisfiable Depends: swi-prolog-nox ( 6.6.3.0~)
libppl-swi/amd64 unsatisfiable Depends: swi-prolog-nox ( 6.6.3.0~)
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Please schedule rebuild of logol against swi-prolog 6.6.5, it is needed
because of change of library soname.
nmu logol_1.7.0-1 . ALL . -m rebuild against swi-prolog 6.6.5
-- System
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Please rebuild ppl against new swi-prolog, it's needed beacuse of
library soname change.
nmu ppl_1:1.1-2 . ALL . -m rebuild against swi-prolog 6.6.5
-- System Information:
Debian Release:
Hi,
Is there a reason why this is still not fixed? It is holding swi-prolog
from entering testing and it is already 32 days old.
Regards,
Eugeniy Meshcheryakov
28 березня 2014 о 01:26 +0100 Євгеній Мещеряков написав(-ла):
Package: release.debian.org
Severity: normal
User: release.debian
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Hello,
Please schedule the rebuild of logol package, it needs to depend on
newer version of swi-prolog.
nmu logol_1.6.10-1 . ALL . -m rebuild against swi-prolog 6.6.4
-- System
Package: ftp.debian.org
Severity: normal
Please remove swi-prolog-java binary on sparc. It cannot be built there
anymore because openjdk is not available on that architecture.
Note: this was a request for a partial removal from testing, converted in one
for unstable
--
To UNSUBSCRIBE, email
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Hello,
Please rebuild logol package, it needs to depend on newer version
of swi-prolog library (6.6.2 is installed on all architectures).
nmu logol_1.6.1-1 . ALL . -m rebuild against
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Hello,
Please rebuild package spark because it it needs to depend on newer
swi-prolog-vm virtual package provided by swi-prolog-nox = 6.6.0.
Thanks,
Eugeniy Meshcheryakov
nmu
Package: flightgear
Version: 2.10.0-2
Severity: grave
The newest version of flightgear fails to start on amd64:
% fgfs
fgfs: error while loading shared libraries: libosgText.so.100: cannot open
shared object file: No such file or directory
The file libosgText.so.100 does not
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Please rebuild spark package because it needs to depend on newer
swi-prolog-vm virtual package provided by swi-prolog-nox = 6.4.1.
swi-prolog-nox 6.4.1-3 is now installed on all supported
Package: kicad
Version: 0.20130727+bzr4024-2
Severity: normal
KiCAD is very slow when run with open source radeon driver. pcbnew and
eeschema are impossible to use with more then very simple
layout/schematic. Every operation like zooming and panning takes around
a second. The speed also depends
Package: logol
Version: 1.6.2-2
Severity: normal
logol fails to build with the latest version of swi-prolog in unstable.
The build stops after printing these messages:
[junit] Running org.irisa.genouest.logol.test.GrammarTest
[junit] Testsuite:
Package: wnpp
Severity: wishlist
Owner: Євгеній Мещеряков eu...@debian.org
* Package name: spark-hilite
Version : 2013
Upstream Author : AdaCore (http://www.adacore.com)
* URL : http://libre.adacore.com/tools/spark-gpl-edition/
* License : GPLv3
Programming
Package: swi-prolog-nox
Version: 6.2.6-2
Severity: important
For now shlibs generation is suppressed. The library may need to be
split into a separate package.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1,
Hi,
12 травня 2013 о 18:03 +0200 Luk Claes написав(-ла):
rpc.gssd now also crashes on amd64.
Does this also happen when the package nfs-kernel-server is installed?
Yes, rpc.gssd also crashes with nfs-kernel-server installed.
Regards,
Eugeniy Meshcheryakov
signature.asc
Description:
notfound 705507 1:1.2.6-3
thanks
12 травня 2013 о 19:45 +0200 Євгеній Мещеряков написав(-ла):
Hi,
12 травня 2013 о 18:03 +0200 Luk Claes написав(-ла):
rpc.gssd now also crashes on amd64.
Does this also happen when the package nfs-kernel-server is installed?
Yes, rpc.gssd also crashes
found 705507 1:1.2.6-3
thanks
Ah, original bug report was about this version, sorry for that. This
could be a different bug though.
12 травня 2013 о 19:51 +0200 Євгеній Мещеряков написав(-ла):
notfound 705507 1:1.2.6-3
thanks
12 травня 2013 о 19:45 +0200 Євгеній Мещеряков написав(-ла):
Hi
Package: nfs-common
Version: 1:1.2.8-1
Followup-For: Bug #705507
Hello,
rpc.gssd now also crashes on amd64.
Here is part of gdb log:
Program received signal SIG37, Real-time event 37.
Program received signal SIGSEGV, Segmentation fault.
0x7f58a6214e95 in ?? () from
buffer overrun in
+ path canonisation code
+- CVE-2012-6090.diff - fix for CVE-2012-6090 - Possible buffer overflows
+ when expanding file-names with long paths
+ * Urgency medium because of a fix for a security bug
+
+ -- Євгеній Мещеряков eu...@debian.org Sat, 05 Jan 2013 03:43:46
+ when expanding file-names with long paths
+
+ -- Євгеній Мещеряков eu...@debian.org Mon, 07 Jan 2013 00:02:00 +0100
+
swi-prolog (5.10.1-1) unstable; urgency=low
* New upstream release.
diff -Nru swi-prolog-5.10.1/debian/control swi-prolog-5.10.1/debian/control
--- swi-prolog-5.10.1/debian
Package: gcc-4.7
Version: 4.7.2-4
Severity: normal
gcc-4.7 does not seem to define _REENTRANT when used with -pthread
option on Hurd. Other Debian architectures have this definition. This
breaks building of swi-prolog [1]. This probably can be fixed by adding
%{pthread:-D_REENTRANT} to CPP_SPEC
Package: swi-prolog-java
Version: 5.10.4-4
Severity: important
This package is misconfigured and cannot find files when used. Currently
to run prolog from Java one needs these variables:
LD_LIBRARY_PATH=/usr/lib/swi-prolog/lib/amd64
LD_PRELOAD=/usr/lib/libswipl.so
debian-branch to wheezy-updates
+ * Urgency medium because of fix for an RC bug
+
+ -- Євгеній Мещеряков eu...@debian.org Mon, 08 Oct 2012 21:54:54 +0200
+
swi-prolog (5.10.4-3) unstable; urgency=low
[ Chris Lamb ]
diff -Nru swi-prolog-5.10.4/debian/control swi-prolog-5.10.4/debian/control
17 серпня 2012 о 20:02 +0100 Adam D. Barratt написав(-ла):
There's also the changes from -4 which hadn't migrated.
Well, they did not migrade, because I forgot to upload them...
-clean binary binary-arch binary-indep:
+clean binary binary-arch binary-indep build install:
Is there any
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package xfoil
Version 6.97.dfsg-5 fixes crash introduced by changes in gfortran-4.6
(bug #682679). The package was build on all architectures.
unblock xfoil/6.97.dfsg-5
--
Package: bugs.debian.org
Severity: normal
Tags: l10n
NOTE: It is probably not a good idea to read this bug report via the
web interface.
It seems BTS have problem with displaying UTF-8 correctly. It is
probably handled as Latin-1.
My package's bug page:
Package: libqt4-dev
Version: 4:4.8.2-1
Severity: normal
During compilation of one of my programs the following warning is generated:
In file included from /usr/include/qt4/QtCore/QtCore:50:0,
from /usr/include/qt4/QtDeclarative/QtDeclarative:3,
from
it with coccinelle and it breaks nothing, and it is possible to
use that --parallel option. It would be good if someone could try it with
packages that use those *.in files.
Regards,
Eugeniy Meshcheryakov
6 грудня 2011 о 02:07 +0100 Євгеній Мещеряков написав(-ла):
Package: dh-ocaml
Version: 1.0.2
Package: ftp.debian.org
Severity: normal
Please change section of kdrill and kanadict packages to 'education'.
kdrill is a program for learning Japanses symbols, kanadic contains
optional kana dictionaries for kdrill, so I think they belong to
education section.
Thanks,
Eugeniy Meshcheryakov
Package: dh-ocaml
Version: 1.0.2
Severity: important
The debhelper sequence cannot be used if additional options are passed
to dh, like this:
dh $@ --with ocaml --parallel
In this case package build fails with this:
dh_ocamlinit -d -O--parallel
make: *** [clean] Error 255
Without
Package: git
Version: 1:1.7.7-1
Severity: serious
I'm trying to install git after purging it:
# aptitude install git
...
Setting up git (1:1.7.7-1) ...
rmdir: cannot remove `/usr/share/doc/git/contrib/hooks': Not a directory
I think this is a problem with this part of postinst:
if dpkg
Package: gnat-4.6
Version: 4.6.1-6
Severity: grave
gnat-4.6 stoppend working after today's gcc-4.6 upgrade.
% gnatmake
fatal error, run-time library not installed correctly
cannot locate file system.ads
Exception name: TYPES.UNRECOVERABLE_ERROR
Message: targparm.adb:177
forwarded 644015 https://sourceforge.net/apps/trac/openocd/ticket/39
thanks
Hello,
3 жовтня 2011 о 16:19 +0200 Tormod Volden написав(-ла):
Thanks for your patch! Can you please also send it upstream?
(http://openocd.berlios.de/web/ but this URL might change soon)
I filed bug in an upstream
Package: ftp.debian.org
Severity: normal
I orphaned couchapp some time ago and threre were several upstream
releases. Nobody adopted it yet, and it was not part of a stable
release, so I think it is safe to remove it.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
retitle 643663 Legal program rejected (record component with no supplied value)
and invalid access to atomic variable
thanks
It seems that program in the attachment test.ada is actually legal. So
the bug is that program in good.ada (also legal) is rejected and
incorrect code is generated for
Package: openocd
Version: 0.5.0-1
Severity: wishlist
Tags: patch
Please add udev rules for the openmoko neo1973 debug board v3
(interfaces/neodb.cfg). The patch is attached.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture:
Package: binutils
Version: 2.21.53.20110922-1
Severity: normal
It is not possible to link programs with --gc-sections option:
% cat test.c
int main() {}
% gcc -Wl,--gc-sections test.c
/usr/bin/ld: a.out: local symbol `_dl_argv@@GLIBC_PRIVATE' in
wrote:
Євгеній Мещеряков eu...@debian.org writes:
29 вересня 2011 о 20:15 +0200 Євгеній Мещеряков написав(-ла):
Hmm, that symbol looks global to me:
$ nm -D /lib/x86_64-kfreebsd-gnu/libpthread.so.0 | grep
pthread_mutexattr_destroy
7b70 T __pthread_mutexattr_destroy
It is not possible to link programs with --gc-sections option:
I checked with CVS snapshot and the bug is fixed there.
signature.asc
Description: Digital signature
Package: spark
Version: 2011.0.deb-4
Severity: normal
Linker garbage collector should be reenabled after #643858 is fixed.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-1-amd64 (SMP w/2
reopen 642128
found 642128 4.6.1-6
thanks
The newest version of gnat-4.6 still cannot build spark. Build now fails
with the following message:
gnatlink examiner.ali -g -O2 -fdata-sections -ffunction-sections -o spark
-Wl,--gc-sections
/usr/bin/ld: spark: local symbol
Hmm, that symbol looks global to me:
$ nm -D /lib/x86_64-kfreebsd-gnu/libpthread.so.0 | grep
pthread_mutexattr_destroy
7b70 T __pthread_mutexattr_destroy
7b70 T pthread_mutexattr_destroy
signature.asc
Description: Digital signature
29 вересня 2011 о 20:15 +0200 Євгеній Мещеряков написав(-ла):
Hmm, that symbol looks global to me:
$ nm -D /lib/x86_64-kfreebsd-gnu/libpthread.so.0 | grep
pthread_mutexattr_destroy
7b70 T __pthread_mutexattr_destroy
7b70 T pthread_mutexattr_destroy
I can also
29 вересня 2011 о 21:22 +0200 Ludovic Brenta написав(-ла):
Try removing the --gc-sections linker options, per [1]. It looks like
it is this option that triggers a bug in ld. If this works, please
close the gnat-4.6 bug and check whether a corresponding bug is already
open against ld.
[1]
Package: gnat-4.6
Version: 4.6.1-5
Severity: normal
Tags: upstream
Forwarded: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50558
I reported this bug to the gcc bugzilla.
The following invalid program (component 'Reserved' does not have default
value) compiles with no error (gcc 4.6.1 and 4.7.0
Package: gnat-4.6
Version: 4.6.1-5
Severity: important
Building of spark (2011.0.deb-3) fails on both kfreebsd-i386 and -amd64 with
gnat-4.6.
The build fails with the following error:
gnatlink examiner.ali -g -O2 -fdata-sections -ffunction-sections -o spark
-Wl,--gc-sections
I found symbol 'clock_gettime' in librt.so (not in NEEDED of libgnarl).
I cannot find two other symbols anywhere.
signature.asc
Description: Digital signature
9 вересня 2011 о 07:02 +0200 Wolfgang Karall написав(-ла):
Hello,
since I'm using this I wonder whether you did a) stop doing the GPS
correlation thing alltogether
Yes, this one. Not so much time for photographs now.
or b) found a better alternative. If b),
would you be so kind and telling
Package: wnpp
Severity: normal
I intend to orphan the gpscorrelate package. I'm not using it anymore.
There were no new releases for some time and the author was interested
in a new maintainer. The package is mostly bug-free, there but are some
reports about crashes.
The package description is:
Package: dictionaries-common
Version: 1.11.5
Severity: normal
I'm trying to fix bug #638740. I found that I probably can fix it by
using 'auto-compat option' in an info file. Unfortunately there is no
information in dsdt-policy about syntax of this option.
-- System Information:
Debian Release:
Package: systemd
Version: 29-1
Severity: normal
I was using RAMTMP=yes settings in /etc/default/rcS and noticed that it
does not work with systemd. I also tried to add /tmp into /etc/fstab.
This also failed. systemctl shows tmp.mount as mounted, but it is not,
it has contents of /tmp from root fs
(origin: vendor): -g -O2
dpkg-buildpackage: export LDFLAGS from dpkg-buildflags (origin: vendor):
dpkg-buildpackage: source package diod
dpkg-buildpackage: source version 1.0~pre46-1
dpkg-buildpackage: source changed by Євгеній Мещеряков eu...@debian.org
dpkg-source --before-build diod-1.0~pre46
forwarded 635208 http://code.google.com/p/diod/issues/detail?id=53
thanks
Additional info: kernel version 2.6.32-5-4kc-malta
signature.asc
Description: Digital signature
Package: gnat-4.6
Version: 4.6.1-1
Severity: important
It looks like gnat-4.6 was not compiled correctly on powerpc. spark
(in experimental) build dies with the following error message:
gnatbind -I../lib/spark/current -I../common/versioning -E -x examiner.ali
error: g-trasym.adb must be
severity 635112 serious
thanks
I also noticed that gnat-4.6 on powerpc constans no g-trasym.adb, but it
is present on x86_64. Also build log for gnat-4.6 contains this:
cp: cannot stat `rts-shared-zcx/g-trasym.adb': No such file or directory
cp: cannot stat `rts-static-sjlj/g-trasym.adb':
Hello,
I uploaded fix for this bug in DELAYED/3-day. Please see pull request on
github for the patch.
Regards,
Eugeniy Meshcheryakov
signature.asc
Description: Digital signature
20 липня 2011 о 20:26 +0200 Євгеній Мещеряков написав(-ла):
I uploaded fix for this bug in DELAYED/3-day. Please see pull request on
github for the patch.
By the way, I noticed that patch that present in the source package was
ineffective because of missing series file. I did not add
Package: diod
Version: 1.0~pre45-3
Severity: normal
Results are attached.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=uk_UA.UTF-8,
Package: swi-prolog-nox
Version: 5.10.4-1
Severity: serious
Justification: fails to build from source
The current version of swi-prolog fails to build on mipsel with bus
error. I tried to investigate using qemu. The error happens in function
put_double(). gdb shows that current instruction is
tags 634257 + patch
thanks
I found one more place with bus error, it is in function valFloat__LD(),
also unaligned access to double variable.
It seems the problem is that GCC optimizes code like this:
union
{ double d;
fword l;
} val;
val.l = *v;
return val.d
to just this:
Package: wnpp
Severity: wishlist
Owner: Євгеній Мещеряков eu...@debian.org
* Package name: diod
Version : 1.0~pre44
Upstream Author : Jim Garlick garlick at llnl dot gov
* URL : http://code.google.com/p/diod/
* License : GPL, BSD
Programming Lang: C
Package: swi-prolog-nox
Version: 5.10.4-1
Severity: normal
Hello,
I'm maintaining a package that build-depends on swi-prolog-nox and
contains non-native prolog executables (spark). The problem is that
upgrade of swi-prolog-nox to 5.10.4-1 breaks spark that was compiled
with earlier version of
Maybe better name for the virtual package would be something like
swi-prolog-vm-01234567, where 01234567 can be replaced
by the current VM signature (it seems to be a 32-bit integer).
signature.asc
Description: Digital signature
19 червня 2011 о 18:07 +0100 Chris Lamb написав(-ла):
Becasue of this I think it will be good to have some sort of api virtual
package (like swi-prolog(-nox)?-api-some number), provided by
swi-prolog-* packages and some helper (dh_swi_prolog?) to fill depends
field of spark (and any other
Package: glob2
Version: 0.9.4.4-2+b1
Followup-For: Bug #592412
This bug still exists in the current version. Every game crashes after
some minutes of playing. Even worser, if I try to continue game by
loading autosave, it crashes after some seconds of playing. This bug
makes the game unusable.
Package: wnpp
Severity: normal
I intend to orphan the couchapp package. It is actively developed
upstream and new version is available. There are no bugs reported, but
new maintainer probably will have to check for bundled libraries.
The package description is:
CouchApp is a set of helpers and
Package: gdebi
Version: 0.7.1
Severity: normal
Tags: patch l10n
The Ukrainian (uk) translation of the confirmation message shown by console
version of gdebi contains no final colon. Combined with this code:
if res.lower().startswith(msg[-5]):
it makes package installation very unintuitive
Package: spark
Version: 2010.0.deb-1
Severity: normal
The log was:
gcc-4.4 -c -O2 -g -gnatwae -gnat05 -gnatwl -gnaty3abefhiklnprt
-I/build/buildd2-spark_2010.0.deb-1-mips-yTpA4o/spark-2010.0.deb/examiner//../lib/spark/current
Package: gnat-4.4
Version: 4.4.5-4
Severity: grave
gnat does not seem to work anymore. It always fails like this:
% gcc-4.4 -c test.adb
fatal error, run-time library not installed correctly
cannot locate file system.ads
compilation abandoned
% gnat
fatal error, run-time library not installed
Package: i2c-tools
Version: 3.0.3-3
Severity: important
Configuration of the latest version fails with these messages:
Setting up i2c-tools (3.0.3-3) ...
.udevdb or .udev presence implies active udev. Aborting MAKEDEV invocation.
chmod: не вдається отримати доступ до `/dev/i2c-0': No such file
10 березня 2011 о 09:48 +0100 Bernhard R. Link написав(-ла):
* Євгеній Мещеряков eu...@debian.org [110309 19:39]:
Description : SPARK programming language toolset
SPARK is a programming language and a set of software development
products for high assurance software. The SPARK
Package: wnpp
Severity: wishlist
Owner: Євгеній Мещеряков eu...@debian.org
* Package name: spark
Version : spark-gpl-2010-SMT
* URL : http://libre.adacore.com/libre/tools/spark-gpl-edition/
* License : GPL3+
Programming Lang: Ada, Prolog, C++
Description
Hello,
I reported that bug because I tried to compile spark-gpl. Compilation
failed with stack overflow or invalid memory access. It was compiled
fine with gcc-snapshot, but linking failed. So I guess the bug with
stack overflow was fixed somewhere between gcc-4.4 and 4.6. Or maybe it
was
Package: gcc-snapshot
Version: 20110226-1
Severity: normal
Linking of Ada program fails if it depends on GNAT.Traceback.Symbolic:
% cat testcase.adb
with GNAT.Traceback.Symbolic;
procedure TestCase is
begin
null;
end TestCase;
% gnatmake testcase.adb
gcc -c testcase.adb
gnatbind -x
Package: wnpp
Severity: wishlist
Owner: Євгеній Мещеряков eu...@debian.org
* Package name: python-mwavepy
Version : 1.0
Upstream Author : Alex Arsenovic, Lihan Chen
* URL : http://code.google.com/p/mwavepy
* License : GPL-2+
Programming Lang: Python
Package: gnat-4.4
Version: 4.4.5-3
Severity: normal
Tags: upstream patch
Forwarded: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47818
I reported this bug to gcc bugzilla, but it is also applies to Debian
(gnat-4.4 and gcc-snapshot).
Compilation of code containing pragma Assert fails if
21 лютого 2011 о 19:51 +0100 Євгеній Мещеряков написав(-ла):
Attached patch adds check in Pragma_Check case. If rewritten pragma Assert was
found then restrictions are not checked.
I forgot to add that patch is for gcc trunk. I did not test it with
gcc-4.4.
signature.asc
Description: Digital
Package: ftp.debian.org
Severity: normal
Hello,
I request removal of doc-debian-uk (with aproval from package maintainer,
Borys Yanovych, CC'ed). It was not updated for long time. Also it contains
only debian-faq translation, that should be built from debian-faq source
(it contains almost
Package: libmuparser0
Version: 1.34-1
Severity: critical
Upgrading from 1.32-1 to 1.34-1 breaks scidavis. It fails with the
following error message:
scidavis: symbol lookup error: scidavis: undefined symbol:
_ZN2mu10ParserBase10DefineOprtERKSsPFdddEjb
I guess there was ABI change in the new
reassing 601650 qtwebkit
thanks
This is a bug in in qtwebkit. Installing files 'libqmlwebkitplugin.so'
and 'qmldir' under /usr/lib/qt4/imports/QtWebKit was enough to fix the
bug.
28 жовтня 2010 о 07:48 +0200 Євгеній Мещеряков написав(-ла):
Package: libqt4-declarative
Version: 4:4.7.0~rc1-1
Package: ftp.debian.org
Severity: normal
Links with version numbers (like
http://ftp-master.debian.org/new/couchapp_0.7.2.dfsg-1.html)
in NEW overview point nowhere.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: wnpp
Severity: wishlist
Owner: Євгеній Мещеряков eu...@debian.org
* Package name: couchapp
Version : 0.7.1
Upstream Author : Benoit Chesneau beno...@e-engura.com
* URL : http://couchapp.org
* License : Apache
Programming Lang: Python, JavaScript
Package: fontforge
Version: 0.0.20100501-2
Severity: normal
Up and down arrows send cursor to the first line in TTF instructions
editor.
To reproduce:
1. Open some instructed TTF font (or source) like DejaVuSans.
2. Open instructions editor (Instructions-Edit Instructions, Edit)
3. Place cursor
Package: shiboken
Version: 0.5.1-1
Severity: normal
The package contains this file:
/usr/lib/generatorrunner/libshiboken_generator.so -
libshiboken_generator-py26.so
but libshiboken_generator-py26.so does not exist. I guess it should be
shiboken_generator-py26.so instead.
-- System
Package: libqt4-declarative
Version: 4:4.7.0~rc1-1
Severity: normal
It is not possible to run any qml that imports QtWebKit module. For
example:
% cat test.qml
import QtWebKit 1.0
WebView {
}
% qmlviewer test.qml
file:///tmp/test.qml:1:1: module QtWebKit is not installed
import
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Please binNMU fntsample against new unicode-data (6.0.0). fntsample
extracts list of unicode ranges from unicode-data at build time, and
Unicode 6 has several new ranges. unicode-data is an
Package: unicode-data
Version: 5.2.0-1
Severity: wishlist
Please package Unicode 6.0.0
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.36-rc7+ (SMP w/2 CPU cores;
Package: chromium-browser
Version: 6.0.472.53~r57914-2
Severity: normal
Forwarded: https://code.google.com/p/chromium/issues/detail?id=54553
I reported this bug as Issue 54553 here is the copy. Attachements are
available here: https://code.google.com/p/chromium/issues/detail?id=54553
Chrome
1 - 100 of 170 matches
Mail list logo