Bug#1036204: unblock: uhd/4.3.0.0+ds1-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: u...@packages.debian.org Control: affects -1 + src:uhd Please unblock package uhd [ Reason ] Version 4.3.0.0+ds1-5 fixes the RC bug #1036072 libuhd4.3.0: please add Breaks against libuhd3.15.0 for smoother upgrades from bullseye [ Impact ] Allows smooth upgrade from bullseye to bookworm. [ Tests ] Not quite reproducing the conditions of bug #1036072, but installed on my own testing system. [ Risks ] very low: only control files change with the targeted fix. [ Checklist ] [X] all changes are documented in the d/changelog [X] I reviewed all changes and I approve them [X] attach debdiff against the package in testing [ Other info ] n/a unblock uhd/4.3.0.0+ds1-5 diff -Nru uhd-4.3.0.0+ds1/debian/changelog uhd-4.3.0.0+ds1/debian/changelog --- uhd-4.3.0.0+ds1/debian/changelog 2022-12-15 22:21:07.0 -0500 +++ uhd-4.3.0.0+ds1/debian/changelog 2023-05-16 20:46:55.0 -0400 @@ -1,3 +1,14 @@ +uhd (4.3.0.0+ds1-5) unstable; urgency=medium + + [ Andreas Beckmann ] + * libuhd4.3.0: Add Breaks: libuhd3.15.0 for smoother upgrades from bullseye. +(Closes: #1036072) + + [ A. Maitland Bottoms ] + Apply above for bookworm + + -- A. Maitland Bottoms Tue, 16 May 2023 20:46:55 -0400 + uhd (4.3.0.0+ds1-4) unstable; urgency=medium [ Luca Boccassi ] diff -Nru uhd-4.3.0.0+ds1/debian/control uhd-4.3.0.0+ds1/debian/control --- uhd-4.3.0.0+ds1/debian/control 2022-09-12 22:47:53.0 -0400 +++ uhd-4.3.0.0+ds1/debian/control 2023-05-16 20:39:46.0 -0400 @@ -63,6 +63,7 @@ Pre-Depends: ${misc:Pre-Depends} Depends: ${misc:Depends}, ${shlibs:Depends} Suggests: uhd-host +Breaks: libuhd3.15.0 (<< 4) Multi-Arch: same Description: universal hardware driver for Ettus Research products - library Host library for the Universal Hardware Driver for Ettus Research products.
Bug#1035680: unblock: gr-air-modes/0.0.20210211-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: gr-air-mo...@packages.debian.org Control: affects -1 + src:gnuradio Please unblock package gr-air-modes [ Reason ] Version 0.0.20210211-3 fixes bug #1032195 gr-air-modes: modes_rx fails with AttributeError: module 'numpy' has no attribute 'float' [ Impact ] Allows smooth upgrade from bullseye to bookworm. [ Tests ] Version in unstable runs correctly on bookworm system. [ Risks ] very low: added patch only changes the dtype to follow changes in Python NumPy between bullseye and bookworm. [ Checklist ] [X] all changes are documented in the d/changelog [X] I reviewed all changes and I approve them [X] attach debdiff against the package in testing [ Other info ] Perhaps bug #1032195 severity should have been set to serious. numpy.float was deprecated in NumPy 1.20, removed in NumPy 1.24. Just use the Python type float. unblock gr-air-modes/0.0.20210211-3 diff -Nru gr-air-modes-0.0.20210211/debian/changelog gr-air-modes-0.0.20210211/debian/changelog --- gr-air-modes-0.0.20210211/debian/changelog 2021-12-29 23:04:48.0 -0500 +++ gr-air-modes-0.0.20210211/debian/changelog 2023-03-02 06:35:47.0 -0500 @@ -1,3 +1,10 @@ +gr-air-modes (0.0.20210211-3) unstable; urgency=medium + + * Use Python float rather than deprecated and removed numpy.float + (Closes:1032195) + + -- A. Maitland Bottoms Thu, 02 Mar 2023 06:35:47 -0500 + gr-air-modes (0.0.20210211-2) unstable; urgency=medium * source upload to allow transition to testing diff -Nru gr-air-modes-0.0.20210211/debian/patches/float-not-numpy-float gr-air-modes-0.0.20210211/debian/patches/float-not-numpy-float --- gr-air-modes-0.0.20210211/debian/patches/float-not-numpy-float 1969-12-31 19:00:00.0 -0500 +++ gr-air-modes-0.0.20210211/debian/patches/float-not-numpy-float 2023-03-02 06:35:47.0 -0500 @@ -0,0 +1,27 @@ +From 39a0c218f8ea5355d394d47094aec6f9e05e76d4 Mon Sep 17 00:00:00 2001 +From: "A. Maitland Bottoms" +Date: Thu, 2 Mar 2023 06:30:51 -0500 +Subject: [PATCH] float not numpy float + +numpy.float was deprecated in NumPy 1.20, removed in NumPy 1.24. +Just use the Python type float. +--- + python/mlat.py | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/python/mlat.py b/python/mlat.py +index 1583b1f..597e61f 100755 +--- a/python/mlat.py b/python/mlat.py +@@ -37,7 +37,7 @@ wgs84_geoid = numpy.array([[13,13,13,13,13,13,13,13,13,13,13,13,13,13,13,13,13,1 +[-61,-60,-61,-55,-49,-44,-38,-31,-25,-16,-6,1,4,5,4,2,6,12,16,16,17,21,20,26,26,22,16,10,-1,-16,-29,-36,-46,-55,-54,-59],#70S +[-53,-54,-55,-52,-48,-42,-38,-38,-29,-26,-26,-24,-23,-21,-19,-16,-12,-8,-4,-1,1,4,4,6,5,4,2,-6,-15,-24,-33,-40,-48,-50,-53,-52], #80S +[-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30]], #90S +- dtype=numpy.float) ++ dtype=float) + + #ok this calculates the geoid offset from the reference ellipsoid + #combined with LLH->ECEF this gets you XYZ for a ground-referenced point +-- +2.39.2 + diff -Nru gr-air-modes-0.0.20210211/debian/patches/series gr-air-modes-0.0.20210211/debian/patches/series --- gr-air-modes-0.0.20210211/debian/patches/series 2021-12-21 21:19:45.0 -0500 +++ gr-air-modes-0.0.20210211/debian/patches/series 2023-03-02 06:35:47.0 -0500 @@ -1 +1,2 @@ debian-soname +float-not-numpy-float
Bug#1035678: unblock: gnuradio/3.10.5.1-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: gnura...@packages.debian.org Control: affects -1 + src:gnuradio Please unblock package gnuradio [ Reason ] Version 3.10.5.1-3 fixes the RC bug #1034963 gnuradio-dev: missing Breaks+Replaces for gr-soapy when upgrading from bullseye [ Impact ] Allows smooth upgrade from bullseye to bookworm. [ Tests ] Installed gr-soapy on a bullseye lxc container. Upgraded container to bookworm. Successfully installed gnuradio 3.10.5.1-3 [ Risks ] very low: only control files change with the targeted fix. [ Checklist ] [X] all changes are documented in the d/changelog [X] I reviewed all changes and I approve them [X] attach debdiff against the package in testing [ Other info ] n/a unblock gnuradio/3.10.5.1-3 File lists identical (after any substitutions) Control files: lines which differ (wdiff format) Breaks: [-gr-iio-] {+gr-iio, gr-soapy+} Depends: gnuradio (>= [-3.10.5.1-2),-] {+3.10.5.1-3),+} libboost-date-time1.74-dev, libboost-filesystem1.74-dev, libboost-program-options1.74-dev, libboost-regex1.74-dev, libboost-system1.74-dev, libboost-test1.74-dev, libboost-thread1.74-dev, libcppunit-dev, libfftw3-dev, libgmp-dev, libgsm1-dev, libspdlog-dev, libvolk2-dev, pybind11-dev, python3-dev, libthrift-dev Replaces: [-gr-iio-] {+gr-iio, gr-soapy+} Version: [-3.10.5.1-2-] {+3.10.5.1-3+}
Bug#770270: unblock: dime/0.20111205-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package dime RC Bug #770107 was filed Yesterday. As it turns out, the reported problem was not the only grave bug in the package. Fixing steps taken are: - add ibdime1 (= ${binary:Version}), to the libdime-dev depends line as suggested by the bug 770107 reporter - change debian/dime.install to have the correct binary patch listed. - add ${shlibs:Depends}, to the dime depends line, so that the dime binary package correctly depends upon libdime1 Verification steps taken were: - installed dime and libdime1 0.20111205-2 version - generated a dxf sphere (dxfsphere s.dxf) - converted it to vrml (dxf2vmrl s.dxf s.wrl) - viewed a nice looking sphere rendered by view3dscene gpgv: Signature made Sat 27 Sep 2014 04:31:55 PM EDT using RSA key ID 1F44E090 gpgv: Signature made Wed 19 Nov 2014 10:47:12 PM EST using RSA key ID 1F44E090 diff -Nru dime-0.20111205/debian/changelog dime-0.20111205/debian/changelog --- dime-0.20111205/debian/changelog2014-09-27 12:03:56.0 -0400 +++ dime-0.20111205/debian/changelog2014-11-19 22:41:45.0 -0500 @@ -1,3 +1,11 @@ +dime (0.20111205-2) unstable; urgency=low + + * Add libdime-dev dependency on libdime1 (Closes: #770107) + * Add ${shlibs:Depends} to dime package + * install dxf2vmrl and dxfsphere binaries into the dime package + + -- A. Maitland Bottoms bott...@debian.org Wed, 19 Nov 2014 22:41:36 -0500 + dime (0.20111205-1) unstable; urgency=low * upstream updates diff -Nru dime-0.20111205/debian/control dime-0.20111205/debian/control --- dime-0.20111205/debian/control 2014-09-27 12:08:12.0 -0400 +++ dime-0.20111205/debian/control 2014-11-19 22:18:09.0 -0500 @@ -8,7 +8,7 @@ Package: dime Architecture: any -Depends: ${misc:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends} Suggests: libdime-doc Description: DXF Import, Manipulation, and Export programs Dime is a C++ class library for reading, constructing, manipulating, @@ -30,7 +30,7 @@ Package: libdime-dev Section: libdevel Architecture: any -Depends: ${misc:Depends} +Depends: libdime1 (= ${binary:Version}), ${misc:Depends} Description: DXF Import, Manipulation, and Export library - devel Dime is a C++ class library for reading, constructing, manipulating, and writing DXF file data. diff -Nru dime-0.20111205/debian/dime.install dime-0.20111205/debian/dime.install --- dime-0.20111205/debian/dime.install 2013-10-23 20:46:54.0 -0400 +++ dime-0.20111205/debian/dime.install 2014-11-19 22:17:04.0 -0500 @@ -1,2 +1,2 @@ -build/dxf2vrml/dxf2vrml usr/bin/ -build/dxfsphere/dxfsphere usr/bin/ +build/dxf2vrml/.libs/dxf2vrml usr/bin/ +build/dxfsphere/.libs/dxfsphere usr/bin/ unblock dime/0.20111205-2 -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141120043020.12725.64.report...@petros.rf.org
Bug#689814: unblock: gnuradio/3.6.1-1
Mehdi Dogguy me...@dogguy.org writes: It is a pity that the package didn't migrate due to a transient build failure, but it is not an argument to unblock it. Besides, the diff between testing's and sid's gnuradio looks rather large
Bug#689814: unblock: gnuradio/3.6.1-1
Mehdi Dogguy me...@dogguy.org writes: It is a pity that the package didn't migrate due to a transient build failure, but it is not an argument to unblock it. Besides, the diff between testing's and sid's gnuradio looks rather large and sid's version doesn't (according to the BTS) fix any serious issues. The gnuradio community has been trained to avoid Debian packages, so they are not using them or posting bugs to the BTS. That said, I am trying to change that. Do you have in mind some very important fixes that you'd like to see in Wheezy? If not, we'd prefer to keep 3.6.1-1 out of Wheezy. Upstream changelogs: http://gnuradio.org/redmine/projects/gnuradio/wiki/ChangeLogV3_6_1 http://gnuradio.org/redmine/projects/gnuradio/wiki/ChangeLogV3_6_0 --- The one that will lead to the most user comments if Debian doesn't have it: Allow left click in FFT display to set a GRC variable While it's a fairly minor feature, it allows click to tune to work. For software defined radio applications this is a compelling human-machine interface feature. The FFT display shows a band of radio frequencies, and the user just clicks on an interesting peak in the visualization of the FFT display and the radio receiving parts of the application tune to demodulate it - which often leads to hearing a human voice. See - Click - Listen. Also avoids having less-intuitive coarse frquency tuning slider bars in the GUI. --- The polyphase filterbank support is quite likely to be useful, http://www.trondeau.com/blog/2012/2/24/some-really-cool-dsp.html and the gr-digital and gr-filter blocks are an important addition. To be sure, gnuradio developers will charge ahead with new ABIs and APIs, and I intend to package up newer versions for wheezey-backports in the future. But the person who discovers gnuradio by finding it in Wheezy will be better served by starting to work with the 3.6.1 version rather than the 3.5.3.2 version. I've been using Wheezy and gnuradio 3.6 to follow along the fun people were having with the DVB-T dongles: http://sdr.osmocom.org/trac/wiki/rtl-sdr Since I didn't have to wait for 3.6.1 on my Wheezy boxes, I've been using it - and my Debian packages have worked well with scripts and extensions written by others. --- Upstream gnuradio developers would like to see gnuradio 3.6.1 in Wheezy. At the end of September I attended the conference http://www.trondeau.com/gnu-radio-conference-2012/ The increased use of VOLK makes gnuradio 3.6.1 run faster. Even with the perspective of a few months of time passing, the gnuradio 3.6.1-1 package uploaded in June still looks like a good candidate for inclusion in Wheezy. -Maitland -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20593.41728.725253.397...@airborne.nrl.navy.mil
unblock gnuradio 3.6.1-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear release team, I've uploaded ia64 binaries for gnuradio 3.6.1-1. A while ago there was some issue with the ia64 buildd machine, but indeed gnuradio 3.6.1-1 compiles just fine on ia64. So I am expecting any minute that the testing migration excuses will no longer say out of date on ia64: and I am sending this message along since the excuse Not touching package due to block request by freeze is also listed. Note: The gnuradio 3.6.1-1 source and other binary architectures went into the archive before the freeze - [2012-06-12] Accepted 3.6.1-1 in unstable (low) (A. Maitland Bottoms) gnuradio 3.6.1-1 would be a good candidate for inclusion in Wheezy. Thanks, - -Maitland -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/ iEYEARECAAYFAlBwMtMACgkQkwbJvNrxBUyhmgCfWqwhZQGMrvJ9fjeTjwPMc+dB No8Ani5Q3iyPQLQuW5VWGpX3Z0xzuYx7 =3RCd -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20592.13025.266072.622...@airborne.nrl.navy.mil
Bug#689814: unblock: gnuradio/3.6.1-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock The gnuradio 3.6.1-1 source was accepted into unstable on 12 June 2012: http://packages.qa.debian.org/g/gnuradio/news/20120612T181727Z.html Since that was before the Wheezy freeze, this should apply: Any packages in unstable before the 19:52 dinstall begins on that day will be given automatic freeze exceptions (for the specific version in unstable). All other architectures built before the freeze, the ia64 binaries only recently have been uploaded. (Subject: gnuradio_3.6.1-1_ia64.changes ACCEPTED into unstable Date: Sat, 06 Oct 2012 04:17:55 +) It would be good to release Wheezy with gnuradio 3.6.1 - -Maitland -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/ iEYEARECAAYFAlBwVCAACgkQkwbJvNrxBUzhAgCfXQ37ln8i8GnpadAcQJeAeJ2T kGsAn2VVM2qXLucIg3anZw1jCCYLzSnA =S4F+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20592.21540.844022.527...@airborne.nrl.navy.mil
Bug#670367: pu: package coolkey/1.1.0-6
Adam == Adam D Barratt a...@adam-barratt.org.uk writes: Adam Even accounting for the patch overhead, the diff is still somewhat Adam larger than most we'd usually handle via proposed-updates. That's not Adam necessarily a blocker in and of itself, but we are rapidly approaching Adam the cut-off point for the next point release and I don't think I'm Adam likely to have time to do a proper review myself before that point. Adam Bearing that in mind I'm afraid it's possible that the changes might Adam need to be looked at for 6.0.6 rather than the upcoming 6.0.5. Yes indeed, this is a large change that adds an entirely new capability (support of cards with PIV (Personal Identity Verification) features). So this isn't a typical single critical bug fix update. Time is an issue no matter which update is considered, so let me add a little more background and triage to help smooth the process. I've added a squeeze branch in the phg-coolkey subversion repository at http://anonscm.debian.org/viewvc/pkg-coolkey/coolkey/tags/squeeze/debian/patches/ Patches 01* through 06* are already in squeeze. Patches 07* though 09* have had some time in testing. Patch 10* is large, and I suspect few people beyond its author Robert Relyea really understand all the changes. Patch 11* and 12* are new to Debian, but are a bit simpler and keep things from crashing on our users for situtations that have been observed in practice. Patches 01*-09* have been in Ubuntu since Natty Narwhal, and follow the patch series used in RHEL and Fedora distributions. Of cource patch 10* went through whatever review processes were involved in updateing RHEL: http://rhn.redhat.com/errata/RHEA-2011-0111.html All these patches have been around over a year and appear to have a good record in other distibutions. Of course the fact that user's cards are expiring and replaced by the new format cards means that the stable Linux distributions are motivated to perform this update. Robert Relyea has long been involved in the Network Security Services (NSS) code. Coolkey interoperates well with several NSS using applications. I have been able to test with both the cards available when squeeze was released and the newer PIV style cards iceweasel, icedove and evolution in Debian and with the DBsign Universal Web Signer Java applet used by some web sites. Thanks for consideration, -Maitland -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20385.55960.957135.45...@airborne.nrl.navy.mil
Bug#670367: pu: package coolkey/1.1.0-6 debdiff attached
Adam == Adam D Barratt a...@adam-barratt.org.uk writes: Adam Please don't close release.debian.org bugs in your changelog; OK. I uploaded a revision to the debdiff coolkeyspu2.debdiff which also includes upstream patch descriptions in debian/changelog. Adam are all of the above patches strictly required in order to Adam support the new format? Well, not only to support the new format, but there were also cases that resulted in the coolkey plugin crashing the user's browser that seem equally worthy of inclusion of patches fixing those known issues. The coolkey-latest patch set in Debian packages is adopted from the Fedora coolkey srpm patch set. In RHEL this patch is composed of three patches: coolkey-cac.fix, coolkey-safenet and coolkey-1.1.0-gemalto.64k. I'm pretty sure the threading fix is most important when used with Java applications in the browser. There is an important and widely-used web application enabled by this capability. The coolkey_cac_rhl5 is the new card format that motivates this update, and is an improvement over the Fedora coolkey-cac-1 patch. This capability was added to RHEL: http://rhn.redhat.com/errata/RHEA-2011-0111.html and this likely will fix the Ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/coolkey/+bug/654400 The empty_certificates and pcscd_restarting avoid crashing the browser that uses the coolkey plugin. Adam Actually, that description might be handy in any case - for instance one Adam of the patch names references CVE-2007-4129, but Adam http://security-tracker.debian.org/tracker/CVE-2007-4129 indicates that Adam the package in stable isn't affected. Listing that in the current changelog stanze was my mistake - I included that patch back in coolkey 1.1.0-3 uploaded in 2007, and that patch is already in Debian's stable release. -Maitland -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20383.5410.985184.880...@airborne.nrl.navy.mil
Bug#670367: pkg-coolkey update
Revision 61 is the stable proposed updates version in svn: http://anonscm.debian.org/viewvc/pkg-coolkey/coolkey/tags/squeeze/ An alternative to reading the debdiff... -Maitland -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20383.16781.769132.11...@airborne.nrl.navy.mil
Bug#670367: pu: package coolkey/1.1.0-6 debdiff attached
Proposed debdiff for coolkey 1.1.0-6+squeeze1 is attached. Patches are the same from coolkey 1.1.0-12 in testing, but added to debian/patches using dpatch since 1.1.0-6 used dpatch. Same source tarball coolkey_1.1.0.orig.tar.gz in testing and stable. - -Maitland [ATTACHMENT ~/coolkeyspu.debdiff, text/plain] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEABECAAYFAk+ZupQACgkQkwbJvNrxBUy2AgCeNKRQwm2pJ/dzqJ+4Z4KyR5d9 6RQAn3xuYxY6FCrDUaTko8Lv8itJ4lDc =p8CR -END PGP SIGNATURE-
Bug#670367: pu: package coolkey/1.1.0-6
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: release.debian.org User: release.debian@packages.debian.org Usertags: pu Severity: normal Coolkey 1.1.0-6 in Debian stable lacks support for new Gemalto TOPDLGX4 144K CAC cards. People who have been using coolkey in Debian are likely to have these new cards, as the old cards have an expiration date and will be replaced with the new hardware. Coolkey 1.1.0-12 in Debian wheezy/sid supports both the old and new card hardware. Not fixing this problem in Debian stable will mean that as new cards are issued, formerly happy coolkey users will have their browsers crash, as the new hardware exposes a grave bug in coolkey. I have good results with my own squeeze backport - but since I am new to the stable proposed updates process I would like advice from the release team on what version number I should use to upload to stable. I'll post the package diff to this bug soon... - -Maitland - -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/ iEYEARECAAYFAk+XQOQACgkQkwbJvNrxBUyXrwCfcrC/Bkbb1K4tppDrJzxz2N6f eIQAn1ul6vMn3nrYAqwlG3FWvlPOc+rw =7xf/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20375.16624.681170.917...@airborne.nrl.navy.mil
Bug#583174: predict-gsat: Please rebuild against new libforms-dev (1.0.93)
There's a few other bugs I can fix with a 2.2.3-3 upload. Thanks! -Maitland -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/19454.59154.41817.876...@airborne.nrl.navy.mil
Please unblock cmake
There is a growing consensus that cmake 2.4.5-1 should be part of the Etch release. This has led to Bug #414188, which now should be considered by the release team. forwarded message from Andreas Pakulat: ---BeginMessage--- Package: cmake Version: 2.4.4-1 Severity: grave Justification: renders package unusable Hi, this bugreport is meant to make clear that CMake 2.4.4 shouldn't be shipped with Etch as that release contains some serious bugs. CMake 2.4.5 was released shortly after 2.4.4 to fix those bugs and should be moved to Etch before the release. See http://www.cmake.org/pipermail/cmake/2006-November/012110.html http://lists.kde.org/?l=kde-core-develm=117346555019037w=2 for more information about the bugs. Andreas -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) ---End Message---
checkup of versions and bugs
I'm wondering where to upload the speex 1.1.8 packages I just built. Should they go to unstable or testing-proposed updates? For now they are at http://people.debian.org/~bottoms/stage/speex/ -Maitland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please remove vtkdata-installer from testing
vtkdata-installer was done to help the VTK 3.2 version packages in Woody. Now that VTK 4 versions are in line for Sarge, vtkdata-installer is obsolete. There's no reason to keep 161300 in the Number concerning the next release on re RC bug list. I've filed 272345 to ask that the vtkdata-installer package not be kept in unstable, and am asking here that it should not be part of a Sarge release. -Maitland
libtiff status: only 21 to go
Jay Berkenbilt writes: vtk I'm back from my vacation and am building vtk now. Don't know if I will get it in under today's batch or not... -Maitland