, though.)
There is, however, a reported workaround: ensure that the file is good
to go as is, and then bypass the conversion dialog by holding down the
shift key when selecting add.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail
Package: libboost-dev
Version: 1.33.1-9
Severity: important
File: /usr/include/boost/detail/sp_counted_base_gcc_ppc.hpp
Tags: patch
Several functions in sp_counted_base_gcc_{ppc,ia64}.hpp specify their
read-write *pw argument only as an output operand to their inline
assembly code, potentially
/detail/sp_counted_base_gcc_ppc.hpp?r1=1.4r2=1.5view=patch
This could conceivably be the root cause of #404616.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
related (though I still
strongly suspect they are). At this point, I'd probably just wait for
new binaries to hit the archive for the two relevant architectures
(probably sometime over the weekend) and then request binNMUs.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger
Package: exim4-base
Version: 4.63-13
Severity: serious
Justification: Policy 6.6.4
dpkg: error processing /var/cache/apt/archives/exim4-base_4.63-14_amd64.deb
(--unpack):
trying to overwrite `/usr/include/exim4/config.h', which is also in package
exim4-dev
-- System Information:
Debian
appreciate it if you could test a newer release
of fluid (either sarge's 1.1.6-5 or etch/sid's 1.1.7-2+b1) and let me
know whether it still crashes on startup.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address
Thibaut VARENE [EMAIL PROTECTED] writes:
I can give you access to a hppa machine with X11 forwarding enabled,
if that can help.
Carlos's testing was sufficient, but thanks for the offer.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid
, differing from
the original build (which, incidentally, also ran on the same
autobuilder [nautilus] -- the maintainer uploaded i386 binaries) only
in lacking python2.3 support. :-/
Assuming I can get correct packages out of pbuilder, would it be
appropriate for me to upload them?
--
Aaron M. Ucko
, is
inlined. Please try again with monotone 0.31-4, which addresses an
unrelated issue but conveniently uses a fixed version of Boost.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email
-get install gtk-recordmydesktop
# mv /usr/bin/pycentral_ /usr/bin/pycentral
(The old prerm script checks whether pycentral is available and, in
its absence, falls back on an alternative approach that doesn't bother
checking for Python-Version:.)
I hope this helps; have a nice day.
--
Aaron M
Package: bigloo-ude
Version: 2.8c-6
Severity: normal
File: /etc/emacs/site-start.d/50bigloo-ude.el
bigloo-ude's site-start file (/etc/emacs/site-start.d/50bigloo-ude.el)
assumes that bigloo is fully installed and that the user is running an
emacs flavor it actually supports. Neither is
Package: atlas3-base
Version: 3.6.0-20.2
Followup-For: Bug #393870
I recently ran into this bug on my own EM64T box, and decided to pick
up where the submitter left off: identifying the actual illegal
instruction, which turns out to be prefetchw (an AMD 3DNow! extension
that Intel processors
, and DYLD_FALLBACK_LIBRARY_PATH.
(It's actually slightly more complicated than that because there's
also the concept of frameworks, but I don't believe it concerns
ncurses.)
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info
suffixes all come from a single overly
simplistic script (debian/installman), which I'll fix the next time I
upload the package.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email
Thanks for the report; I'll take a closer look when I get a chance.
Does 0.9.10 have the same problem, or is it new to 0.9.12?
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email
-themes_1.0.1-5_all.deb
should let
apt-get -f install
continue (though xcursor-themes already declares appropriate versioned
Conflicts: and Replaces:, so that theoretically shouldn't have been
necessary).
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED
into there.
!!! ERROR! The map file `antt.map' has not been found at all.
Some file in /etc/texmf/updmap.d probably has a dangling reference to
antt.map; please comment the line out (with a leading #) or move the
file out of that directory altogether.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko
for that to carry much weight.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: qa.debian.org
Severity: normal
http://qa.debian.org/madison.php has recently started reporting only
sh: line 1: madison: command not found, which is rather useless and
breaks rmadison.
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable'),
tags 414274 + confirmed pending
thanks
Thanks for the patch, which I intend to include in extended form
(there are runtime checks to loosen as well) in my next upload RSN.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address
Package: openmovieeditor
Version: 0.0.20061221-2
Severity: grave
Justification: renders package unusable
On amd64, openmovieeditor depends on libjack0 (= 0.102.20), which is
not in Debian (unstable *or* experimental) or even in the NEW queue.
Could you please rebuild it against unstable's version
regardless
(prefetch instructions being essentially optional AIUI and therefore
an ironic source of illegal instruction errors), you should probably
still use the same alternative throughout.
Anyway, thanks again for the patch.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger
Package: libgd2-xpm
Version: 2.0.34~rc1-1
Severity: serious
Justification: Policy 8.6
libgd2-xpm.shlibs specifies that packages linking against libgd2-xpm
must depend on libgd2-xpm (= 2.0.34) [with no tilde], which is
impossible to satisfy quite yet. Likewise for libgd2-noxpm, making
reopen 421105
found 421105 1.0~a8-1
thanks
Daniel Baumann [EMAIL PROTECTED] writes:
It was a leftover from a previous test-run, I removed it on Tuesday
already in the SVN.
I still see the -x (and the consequent output) with 1.0~a8-1; could
you please take another look?
Thanks!
--
Aaron M
of having
live.d.n's (and any other relevant systems') /etc/default/live-helper
call set -x on behalf of the cron.daily script.
however, this time /really/ fixed in SVN, thanks for insisting.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED
Package: live-helper
Version: 1.0~a7-1
Severity: minor
/etc/cron.daily/live-helper starts with #!/bin/sh -x, with the
result that it logs a trace of the commands it runs, which cron
proceeds to mail (along with any other cron job output). However, I
for one have no particular interest in such
Package: dpkg-dev
Version: 1.13.25
Severity: normal
File: /usr/bin/dpkg-shlibdeps
Tags: patch
I have found that running dpkg-shlibdeps (typically via dh_shlibdeps)
on a package containing a large number of executables or shared
libraries can take a really long time (27 minutes in one test case!),
Package: gnat-4.1
Version: 4.1.1-22
Severity: grave
Justification: renders package unusable (uninstallable)
Could you please upload GNAT 4.1.2 to unstable ASAP? As it stands,
cpp-4.1's conflict with gnat-4.1 (= 4.1.1-22) makes gnat-4.1
uninstallable on systems that don't still have suitably old
Package: munge
Version: 0.5.8-2
Severity: normal
Could you please tweak /etc/logrotate.d/munge's postrotate script to
direct any output from its init script to /dev/null? As it stands,
cron winds up mailing it out and cluttering my inbox.
While you're at it, there's one more adjustment that's
Package: gnome-applets
Version: 2.18.0-4
Severity: grave
Justification: renders package unusable (uninstallable)
At least on amd64, gnome-applets depends on versions of libglib2.0-0
and libgtk2.0-0 that are only available from experimental; I expect a
binary-only NMU should resolve the matter.
Package: wordnet
Version: 1:3.0-1
Severity: serious
Justification: no longer builds from source
wordnet FTBFS on amd64 (and presumably other platforms) because it
tries to run man -Thtml at build-time without build-depending on
man-db.
Could you please fix this?
Thanks!
-- System Information:
Package: cmigrep
Version: 1.3-1
Severity: critical
Justification: breaks unrelated software
cmigrep's emacsen-install script is overzealous; specifically, it
inappropriately attempts to compile all .el files in
/usr/share/emacs/site-lisp even if they don't work with the current
emacsen flavor
bandwidth connection until Thursday - if you need
the fix soon - feel free to NMU.
Thanks, but I don't need it too urgently, so I'm content to wait for
an MU.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info
filesystem layout, in which parts of /usr/share are
symlinks to other places? Also, do you actually need the full
subshell/loop setup, or does it suffice to run
ln -s ${ELDIR}/emacs/site-lisp/${PACKAGE}/*.el .
?
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL
to clarify GPL version questions.)
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Apologies for accidentally misspelling your name in the changelog
entry for -6; I've already uploaded a -7 release with the correct
spelling.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info
Package: bochs
Version: 2.3+20070705-1
Severity: serious
Tags: patch
Justification: no longer builds from source
The latest bochs upload fails to build on 64-bit architectures such as
amd64 because eth_vnet.cc's prototype of tftp_send_optack differs
somewhat from its actual definition. Please
necessary); as such, their menu entries must explicitly cite both
relevant packages.
Thanks for the reports.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
Package: gnome-games
Version: 1:2.18.1-1
Severity: serious
Justification: Policy 7.5
Preparing to replace gnome-games 1:2.16.3-1 (using
.../gnome-games_1%3a2.18.1-1_amd64.deb) ...
Unpacking replacement gnome-games ...
dpkg: error processing
Please also declare Conflicts: and Replaces: (and perhaps Provides:)
glchess, which is in the same situation.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL
Package: libcommons-configuration-java
Version: 1.4-1
Severity: grave
Justification: renders package unusable (uninstallable)
libcommons-configuration-java declares a dependency on
libcommons-collection3-java, which does not exist. Did you mean to
depend on libcommons-collections3-java?
Package: scribes
Version: 0.3.2.5-1
Severity: important
scribes declares that it Depends: on python-psyco, which does not
(yet) support any architecture other than i386, thereby limiting
scribes's installability; can you please tweak it as necessary
(perhaps not at all?) to cope with psyco's
Package: texlive-bin
Version: 2007-8
Severity: serious
Tags: patch
Justification: no longer builds from source
The version of libtool in .../libs/teckit is buggy (rant about libtool
in general elided ;-). Specifically, it directs g++ to link in
certain system objects that the compiler would
-shared=default (as TECkit and
other third-party libraries set PACKAGE); the corresponding test build
is still in progress, but I'll be sure to let you know how it goes.
We'll do our best, but I'd like to make sure it's the right fix.
Understood.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu
Aaron M. Ucko [EMAIL PROTECTED] writes:
It looks like it should be possible to avoid patching anything by
changing --enable-shared to --enable-shared=default (as TECkit and
other third-party libraries set PACKAGE); the corresponding test build
is still in progress, but I'll be sure to let you
Frank Küster [EMAIL PROTECTED] writes:
Built and uploading with --enable-shared=default
Great; thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
on their part, so I'd also
greatly appreciate seeing wxWidgets 2.8 in Debian.
However, I am concerned that its maintainer (Ron Lee) may have gone
altogether MIA, as I see no indication of Debian-related activity on
his part since the end of February; has anyone seen any sign of him
since?
--
Aaron M
Package: hdf4-tools
Version: 4.1r4-20
Severity: grave
Justification: renders package unusable
hdf4-tools is uninstallable because it provides libhdf4g-run but
(naturally) depends on libhdf4g, which declares an unversioned
conflict on libhdf4g-run. Could you please reconcile this, either by
Package: gnu-fdisk
Version: 0.9.4-2
Followup-For: Bug #430072
found 430072 0.9.4-2
thanks
gnu-fdisk continues to ship dangling symlinks, at least on amd64:
$ ls -l /sbin/*fdisk* /usr/share/man/man8/*fdisk* | grep gnu
lrwxrwxrwx 1 root root 9 2007-07-10 11:39 /sbin/gfdisk - gnu-fdisk
Package: python-pylons
Version: 0.9.5-6
Severity: serious
Justification: Policy 10.1
python-pylons installs its unit tests, complete with an __init__.py, to
/usr/share/python-support/python-pylons/tests and (implicitly) asks
python-support to compile them; not only does this waste (a small
Package: python-boto
Version: 0.9a-1
Severity: serious
Justification: Policy 10.1
python-boto installs its unit tests, complete with an __init__.py, to
/usr/share/python-support/python-boto/tests and (implicitly) asks
python-support to compile them; not only does this waste (a small
amount) of
Package: libk3b3
Version: 1.0-1
Severity: serious
Justification: Policy 7.5
libk3b3 contains quite a few files (under /usr/lib/kde3) with the same
names as files in libk3b2; as such, please declare Conflicts: and
Replaces: relationships with libk3b2 so that upgrades can go through
cleanly.
Package: debhelper
Version: 5.0.46
Severity: normal
dh_installudev's calls to autoscript have extraneous slashes in their
sed expressions, breaking its operation:
$ dh_installudev -pbitpim -v
install -m 0644 debian/bitpim.udev
debian/bitpim/etc/udev/rules.d/z60_bitpim.rules
echo
Package: ratpoison
Version: 1.4.1-2
Severity: grave
Justification: renders package unusable (uninstallable)
ratpoison is uninstallable on systems with recent versions of doc-base
because its doc-base control file lacks an Index: field for the info
docs. (You can use the same path as for Files:.)
Package: gst-plugins-bad0.10
Version: 0.10.3-3.1
Severity: important
unstable still has only gstreamer0.10-plugins-bad 0.10.3, against
which gstreamer0.10-plugins-good now declares a versioned conflict
(due to plugins switching packages, IIRC); could you please upload
0.10.4 or newer to resolve
Package: libauthen-passphrase-perl
Version: 0.005-1
Severity: grave
Justification: renders package unusable (uninstallable)
libauthen-passphrase-perl is impossible to install because it depends
on libcrypt-unixcrypt-xs-perl, which is not yet packaged (at least to
the ftpmasters' satisfaction,
Package: xserver-xorg-video-intel
Version: 2:2.0.0-1
Severity: normal
Greetings!
Having run a binary-only build of xserver-xorg-video-intel for
personal use (rather than waiting for the buildd), I was surprised to
observe that I wound up with both the desired architecture-dependent
-video-intel
Package: why
Version: 2.02.dfsg-1
Severity: serious
Justification: Policy 6.6(4)
As I discovered firsthand, why contains two executables whose names
other packages already claim. Specifically, speech-tools already
ships an incompatible /usr/bin/dp, and cpulimit (naturally enough)
ships an
. :-/)
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Michel Dänzer [EMAIL PROTECTED] writes:
It probably doesn't really use that much memory up front. The log file
Thanks for clarifying; I had hoped that might be the case.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address
Package: ecj-bootstrap-gcj
Version: 3.0.93-1
Severity: normal
File: /usr/share/man/man1/ecj-bootstrap-gcj.1
ecj-bootstrap-gcj.1's path and target should both get .gz tacked on,
as ecj-bootstrap.1.gz is compressed per Policy 12.1.
Thanks.
-- System Information:
Debian Release: testing/unstable
Package: helix-player
Version: 1.0.5-1
Severity: important
Tags: patch
Justification: fails to build from source
The helix-player source package suffers from several small portability
bugs (most upstream's fault, I believe) that keep it from building
properly on most Debian architectures. I have
Package: crystalcursors
Version: 1.1-1
Severity: normal
Could you please register crystalcursors' themes as alternatives for
x-cursor-theme (via update-alternatives) so that one can cleanly
enable them on a systemwide basis?
Thanks.
-- System Information:
Debian Release: testing/unstable
APT
tag 330369 + patch upstream fixed-upstream
thanks
---BeginMessage---
Author: zoltan
Date: 2005-09-11 18:12:58 -0400 (Sun, 11 Sep 2005)
New Revision: 49929
Modified:
trunk/mono/mono/utils/ChangeLog
trunk/mono/mono/utils/mono-compiler.h
Log:
2005-09-12 Zoltan Varga [EMAIL PROTECTED]
mono's
arch-any and arch-all packages is making mono-based packages FTBFS
because mono is uninstallable in sid. :-/
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
Package: ssh-krb5
Version: 3.8.1p1-8
Severity: important
I recently noticed that the fix for #289552 was somewhat off: as it
stands, debian/control now contains *two* Provides: headers for
ssh-krb5, with the second, older, header overriding the first one.
Could you please merge them so that
Package: translate-toolkit
Version: 0.8.2005.0217-2
Severity: important
translate-toolkit ships a doc-base file pointing at a manual under the
non-existent directory /u/s/d/t-t/html, causing its postinst to fail
when dhelp is installed:
Setting up translate-toolkit (0.8.2005.0217-2) ...
cannot
Package: remembrance-agent
Version: 2.11-11
Severity: serious
Justification: Policy 9.1.1
For some reason, remem.el seems to have wound up in / rather than
/usr/share/emacs/site-lisp, violating the FHS.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy:
Package: gtalk
Version: 0.99.10-9
Severity: serious
Justification: Policy 6.5.4
Most of etalk's contents now seem to be additionally present in gtalk,
perhaps due to attempting to use dh_install as if it were dh_movefiles:
Preparing to replace gtalk 0.99.10-8 (using
, and bash-3.0 does so when job control is not active.
Hm, okay... I got a different impression from POSIX, but I probably
missed a nuance somewhere. At any rate, thanks for addressing the
issue!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED
Package: libocc0-dev
Version: 2.8-5
Severity: serious
Justification: Policy 3.5
When you renamed libocc0 to libocc0c2 per the G++ 4.0 transition, you
seem to have forgotten to adjust libocc0-dev's Depends: header; as a
result, the latest version of openc++ (which depends on both libocc0c2
and
Package: ijsgimpprint
Version: 4.3.99+cvs20050715-1
Severity: serious
Justification: Policy 3.5
The transitional ijsgimpprint package mistakenly depends on
cupsys-driver-gutenprint rather than ijsgutenprint.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT
Steinar H. Gunderson [EMAIL PROTECTED] writes:
On Mon, Jul 18, 2005 at 03:16:32PM -0400, Aaron M. Ucko wrote:
When updating amoeba for the C++ transition, you appear to have
inadvertently specified libglu1-mesa-dev rather than libglu1-xorg-dev
as the preferred libglu-dev; since only
Package: amoeba
Version: 1.1-15
Severity: important
When updating amoeba for the C++ transition, you appear to have
inadvertently specified libglu1-mesa-dev rather than libglu1-xorg-dev
as the preferred libglu-dev; since only the latter has undergone the
transition so far, the result on many
Package: redet-doc
Version: 6.12-1
Severity: important
/usr/share/doc-base/redet gets the path to the manual wrong (it's
installed as .../Manual rather than .../RedetManual), causing the
postinst to fail on systems with dhelp installed:
} Setting up redet-doc (6.12-1) ...
} cannot create dhelp
Package: goo
Version: 0.155-2
Severity: important
As you may have noticed, Debian is currently going through a C++
transition to G++ 4. Although goo itself is a C program, it depends
on libraries that export(ed) C++ bindings and were therefore involved
in the transition, and consequently needs
Package: cln
Severity: serious
Justification: Policy 8.6
For some reason, cln's control file hardcodes all the dependencies; in
the case of libcln3c2 and pi, this is in violation of Policy 8.6,
which mandates using ${shlibs:Depends}, as produced by dpkg-shlibdeps
(or indirectly by dh_shlibdeps).
Package: libboost-date-time1.33.0
Version: 1.32.0+1.33.0-cvs20050720-3
Severity: serious
Justification: Policy 8.6.3
libboost-date-time1.33.0 (like the other libboost*1.33.0 packages)
specifies a versioned dependency of
libboost-date-time1.33.0 ( 1.32.0+1.33.0-cvs20050721)
in its shlibs
retitle 320076 ITA: goo -- The GOO Programming Language
thanks
I'm willing to take this on for the time being; however, my time is
pretty limited, so anyone else who may be interested in the package is
welcome to get in touch with me to discuss comaintenance or readoption.
--
To UNSUBSCRIBE,
Package: pysvn
Version: 1.2.0-2
Severity: serious
Justification: no longer builds from source
The latest version of pysvn FTBFS on at least amd64 and powerpc with
errors about non-PIC relocations when attempting to link the plugins,
despite compiling all the objects with -fPIC. AFAICT, these
-threads
else
DEB_CONFIGURE_EXTRA_FLAGS = --with-threads
+# Configure probably ought to define these, but doesn't. :-/
+CFLAGS += -D_REENTRANT -DGC_THREADS
endif
DEB_INSTALL_CHANGELOGS_ALL = txt/changes.txt
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL
with the bug fixed later this
week.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libofx2
Severity: serious
Justification: Policy 8.6
Hi, Thomas.
The libofx source package includes a debian/shlibs file that
inappropriately reads
libofx 1 libofx1c2
and evidently overrides dh_makeshlibs; as a result, packages such as
gnucash that build against the library fail to
Package: openssh-client
Version: 1:4.2p1-2
Severity: normal
Tags: patch
Given that openssh-krb5 is frequently several upstream versions
behind, I am glad to see that the vanilla openssh packages now have
sxw's patch applied and GSSAPI enabled; thanks for going ahead with
that!
However, I have
that in
input_gssapi_response it never initialised oidv_free to anything. I've
fixed that up in the obvious way.
Oops, this was an accidental transcription error on my part; FTR, the
code in openssh-krb5 did the right thing. Thanks for correcting it
and applying the result.
--
Aaron M. Ucko, KB1CJC (amu
Package: octave2.1-headers
Version: 2.1.71-3
Severity: important
In general, octave2.1-headers's dependencies should probably reflect
octave2.1's build-dependencies. In particular, building octave2.1 against
gfortran causes mkoctfile to refer to gfortran and its development
libraries, whereas
for octave2.1-headers to the following:
refblas3-dev
lapack3-dev
libhdf5-serial-dev (= 1.6.4)
OK, just don't forget gfortran. ;-)
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info
Package: gcompris
Version: 7.0.1-1
Severity: important
Justification: fails to build from source
gcompris has been failing to build from source on the autobuilders
despite its attempted use of xvfb-run. Most likely this is because
xvfb can't find some standard fonts it needs; you can compensate
Package: ghemical
Version: 1.51-1
Severity: important
Justification: fails to build from source
The latest version of ghemical makes some assumptions about relative
type sizes that hold only on 32-bit platforms, leading to build errors
on 64-bit platforms:
} ./project.cpp: In member function
Package: bins
Version: 1.1.28-1
Severity: normal
The logic near the top of bins-edit-gui concerned with $codeset seems
to be somewhat off: when it does NOT end with a newline (does it
ever?), the output produced by
print Forcing encoding to $codeset;
runs into the following line, and (far
Package: libapache2-request-perl
Version: 2.05-dev-3
Severity: serious
Justification: Policy 3.5
libapache2-request-perl 2.05-dev-3 no longer Depends: on anything,
even though it undoubtedly has roughly the same requirements as -2
(which I kept installed when I noticed that aptitude wanted to
Option Accel
You may need to use a double negative here; does
Option NoAccel off
work any better?
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: gimp
Version: 2.2.7-1
Severity: serious
Justification: fails to build from source
gimp explicitly build-depends on slang1-dev, even though its only use
of slang is indirect, via aalib. Now that aalib has migrated to slang
2, whose development package conflicts with slang 1's, gimp can
Package: emms
Version: 1.2
Severity: important
Byte-compilation under xemacs21 fails with a number of errors of the
form
While compiling toplevel forms in file
/usr/share/xemacs21/site-lisp/emms/emms-gstreamer.el:
!! Wrong number of arguments ((#subr defvaralias 3))
Error occurred processing
Package: ecj-bootstrap
Version: 3.0.1-5
Severity: normal
Per Policy 12.1, ecj-bootstrap should include a man page (and then
register it as a slave alternative for ecj.1.gz). As it is, with
java-gcj-compat supplying the java* alternatives and a full version of
ecj not having been packaged for my
Package: greenwich
Version: 0.8.1-1
Severity: serious
Justification: Policy 3.5
For some reason, greenwich 0.8.1-1 has no Depends header, even though
it almost certainly needs one per Policy 3.5.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500,
Package: chmlib
Version: 0.35-6
Severity: serious
Justification: Policy 7.2, 8.4, 8.5
Attempting to build chmlib produces the warnings
# for chmlib
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
# for chmlib-bin
dpkg-gencontrol: warning: unknown substitution variable
be a
little while if its recompilation happens only in conjunction with the
move to X.Org.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Package: udev
Version: 0.062-3
Severity: important
Because udev's preinst checks the running kernel's version only when
upgrading from versions prior to 0.048-2, it merrily let me install
0.062 on a system with an unsuitable kernel version, despite claims to
the contrary in the Debian changelog
201 - 300 of 3051 matches
Mail list logo