Bug#351348: noteedit: crash on startup -- extra info
Package: noteedit Version: 2.8.0-2 Followup-For: Bug #351348 Further to the existing bug on this topic, I can add that when the --noalsa option is used (which I tried in order to avoid the crash, as it seems ALSA-related), it still attempts to find an ALSA MIDI device and crashes. My LilyPond was also found, so that appears //not// to be the cause of the crash in my case (and, I assume, the previously reported bug). Technically, non-acceptance of the --noalsa option is a separate bug but, had it worked, it could have been used as a workaround for this one for the time being. Here is my error message: `` [EMAIL PROTECTED]:~$ noteedit --noalsa kbuildsycoca running... LilyPond check: found version: 2.6.3 ALSA lib seq_hw.c:457:(snd_seq_hw_open) open /dev/snd/seq failed: No such file or directory TSE3: Alsa scheduler error. Couldn't open sequencer (No such file or directory) terminate called after throwing an instance of 'TSE3::MidiSchedulerError' what(): Failed to create the MIDI scheduler KCrash: Application 'noteedit' crashing... Could not find 'drkonqi' executable. KCrash cannot reach kdeinit, launching directly. [EMAIL PROTECTED]:~$ '' best regards, Matthew -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages noteedit depends on: ii kdelibs4c2a 4:3.5.2-2+b1 core libraries for all KDE applica ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.0-1+b1 GCC support library ii libqt3-mt 3:3.3.6-2Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.0-1+b1 The GNU Standard C++ Library v3 ii libtse3-0.3.1c2a0.3.1-4 portable MIDI sequencer engine in ii noteedit-data 2.8.0-2 KDE Music Editor (data files) noteedit recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328785: rubber: More info: Spurious EPS and PS files
Package: rubber Version: 1.0-1 Followup-For: Bug #328785 Here is some more information on the bug -- it is more than the initial subject line suggests... I have .dia and .png files referenced by my LaTeX document. First run: converting essen-ed.png into essen-ed.eps... converting webform.dia to EPS... Cleaning leaves the EPS of the .png file there, but not the EPS of the .dia file. Second run: converting essen-ed.png into essen-ed.ps... converting webform.dia to EPS... Now I have an EPS of the .dia file and an EPS AND PS of the .png file. Cleaning removes the EPS of the .dia file but not the EPS AND PS of the .png file. Third run: converting webform.dia to EPS... (The EPS and PS of the .png file are still there.) Cleaning removes the EPS of the .dia file but The EPS and PS of the .png file are still there. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages rubber depends on: ii python2.3.5-5An interactive high-level object-o ii tetex-bin 3.0-15 The teTeX binary files rubber recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361981: evolution: [mail] Crashes on reading or replying to HTML IMAP mail
On Wed, 2006-04-12 at 14:27 +0200, Øystein Gisnås wrote: > Try the same as for #361977 - upgrade to latest in testing and report > back if you still see this. Just checked my spam folder and it's full of HTML mail -- which I can now view again :-). Thanks again for your quick and helpful response, best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]>
Bug#361977: evolution: [composer] crashes on line-wrap
On Wed, 2006-04-12 at 14:19 +0200, Øystein Gisnås wrote: > First of all, can you try with the new 2.4.2.1-2 package in testing? > Remember to upgrade evolution-data-server, libgtkhtml3.8 and > dependencies too.. This one seems to be fixed now -- thanks :-). When next I get a spam with HTML in it I'll let you know about the other one (though I expect it to work too). Thanks for your quick response and information on how to report bugs more helpfully in future. best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]>
Bug#361981: evolution: [mail] Crashes on reading or replying to HTML IMAP mail
Package: evolution Version: 2.4.2.1-1 Severity: important Hello (again :-S), Further to my last bug I have just discovered that when attempting to read or reply to HTML mail from an IMAP server (I can't test POP at the moment) the entire Evolution shell crashes. The only way to close it is to manually kill the process. Could this be due to the recent GConf upgrade (we now have GNOME 2.12 with GConf 2.14 -- it shouldn't cause problems but maybe it has on this instance; I can't think of anything else that may cause it and probably wasn't tested before this version of Evo' was released)? best regards, Matthew -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages evolution depends on: ii evolution-dat 1.4.2.1-1 evolution database backend server ii gconf22.14.0-1 GNOME configuration database syste ii gnome-icon-th 2.12.1-2 GNOME Desktop icon theme ii gtkhtml3.83.8.1-1HTML rendering/editing library - b ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.11.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2- 2.10.1-2 The Bonobo UI library ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libcamel1.2-6 1.4.2.1-1 The Evolution MIME message handlin ii libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library ii libcompfaceg1 1:1.5.2-3 Compress/decompress images for mai ii libdb4.2 4.2.52-23.1Berkeley v4.2 Database Libraries [ ii libebook1.2-5 1.4.2.1-1 Client library for evolution addre ii libecal1.2-3 1.4.2.1-1 Client library for evolution calen ii libedataserve 1.4.2.1-1 Utility library for evolution data ii libedataserve 1.4.2.1-1 GUI utility library for evolution ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgail-commo 1.8.11-1 GNOME Accessibility Implementation ii libgail17 1.8.11-1 GNOME Accessibility Implementation ii libgconf2-4 2.14.0-1 GNOME configuration database syste ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.1-2 The GLib library of C routines ii libgnome-keyr 0.4.9-1GNOME keyring services library ii libgnome-pilo 2.0.12-1.4 Support libraries for gnome-pilot ii libgnome2-0 2.12.0.1-5 The GNOME 2 library - runtime file ii libgnomecanva 2.14.0-1 A powerful object-oriented display ii libgnomeprint 2.12.1-3 The GNOME 2.2 print architecture - ii libgnomeprint 2.12.1-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.12.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2- 2.12.2-5 GNOME virtual file-system (runtime ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgpg-error0 1.2-1 library for common error values an ii libgtk2.0-0 2.8.16-1 The GTK+ graphical user interface ii libgtkhtml3.8 3.8.1-1HTML rendering/editing library - r ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii libkrb53 1.4.3-6MIT Kerberos runtime libraries ii libldap2 2.1.30-13 OpenLDAP libraries ii libnspr4 2:1.7.12-1.1 Netscape Portable Runtime Library ii libnss3 2:1.7.12-1.1 Network Security Service Libraries ii liborbit2 1:2.14.0-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.0-2 Layout and rendering of internatio ii libpisock80.11.8-21 Library for communicating with a P ii libpisync00.11.8-21 Synchronization library for PalmOS ii libpng12-01.2.8rel-5 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii
Bug#361977: evolution: [composer] crashes on line-wrap
Package: evolution Version: 2.4.2.1-1 Severity: grave Justification: renders package unusable Hello, When typing a message into the Evolution composer, which carries out automatic line-wrapping, the entire application freezes when the first line-wrap would have been carried out. The only way to close evolution is to ``Force Quit'' or kill the process manually. The only work-around is to type the message in another editor, then paste it into Evolution with automatic line-wrapping turned off. It happened after a very recent upgrade, on two different Etch machines that I have access to. best regards, Matthew -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages evolution depends on: ii evolution-dat 1.4.2.1-1 evolution database backend server ii gconf22.14.0-1 GNOME configuration database syste ii gnome-icon-th 2.12.1-2 GNOME Desktop icon theme ii gtkhtml3.83.8.1-1HTML rendering/editing library - b ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.11.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2- 2.10.1-2 The Bonobo UI library ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libcamel1.2-6 1.4.2.1-1 The Evolution MIME message handlin ii libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library ii libcompfaceg1 1:1.5.2-3 Compress/decompress images for mai ii libdb4.2 4.2.52-23.1Berkeley v4.2 Database Libraries [ ii libebook1.2-5 1.4.2.1-1 Client library for evolution addre ii libecal1.2-3 1.4.2.1-1 Client library for evolution calen ii libedataserve 1.4.2.1-1 Utility library for evolution data ii libedataserve 1.4.2.1-1 GUI utility library for evolution ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgail-commo 1.8.11-1 GNOME Accessibility Implementation ii libgail17 1.8.11-1 GNOME Accessibility Implementation ii libgconf2-4 2.14.0-1 GNOME configuration database syste ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.1-2 The GLib library of C routines ii libgnome-keyr 0.4.9-1GNOME keyring services library ii libgnome-pilo 2.0.12-1.4 Support libraries for gnome-pilot ii libgnome2-0 2.12.0.1-5 The GNOME 2 library - runtime file ii libgnomecanva 2.14.0-1 A powerful object-oriented display ii libgnomeprint 2.12.1-3 The GNOME 2.2 print architecture - ii libgnomeprint 2.12.1-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.12.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2- 2.12.2-5 GNOME virtual file-system (runtime ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgpg-error0 1.2-1 library for common error values an ii libgtk2.0-0 2.8.16-1 The GTK+ graphical user interface ii libgtkhtml3.8 3.8.1-1HTML rendering/editing library - r ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii libkrb53 1.4.3-6MIT Kerberos runtime libraries ii libldap2 2.1.30-13 OpenLDAP libraries ii libnspr4 2:1.7.12-1.1 Netscape Portable Runtime Library ii libnss3 2:1.7.12-1.1 Network Security Service Libraries ii liborbit2 1:2.14.0-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.0-2 Layout and rendering of internatio ii libpisock80.11.8-21 Library for communicating with a P ii libpisync00.11.8-21 Synchronization library for PalmOS ii libpng12-01.2.8rel-5 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii
Bug#355206: (no subject)
On Tue, 2006-03-07 at 14:13 +0100, Michel Dänzer wrote: > The window manager should be able to do this using the XF86VidMode > extension. > An X server option or key combo might even be sufficient. Interesting suggestions; thanks -- I will indeed file an enhancement request. > You're welcome, thanks for verifying. I'd like to merge these bugs, but > I'm not sure which severity is more appropriate, opinions? IMHO, on account of there being a workaround, I think normal priority is more appropriate. I had not noticed earlier, but now it seems right to downgrade it because there is a fix of sorts available. I seem to remember seeing a patch for Xorg, on their bug tracking system, which I imagine will get in at some point. At least until then this workaround will suffice. Perhaps some note to R200 owners could be put into the Debian package to warn then (via Debconf, I was thinking, if they select the ati or radeon driver)? [ I'm not familiar with the packaging policy but if that was possible before the bug is fixed, it may be of use. ] Thanks again for your time and help, best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]>
Bug#355206: (no subject)
On Mon, 2006-03-06 at 17:01 +0100, Michel Dänzer wrote: > May I ask whether you've looked into using a tool designed for this > purpose, such as gnome-mag or kmag? Thanks for the pointers. I have looked at those projects (though kmag was some time ago so things could have changed by now). I found two main problems with them, for my use: 1. They don't do fullscreen magnification (I've heard this may be possible to set up now but the second reason I don't use them negates that) and they also seem to be overkill for the job. 2. All I want is the screen to look bigger and X viewports do this with almost no overhead, whereas the other solutions appear to eat up my CPU doing anti-aliasing and other fancy stuff that I can't see the benefit of (literally, LOL). It just seems, to me, that X viewports are done at the right layer, as they seem a lot more efficient. It would be nice if: * There could be some communication between X and the window manager so that focus could be moved to windows that have just popped up (though I probably would find this annoying, it's what vision-impaired people migrating from 'doze would expect to have). * The mouse didn't have to move to the very edge of the screen to pan cross the desktop. This feature, on 'doze screen magnifiers, saves a lot of arm work. I imagine the above could be implemented by a relatively simple X extension, but I have not yet had the time to look into it further. > Considering all of the above, and assuming there's only one monitor > connected to the graphics card, I suspect this is a duplicate of > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=353367 (Radeon 9100 is > mostly identical to 8500). If so, either of > > Option "MonitorLayout" "CRT,NONE" > Option "MergedFB" "off" > > should work around the problem. And work it did -- thank you very much! best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]>
Bug#265653: openoffice.org: Doesn't work on remote display -- extra information
Package: openoffice.org Version: 1.1.3-9 Followup-For: Bug #265653 Hi, I get this problem too. I am forwarding OOo as a client from a PowerPC machine to my x86 desktop. Just for the record, my error message is: The program 'soffice.bin' received an X Window System error. This probably reflects a bug in the program. The error was 'BadRequest (invalid request code or no such operation)'. (Details: serial 83 error_code 1 request_code 128 minor_code 1) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) I have had similar issues with Gaim, Evolution and Firefox, but they /always/ work after a couple of tries and their error message is ``BadIDChoice'', not the above one. I wonder if this could be an underlying problem that OOo just handles worse than other apps? best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]> -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages openoffice.org depends on: ii dictionaries-common [openoffi 0.25.9 Common utilities for spelling dict ii openoffice.org-bin1.1.3-9OpenOffice.org office suite binary ii openoffice.org-debian-files 1.1.3-8+1 Debian specific parts of OpenOffic ii openoffice.org-l10n-en [openo 1.1.3-9English (US) language package for ii ttf-opensymbol1.1.3-9The OpenSymbol TrueType font ii xml-core 0.09 XML infrastructure and XML catalog -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309396: gpm: mouse leaves black trails over console rendering it unreadable
Package: gpm Version: 1.19.6-19 Severity: important Hello, I recently installed on my PowerBook G4 (5,4), using a framebuffer console. I find that the mouse pointer character is black (which makes it hard to read) and when moved, the pointer leaves black charactesr all over the screen, covering up the text that was underneath. I have asked on debian-powerpc and not yet got a reply so am not sure how many people are affected. It could be all PPC users but as I have not received any confirmation of this in the last 48 hours I thought I'd not mark this as a grave bug, lest it hold up the impending release! Please let me know if there is any other information I could provide. best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]> -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages gpm depends on: ii debconf [debconf-2.0] 1.4.30.13Debian configuration management sy ii debianutils 2.8.4Miscellaneous utilities specific t ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand ii ucf 1.17 Update Configuration File: preserv -- debconf information: gpm/responsiveness: gpm/repeat_type: ms3 gpm/append: * gpm/restart: false gpm/sample_rate: * gpm/device: /dev/psaux * gpm/restart_default: false * gpm/type: autops2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303107: gs-common: ps2pdf ignores %%BoundingBox in EPS files
Oops, It's just been pointed out that the program that exported the file has done so incorrectly; the headers mark it out as a PostScript document, not an EPS -- sorry!! Now to file a bug against Inkscape... :-) best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303107: gs-common: ps2pdf ignores %%BoundingBox in EPS files
Hello, On Tue, 2005-04-05 at 07:24 +1000, Russell Lang wrote: > In recent versions of Ghostscript, adding -dEPSCrop will crop the > page to the bounding box, both when converting to bitmap formats > and when converting to PDF. See doc/Use.htm for details. Thanks for the tip; I had read the man page but not HTML docs :-S. However, using either EPSCrop and/or EPSFitPage doesn't work for me. It produces results that go off the paper in gpdf and don't even show up in the final document that pdflatex produces. The ones I modified by hand still work fine though... Perhaps there is something else I'm missing, but EPSCrop and EPSFitPage were the only seemingly relevant options in Use.html. Would you say this is still a bug, then? best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303107: gs-common: ps2pdf ignores %%BoundingBox in EPS files
Package: gs-common Version: 0.3.7 Severity: normal Hello, I'm exporting images from Inkscape to EPS format, then using ps2pdf so that they can be incorporated into a pdflatex document. The problem that I am having is this: ps2pdf ignores the %%BoundingBox property in the header of EPS fiels. The result of this is that when one views the PDF file, it takes up a coomplete US Letter page. This makes it unusable as a figure inside a document. The current workaround is to edit the EPS file and copy the details of the BoudingBox, then open the PDF file in an editor, go to the near the end and re-insert the correct value for the ``MediaBox'' array. In all PDFs converted from EPS, this array is always set to the dimensions of a US Letter page ([0 0 612 792]). It would be most helpful to _not_ have to go through this for every figure I'm creating :-). Many thanks in advance for your time and help, best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]> -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages gs-common depends on: ii debconf 1.4.30.11 Debian configuration management sy ii debianutils 2.8.4 Miscellaneous utilities specific t ii defoma0.11.8-0.1 Debian Font Manager -- automatic f ii gs-esp [gs] 7.07.1-9 The Ghostscript PostScript interpr ii gs-gpl [gs] 8.01-5 The GPL Ghostscript PostScript int ii gsfonts 8.14+v8.11+urw-0.1 Fonts for the Ghostscript interpre -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294502: libapache-gallery-perl: Failure to locate Apache/Server.pm -- additional information
Hello, On Wed, 2005-02-16 at 13:19 +0100, Jesus Climent wrote: > The package was uploaded closing the RC bug tagged as pending on Feb the > second, but was never processed by the queue manager, according with > packages.qa.debian.org > > Dunno what happened. Reuploading. I'm not sure how recently it got there (don't often update that box as it is quite remote from me) but it's there now. Thank you very much; it's great to have them working again! best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295065: #295065: xsl compilation error
Hello, On Fri, 2005-02-18 at 12:33 -0600, Ardo van Rangelrooij wrote: > I'll be uploading a new package later today or tomorrow. Thank you; it is working again now :-). best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294430: ijs driver.
Hello, Glad to see that the cause is at least confirmed now. I will look into the problems I am having soon; for the moment I am having some paper size issues. Thanks for the tip on contacting HPIJS. best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294430: ijs driver.
Hello, I can confirm that the 1.0 patch causes the problem. However, it may surprise you to learn that the 1.1 patch also does! I am not (yet) forcing grey colour modes; am concentrating on getting some paper size issues fixed at the moment. The source will be public at some point; we're looking for hosting at the moment (may use sf.net or berlios.de as they have SVN). Hope this helps; well it should at least point to that KRGB patch as culprit... best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294430: ijs driver.
Hello, I can confirm that my IJS module works with the 8.01 source before Debian packages, as downloaded from packages.debian.org. Hope this helps, best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294430: ijs driver.
Hello, On Mon, 2005-02-21 at 01:34 +, Hin-Tak Leung wrote: > Sorry - didn't notice the arch info... You can get the same version > of ghostscript you are using without the extra KRGB patch from: > http://www.ghostscript.com/ I've built and used both 8.14 and 8.15 during the development of my IJS module so far. Both worked. I got them both from ghostscript.com so no KRGB patch, as you explained. > Or it might be easier to get it from from bottom of the debian > testing page: > Here is the direct link: > http://ftp.debian.org/debian/pool/main/g/gs-gpl/gs-gpl_8.01.orig.tar.gz I'll try this ASAP. This Debian package has the patch doesn't it? I'll try it and let you know what happens. Regarding alien and deb-building, once I did the opposite of what you described -- made RPMs from my .debs :-). Its always nice to use open systems, IMO, as they generally try to make such interoperability easy. best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294430: ijs driver.
Hello, On Sat, 2005-02-19 at 19:55 +, Hin-Tak Leung wrote: > What do you mean by "can accept colour"? ghostscript's ijs device-independent > in DeviceGray with that number of gray-depth. It is all part > of the IJS protocol - your ijs device driver can tell ghostscript's > ijs core to send data out in 4-bit gray, 2-bit gray, etc, if > that's the maximum gray-depth of your device. Thanks for the information; I am still learning IJS and hdn't yet read much of that part of the spec. I hate to be wasteful, though, so will definitely try to cut down on sending more data than is necessary. > If this is not the same bug, I'll file one separately as the KRGB > patch is in Debian's gs-gpl (I checked debian's diff), and had been > experienced by our users so I would appreciate if you would test > whether the unmodified gs 8.00/8.14 debian packages our project provides > works without segfault for you. if our 8.00 and 8.14 works, and debian-shipped > gs 8.01 segfaults, then the answer is clear. I'm afraid I won't be able to do that for a while; I was going to last night but my desktop's monitor decided to break. I can't test the packages on my laptop because it's not the same architecture as the packages :-). If you have the sources, I can build them, though... best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294430: Debian bug 294430 - printing core dies with 1-bit (B/W) devices.
Hello, On Fri, 2005-02-18 at 19:16 +, Hin-Tak Leung wrote: > The Brallie embosser is most certainly a 1-bit device? > I believe the Debian bug #294430 "New Upstream fixes IJS Segfault" is > the same one as these two Thanks for the update. As it happens, the IJS module for the Braille embosser I'm working on can accept colour data (but converts it to greyscale). This is because the embosser is capable of printing at a number of different ``intensity'' levels. So it's not usually a 1-bit device (as the test input I'm using is in colour). Does this mean that the bugs may still be separate? I really wouldn't know if the KRGB patch is what's causing problems in my IJS module, but if there are any tests I could do that might help you solve this bug, please let me know. best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295065: #295065: xsl compilation error
Package: db2latex-xsl Version: 0.8pre1-3 Followup-For: Bug #295065 Hi, I've been following the progress of this bug/fix. I also get the same error: compilation error: file /usr/share/xml/docbook/stylesheet/db2latex/latex/docbook.xsl line 66 element import xsltParseStylesheetTop: ignoring misplaced import element I read that a new package may be ready (on the 13th of Feb) -- is there any news on this new package? best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]> -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294502: libapache-gallery-perl: Failure to locate Apache/Server.pm -- additional information
Hello, On Wed, 2005-02-16 at 14:08 +0200, Jesus Climent wrote: > This is patched in the Debian version of Apache::Gallery: I'm confused -- after doing an update and attempting to reinstall the package libapache-gallery-perl, I still get the same error -- is the fixed package in Sarge yet? best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294502: libapache-gallery-perl: Failure to locate Apache/Server.pm -- additional information
Package: libapache-gallery-perl Version: 0.9.1-1 Followup-For: Bug #294502 Hello, I'm also getting the error: [Tue Feb 15 22:32:48 2005] [error] [client 192.168.1.202] failed to resolve handler `Apache::Gallery': Can't locate Apache/Server.pm in @INC (@INC contains: /usr/lib/perl5/Apache2 /etc/perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl . /etc/apache2) at /usr/share/perl5/Apache/Gallery.pm line 23.\nBEGIN failed--compilation aborted at /usr/share/perl5/Apache/Gallery.pm line 43.\nCompilation failed in require at (eval 3) line 3.\n, referer: http://oblique.agrip.org.uk/photos_media.shtml After searching on packages.debian.org, it appears that fiel can only be found in testing in one place: usr/lib/perl5/Apache/Server.pm web/libapache-mod-perl As I'm running apache2 I don't have that file. I'd say it presents a pretty grave bug for this package, due to the fact that the file is missing from whichever package it used to be in. Hope this information helps -- looks like it's not your bug, but it's a pretty dire one as far as it's effects on this package go, it seems. best regards, -- Matthew T. Atkinson <[EMAIL PROTECTED]> -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.28 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libapache-gallery-perl depends on: ii libapache2-mod-perl2 1.999.20-1 Integration of perl with the Apach ii libcgi-perl 2.76-23modules for perl5, for use in writ ii libimage-imlib2-perl 1.03-1 perl interface to the imlib2 imagi ii libimage-info-perl1.16-1 allows extraction of meta informat ii libimage-size-perl2.992-1determine the size of images in se ii libtemplate-perl 2.14-1 template processing system written ii libtext-template-perl 1.44-1.1 Text::Template perl module ii perl 5.8.4-5Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294430: gs-gpl: New Upstream fixes IJS Segfault
Package: gs-gpl Version: 8.01-5 Severity: normal Hello, Using the new GPL Ghostscript 8.15 (released in November 2004) I am able to run an IJS module that segfaults on the Debian version of gs-gpl (8.01). Would it be possible to use this new upstream version now that it is GPL? The IJS module is a Braille printer driver, currently in development. It works with 8.14 and above. It would have an impact on the suitability of Debian for a number of charities and educational establishments that own a Tiger Braille embosser if the new upstream version was to be adopted. Thanks for your time, best regards, Matthew -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages gs-gpl depends on: ii gs-common0.3.6-0.1 Common files for different Ghostsc ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgimpprint14.2.7-4 The Gimp-Print printer driver libr ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libjpeg626b-9The Independent JPEG Group's JPEG ii libpaper11.1.14-3Library for handling paper charact ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292707: qemu: win2k disk image fails to boot (fix in CVS)
Package: qemu Version: 0.6.1-1 Severity: important Hello, There is a bug in QEMU 0.6.1 that prevents win2k booting properly. It was fixed in QEMU CVS shortly after 0.6.1's release. Details on the fix can be found here: http://www.dad-answers.com/qemu-forum/viewtopic.php?t=138 Would it be possible for you to incorporate the patch from CVS into the debian package? best regards, Matthew Atkinson -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages qemu depends on: ii bochsbios 2.1.1+20041109-2 BIOS for the Bochs emulator ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libsdl1.2debian 1.2.7+1.2.8cvs20041007-4 Simple DirectMedia Layer ii sharutils 1:4.2.1-11 shar, unshar, uuencode, uudecode ii vgabios 0.4c+20041014-1 VGA BIOS software for the Bochs an ii zlib1g 1:1.2.2-3compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#289370: python-4suite: I also get dangling symlink problem
Package: python-4suite Version: 0.99cvs20041008-3 Followup-For: Bug #289370 Hello, I am also getting the dangling symlink problem in this form: /etc/cron.daily/man-db: mandb: warning: /usr/share/man/man1/4ss.1.gz is a dangling symlink mandb: warning: /usr/share/man/man1/4rdf.1.gz is a dangling symlink mandb: warning: /usr/share/man/man1/4versa.1.gz is a dangling symlink mandb: warning: /usr/share/man/man1/4xml.1.gz is a dangling symlink mandb: warning: /usr/share/man/man1/4xpath.1.gz is a dangling symlink mandb: warning: /usr/share/man/man1/4xslt.1.gz is a dangling symlink mandb: warning: /usr/share/man/man1/4xupdate.1.gz is a dangling symlink mandb: warning: /usr/share/man/man1/4ss_manager.1.gz is a dangling symlink mandb: warning: /usr/share/man/man1/4ssd.1.gz is a dangling symlink It appears I have two layers of dangling symlings becuase: [EMAIL PROTECTED]:~$ ls /usr/share/man/man1/4ss_manager.1.gz -lhaF lrwxrwxrwx 1 root root 34 Dec 19 16:40 /usr/share/man/man1/4ss_manager.1.gz -> /etc/alternatives/4ss_manager.1.gz both of the above show up as broken symlinks on my system. Hope this information helps and that the bug can be resulved before Sarge's release (it's quit annoying getting Ks of messages about dangling symlinks ;-)) Thanks in advance, best regards, Matthew -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.28 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-4suite depends on: ii python-xml 0.8.4-1 XML tools for Python [dummy packag ii python2.3-4suite 0.99cvs20041008-3 An open-source platform for XML an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#289425: bash: completion displays error message on login
Hi, On Sun, 2005-01-16 at 15:51 -0800, Ian Macdonald wrote: > That version-checking code was copied from a very old version of the > bash completion project. > > You can fix it by modifying the '-gt 04' part to read '> 04'. Thanks very much! I hope that there will be time to fix this in the quilt package before Sarge's release. Cheers, -- Matthew T. Atkinson <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
