Bug#969839: Bug#973298: [Pkg-rust-maintainers] Bug#969839: rust-failure: Should rust-failure be removed from unstable?
On Sat, 05, Dec, 2020 at 12:26:27PM +0100, Sylvestre Ledru spoke thus.. > > So you are right, thanks for spotting my mistake, which is because I > > indeed only check if dak rm would cause any issues. I agree that we > > thus likely cannot remove it for now from unstable. > > It has been removed despite this comment. This causes a bunch of breakage. > Could you please bring it back? At the request of the release-team, we re-injected the packages which were still in testing back into unstable. Should be back at the next dinstall. Mark -- Mark Hymers
Bug#871506: libhdf5-java package does not contain jar
Package: libhdf5-java Version: 1.10.0-patch1+docs-3 Severity: grave Justification: renders package unusable Hi, I have just discovered that the libhdf5-java package fails to ship the jarhdf5.jar file. This makes the HDF5 java bindings unusable (this came up whilst trying to compile the newly released hdfview). The problem seems to be the use of $(upstreamversion) to rename the jar file in the install rule and also that jh_installlibs is not being called. I've hacked around it for now by changing the dh_install_java rule in debian/rules to contain: dh_install_java: build_serial mv debian/build-serial/java/src/jarhdf5-*.jar debian/build-serial/java/src/jarhdf5.jar jh_installlibs which ensures that the jar is shipped - this may not be the solution which you want to use. This problem affects stable as well as unstable (as it's the same version). Thanks, Mark
Bug#828329: bug 828329 is forwarded to https://arc.liv.ac.uk/trac/SGE/ticket/1572
On Sun, 26, Jun, 2016 at 10:36:15AM -0700, Afif Elghraoui spoke thus.. > forwarded 828329 https://arc.liv.ac.uk/trac/SGE/ticket/1572 Hi, I've attached a patch in the upstream tracker to compile against OpenSSL 1.1. The alternative would be to Build-Depend on openssl 1.0 for now (which looks like it will be allowable for jessie) as gridengine doesn't seem to expose any SSL implementation details to/from other libraries. I'm happy to prepare/upload a version with either fix in, depending on preference. Thanks, Mark -- Mark Hymers "'I regret nothing?' That's not a song, that's an idiots charter." Andy Hamilton, Old Harry's Game
Bug#787338: ftp.debian.org: incorrect lintian error leads to auto-rejection
On Mon, 01, Jun, 2015 at 12:38:46AM +0900, Norbert Preining spoke thus.. > ** > Licensing > > The copyright owner and terms of use of an ICC profile are normally identified > in the Creator field in the profile header and in the Copyright tag. Where ICC > is the copyright owner, the following license terms apply: > > "This profile is made available by the International Color Consortium, and may > be copied, distributed, embedded, made, used, and sold without restriction. > Altered versions of this profile shall have the original identification and > copyright information removed and shall not be misrepresented as the original > profile." > *** > > Paul Wise mentioned in his remarks on the lintian bug 786946 that the *new* > license does not allow for modifications, which I consider an "interesting" > interpretation, since the second sentence clearly states that > Altered versions of this profile ... > which can of course only exist if modifications are allowed. > > Anyway, at least several OSS projects seem to have no problem with this > license, thus I ask for a clarification from side of the ftp-masters, as > requested by Bastien Roucaries in the above mentioned bug report > against lintian. Hi Norbert / Lintian maintainers, As requested, we discussed this license at the ftp-team IRC meeting. We're satifisfied that the intention is to allow modification and would therefore ask the lintian maintainers to consider changing the check. Thanks, Mark (on behalf of the ftp-team). -- Mark Hymers "Well, the thing about a black hole - it's main distinguishing feature - is it's black. And the thing about space, your basic space colour is black. So how are you supposed to see them?" Holly, Red Dwarf Series III - Marooned signature.asc Description: Digital signature
Bug#655019: GFDL docs in main
On Sun, 08, Jan, 2012 at 08:03:09AM +0100, Matthias Klose spoke thus.. > tags 655019 + pending > thanks > > On 01/07/2012 10:48 PM, Mark Hymers wrote: > > Package: gcc-4.7 > > Version: 4.7-20111231-1 > > Severity: serious > > > > Hi, > > > > I've been made aware that the GCC GFDL docs have been reintroduced into main > > in experimental. This shouldn't have made it through NEW. Could you > > please upload a new pruned tarball without the -doc packages and without > > the docs in the source. Alternatively, please reassign this to > > ftp.debian.org and I'll remove gcc-4.7 from experimental. > > same thing as for gcc-4.6 (as documented in #609161), gcc-4.5 (#571759), and > earlier experimental gcc-4.x packages. Will be gone with the 4.7.0 release, or > release candidate. At least for gcc-4.6 explicitly approved by a member of the > FTP team. It shouldn't have been approved. experimental is still part of main. The packages and source need to be removed. Mark -- Mark Hymers "The relationship between journalists and politicians has often been likened to that between a dog and a lamp post, although I have never worked out who is supposed to be which." Nick Assinder, BBC Online Political Correspondent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#655019: GFDL docs in main
Package: gcc-4.7 Version: 4.7-20111231-1 Severity: serious Hi, I've been made aware that the GCC GFDL docs have been reintroduced into main in experimental. This shouldn't have made it through NEW. Could you please upload a new pruned tarball without the -doc packages and without the docs in the source. Alternatively, please reassign this to ftp.debian.org and I'll remove gcc-4.7 from experimental. Thanks, Mark -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#632460: dicomscope: hardcoded dependency on libssl0.9.8
On Sat, 02, Jul, 2011 at 06:32:26PM +0200, Andreas Tille spoke thus.. > Hi Mark, > > On Sat, Jul 02, 2011 at 04:56:25PM +0100, Mark Hymers wrote: > > > > I've uploaded an NMU (6.3.0-1.1) to DELAYED/7-days. Feel free to cancel > > the upload with a newer one in the next week if you'd rather. > > Thanks for the NMU - IMHO there is no need to override your DELAYED > upload. However, could you please be so kind to commit your changes to > SVN which is writable for all DDs? Hi, I just tried but can't commit. I suspect the alioth changearounds have lost the ACL for DDs: # file: svn/debian-med # owner: root # group: scm_debian-med # flags: -s- user::rwx group::rwx group:debian-med:rwx group:scm_debian-med:rwx mask::rwx other::r-x default:user::rwx default:group::rwx default:group:debian-med:rwx default:group:scm_debian-med:rwx default:mask::rwx default:other::r-x -- Mark Hymers "But Yossarian *still* didn't understand either how Milo could buy eggs in Malta for seven cents apiece and sell them at a profit in Pianosa for five cents." Catch 22, Joseph Heller -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#632460: dicomscope: hardcoded dependency on libssl0.9.8
On Sat, 02, Jul, 2011 at 02:43:19PM +0100, Mark Hymers spoke thus..
> tag 632460 +patch
> thanks
>
> > dicomscope-3.6.0/debian/control:Depends: ${shlibs:Depends},
> > ${misc:Depends}, wish | tk8.5 | tk8.4, libdcmtk2 (>= 3.6.0), libssl0.9.8,
> > dicomscope-3.6.0/debian/control- libxml2, java-gcj-compat | java1-runtime |
> > java2-runtime
> >
> > You don't need to hardcode library ABIs in your Depends, that's what
> > dpkg-shlibdeps is for.
>
> Trivial build-tested patch attached which also updates the java
> dependency to use default-jre.
Hi,
I've uploaded an NMU (6.3.0-1.1) to DELAYED/7-days. Feel free to cancel
the upload with a newer one in the next week if you'd rather.
Cheers,
Mark
--
Mark Hymers
"Well, the thing about a black hole - it's main distinguishing feature - is
it's black. And the thing about space, your basic space colour is black. So
how are you supposed to see them?"
Holly, Red Dwarf Series III - Marooned
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#632460: dicomscope: hardcoded dependency on libssl0.9.8
tag 632460 +patch
thanks
> dicomscope-3.6.0/debian/control:Depends: ${shlibs:Depends}, ${misc:Depends},
> wish | tk8.5 | tk8.4, libdcmtk2 (>= 3.6.0), libssl0.9.8,
> dicomscope-3.6.0/debian/control- libxml2, java-gcj-compat | java1-runtime |
> java2-runtime
>
> You don't need to hardcode library ABIs in your Depends, that's what
> dpkg-shlibdeps is for.
Trivial build-tested patch attached which also updates the java
dependency to use default-jre.
Mark
--
Mark Hymers
"We have three realistic alternatives: (1) Sit here and get blown up, (2)
Stand here and get blown up, (3) Jump up and down, shout at me for not being
able to think of anything, then get blown up."
Holly, Red Dwarf Series III - Bodyswap
diff -u dicomscope-3.6.0/debian/control dicomscope-3.6.0/debian/control
--- dicomscope-3.6.0/debian/control
+++ dicomscope-3.6.0/debian/control
@@ -13,8 +13,7 @@
Package: dicomscope
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, wish | tk8.5 | tk8.4, libdcmtk2
(>= 3.6.0), libssl0.9.8,
- libxml2, java-gcj-compat | java1-runtime | java2-runtime
+Depends: ${shlibs:Depends}, ${misc:Depends}, wish | tk8.5 | tk8.4, default-jre
Description: The OFFIS DICOM Viewer
DICOMscope is a free DICOM viewer which can display uncompressed,
monochrome DICOM images from all modalities and which supports
diff -u dicomscope-3.6.0/debian/changelog dicomscope-3.6.0/debian/changelog
--- dicomscope-3.6.0/debian/changelog
+++ dicomscope-3.6.0/debian/changelog
@@ -1,3 +1,11 @@
+dicomscope (3.6.0-6.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix shlibdeps. Closes: #632460.
+ * Replace java depends with default-jre.
+
+ -- Mark Hymers Sat, 02 Jul 2011 13:28:34 +
+
dicomscope (3.6.0-6) unstable; urgency=low
* Remove dep to tk8.3, tk8.4 and replace with wish
Bug#620378: netqmail: Must not enter testing for at least 1 month
Package: netqmail Version: 1.06-4 Severity: serious Justification: tech-ctte request None of the following packages are allowed to enter testing for at least 1 month as per #510415. Thanks, -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#619640: Architecture field dissapered few days ago
On Sat, 26, Mar, 2011 at 06:30:09AM +0100, Christian PERRIER spoke thus.. > Quoting Witold Baryluk (bary...@smp.if.uj.edu.pl): > > Package: debian-installer > > Severity: normal > > > > Well, this change beetween 2011-03-24 and 2011-03-24 in Archive, > > explains a problem > > With the FTPmaster meeting and work goind on, I expect this might be > related. This was fixed as soon as it was noticed. It was indeed a mistake on our part. Sorry about that. Mark -- Mark Hymers "I once absent-mindedly ordered Three Mile Island dressing in a restaurant and, with great presence of mind, they brought Thousand Island Dressing and a bottle of chili sauce." Terry Pratchett, alt.fan.pratchett -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592768: clisp install failure is a powerpc64 only problem?
On Fri, 14, Jan, 2011 at 02:05:29PM +0100, Philipp Kern spoke thus.. > David, > > am Fri, Jan 14, 2011 at 07:55:40AM -0400 hast du folgendes geschrieben: > > Of course, if someone can duplicate the bug running a 32-bit kernel that > > changes things. I still think we probably need a powerpc64 porterbox if > > powerpc is going to continue as a release architecture post squeeze. > > I lobbied hard to get ppc64 buildds at all. Now we have three: porpora, > poulenc and praetorius. As porpora and poulenc are identical Apple XServe G5, > and given that we still have the slow voltaire as a ppc32 around, it might > make > sense to get one of the two to be a ppc porterbox with 64bit kernel. > > I don't know if porterboxes are possible at that location, however. Thus > Cc'ing d-admin and the local admin. Unlikely we can make that a publically accessible porterbox I'm afraid. I'd have to talk to networks at the University but I'm not sure they'd be happy with it. I'll ask though. Mark -- Mark Hymers "But Yossarian *still* didn't understand either how Milo could buy eggs in Malta for seven cents apiece and sell them at a profit in Pianosa for five cents." Catch 22, Joseph Heller -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553533: debian-archive-keyring: squeeze Release: The following signatures were invalid: BADSIG 9AA38DCD55BE302B Debian Archive Automatic Signing Key (5.0/lenny)
reassign 553533 ftp.debian.org close 553533 thanks On Sun, 01, Nov, 2009 at 12:23:26AM -0400, Rick Thomas spoke thus.. > Package: debian-archive-keyring > Version: 2009.01.31 > Severity: critical > Tags: security > Justification: root security hole This is not a root security hole - it was simply a bug in the scripts which sync the initial mirror tree. It's also a bug in the archive (hence the reassign to ftp.debian.org) and nothing to do with the keyring package. The bug has now been fixed and a mirror push is now in progress. Mark -- Mark Hymers "Don't you hate those Claims Direct adverts? 'I slipped on a banana skin and sued the Dominican Republic!'" Linda Smith on the News Quiz talking about the Compensation Culture -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#491537: RM: vmware-package -- RoQA: "May contain undistributable files"
tag 550488 +moreinfo severity 550488 normal thanks Robert, I've spoken to Marc Haber about this on IRC and he tells me that you're the main maintainer now. As far as I can see this warning in the copyright file is about the binaries which it downloads, *not* what is in the package (which looks entirely fine). It certainly doesn't look like an urgent issue. The original submitter should have checked this properly rather than jumping up and down about a probable non-issue. Could you please clarify the debian/copyright file or confirm that the package should be removed if you're no longer interested. Thanks, Mark -- Mark Hymers "Everyone is entitled to be stupid but some abuse the privilege." Unknown -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#548440: removal of db4.5
On Sat, 26, Sep, 2009 at 10:26:52PM +0200, Matthias Klose spoke thus.. > retitle 548440 please restore db4.5 Restored -- Mark Hymers "++?++ Out of Cheese Error. Redo From Start." Interesting Times, Terry Pratchett -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#540719: [Pkg-ia32-libs-maintainers] Bug#540719: failed to install/upgrade: trying to overwrite `/usr/lib32/libcrypto.so.0.9.8', which is also in package lib32ssl0.9.8
severity normal not-found 540719 20090808 thanks > dpkg -i lib32ssl0.9.8 > apt-cache policy lib32ssl0.9.8 > > Where did you get lib32ssl0.9.8 from? That is not part of Debian nor > does it come from ia32-apt-get (which only has ia32-libssl0.9.8). lib32ssl0.9.8 is certainly not in Debian. The fact that this conflicts with some random non-Debian package is not a bug in the current ia32-libs package. Mark -- Mark Hymers "Don't you hate those Claims Direct adverts? 'I slipped on a banana skin and sued the Dominican Republic!'" Linda Smith on the News Quiz talking about the Compensation Culture -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#536904: ifrit: FTBFS: VTK not found.
On Sat, 08, Aug, 2009 at 09:30:30PM +0100, Chris Lamb spoke thus.. > Lucas Nussbaum wrote: > > > During a rebuild of all packages in sid, your package failed to build on > > amd64. > > For the benefit of people bumping into this on Turmzimmer or similar, fixing > the issue Lucas reported is quite easy but you will quickly encounter actual > compilation errors in the upstream source. > > I believe that ifrit needs to be ported to VTK 5.2 - upstream's website > claims that 3.2.7 is a port to 5.2 [0], so that might be the way to go. > > [0] http://sites.google.com/site/ifrithome/Home/update-history Chris, If you use the package, I'm quite happy to hand over maint to you, I don't use it any more. Mark -- Mark Hymers "We have three realistic alternatives: (1) Sit here and get blown up, (2) Stand here and get blown up, (3) Jump up and down, shout at me for not being able to think of anything, then get blown up." Holly, Red Dwarf Series III - Bodyswap -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517130: linux-modules-extra-2.6: Potential GPL violations
Package: linux-modules-extra-2.6 Version: 2.6.26-6 Severity: serious Dear all, Shortly before the lenny release, it was noted that the binary packages produced by linux-modules-extra-2.6 contain absolutely no relation to the source with which they were built. It is therefore possible, and indeed likely, that the archive may end up containing binaries for which the source has expired. This was dealt with (quietly) for lenny by the ftpteam auditing the build logs and binaries to check that the sources were all present, and inserting the source entries into the special lenny-r0 suite to ensure that they will be retained even if their source packages are revised in a stable point release. The ftpteam considers this a RC bug for squeeze and an improved manner of handling the source dependencies for these modules must be found. At FOSDEM, preliminary discussions were held regarding adding a method by which binary packages could declare that they were built using a particular version of another source or binary package so that the archive can track this and ensure that the relevant source is kept around. This will of course require some dpkg-dev and dak changes and consensus that the idea is a sane one before it can be implemented. A proposal will be sent to debian-devel@ soon. Whichever solution is arrived at needs to deal with the problem at all points in the release cycle, not just at stable or point releases. Thanks, Mark (on behalf of the ftpteam) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#494532: libparted1.7-udeb on armel
On Fri, 15, Aug, 2008 at 10:54:31PM +0100, Adeodato Simó spoke thus.. > > ./pool/2008-08-09/libparted1.7-udeb_1.7.1-5.1_armel.udeb As discussed, this should be back in testing on the next dinstall run. Mark -- Mark Hymers "Oh, this is John Reid who is 'Cabinet Bruiser' which just means that he's a bit squat, ugly and unpleasant and therefore gets to be called a 'Bruiser'." Jeremy Hardy, The News Quiz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#494532: libparted1.7-udeb on armel
On Fri, 15, Aug, 2008 at 10:18:19PM +0100, Adeodato Simó spoke thus.. > I think a good first try would be uploading the parted from stable > (1.7.1-5.1) with increased version in the changelog to 1.7.1-5.1+b1, > with armel binaries if possible. Why can't we just manually re-insert the armel binaries from the morgue? [EMAIL PROTECTED]:/srv/ftp.debian.org/morgue$ find ./ -name "*parted*1.7.1-5*" ./pool/2008-08-09/libparted1.7-1_1.7.1-5.1_armel.deb ./pool/2008-08-09/parted-udeb_1.7.1-5.1_armel.udeb ./pool/2008-08-09/libparted1.7-udeb_1.7.1-5.1_armel.udeb ./pool/2008-08-09/parted_1.7.1-5.1_armel.deb ./pool/2008-08-09/libparted1.7-dbg_1.7.1-5.1_armel.deb ./pool/2008-08-09/libparted1.7-dev_1.7.1-5.1_armel.deb Mark -- Mark Hymers "I got off at Durham... and fell in love with it instantly. Why, it's wonderful - a perfect little city. If you have never been to Durham, go there at once. Take my car. It's wonderful." Notes from a Small Island, Bill Bryson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#473485: chillispot: kernel error
On Wed, 02, Apr, 2008 at 10:28:41AM +0200, Gianluca spoke thus.. > My processor is AMD Athlon(tm) 64 X2 Dual Core Processor 4400+. > > The kernel version is AMD64. > > I have reinstalled Debian with 486 kernel version "2.6.18-6-486" and > now Chillispot work fine. > > The problem is AMD64 kernel? > > Thanks > Gianluca Hi, I tripped over this bug just today and discovered that whilst Chillispot (as far as I can tell) is dead, there's a fork of it in which this bug is fixed: http://coova.org/wiki/index.php/CoovaChilli I don't know if the maintainer wants to consider getting the fork packaged for Debian as a replacement? Cheers, Mark -- Mark Hymers "I once absent-mindedly ordered Three Mile Island dressing in a restaurant and, with great presence of mind, they brought Thousand Island Dressing and a bottle of chili sauce." Terry Pratchett, alt.fan.pratchett -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488813: [Pkg-gridengine-devel] Bug#488813: gridengine - FTBFS: Unsupported architecture UNSUPPORTED-lx26-s390
severity 488813 normal retitle 488813 Please support S390 thanks As you'd have spotted if you'd looked at the architecture lines for the binary packages, gridengine currently doesn't support s390. Architecture: i386 amd64 sparc powerpc ia64 I intend to try and get ports to more architectures working soon, but given that we declare which architectures we currently support, this certainly isn't a serious bug. Also, it really isn't my problem that wanna build decides that it knows better than maintainers about which architectures to build on. Mark -- Mark Hymers "Well, the thing about a black hole - it's main distinguishing feature - is it's black. And the thing about space, your basic space colour is black. So how are you supposed to see them?" Holly, Red Dwarf Series III - Marooned -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#487143: gnustep-gui-common: images under non-free license
Package: gnustep-gui-common Severity: serious Justification: DFSG non-free Whilst processing gnustep-gui-0.14.0 in NEW, the following was found in Images/GNUstep_Images_Copyright = Images may be used by developers for the creation of Freely distributable software to run under any OpenStep environment *INCLUDING* GNUstep. Note that apps using these images may not need to be distributed under the GPL, but be freely distributed in at least binary form. If you have a special requirement or need images or design help with any GNUstep project please feel free to contact me and I will russle something up for you as quickly as I can to integrate into your project. Conditions of use: No image may be visually modified in any way without express permission of the designer (http://www.gnustep.org/UserSuite/UserSuite.html) My efforts here are to keep GNUstep elegant and I don't want to waste my time with people mucking things up -- sorry if this offends you. Images must only be used for the development of application software for free deployment under OpenStep *AND* it must compile and run for GNUstep. = A quick check of the packages already in the archive shows that this license is also present in the versions in etch, lenny, sid and experimental, hence this bug. Thanks, Mark -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#475216: libsvn-mirror-perl: diff for NMU version 0.73-1.2
tags 475216 + patch thanks Hi, Attached is the diff for my libsvn-mirror-perl 0.73-1.2 NMU. -- Mark Hymers diff -u libsvn-mirror-perl-0.73/debian/changelog libsvn-mirror-perl-0.73/debian/changelog --- libsvn-mirror-perl-0.73/debian/changelog +++ libsvn-mirror-perl-0.73/debian/changelog @@ -1,3 +1,12 @@ +libsvn-mirror-perl (0.73-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Remove Build-Depends-Indep on libvcp-dest-svk-perl as it doesn't exist +beyond etch (which I managed to fail to notice in my initial NMU). +Closes: #475216. + + -- Mark Hymers <[EMAIL PROTECTED]> Fri, 11 Apr 2008 23:31:07 +0100 + libsvn-mirror-perl (0.73-1.1) unstable; urgency=low * Non-maintainer upload. diff -u libsvn-mirror-perl-0.73/debian/control libsvn-mirror-perl-0.73/debian/control --- libsvn-mirror-perl-0.73/debian/control +++ libsvn-mirror-perl-0.73/debian/control @@ -2,7 +2,7 @@ Section: perl Priority: optional Build-Depends: debhelper (>= 4.0.2) -Build-Depends-Indep: perl (>= 5.8.0-7), libclass-accessor-perl, libfile-chdir-perl, libsvn-perl (>> 1.2.0), libsvn-simple-perl, libterm-readkey-perl, libtimedate-perl, liburi-perl, subversion, libvcp-dest-svk-perl +Build-Depends-Indep: perl (>= 5.8.0-7), libclass-accessor-perl, libfile-chdir-perl, libsvn-perl (>> 1.2.0), libsvn-simple-perl, libterm-readkey-perl, libtimedate-perl, liburi-perl, subversion Maintainer: Bastian Blank <[EMAIL PROTECTED]> Standards-Version: 3.6.1
Bug#456105: gmfsk: diff for NMU version 0.6+0.7pre1-2.1
tags 456105 + patch thanks Hi, Attached is the diff for my gmfsk 0.6+0.7pre1-2.1 NMU. -- Mark Hymers diff -u gmfsk-0.6+0.7pre1/debian/changelog gmfsk-0.6+0.7pre1/debian/changelog --- gmfsk-0.6+0.7pre1/debian/changelog +++ gmfsk-0.6+0.7pre1/debian/changelog @@ -1,3 +1,10 @@ +gmfsk (0.6+0.7pre1-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS with gcc-4.3. Patch from Kumar Appaiah. Closes: #456105. + + -- Mark Hymers <[EMAIL PROTECTED]> Sun, 06 Apr 2008 12:17:04 +0100 + gmfsk (0.6+0.7pre1-2) unstable; urgency=low * Change build-deps to libhamlib-dev | hamlib-dev ... diff -u gmfsk-0.6+0.7pre1/debian/patches/00list gmfsk-0.6+0.7pre1/debian/patches/00list --- gmfsk-0.6+0.7pre1/debian/patches/00list +++ gmfsk-0.6+0.7pre1/debian/patches/00list @@ -3,0 +4 @@ +12_gcc43_fixes.dpatch only in patch2: unchanged: --- gmfsk-0.6+0.7pre1.orig/debian/patches/12_gcc43_fixes.dpatch +++ gmfsk-0.6+0.7pre1/debian/patches/12_gcc43_fixes.dpatch @@ -0,0 +1,28 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 12_gcc43_fixes.dpatch +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: gcc-4.3 fixes + [EMAIL PROTECTED]@ +diff -Nru --exclude changelog /tmp/YMsfJ7kTPO/gmfsk-0.6+0.7pre1/src/olivia/mfsk.h /tmp/J6003wm8NM/gmfsk-0.6+0.7pre1/src/olivia/mfsk.h +--- gmfsk-0.6+0.7pre1/src/olivia/mfsk.h 2005-01-21 02:08:06.0 +0530 gmfsk-0.6+0.7pre1/src/olivia/mfsk.h 2008-03-23 14:22:44.0 +0530 +@@ -1960,7 +1960,7 @@ + +Type *ModulatorOutput; + +- RateConverter RateConverter; // output rate converter ++ ::RateConverter RateConverter; // output rate converter + +Type *ConverterOutput; + +@@ -2209,7 +2209,7 @@ + + private: + +- RateConverter RateConverter; ++ ::RateConverter RateConverter; + +Seq InputBuffer; +
Bug#472564: fakeroot-ng: diff for NMU version 0.09-1.1
tags 472564 + patch thanks Hi, Attached is the diff for my fakeroot-ng 0.09-1.1 NMU. -- Mark Hymers diff -u fakeroot-ng-0.09/debian/changelog fakeroot-ng-0.09/debian/changelog --- fakeroot-ng-0.09/debian/changelog +++ fakeroot-ng-0.09/debian/changelog @@ -1,3 +1,10 @@ +fakeroot-ng (0.09-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS with gcc-4.3. Patch from Arthur Loiret. Closes: #472564. + + -- Mark Hymers <[EMAIL PROTECTED]> Sun, 06 Apr 2008 10:19:14 + + fakeroot-ng (0.09-1) unstable; urgency=low * New upstream release only in patch2: unchanged: --- fakeroot-ng-0.09.orig/process.cpp +++ fakeroot-ng-0.09/process.cpp @@ -20,7 +20,10 @@ #include "config.h" #include -#include +#include +#include +#include +#include #include "syscalls.h" #include "arch/platform.h" only in patch2: unchanged: --- fakeroot-ng-0.09.orig/ptrace.cpp +++ fakeroot-ng-0.09/ptrace.cpp @@ -20,7 +20,8 @@ #include "config.h" #include -#include +#include +#include #include "syscalls.h" #include "arch/platform.h" only in patch2: unchanged: --- fakeroot-ng-0.09.orig/main.cpp +++ fakeroot-ng-0.09/main.cpp @@ -24,10 +24,12 @@ #include #include #include -#include -#include -#include -#include +#include +#include +#include +#include +#include +#include #include "arch/platform.h" #include "parent.h" only in patch2: unchanged: --- fakeroot-ng-0.09.orig/parent.cpp +++ fakeroot-ng-0.09/parent.cpp @@ -32,8 +32,9 @@ #include -#include -#include +#include +#include +#include #include "arch/platform.h" only in patch2: unchanged: --- fakeroot-ng-0.09.orig/file.cpp +++ fakeroot-ng-0.09/file.cpp @@ -21,10 +21,12 @@ #include #include -#include #include +#include +#include +#include -#include +#include #include "syscalls.h" #include "file_lie.h"
Bug#455380: mysql-gui-tools: diff for NMU version 5.0~rc12-2.1
tags 455380 + patch thanks Hi, Attached is the diff for my mysql-gui-tools 5.0~rc12-2.1 NMU. -- Mark Hymers diff -u mysql-gui-tools-5.0~rc12/debian/changelog mysql-gui-tools-5.0~rc12/debian/changelog --- mysql-gui-tools-5.0~rc12/debian/changelog +++ mysql-gui-tools-5.0~rc12/debian/changelog @@ -1,3 +1,10 @@ +mysql-gui-tools (5.0~rc12-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS with gcc-4.3. Patch from Cyril Brulebois. Closes: #455380. + + -- Mark Hymers <[EMAIL PROTECTED]> Sat, 05 Apr 2008 23:33:42 + + mysql-gui-tools (5.0~rc12-2) unstable; urgency=low * Make Query Browser and Administrator conflict/replace previous, only in patch2: unchanged: --- mysql-gui-tools-5.0~rc12.orig/mysql-gui-common/source/linux/MGHMeterGraphPlotter.cc +++ mysql-gui-tools-5.0~rc12/mysql-gui-common/source/linux/MGHMeterGraphPlotter.cc @@ -17,6 +17,8 @@ #include "MGHMeterGraphPlotter.h" +#include + MGHMeterGraphPlotter::MGHMeterGraphPlotter(GtkDrawingArea *darea) only in patch2: unchanged: --- mysql-gui-tools-5.0~rc12.orig/mysql-gui-common/source/linux/MGFileBrowserList.cc +++ mysql-gui-tools-5.0~rc12/mysql-gui-common/source/linux/MGFileBrowserList.cc @@ -22,6 +22,8 @@ #include #include /* rename() in FreeBSD */ +#include + MGFileBrowserList::MGFileBrowserList(const Glib::ustring &title, only in patch2: unchanged: --- mysql-gui-tools-5.0~rc12.orig/mysql-gui-common/source/linux/MySQLGRT/MGRTValueTree.h +++ mysql-gui-tools-5.0~rc12/mysql-gui-common/source/linux/MySQLGRT/MGRTValueTree.h @@ -50,7 +50,7 @@ void set_icon(Gtk::TreeRow row, MGRTValue value); void add_value_item(Gtk::TreeIter iter, MGRTValue value); -void add_list_to_store(MGRTValue list, Gtk::TreeRow *parent, std::list *list); +void add_list_to_store(MGRTValue list1, Gtk::TreeRow *parent, std::list *list2); void add_dict_to_store(MGRTValue dict, Gtk::TreeRow &parent, std::list *list); void remember_path(Gtk::TreeView *tree, const Gtk::TreeModel::Path &path, std::list &list); only in patch2: unchanged: --- mysql-gui-tools-5.0~rc12.orig/mysql-gui-common/library/grt-wb-controller/source/GraphRenderer.cpp +++ mysql-gui-tools-5.0~rc12/mysql-gui-common/library/grt-wb-controller/source/GraphRenderer.cpp @@ -10,6 +10,8 @@ const int GraphRenderer::K3; #endif +#include + /* // equals for doubles // algorithm by D.E.Knuth (TAOCP Vol.3 Sec. 4.2.2) only in patch2: unchanged: --- mysql-gui-tools-5.0~rc12.orig/mysql-query-browser/source/linux/MGCodeEditor.cc +++ mysql-gui-tools-5.0~rc12/mysql-query-browser/source/linux/MGCodeEditor.cc @@ -18,6 +18,8 @@ #include +#include +
Bug#454856: libsigcx: diff for NMU version 0.6.6-1.1
tags 454856 + patch
thanks
Hi,
Attached is the diff for my libsigcx 0.6.6-1.1 NMU.
--
Mark Hymers
diff -u libsigcx-0.6.6/debian/changelog libsigcx-0.6.6/debian/changelog
--- libsigcx-0.6.6/debian/changelog
+++ libsigcx-0.6.6/debian/changelog
@@ -1,3 +1,10 @@
+libsigcx (0.6.6-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix FTBFS with gcc-4.3. Patch from Cyril Brulebois. Closes: #454856
+
+ -- Mark Hymers <[EMAIL PROTECTED]> Sat, 05 Apr 2008 22:55:48 +
+
libsigcx (0.6.6-1) unstable; urgency=low
* New upstream release.
only in patch2:
unchanged:
--- libsigcx-0.6.6.orig/sigcx/util.cc
+++ libsigcx-0.6.6/sigcx/util.cc
@@ -8,6 +8,7 @@
#include "sigcx/util.h"
+#include
namespace SigCX
{
only in patch2:
unchanged:
--- libsigcx-0.6.6.orig/tests/convert_test.cc
+++ libsigcx-0.6.6/tests/convert_test.cc
@@ -1,5 +1,7 @@
#include
#include
+#include
+
#include
/*
Bug#420042: ifrit: FTBFS: CMake Error: VTK not found.
On Thu, 19, Apr, 2007 at 06:31:09PM +0200, Lucas Nussbaum spoke thus.. > > Relevant parts: > -- Check for working CXX compiler: /usr/bin/c++ -- works > CMake Error: VTK not found. Set the VTK_DIR cmake cache entry to the > directory containing VTKConfig.cmake. > This is either the root of the build tree, or PREFIX/lib/vtk for an > installation. For VTK 4.0, this is t > he location of UseVTK.cmake. This is either the root of the build tree or > PREFIX/include/vtk for an instal > lation. > -- Configuring done > make: *** [build-stamp] Error 255 > Yes, unfortunately a new upload is currently blocked on bug #418201 being fixed. I may get time to look at sorting out a patch for that this weekend. Mark -- Mark Hymers "That's why the good die young; it's because Death can't be bothered to check the paperwork." Andy Hamilton, Old Harry's Game signature.asc Description: Digital signature
Bug#411925: Silently fails to build extension modules
Package: python-matplotlib
Version: 0.87.7-0.1
Severity: grave
Tags: patch
As of 0.87.7-0.1, matplotlib on ppc, mipsel, mips, arm, sparc, s390,
alpha built against the numpy rc and therefore failed to build the numpy
extensions.
20:53 < mhy> hi, there's a problem with python-matplotlib. Those architectures
(most: ppc, mipsel, mips, arm, sparc, s390, alpha) which tried to
build against python-numpy 1.0rc* failed to build the numpy
extensions and
is therefore pretty useless; a binNMU will fix it (tested
rebuilding on
PPC here); do I need to file a bug / mail debian-release to
get one done?
20:53 < waldi> mhy: the build failed silent?
20:53 < mhy> waldi: yes (not my package...)
20:54 < mhy> waldi: it's valid for upstream matplotlib to only build the
numeric or
numarray extensions; I'd have thought the debian packaging should
check
that all three have been built though
20:55 < mhy> especially as numpy is the default, and hence it breaks by default
20:58 < vorlon> mhy: yes, that should get a sourceful bugfix for the problem of
the silent
failure
20:59 < mhy> vorlon: right, I'll file a bug and try and work up a patch (a
manifest check
or something)
Patch is attached which checks for failure of any of the three modules
to build.
I intend to ask someone to NMU this in a couple of days if this isn't
fixed by then as I really need a fixed matplotlib in etch.
Thanks,
Mark
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-powerpc64
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Versions of packages python-matplotlib depends on:
ii dvipng 1.9-1+etch.1convert DVI files to PNG graphics
ii python 2.4.4-2 An interactive high-level object-o
ii python-central 0.5.12 register and build utility for Pyt
ii python-dateutil 1.1-1 powerful extensions to the standar
ii python-dev 2.4.4-2 Header files and a static library
ii python-gtk2 2.8.6-8 Python bindings for the GTK+ widge
ii python-matplotlib-data 0.87.7-0.1 python based plotting system (data
ii python-numeric-ext 24.2-7 Extension modules for Numeric Pyth
ii python-numpy 1:1.0.1-1 Numerical Python adds a fast array
ii python-tz2006p-0.1 Python version of the Olson timezo
python-matplotlib recommends no packages.
-- no debconf information
diff -Naur matplotlib-0.87.7-orig/debian/changelog
matplotlib-0.87.7/debian/changelog
--- matplotlib-0.87.7-orig/debian/changelog 2007-02-21 21:30:22.0
+
+++ matplotlib-0.87.7/debian/changelog 2007-02-21 21:33:07.0 +
@@ -1,3 +1,10 @@
+matplotlib (0.87.7-0.2) unstable; urgency=low
+
+ * Add check to debian/rules to prevent builds silently failing to build one
+of the plugins. Closes: #xx
+
+ -- Mark Hymers <[EMAIL PROTECTED]> Wed, 21 Feb 2007 20:35:47 +
+
matplotlib (0.87.7-0.1) unstable; urgency=medium
* Remove build dependency on python-numpy-ext.
diff -Naur matplotlib-0.87.7-orig/debian/rules matplotlib-0.87.7/debian/rules
--- matplotlib-0.87.7-orig/debian/rules 2007-02-21 21:30:22.0 +
+++ matplotlib-0.87.7/debian/rules 2007-02-21 21:30:02.0 +
@@ -62,6 +62,33 @@
-d $(CURDIR)/debian/$(p)/usr/lib/python$*/site-packages/
--no-compile
#dh_install -p$(p) lib/dateutil usr/lib/python$*/site-packages/
#dh_install -p$(p) lib/pytz usr/lib/python$*/site-packages/
+
+ # Check that we have built all of the plugins; FTBFS if not; this
+ # is better than having packages silently fail to build on the
+ # autobuilders.
+ # The plugin abbreviations are:
+ # ns_ = numpy, na_ = numarray, nc_ = numeric
+ for v in $(PYVERS); do \
+ for p in na ns nc; do \
+ for f in transforms.so image.so cntr.so nxutils.so; do \
+ # Check for these four files for each plugin: \
+ # _na_transforms.so, _na_image.so,
_na_cntr.so, _na_nxutils.so \
+ if test ! -f
debian/python-matplotlib/usr/lib/python$$v/site-packages/matplotlib/_$${p}_$${f};
then \
+ echo "Missing plugin file _$${p}_$${f}:
Failing build"; \
+ exit 1; \
+ fi \
+ done \
+ # Also check for the backend plugins: \
+
Bug#405799: python-matplotlib depends on python-numpy-ext
On Sat, 06, Jan, 2007 at 12:08:21PM -0600, David Moreno Garza spoke thus.. > > You install python-numpy then (which was not required by matplotlib!!) > > and you are still missing something... you need: python-numpy-ext which > > depends on python-numpy. > > > > So python-matplotlib should depend on python-numpy-ext . Depending on whether python-numpy 1:1.0.1-1 is going to migrate from unstable->testing before the release, this may not need to be fixed (python-numpy now contains the former python-numpy-ext contents and python-numpy-ext is an empty transitional package). Mark -- Mark Hymers "The relationship between journalists and politicians has often been likened to that between a dog and a lamp post, although I have never worked out who is supposed to be which." Nick Assinder, BBC Online Political Correspondent signature.asc Description: Digital signature
Bug#405472: openmpi-bin: mpif77 and mpif90 incorrect default include file search path
severity 405472 normal thanks On Wed, 03, Jan, 2007 at 10:28:59PM +0200, Juha Jäykkä spoke thus.. > All fortran programs calling MPI_* need to include mpif.h, but > > ~/gl> mpif77 -DHAVE_CONFIG_H -I. -I. -I.. -I../include -O3 > -finline-limit=1 -march=i686 -march=x86-64 -funroll-loops -mfpmath=sse > -msse2 -c -o min_algo_sd.o min_algo_sd.F > Error: Can't open included file 'mpif.h' > > Adding "-I /usr/include" fixes this. Given that g77 doesn't include /usr/include on the default search path either: [EMAIL PROTECTED]:/tmp$ g77 tst.f tst.f:1: include 'mpif.h' ^ Unable to open INCLUDE file `mpif.h' at (^), this is definitely not Severity: Grave and I'm not even sure whether it should be altered; that's up to the normal maintainer. It's certainly not release critical (clarified with the RMs). Mark -- Mark Hymers "I never make predictions. I never have and I never will." Tony Blair signature.asc Description: Digital signature
Bug#405472: openmpi-bin: mpif77 and mpif90 incorrect default include file search path
Yikes, apologies. That mail was meant to be postponed, not sent; I *haven't* clarified this with the RMs yet and am im the process of checking with them. I feel very stupid now. Mark -- Mark Hymers "I never make predictions. I never have and I never will." Tony Blair signature.asc Description: Digital signature
Bug#395889: can't reproduce sven's test failure
Hi, As root, the suggested test seems to work. The problem is that as a non-root user, we always believe we're in a chroot whether we are or not (I used the gnats user in the pbuilder chroot as it just happened to be the first user in /etc/passwd I spotted with a valid shell). Two separate logs follow, each starts in a chroot which I then leave: First on an i386 box running 2.6.17: [EMAIL PROTECTED]:/# uname -a Linux dynam 2.6.17-1-k7 #1 SMP Mon Jul 17 13:21:38 UTC 2006 i686 GNU/Linux [EMAIL PROTECTED]:/# if [ -r /proc/1/root -a /proc/1/root/ -ef /proc/self/root/ ]; then echo "NOT CHROOT"; else echo "CHROOT"; fi CHROOT [EMAIL PROTECTED]:/# su - gnats No directory, logging in with HOME=/ [EMAIL PROTECTED]:/$ if [ -r /proc/1/root -a /proc/1/root/ -ef /proc/self/root/ ]; then echo "NOT CHROOT"; else echo "CHROOT"; fi CHROOT [EMAIL PROTECTED]:/$ logout [EMAIL PROTECTED]:/# exit -> unmounting dev/pts filesystem -> unmounting proc filesystem -> cleaning the build env -> removing directory /srv/chroot/pbuilder/build//11437 and its subdirectories [EMAIL PROTECTED]:/$ if [ -r /proc/1/root -a /proc/1/root/ -ef /proc/self/root/ ]; then echo "NOT CHROOT"; else echo "CHROOT"; fi CHROOT [EMAIL PROTECTED]:/$ sudo su [EMAIL PROTECTED]:/# if [ -r /proc/1/root -a /proc/1/root/ -ef /proc/self/root/ ]; then echo "NOT CHROOT"; else echo "CHROOT"; fi NOT CHROOT === On a powerpc64 box running 2.6.18: [EMAIL PROTECTED]:/# uname -a Linux nidesk001 2.6.18-2-powerpc64 #1 SMP Wed Nov 8 17:58:51 CET 2006 ppc64 GNU/Linux [EMAIL PROTECTED]:/# if [ -r /proc/1/root -a /proc/1/root/ -ef /proc/self/root/ ]; then echo "NOT CHROOT"; else echo "CHROOT"; fi CHROOT [EMAIL PROTECTED]:/$ su - gnats No directory, logging in with HOME=/ [EMAIL PROTECTED]:/$ if [ -r /proc/1/root -a /proc/1/root/ -ef /proc/self/root/ ]; then echo "NOT CHROOT"; else echo "CHROOT"; fi CHROOT [EMAIL PROTECTED]:/$ logout [EMAIL PROTECTED]:/# exit Copying back the cached apt archive contents -> unmounting dev/pts filesystem -> unmounting proc filesystem -> cleaning the build env -> removing directory /var/cache/pbuilder/build//21899 and its subdirectories [EMAIL PROTECTED]:/$ if [ -r /proc/1/root -a /proc/1/root/ -ef /proc/self/root/ ]; then echo "NOT CHROOT"; else echo "CHROOT"; fi CHROOT [EMAIL PROTECTED]:/$ sudo su [EMAIL PROTECTED]:/# if [ -r /proc/1/root -a /proc/1/root/ -ef /proc/self/root/ ]; then echo "NOT CHROOT"; else echo "CHROOT"; fi NOT CHROOT Just an information point. Mark -- Mark Hymers "We have three realistic alternatives: (1) Sit here and get blown up, (2) Stand here and get blown up, (3) Jump up and down, shout at me for not being able to think of anything, then get blown up." Holly, Red Dwarf Series III - Bodyswap signature.asc Description: Digital signature
Bug#396027: zope-ldapuserfolder: Problem when used with CMF >= 1.6
Package: zope-ldapuserfolder Version: 2.7-1 Severity: serious Justification: maintainer says so zope-ldapuserfolder doesn't fully work when used with CMF >= 1.6 which we'll be shipping with etch. I'm about to upload 2.8~beta (released specially so Debian has something to ship for etch!) which fixes this and one or two other small problems. This bug is just for the RMs to be able track the issue and to make sure we don't ship 2.7-1 with etch. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#394806: fix datadir in debian/rules
tag 394806 + patch
thanks
Proposed NMU patch attached.
Mark
--
Mark Hymers
"I once absent-mindedly ordered Three Mile Island dressing in a restaurant
and, with great presence of mind, they brought Thousand Island Dressing and
a bottle of chili sauce."
Terry Pratchett, alt.fan.pratchett
diff -Naur xwelltris-1.0.1/debian/changelog xwelltris-1.0.1-new/debian/changelog
--- xwelltris-1.0.1/debian/changelog2006-10-29 11:28:24.0 +
+++ xwelltris-1.0.1-new/debian/changelog2006-10-29 11:28:01.0
+
@@ -1,3 +1,11 @@
+xwelltris (1.0.1-6.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Change --bindir and --datadir in debian/rules so that the program
+can actually find its data files. Closes: #394806.
+
+ -- Mark Hymers <[EMAIL PROTECTED]> Sun, 29 Oct 2006 11:27:06 +
+
xwelltris (1.0.1-6) unstable; urgency=low
* New maintainer (Closes: #390830).
diff -Naur xwelltris-1.0.1/debian/rules xwelltris-1.0.1-new/debian/rules
--- xwelltris-1.0.1/debian/rules2006-10-29 11:28:24.0 +
+++ xwelltris-1.0.1-new/debian/rules2006-10-29 11:28:55.0 +
@@ -22,7 +22,7 @@
dh_testdir
# Configuring package
- CFLAGS="$(CFLAGS)" ./configure --host=$(DEB_HOST_GNU_TYPE)
--build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --bindir=\$${prefix}/games
--datadir=\$${prefix}/share/games --with-sdl
+ CFLAGS="$(CFLAGS)" ./configure --host=$(DEB_HOST_GNU_TYPE)
--build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --bindir=/usr/games
--datadir=/usr/share/games --with-sdl
build: build-stamp
build-stamp: config.status
signature.asc
Description: Digital signature
Bug#391844: more info
Hi,
I've taken a look at this and came up with a couple of issues.
First of all, although we build modules for python2.3 and python2.4,
they both link (and use) libpython2.4 indirectly via libhk_classes.
The correct thing to do seems to be only to build for our main version
of python (currently 2.4), otherwise we'll have to build more than one
version of libhk_classes.
The linking issue is because we weren't pulling in the -dev packages
mentioned in dependency_libs in the .la file. The two options were to
either remove the .la file or alternatively have libhk-classes-dev
depend on the relevant libraries. I've taken the latter approach in
this NMU patch.
Can someone review this and check that my logic is sound.
Thanks,
Mark
--
Mark Hymers
"Irish police are being handicapped in a search for a stolen van, because
they cannot issue a description. It's a special branch vehicle, and they
don't want the public to know what it looks like."
The Guardian
diff -Naur hk-classes-0.8.1a/debian/changelog
hk-classes-0.8.1a-new/debian/changelog
--- hk-classes-0.8.1a/debian/changelog 2006-10-29 00:40:16.0 +0100
+++ hk-classes-0.8.1a-new/debian/changelog 2006-10-29 00:44:36.0
+0100
@@ -1,3 +1,13 @@
+hk-classes (0.8.1a-1.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Only build for python2.4 in order to avoid linking a python2.3 module
+against libpython2.4. Also make sure we pull in python2.4-dev,
+libmagic-dev and libfreetype6-dev so that programs which use our
+.la file can actually link against us. Closes: #391844
+
+ -- Mark Hymers <[EMAIL PROTECTED]> Sun, 29 Oct 2006 00:43:54 +0100
+
hk-classes (0.8.1a-1.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Naur hk-classes-0.8.1a/debian/control hk-classes-0.8.1a-new/debian/control
--- hk-classes-0.8.1a/debian/control2006-10-29 00:40:16.0 +0100
+++ hk-classes-0.8.1a-new/debian/control2006-10-29 00:43:40.0
+0100
@@ -2,13 +2,14 @@
Section: libs
Priority: optional
Maintainer: Mike Schacht <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 5.0.37.2), autotools-dev, libmysqlclient15-dev,
libpq-dev, libiodbc2-dev, libsqlite0-dev, libsqlite3-dev, mdbtools-dev,
libxbsql-dev, pxlib-dev, libgsf-1-dev, python-all-dev (>= 2.3.5-11),
python-support (>= 0.3), dpatch, libmagic-dev, libfontconfig1-dev
+Build-Depends: debhelper (>= 5.0.37.2), autotools-dev, libmysqlclient15-dev,
libpq-dev, libiodbc2-dev, libsqlite0-dev, libsqlite3-dev, mdbtools-dev,
libxbsql-dev, pxlib-dev, libgsf-1-dev, python2.4-dev, python-support (>= 0.3),
dpatch, libmagic-dev, libfontconfig1-dev
Standards-Version: 3.7.2
+XS-Python-Version: 2.4
Package: libhk-classes13-dev
Section: libdevel
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}, python2.4-dev, libmagic-dev,
libfreetype6-dev
Provides: libhk-classes-dev
Conflicts: libhk-classes-dev
Description: development libraries and headers for libhk-classes
signature.asc
Description: Digital signature
Bug#393074: python-matplotlib conflicts with python-dateutil
tags 393074 +patch thanks On Sat, 14, Oct, 2006 at 10:19:21PM +0200, Daniele Tricoli spoke thus.. > python-matplotlib contains a non complete version of python-dateutil. > Can't it depend on that package instead? The problem is that matplotlib builds its own copy of dateutil if it's not present at build-time. This doesn't result in dpkg throwing an error because the two copies of dateutil get installed into different places because one uses python-support and one python-central... The simplest way to avoid this is for matplotlib to Build-Depend on python-dateutil and therefore not build its own copy. The maintainer might also want to modify debian/rules to ensure the build fails if it tries to ship the dateutil files. NMU patch attached. Cheers, Mark -- Mark Hymers "I've had people claim that they actually make the sun rise rise every morning. I've offered to test them by shooting them. So far all these people have not responded to my endeavours." James Randi on BBCi Live Chat diff -Naur matplotlib-0.87.5-old/debian/changelog matplotlib-0.87.5-new/debian/changelog --- matplotlib-0.87.5-old/debian/changelog 2006-10-29 01:58:02.0 +0100 +++ matplotlib-0.87.5-new/debian/changelog 2006-10-29 01:57:53.0 +0100 @@ -1,3 +1,11 @@ +matplotlib (0.87.5-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Build-Depend on python-dateutil so that we don't supply our internal copy. +Closes: #393074. + + -- Mark Hymers <[EMAIL PROTECTED]> Sun, 29 Oct 2006 01:57:17 +0100 + matplotlib (0.87.5-2) unstable; urgency=low * Fixed python-numpy dependency. Closes: #387440 diff -Naur matplotlib-0.87.5-old/debian/control matplotlib-0.87.5-new/debian/control --- matplotlib-0.87.5-old/debian/control2006-10-29 01:58:02.0 +0100 +++ matplotlib-0.87.5-new/debian/control2006-10-29 01:57:08.0 +0100 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Vittorio Palmisano <[EMAIL PROTECTED]> Uploaders: Marco Presi (Zufus) <[EMAIL PROTECTED]>, Alexandre Fayolle <[EMAIL PROTECTED]> -Build-Depends: debhelper (>= 5.0.37.2), python-all-dev(>=2.3.5-7), python-central (>= 0.5), python-all (>=2.3.5-7), dpatch,python-gtk2-dev,python-numeric(>=24.2-3), python-numarray(>=1.5.1-3),python-numpy (>=1:1.0b5), python-numpy-ext (>=1:1.0b5), python-numpy-dev(>=1:1.0b5), libgtk2.0-dev, libfreetype6-dev,zlib1g-dev, libpng-dev, tk8.4-dev, python-tk, tcl8.4-dev, python-epydoc, python-setuptools (>=0.6b3-1), python-tz, xvfb [!s390], xbase-clients[!s390] +Build-Depends: debhelper (>= 5.0.37.2), python-dateutil, python-all-dev(>=2.3.5-7), python-central (>= 0.5), python-all (>=2.3.5-7), dpatch,python-gtk2-dev,python-numeric(>=24.2-3), python-numarray(>=1.5.1-3),python-numpy (>=1:1.0b5), python-numpy-ext (>=1:1.0b5), python-numpy-dev(>=1:1.0b5), libgtk2.0-dev, libfreetype6-dev,zlib1g-dev, libpng-dev, tk8.4-dev, python-tk, tcl8.4-dev, python-epydoc, python-setuptools (>=0.6b3-1), python-tz, xvfb [!s390], xbase-clients[!s390] XS-Python-Version: all Standards-Version: 3.7.2 signature.asc Description: Digital signature
Bug#394426: ddd: fails to start
On Sat, 21, Oct, 2006 at 10:25:52AM +0200, Manolo Díaz spoke thus.. > Hi, > Trying to launch ddd I get a crash after the splash image. This > is the gdb backtrace Hi, I've just tried to reproduce this in an AMD64 sid chroot and can't. Do you have any more details which might help us reproduce it? Thanks, Mark -- Mark Hymers "I told you I was ill" The epitaph of Spike Milligan (1918-2002) signature.asc Description: Digital signature
Bug#392633: Processed: merge openmpi reports
reassign 392033 openmpi-common
reassign 392633 openmpi-common
merge 392033 392633
tag 392633 + patch
thanks
As Steve pointed out on IRC, a simpler solution is to make sure autoconf
knows that it isn't cross building. A patch (hopefully) suitable for an
NMU is attached.
Mark
--
Mark Hymers
"The relationship between journalists and politicians has often been likened
to that between a dog and a lamp post, although I have never worked out who
is supposed to be which."
Nick Assinder, BBC Online Political Correspondent
diff -u openmpi-1.1/debian/rules openmpi-1.1/debian/rules
--- openmpi-1.1/debian/rules
+++ openmpi-1.1/debian/rules
@@ -20,7 +20,7 @@
config.status: configure
dh_testdir
- CFLAGS="$(CFLAGS)" ./configure --host=$(DEB_HOST_GNU_TYPE)
--build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man
--infodir=\$${prefix}/share/info --sysconfdir=/etc/openmpi --with-devel-headers
+ CFLAGS="$(CFLAGS)" ./configure --build=$(DEB_BUILD_GNU_TYPE)
--prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info
--sysconfdir=/etc/openmpi --with-devel-headers
build: build-arch build-indep
diff -u openmpi-1.1/debian/changelog openmpi-1.1/debian/changelog
--- openmpi-1.1/debian/changelog
+++ openmpi-1.1/debian/changelog
@@ -1,3 +1,12 @@
+openmpi (1.1-2.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Remove --host=* from debian/rules to make autoconf not enable
+cross-building mode. Thanks to Steve Langasek for pointing this out.
+ Closes: #392633.
+
+ -- Mark Hymers <[EMAIL PROTECTED]> Sun, 15 Oct 2006 00:46:11 +0100
+
openmpi (1.1-2.1) unstable; urgency=high
* NMU
signature.asc
Description: Digital signature
Bug#392633: several possible solutions to this
Having looked at this, it's because the wrapper config files are configured using the @CC@ @CXX@ variables etc and are then placed in a .all deb. Obviously, this works if they are set to gcc, g++ etc but they generally aren't. There are three possible solutions to this: 1) Add something like CC=gcc CXX=g++ FC=gfortran CPP=cpp to the configure line in debian/rules; this will completely break cross-compiling 2) Manually hack the compiler= lines in all of the /usr/share/openmpi/*wrapper*.txt to be the generic gcc,g++ options using sed or something when we build the arch-indep deb 3) Move the *wrapper*.txt files to the architecture dependent .deb. I only consider this as the wrapper files also have library information in them and this could concievably change between architectures (especially for things like kfreebsd / hurd etc). I'm happy to provide a diff for any of the above three options but would like some guidance as to which the correct one is. Cheers, Mark -- Mark Hymers "Don't you hate those Claims Direct adverts? 'I slipped on a banana skin and sued the Dominican Republic!'" Linda Smith on the News Quiz talking about the Compensation Culture signature.asc Description: Digital signature
Bug#357183: [Pkg-dssi-devel] Bug#357183: FTBFS: doesn't build the binary
On Fri, 17, Mar, 2006 at 05:36:25PM +, Mark Hymers spoke thus.. > As Steve said, this is a bug in liblo0 which has been fixed in 0.23-1. > I think the control commands should deal with it properly... For the record, I of course meant 0.23-2. Mark -- Mark Hymers <[EMAIL PROTECTED]> "I've had people claim that they actually make the sun rise rise every morning. I've offered to test them by shooting them. So far all these people have not responded to my endeavours." James Randi on BBCi Live Chat -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357183: [Pkg-dssi-devel] Bug#357183: FTBFS: doesn't build the binary
severity 357183 serious reassign 357183 liblo0-dev 0.23-1 close 357183 0.23-2 thanks As Steve said, this is a bug in liblo0 which has been fixed in 0.23-1. I think the control commands should deal with it properly... Mark -- Mark Hymers <[EMAIL PROTECTED]> "The older I grow, the more I distrust the familiar doctrine that age brings wisdom." H.L. Mencken signature.asc Description: Digital signature
Bug#356838: dssi: FTBFS: jack-dssi-host missing on dh_install
reassign 356838 liblo0-dev merge 356838 356687 thanks On Tue, 14, Mar, 2006 at 02:26:07PM +, Stephen Gran spoke thus.. > Further investigation shows that my first guess was wrong. It looks > like liblo lost the Version string in it's .pc file, which makes the > versioned test fail. Manually editing /usr/lib/pkgconfig/liblo.pc and > adding '0.23' as a Version string makes the build succeed. Hi, Thanks to the original reporter for the bug report. Steve has pointed me at Bug #356687 which this is caused by so I'm reassigning to liblo0-dev and merging with that report. If there are any problems left when this is fixed, please don't hesitate to file another bug. Cheers, Mark -- Mark Hymers <[EMAIL PROTECTED]> "I never make predictions. I never have and I never will." Tony Blair signature.asc Description: Digital signature
Bug#353316: libkst1-dev: should conflict with libkst1
On Fri, 17, Feb, 2006 at 03:53:48PM +, Stephen Gran spoke thus.. > > Dépaquetage de la mise à jour de libkst1-dev ... > > dpkg : erreur de traitement de > > /var/cache/apt/archives/libkst1-dev_1.1.1-2_i386.deb (--unpack) : > > tentative de remplacement de « /usr/lib/libkst.la », qui appartient aussi > > au paquet libkst1 > > > > (this might also be considered a misfeature of apt-get install) > > I see the problem - we have made the -dev package provide versions of > the library only after the mt allocator change. Easy enough to fix. > > Thanks for the report, D'oh! Steve (Gran), I'm up in Newcastle this weekend so won't be able to prepare an upload; if you feel it's urgent, feel free to NMU, otherwise I'll prepare it on Monday. Cheers, Mark -- Mark Hymers <[EMAIL PROTECTED]> "The first thing we do, let's kill all the Lawyers" Henry VI Part II, Shakespeare signature.asc Description: Digital signature
Bug#337250: bacula FTBFS
OK. After having another look; we need another library (libkrb5support) as well now. Updated patch attached which Works For Me (TM) :-). Built both normally and in a pbuilder chroot. Two other things bother me though (these are comments to Jose, not really meant to be addressed to you Steinar!): 1) Why the 2>&1 >/dev/null on the make line (line 124) in debian/rules; it just makes things more difficult to debug and the buildd logs less useful in my opinion. 2) I do wonder though about shipping static binaries. I realise this is an unusual situation due to the multiple variants but what do the security team and release managers think about this; a security update for any of these libraries would need a bacula update as well as far as I can tell. This issue may have been discussed already; if so, apologies for bringing it up again. Anyways, hope the patch helps. Cheers, Mark -- Mark Hymers <[EMAIL PROTECTED]> "The older I grow, the more I distrust the familiar doctrine that age brings wisdom." H.L. Mencken diff -Naur bacula-1.36.3/debian/rules bacula-1.36.3-new/debian/rules --- bacula-1.36.3/debian/rules 2006-01-24 21:25:31.0 + +++ bacula-1.36.3-new/debian/rules 2006-01-24 21:16:42.0 + @@ -45,7 +45,7 @@ LIBS_mysql = -L/usr/lib/mysql -lmysqlclient -lz -lssl -lcrypto LIBS_sqlite= -L/usr/lib -lsqlite -LIBS_pgsql = -L/usr/lib -lpq -lssl -lcrypto -lcrypt -lkrb5 -lk5crypto -lcom_err -lresolv +LIBS_pgsql = -L/usr/lib -lpq -lssl -lcrypto -lcrypt -lkrb5 -lk5crypto -lkrb5support -lcom_err -lresolv -ldl export FLAGS_mysql LIBS_mysql export FLAGS_sqlite LIBS_sqlite signature.asc Description: Digital signature
Bug#339872: FTBFS fix for undefined reference
tag 339872 + patch thanks Attached is a patch which fixes this FTBFS. I suspect, given that this package seems fairly old, that the librpm interface has changed. Altering these defines makes it use interfaces which still exist. Thanks, Mark -- Mark Hymers <[EMAIL PROTECTED]> "I told you I was ill" The epitaph of Spike Milligan (1918-2002) diff -u rpm2html-1.8.1/debian/rules rpm2html-1.8.1/debian/rules --- rpm2html-1.8.1/debian/rules +++ rpm2html-1.8.1/debian/rules @@ -21,7 +21,7 @@ dh_testdir # Add here commands to compile the package. - $(MAKE) + $(MAKE) CFLAGS="-DRPMTAG_FILENAMES -D_RPMVSF_NODIGESTS" #/usr/bin/docbook-to-man debian/rpm2html.sgml > rpm2html.1 touch build-stamp
Bug#337250: [EMAIL PROTECTED]
tag 337250 + patch thanks Attached is a patch which fixes this FTBFS. It turns out that for some reason, bscan and bcopy, when built against postgres, now need to have libdl explicitly added to the link line. The package then builds fine in a pbuilder sid chroot. There may be a neater solution but this one at least works. Thanks, Mark -- Mark Hymers <[EMAIL PROTECTED]> "The older I grow, the more I distrust the familiar doctrine that age brings wisdom." H.L. Mencken --- bacula-1.36.3.orig/src/stored/Makefile.in +++ bacula-1.36.3/src/stored/Makefile.in @@ -111,13 +111,13 @@ $(CXX) $(DEFS) $(DEBUG) -c $(CPPFLAGS) -I$(srcdir) -I$(basedir) $(DINCLUDE) $(CFLAGS) $< bscan: ../findlib/libfind.a $(SCNOBJS) ../cats/libsql.a - $(CXX) $(TTOOL_LDFLAGS) $(LDFLAGS) -L../lib -L../cats -L../findlib -o $@ $(SCNOBJS) -lsql $(DB_LIBS) $(FDLIBS) -lfind -lbac -lm $(LIBS) + $(CXX) $(TTOOL_LDFLAGS) $(LDFLAGS) -L../lib -L../cats -L../findlib -o $@ $(SCNOBJS) -lsql $(DB_LIBS) $(FDLIBS) -lfind -lbac -lm $(LIBS) -ldl bcopy.o: bcopy.c $(CXX) $(DEFS) $(DEBUG) -c $(CPPFLAGS) -I$(srcdir) -I$(basedir) $(DINCLUDE) $(CFLAGS) $< bcopy: $(COPYOBJS) ../findlib/libfind.a ../lib/libbac.a - $(CXX) $(TTOOL_LDFLAGS) $(LDFLAGS) -L../lib -L../findlib -o $@ $(COPYOBJS) $(DB_LIBS) $(FDLIBS) -lfind -lbac -lm $(LIBS) + $(CXX) $(TTOOL_LDFLAGS) $(LDFLAGS) -L../lib -L../findlib -o $@ $(COPYOBJS) $(DB_LIBS) $(FDLIBS) -lfind -lbac -lm $(LIBS) -ldl Makefile: $(srcdir)/Makefile.in $(topdir)/config.status
Bug#329231: [Kst] debian unstable X errors (WAS: kst-1.1.0 and svn HEAD X Errors)
reassign 329231 libqt3-mt found 329231 3.3.5-1 tags 329231 + patch retitle 329231 X errors in kst due to qt change in 3.3.5 thanks CC'd to interested parties and also the KST mailing list for the record. OK, I've finally tracked down exactly where this bug comes from. There was a change between qt-3.3.4 and 3.3.5 in src/kernel/qpixmap_x11.cpp which, when reverted, fixes the problem. A dpatch for qt-3.3.5 is attached which reverts the change and fixes the problem. If the Debian qt maintainers have any questions about this, can they please CC me. Thanks, Mark -- Mark Hymers <[EMAIL PROTECTED]> "Oh simple thing, Where have you gone? I'm getting old and I need something to rely on." Somewhere Only We Know, Keane #! /bin/sh /usr/share/dpatch/dpatch-run ## 41_qpixmap_fix.dpatch by Mark Hymers <[EMAIL PROTECTED]> ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: No description. diff -Naur qt-x11-free-3.3.5-orig/src/kernel/qpixmap_x11.cpp qt-x11-free-3.3.5/src/kernel/qpixmap_x11.cpp --- qt-x11-free-3.3.5-orig/src/kernel/qpixmap_x11.cpp 2005-11-13 13:56:12.0 + +++ qt-x11-free-3.3.5/src/kernel/qpixmap_x11.cpp2005-11-13 13:56:29.0 + @@ -309,9 +309,6 @@ int dd = x11Depth(); -if ( d != -1 ) -dd = d; - if ( optim == DefaultOptim ) // use default optimization optim = defOptim;
Bug#329231: [Kst] debian unstable X errors (WAS: kst-1.1.0 and svn HEAD X Errors)
On Sun, 16, Oct, 2005 at 10:48:16AM -0400, George Staikos spoke thus.. > On Sunday 16 October 2005 10:38, Mark Hymers wrote: > > > comerr-dev kdelibs-bin kdelibs-data kdelibs4c2 libarts1-dev libarts1c2 > > kdelibs4? Is that KDE *4*, or in other words, "trunk"? That could be the > problem.. No, it's 3.4; the SONAME is 4 for historical reasons. The c2 is for the Debian C++ ABI transition. Mark -- Mark Hymers <[EMAIL PROTECTED]> "I never make predictions. I never have and I never will." Tony Blair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329231: [Kst] debian unstable X errors (WAS: kst-1.1.0 and svn HEAD X Errors)
On Thu, 13, Oct, 2005 at 04:05:11PM -0700, Ted Kisner spoke thus.. > Mark- have you had any more luck diagnosing this? It seems very strange that > other software in the unstable archive are not seeing these things. > > In the mean time, let me know if I can do anything to help out, and it looks > like I'll be using my debian-stable chroot for kst development ;-) Hi, I'm CCing this to the debian bug report so there is a record of what is going on. I've been through the following procedure: Install sarge chroot Build kst-1.1.0-2: kst works apt-get install -t testing xserver-xorg kst works Switch apt.conf to default to testing apt-get dist-upgrade kst works apt-get install -t unstable kdelibs kdelibs4-dev kst gets removed at this point due to dependency issues Rebuild kst - no source changes kst FAILS The update which causes the problem is this one (note I also updated kdelibs4-dev but it isn't included in this paste): [EMAIL PROTECTED]:/tmp/kst# apt-get install -t unstable kdelibs Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: comerr-dev kdelibs-bin kdelibs-data kdelibs4c2 libarts1-dev libarts1c2 libartsc0 libartsc0-dev libaspell-dev libbz2-dev libjack0.100.0-0 libjack0.100.0-dev libjasper-1.701-dev libkadm55 libkrb5-dev libkrb53 libopenexr-dev libopenexr2c2 libqt3-headers libqt3-mt libqt3-mt-dev libsasl2 libsasl2-dev libtiff4 libtiff4-dev libtiffxx0c2 libxinerama-dev libxinerama1 libxml2-dev libxslt1-dev qt3-dev-tools Suggested packages: doc-base aspell-doc krb5-doc krb5-user libqt3-mt-psql libqt3-mt-mysql libqt3-mt-odbc libqt3-i18n qt3-doc Recommended packages: perl-suid akode jackd libqt3-compat-headers libsasl2-modules The following packages will be REMOVED: kdelibs4 kdelibs4-dev kst kst-bin kst-plugins libarts1 libjack0.80.0-dev libkst1-dev libkst1c2 libopenexr2 libqt3c102-mt The following NEW packages will be installed: comerr-dev kdelibs kdelibs4c2 libarts1c2 libaspell-dev libbz2-dev libjack0.100.0-0 libjack0.100.0-dev libjasper-1.701-dev libkadm55 libkrb5-dev libkrb53 libopenexr-dev libopenexr2c2 libqt3-mt libsasl2 libsasl2-dev libtiff4-dev libtiffxx0c2 libxinerama-dev libxml2-dev libxslt1-dev The following packages will be upgraded: kdelibs-bin kdelibs-data libarts1-dev libartsc0 libartsc0-dev libqt3-headers libqt3-mt-dev libtiff4 libxinerama1 qt3-dev-tools So it looks like some sort of KDE-3.4, Qt-3.3.5 interaction. It is highly unlikely to be a g++ transition issue as that side is pretty much finished in Debian now and I'm sure that kst's dependencies have been transitioned as has kst. Ted, you mentioned some sort of Qt-3.3.5 / KDE-3.4 interaction; unfortunately I don't know much about this; can you point me in the right direction? I've compiled kst with debugging symbols and am now attempting to obtain some useful backtraces; if anyone has any ideas I'd be happy to hear them! Cheers, Mark -- Mark Hymers <[EMAIL PROTECTED]> "The first thing we do, let's kill all the Lawyers" Henry VI Part II, Shakespeare -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329231: kst-1.1.0 and svn HEAD X Errors
tag 329231 + upstream thanks I've reproduced this bug in kst SVN when it's compiled against KDE 3.4 and also using kst-1.0.0 when you force it to run against KDE 3.4 (it was compiled against 3.3). I've contacted upstream about this and am copying the email in below. Cheers, Mark Hi, I maintain the kst packages for Debian and have run into a bit of a problem. Up until recently everything worked but something in the KDE-3.4 transition caused previously working binaries of kst-1.1.0 to stop working. I recompiled 1.1.0 in Debian unstable (against KDE 3.4) and it exhibited the same issue as does SVN HEAD. Interestingly, kst-1.0.0 run in a test chroot shows the same symptoms after the kde libraries are upgraded from 3.3 to 3.4. The problem is that plots no longer display at all. Instead, a steady stream of X Errors is provided relating to various operations including X_PolyFillRectangle and various other problems. I've been trying to isolate the problem but with little success. To be honest, I'm surprised that no-one else has hit it! Here are some examples of the X Errors: X Error: BadMatch (invalid parameter attributes) 8 Major opcode: 70 Minor opcode: 0 Resource id: 0x0 X Error: BadMatch (invalid parameter attributes) 8 Major opcode: 155 Minor opcode: 4 Resource id: 0x0 X Error: RenderBadPicture (invalid Picture parameter) 181 Major opcode: 155 Minor opcode: 6 Resource id: 0x1a00b15 X Error: RenderBadPicture (invalid Picture parameter) 181 Major opcode: 155 Minor opcode: 23 Resource id: 0x1a00b15 X Error: RenderBadPicture (invalid Picture parameter) 181 Major opcode: 155 Minor opcode: 5 Resource id: 0x1a00b15 X Error: BadMatch (invalid parameter attributes) 8 Major opcode: 67 Minor opcode: 0 Resource id: 0x1a00b15 X Error: BadMatch (invalid parameter attributes) 8 Major opcode: 66 Minor opcode: 0 Resource id: 0x1a00b15 X Error: BadMatch (invalid parameter attributes) 8 Major opcode: 62 Minor opcode: 0 Resource id: 0x41a00afc X Error of failed request: RenderBadPicture (invalid Picture parameter) Major opcode of failed request: 155 (RENDER) Minor opcode of failed request: 7 (RenderFreePicture) Picture id in failed request: 0x1a00b40 Serial number of failed request: 40992 Current serial number in output stream: 43195 Does anyone have any suggestions from here on? I suspect I'll need to do backtraces and all that but was hoping someone might have an obvious suggestion before starting down that road. Cheers, Mark -- Mark Hymers <[EMAIL PROTECTED]> "The relationship between journalists and politicians has often been likened to that between a dog and a lamp post, although I have never worked out who is supposed to be which." Nick Assinder, BBC Online Political Correspondent signature.asc Description: Digital signature
Bug#327937: ifrit: uninstallable; needs rebuild for the Qt/KDE transition
tag 327937 +pending thanks Just to keep the bug and submitter up-to-date, I've sent ifrit 2.9.3-2 to my sponsor so this bug should be fixed soon. Mark -- Mark Hymers <[EMAIL PROTECTED]> "I told you I was ill" The epitaph of Spike Milligan (1918-2002) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329231: kst: KST can't show any plots
On Tue, 20, Sep, 2005 at 06:08:39PM +0100, N. Riesco spoke thus.. > I'm using KST in unstable. After updating on Sept the 19th, > KST stopped displaying any plots. Apart from this, KST works > as usual, I can open file, I can't see its plot, but I can > export it to PNG and the exported plot is fine. Hi, Thanks for the bug report. I've reproduced this myself just this evening and am trying to find out exactly what the problem and (more importantly) the solution is. Thanks, Mark -- Mark Hymers <[EMAIL PROTECTED]> "Oh, this is John Reid who is 'Cabinet Bruiser' which just means that he's a bit squat, ugly and unpleasant and therefore gets to be called a 'Bruiser'." Jeremy Hardy, The News Quiz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328971: FTBFS in unstable pbuilder (and on buildds)
Package: vtk Version: 4.4.2-7 Severity: serious Justification: FTBFS Tags: patch vtk-4.4.2-7 fails to build from source in an unstable pbuilder instance and on most buildds (http://buildd.debian.org/build.php?&pkg=vtk) due to a bad Build-Dep. The attached patch fixes this and a bug with the maintainer i386 binary upload of libvtk4-dev which depends of libgl1-mesa-dev | libgl-dev instead of xlibmesa-gl-dev | libgl-dev. The two things are basically the same problem. Cheers, Mark -- Mark Hymers <[EMAIL PROTECTED]> "That's why the good die young; it's because Death can't be bothered to check the paperwork." Andy Hamilton, Old Harry's Game diff -Naur vtk-4.4.2/debian/control vtk-4.4.2-mod/debian/control --- vtk-4.4.2/debian/control2005-09-18 14:59:05.0 +0100 +++ vtk-4.4.2-mod/debian/control2005-09-18 13:24:23.0 +0100 @@ -2,7 +2,7 @@ Section: graphics Priority: optional Maintainer: A. Maitland Bottoms <[EMAIL PROTECTED]> -Build-Depends: debhelper (>> 3.0.0), libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, xlibs-dev, tcl8.4-dev, tk8.4-dev, python-dev, cmake (>> 2.0.4), libexpat1-dev, libjpeg62-dev, libpng12-0-dev, libtiff4-dev | libtiff-dev, zlib1g-dev, libfreetype6-dev, ftgl-dev +Build-Depends: debhelper (>> 3.0.0), xlibmesa-gl-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, xlibs-dev, tcl8.4-dev, tk8.4-dev, python-dev, cmake (>> 2.0.4), libexpat1-dev, libjpeg62-dev, libpng12-0-dev, libtiff4-dev | libtiff-dev, zlib1g-dev, libfreetype6-dev, ftgl-dev Build-Depends-Indep: libdigest-md5-perl, doxygen Standards-Version: 3.6.1.0 @@ -54,7 +54,7 @@ Architecture: all Conflicts: libvtk-dev, libvtk32-dev Replaces: libvtk-dev, libvtk32-dev -Depends: libvtk4c2, libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, xlibs-dev, libc6-dev +Depends: libvtk4c2, xlibmesa-gl-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, xlibs-dev, libc6-dev Suggests: vtk-examples, vtk-doc Section: libdevel Description: VTK header files for building C++ code
Bug#327937: ifrit: uninstallable; needs rebuild for the Qt/KDE transition
Hi, I'd be quite happy to do an upload for ifrit but according to the g++ transition page, libvtk4 (a build-dependency) hasn't been uploaded yet. If somebody would like to do the vtk upload, I'll do the ifrit one immediately. Mark -- Mark Hymers <[EMAIL PROTECTED]> "'I regret nothing?' That's not a song, that's an idiots charter." Andy Hamilton, Old Harry's Game -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322750: patch for 64 bit problem
tags 322750 + patch
thanks
Hi,
Attached is a patch for this bug. I've checked and it builds, runs and
loads example files on AMD64 and still works on i386. The patch is
fairly small and I've submitted it as a patch which creates and enables
a dpatch in the debian directory.
Cheers,
Mark
--
Mark Hymers <[EMAIL PROTECTED]>
"The older I grow, the more I distrust the familiar doctrine that age
brings wisdom."
H.L. Mencken
diff -Naur ghemical-1.51/debian/patches/00list
ghemical-1.51-working/debian/patches/00list
--- ghemical-1.51/debian/patches/00list 2005-09-04 19:23:42.0 +0100
+++ ghemical-1.51-working/debian/patches/00list 2005-09-04 19:22:22.0
+0100
@@ -1,3 +1,4 @@
07_object_protected
08_gcc-4.0
+09_64bit_glu_fix
90_config_guess_sub
diff -Naur ghemical-1.51/debian/patches/09_64bit_glu_fix.dpatch
ghemical-1.51-working/debian/patches/09_64bit_glu_fix.dpatch
--- ghemical-1.51/debian/patches/09_64bit_glu_fix.dpatch1970-01-01
01:00:00.0 +0100
+++ ghemical-1.51-working/debian/patches/09_64bit_glu_fix.dpatch
2005-09-04 19:21:28.0 +0100
@@ -0,0 +1,89 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 09_64bit_glu_fix.dpatch by <[EMAIL PROTECTED]>
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Patch to fix attempt to use 64 bit pointer as 32 bit unique value
+
[EMAIL PROTECTED]@
+
+diff -Naur ghemical-1.51/src/project.cpp ghemical-1.51-working/src/project.cpp
+--- ghemical-1.51/src/project.cpp 2005-07-01 12:31:55.0 +0100
ghemical-1.51-working/src/project.cpp 2005-09-04 19:12:49.0
+0100
+@@ -80,6 +80,8 @@
+ current_traj_frame = NOT_DEFINED;
+
+ mt_a1 = mt_a2 = mt_a3 = NULL;
++
++ glu_laval = 0;
+ }
+
+ project::~project(void)
+@@ -2570,6 +2572,20 @@
+ //delete [] label_color;
+ }
+
++i32u project::ptr_to_int(void* ptr)
++{
++ map::iterator itr;
++
++ if ((itr = glumap.find(ptr)) == glumap.end())
++ {
++ glu_laval++;
++ glumap[ptr] = glu_laval;
++ return glu_laval;
++ }
++ else
++ return itr->second;
++}
++
+ void project::RenderScene(graphics_view * gv, rmode rm, bool accum)
+ {
+ bool do_bw = (gv->cam->stereo_mode && !gv->cam->stereo_relaxed);
+@@ -2585,7 +2601,7 @@
+ for (iter_al it1 = atom_list.begin();it1 !=
atom_list.end();it1++) // wireframe atoms
+ {
+ if (!TestAtom(& (* it1), rm)) continue;
+- glPushName(GLNAME_MD_TYPE1); glPushName((i32u)
& (* it1));
++ glPushName(GLNAME_MD_TYPE1);
glPushName(ptr_to_int(&(*it1)));
+
+ glBegin(GL_POINTS);
+ SetColor(gv->colormode, & (* it1), do_bw);
+@@ -2648,7 +2664,7 @@
+ break;
+ }
+
+- glPushName(GLNAME_MD_TYPE1); glPushName((i32u)
& (* it1));
++ glPushName(GLNAME_MD_TYPE1);
glPushName(ptr_to_int(& (* it1)));
+
+ GLUquadricObj * qo = gluNewQuadric();
+ gluQuadricDrawStyle(qo, (GLenum) GLU_FILL);
+@@ -2708,7 +2724,7 @@
+ break;
+ }
+
+- glPushName(GLNAME_MD_TYPE1);
glPushName((i32u) (* it1).atmr[n2]);
++ glPushName(GLNAME_MD_TYPE1);
glPushName(ptr_to_int((* it1).atmr[n2]));
+
+ GLUquadricObj * qo = gluNewQuadric();
+ gluQuadricDrawStyle(qo, (GLenum)
GLU_FILL);
+diff -Naur ghemical-1.51/src/project.h ghemical-1.51-working/src/project.h
+--- ghemical-1.51/src/project.h2005-07-01 12:31:55.0 +0100
ghemical-1.51-working/src/project.h2005-09-04 19:09:34.0
+0100
+@@ -51,6 +51,7 @@
+ #include
+
+ #include
++#include
+ using namespace std;
+
+ #define FILENAME_FILTER "*.gpr"
+@@ -77,6 +78,9 @@
+ vector camera_vector;
+ vector graphics_view_vector;
+ vector plotting_view_vector;
++ map glumap;
++ i32u glu_laval;
++ i32u ptr_to_int(void*);
+
+ /** A static counter of display list IDs.
+ In some targets there can be several GUI's running simultaneously,
signature.asc
Description: Digital signature
Bug#324772: libfam0 can break other packages due to reuse of binary package name in conjunction with Provides
Package: fam Severity: critical Justification: can break other packages (e.g. /usr/lib/libkdeprint.so.4 from kdelibs4c2) Hi, There seems to be an upgrade path bug in libfam at the moment linked to the C++ transition. A summary is this: Old version: libfam0 (pre c102 transition) -> Newer version: libfam0c102 which Provides: libfam0 -> Newest version (gcc4 transition) libfam0 which Conflicts: libfam0c102 Unfortunately, this means that if you start with a sarge chroot, install the sarge version of kdelibs, then do an apt-get install -t sid kdelibs, apt doesn't need to upgrade libfam as there seems to be no shlibs requirements and libfam0c102 Provides libfam0. Hence, you end up with (for example) libkdeprint linked directly against libstdc++6 and indirectly (through fam) against libstdc++5. I'm not sure if the right solution here is for the package to be renamed libfam0c2 (probably if it had been done this way originally) or if it makes more sense for the maintainer to add an shlibs file to make sure that packages can be rebuilt and know that they need an up-to-date version of libfam when installed. Hope this bug report and log is useful. Please let me know if there's anything wrong with it or you need moreinfo. Cheers, Mark Here is the log of a pbuilder session, starting from sarge: [EMAIL PROTECTED] ~/deb/packages/working/kst-1.1.0 $ sudo pbuilder login Building the build Environment -> extracting base tarball [/var/cache/pbuilder/base.tgz] -> creating local configuration -> copying local configuration -> mounting /proc filesystem -> mounting /dev/pts filesystem -> policy-rc.d already exists -> entering the shell File extracted to: /var/cache/pbuilder/build//20589 [Add sarge, etch, sid to sources.list] [Add APT::Default-Archive "stable"; to apt.conf] [EMAIL PROTECTED]:/# apt-get install kdelibs Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: 0 upgraded, 94 newly installed, 0 to remove and 0 not upgraded. Need to get 43.0MB of archives. After unpacking 134MB of additional disk space will be used. Do you want to continue? [Y/n] y [EMAIL PROTECTED]:/# dpkg -L libfam0c102 /usr/lib/libfam.so.0.0.0 /usr/lib/libfam.so.0 [EMAIL PROTECTED]:/# ldd /usr/lib/libfam.so.0 libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0xb7f38000) libm.so.6 => /lib/tls/libm.so.6 (0xb7f16000) libc.so.6 => /lib/tls/libc.so.6 (0xb7de) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7dd7000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) [EMAIL PROTECTED]:/# apt-get install -t sid kdelibs Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: gcc-4.0-base kdelibs-bin kdelibs-data kdelibs4c2 libarts1c2 libartsc0 libasound2 libc6 libc6-dev libgcc1 libidn11 libjack0.100.0-0 libkrb53 libopenexr2c2 libqt3-mt libstdc++6 libxinerama1 libxml2 libxrender1 libxslt1.1 Suggested packages: libasound2-plugins locales glibc-doc manpages-dev krb5-doc krb5-user libqt3-mt-psql libqt3-mt-mysql libqt3-mt-odbc Recommended packages: perl-suid akode jackd xml-core The following packages will be REMOVED: kdelibs4 libarts1 libopenexr2 libqt3c102-mt The following NEW packages will be installed: gcc-4.0-base kdelibs4c2 libarts1c2 libjack0.100.0-0 libkrb53 libopenexr2c2 libqt3-mt libstdc++6 libxinerama1 The following packages will be upgraded: kdelibs kdelibs-bin kdelibs-data libartsc0 libasound2 libc6 libc6-dev libgcc1 libidn11 libxml2 libxrender1 libxslt1.1 12 upgraded, 9 newly installed, 4 to remove and 111 not upgraded. Need to get 31.7MB of archives. After unpacking 9093kB of additional disk space will be used. Do you want to continue? [Y/n] y Setting up kdelibs (3.4.2-1) ... [EMAIL PROTECTED]:/# ldd /usr/lib/libkdeprint.so.4 | grep stdc++ libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7df8000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0xb73be000) [EMAIL PROTECTED]:/# dpkg -L libfam0 Package `libfam0' is not installed. Use dpkg --info (= dpkg-deb --info) to examine archive files, and dpkg --contents (= dpkg-deb --contents) to list their contents. [EMAIL PROTECTED]:/# dpkg -L libfam0c102 /usr/lib/libfam.so.0.0.0 /usr/lib/libfam.so.0 [EMAIL PROTECTED]:/# ldd /usr/lib/libfam.so.0 | grep stdc++ libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0xb7f38000) -- Mark Hymers <[EMAIL PROTECTED]> "'I regret nothing?' That's not a song, that's an idiots charter." Andy Hamilton, Old Harry's Game signature.asc Description: Digital signature
Bug#300460: patches for this bug
Attached are two patches to fix this bug backported from 1.8.24.
The first one is a minimal patch which just corrects the segfault but
doesn't get the images to display properly in the PDF. The second is
more comprehensive (and includes the first) and makes PNGs appear
properly in the output.
Mark
--
Mark Hymers, University of Newcastle Medical School
Intercalating Medical Student (MBBS / PhD)
--- htmldoc/image.cxx 2005-04-03 13:43:51.0 +0100
+++ ../htmldoc-1.8.24/htmldoc/image.cxx 2004-05-09 16:04:38.0 +0100
@@ -1539,15 +1568,7 @@
return (0);
}
- img->pixels = (uchar *)malloc(img->width * img->height * info->bit_depth);
-
- if ((info->color_type & PNG_COLOR_MASK_PALETTE) || info->bit_depth < 8)
- {
-png_set_packing(pp);
-png_set_expand(pp);
- }
- else if (info->bit_depth == 16)
-png_set_strip_16(pp);
+ img->pixels = (uchar *)malloc(img->width * img->height * depth);
/*
* Allocate pointers...
--- htmldoc/image.cxx 2005-04-03 13:43:51.0 +0100
+++ ../htmldoc-1.8.24/htmldoc/image.cxx 2004-05-09 16:04:38.0 +0100
@@ -1499,6 +1506,23 @@
png_read_info(pp, info);
+ if (info->color_type & PNG_COLOR_MASK_PALETTE)
+ {
+png_set_expand(pp);
+
+// If we are writing an encrypted PDF file, bump the use count so we create
+// an image object (Acrobat 6 bug workaround)
+if (Encryption)
+ img->use ++;
+ }
+ else if (info->bit_depth < 8)
+ {
+png_set_packing(pp);
+png_set_expand(pp);
+ }
+ else if (info->bit_depth == 16)
+png_set_strip_16(pp);
+
if (info->color_type & PNG_COLOR_MASK_COLOR)
{
depth = 3;
@@ -1513,9 +1537,14 @@
img->width = info->width;
img->height = info->height;
- if (info->color_type & PNG_COLOR_MASK_ALPHA)
+ if ((info->color_type & PNG_COLOR_MASK_ALPHA) || info->num_trans)
{
-image_need_mask(img, PSLevel == 0 && PDFVersion >= 13 ? 4 : 2);
+if ((PSLevel == 0 && PDFVersion >= 14) || PSLevel == 3)
+ image_need_mask(img, 8);
+else if (PSLevel == 0 && PDFVersion == 13)
+ image_need_mask(img, 2);
+else
+ image_need_mask(img);
depth ++;
}
@@ -1527,7 +1556,7 @@
puts("COLOR");
else
puts("GRAYSCALE");
- if (info->color_type & PNG_COLOR_MASK_ALPHA)
+ if ((info->color_type & PNG_COLOR_MASK_ALPHA) || info->num_trans)
puts("ALPHA");
if (info->color_type & PNG_COLOR_MASK_PALETTE)
puts("PALETTE");
@@ -1539,15 +1568,7 @@
return (0);
}
- img->pixels = (uchar *)malloc(img->width * img->height * info->bit_depth);
-
- if ((info->color_type & PNG_COLOR_MASK_PALETTE) || info->bit_depth < 8)
- {
-png_set_packing(pp);
-png_set_expand(pp);
- }
- else if (info->bit_depth == 16)
-png_set_strip_16(pp);
+ img->pixels = (uchar *)malloc(img->width * img->height * depth);
/*
* Allocate pointers...
@@ -1569,7 +1590,7 @@
* Generate the alpha mask as necessary...
*/
- if (info->color_type & PNG_COLOR_MASK_ALPHA)
+ if ((info->color_type & PNG_COLOR_MASK_ALPHA) || info->num_trans)
{
#ifdef DEBUG
for (inptr = img->pixels, i = 0; i < img->height; i ++)
@@ -1668,9 +1689,20 @@
*/
img->maskscale = scaling;
- img->maskwidth = (img->width * scaling + 7) / 8;
- size = img->maskwidth * img->height * scaling;
-
+
+ if (scaling == 8)
+ {
+// Alpha image
+img->maskwidth = img->width;
+size = img->width * img->height;
+ }
+ else
+ {
+// Alpha mask
+img->maskwidth = (img->width * scaling + 7) / 8;
+size = img->maskwidth * img->height * scaling;
+ }
+
img->mask = (uchar *)calloc(size, 1);
}
@@ -1692,57 +1724,42 @@
0x80, 0x40, 0x20, 0x10,
0x08, 0x04, 0x02, 0x01
};
- static uchar dither[16][16] = // Simple 16x16 Floyd dither
+ static uchar dither[4][4] = // Simple 4x4 clustered-dot dither
{
-{ 0, 128, 32, 160, 8, 136, 40, 168,
- 2, 130, 34, 162, 10, 138, 42, 170 },
-{ 192, 64, 224, 96, 200, 72, 232, 104,
- 194, 66, 226, 98, 202, 74, 234, 106 },
-{ 48, 176, 16, 144, 56, 184, 24, 152,
- 50, 178, 18, 146, 58, 186, 26, 154 },
-{ 240, 112, 208, 80, 248, 120, 216, 88,
- 242, 114, 210, 82, 250, 122, 218, 90 },
-{ 12, 140, 44, 172, 4, 132, 36, 164,
- 14, 142, 46, 174, 6, 134, 38, 166 },
-{ 204, 76, 236, 108, 196, 68, 228, 100,
- 206, 78, 238, 110, 198, 70, 230, 102 },
-{ 60, 188, 28, 156, 52
Bug#300460: Test case
Hi, Could you please attach a test case to this bug because I can't reproduce it using the testsuite (after converting the .jpg file to .png and changing the relevant reference). Thanks, Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD) signature.asc Description: Digital signature
