Bug#596305: ITP: xserver-xorg-input-wizardpen -- WizardPen graphics tablet support
On Fri, Sep 10, 2010 at 10:16 AM, Alessio Treglia wrote: > Package: wnpp > Severity: wishlist > Owner: Alessio Treglia > > * Package name : xserver-xorg-input-wizardpen I'm pretty sure I have a version of this driver installed on my Mother's ubuntu-based computer. I do not remember where I got it, but I do recall that it works perfectly and I didn't even have to do any xorg.conf acrobatics, it just works. What I am saying is that I'm sure someone already packaged it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#442103: initramfs-tools: update-initramfs fails with lilo and a degraded raid1 array
On Jan 6, 2008 8:15 PM, maximilian attems <[EMAIL PROTECTED]> wrote: > so let lilo die slowly and painful. Until grub manages to boot this here machine... please don't let it die! :-P -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389561: Quasar Request to package.
On 10/16/07, Karl Schmidt <[EMAIL PROTECTED]> wrote: > > deb http://bofs.co.za/~iburger/quasar/sarge-i386 / > > deb http://bofs.co.za/~iburger/quasar/hoary-amd64 / I decomissioned that machine about a year ago. Allow me to attach the .diff.gz to this issue. It should apply cleanly to the upstream sources from linuxcanada. Most of the hard work is already done, it is also FHS compliant (or it should be for the most part). A couple of known issues are fixed using dpatch. I split the database drivers out to separate packages, but I don't think I ever bothered with drivers for anything other than postgresql. I haven't built this in a while, but I know it builds on ubuntu dapper (for i386). regards, Izak quasar_1.4.7GPL-4.diff.gz Description: GNU Zip compressed data
Bug#375218: ITP: liblzf-dev -- a very small data compression library
On 6/24/06, Tim Dijkstra (tdykstra) <[EMAIL PROTECTED]> wrote: The upstream author also only provides infrastructure for static linking. iirc there are ways to make a dynamic library even if upstream only provides a static one. I think I once saw this method employed for another debian package: use "ar t" to get a list of objects from the static library, then call gcc -shared -fPIC on those objects to also make a dynamic version. Might be a useful addition. Not sure what the policy is about -dev packages without a non-dev library only version to acompany it. regards, Izak -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311625: imagemagick: convert fails to create uncompressed bitmap
Daniel Kobras wrote: In a brief test, the command convert infile.bmp -colors 256 +compress outfile.bmp pilrc (palm resource compiler) still says: error: Pilrc does not support compressed '.bmp' files Which appears to mean that outfile.bmp was compressed when it should not have been. Also, the resulting filesize and md5sum is the same, whether I specify "+compress", "-compress rle" or neither. It looks to me like it always does run-length compression and +compress is just ignored. It still works if you use the imagemagick that ships with woody (I keep a chroot with woody arround for this sort of thing). regards, Izak -- You are the intended recipient of this message. If you do not like that, simply delete this message. I only speak for myself. If you want to base a lawsuit on this message the onus is on you to prove that I actually sent it. If you reply to this message, you implicitly agree that I am the intended recipient and that any disclaimer attached to your message will be null and void. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311625: acknowledged by developer (Bug#311625: fixed in openoffice.org 1.1.4-4)
Debian Bug Tracking System wrote: We believe that the bug you reported is fixed in the latest version of openoffice.org, which is due to be installed in the Debian FTP archive: Huh? I filed a bug against imagemagick. Perhaps you mean it was fixed in imagemagick, but I did not see a new imagemagick package when I upgraded just now. Cheers, Izak -- You are the intended recipient of this message. If you do not like that, simply delete this message. I only speak for myself. If you want to base a lawsuit on this message the onus is on you to prove that I actually sent it. If you reply to this message, you implicitly agree that I am the intended recipient and that any disclaimer attached to your message will be null and void. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311625: imagemagick: convert fails to create uncompressed bitmap
Package: imagemagick Version: 6:6.0.6.2-2.4 Severity: normal When trying to convert a 24 bit bitmap to a 8 bit bitmap with no compression using this command: convert infile.bmp -colors 256 +compress outfile.bmp outfile ends up being the same as infile. The file size is the same although the md5sums differ. pilrc (palm resource compiler) complains that it cannot handle this compressed bitmap. However, doing the same thing with version 5.4.4.5-1woody4 on a woody box works and pilrc is happy. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11.10 Locale: LANG=en_ZA, LC_CTYPE=en_ZA (charmap=ISO-8859-1) Versions of packages imagemagick depends on: ii libmagick6 6:6.0.6.2-2.4 Image manipulation library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]