Bug#648342: O: eboard-extras-pack1 -- additional piece sets and sounds for eboard (pack 1)

[Patrik Fimml]

Package: wnpp
Severity: normal

Hi,

unfortunately I do not currently have the resources to continue maintainership
of Debian packages, thus I am hereby orphaning this package together with the
eboard package (see #648340).

Kind regards,
Patrik



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#648341: O: abiword -- efficient, featureful word processor with collaboration

[Patrik Fimml]

Package: wnpp
Severity: normal

Hi,

unfortunately I do not currently have the resources to continue maintainership
of Debian packages, thus I am hereby orphaning this package.

Abiword upstream is generally responsive and helpful, especially in their IRC
channel.

Kind regards,
Patrik



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#648340: O: eboard -- GTK+ chessboard program

[Patrik Fimml]

Package: wnpp
Severity: normal

Hi,

unfortunately I do not currently have the resources to continue maintainership
of Debian packages, thus I am hereby orphaning this package.

Eboard is no longer actively maintained (the last release was in Feb 2008).
Extra image themes are in the package eboard-extras-pack1.

Kind regards,
Patrik



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#609535: psiconv: magick/semaphore.c:526: LockSemaphoreInfo: Assertion `semaphore_info->signature == 0xabacadabUL' failed.

[Patrik Fimml]

On Thu, Jan 27, 2011 at 06:43:27AM +, Adam D. Barratt wrote:
> On Mon, 2011-01-24 at 21:00 +, Adam D. Barratt wrote:
> > On Mon, 2011-01-24 at 20:53 +0100, Patrik Fimml wrote:
> > > I'm fine with the patch for abiword, but not a DD so I can't upload it 
> > > myself.
> > 
> > I'd be happy to NMU it to t-p-u if that would help, assuming I can
> > persuade someone else on the release team to approve it - offering to
> > sponsor an upload when I've already got a patched source package locally
> > and would be rebuilding it anyway seems a little redundant.
> 
> Please let me know if you'd like me to do that.  Obviously if you'd
> prefer to find a sponsor and upload yourself then that's fine, but it
> would be helpful if that could be within the next couple of days so that
> we can get the psiconv situation resolved.

Sorry, I did not realise you were implicitly asking for my approval! Please go
ahead.

Best regards,
Patrik



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#609535: psiconv: magick/semaphore.c:526: LockSemaphoreInfo: Assertion `semaphore_info->signature == 0xabacadabUL' failed.

[Patrik Fimml]

On Mon, Jan 24, 2011 at 07:40:17PM +, Adam D. Barratt wrote:
> On Sun, 2011-01-23 at 20:15 +, Adam D. Barratt wrote:
> > [re-sending to fix abiword CC]
> > 
> > On Tue, 2011-01-18 at 12:55 +0100, Julien Cristau wrote:
> [...]
> > > Another option would be to rebuild abiword and gnumeric without psiconv
> > > support, if that's easy?
> > 
> > I've verified that with the attached patches, both packages at least
> > build on squeeze without any apparent sign of using psiconv.  (They're
> > both already out of sync wrt unstable so would need tpu uploads).
> 
> abiword / gnumeric maintainers: Do you have any opinions on the
> suggested patches?  If you're okay with them, would you be able to
> perform a testing-proposed-updates upload in the next couple of days
> incorporating the patch?

I'm fine with the patch for abiword, but not a DD so I can't upload it myself.

Regards,
Patrik



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575472: abiword: Template hangs renderer.

[Patrik Fimml]

Hey,

On Fri, Mar 26, 2010 at 01:40:53AM -0400, A. Costa wrote:
> Start 'abiword', 'File > New Using Template > Business-Letter.awt', the 
> template appears.  
> Hit 'maximize' on title bar.  Switch to another task, and back.  Client area 
> goes gray, 
> 'abiword' starts consuming 75% CPU; I gave up waiting after a minute or two, 
> Ctrl-C.

thanks for reporting this. Unfortunately, I cannot reproduce the behaviour here.

I have some things for you to try though that might help find the cause:

* Does it happen with other templates?
* What's your screen size? Do you have any unusual setup (Xinerama)?
* Does it also happen if instead of maximizing, you just manually resize the
  window to fill the screen?
* If so, does it only occur when the window almost fills the screen, or with
  smaller window sizes as well?
* What happens if you don't kill abiword? Does it crash? Does it use an
  increasing amount of memory?

Also, in case you are familiar with gdb, a backtrace from where it gets stuck
would be very nice.

Kind regards,
Patrik



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#573964: abiword: Abiword does not start - wrong libgoffice version

[Patrik Fimml]

severity 572043 grave
forcemerge 572043 573964
thanks

Please check existing bug reports first - for all bugs, but for grave and
serious bugs even more carefully!

Thanks,
Patrik



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572133: bugs.debian.org: bugs marked as affecting individual packages don't show up on the source package's page

[Patrik Fimml]

Package: bugs.debian.org
Severity: normal

Bug #570351 is marked as affecting abiword. It shows up on
 but not
on .

Kind regards,
Patrik

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (800, 'testing'), (200, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


signature.asc
Description: Digital signature

Bug#572124: nmu: abiword_2.8.2-1

[Patrik Fimml]

(re-sending my mail to the BTS, sorry)

> Patrik Fimml  writes:
> > libgoffice's packaging is currently buggy, not changing the package name
> > with SONAME. Please rebuild abiword as an intermediate fix until the
> > libgoffice packaging problem is resolved. (see #570010)

Actually, I meant to refer to #570351.

On Mon, Mar 01, 2010 at 07:42:37PM +0100, Marc 'HE' Brockschmidt wrote:
> binNMUs were scheduled for 2.8.1-2, but all failed to build due to
> #569373.
> 2.8.2-1 has been uploaded after libgoffice had been changed, thus is
> already built against the new goffice version and a binNMU wouldn't
> change anything. #572043 has been reported against 2.8.1-2 from testing,
> which is known to be affected. Why do you think a binNMU of 2.8.2-1
> would solve this issue?

Sounds like there was a race condition between the new goffice and the
new abiword. I know #572043 has been reported against 2.8.1-2, yet my
checking revealed that 2.8.2-1 has the same problem (at least here
on amd64, md5sum: 322bb68e575771e49353081263150e5d).

Regards,
Patrik


signature.asc
Description: Digital signature

Bug#570351: goffice: Please reflect the soname in the package name

[Patrik Fimml]

affects 570351 abiword
severity 570351 serious
thanks

Justification: This is a policy violation.

Section 2.8.2: "The run-time shared library needs to be placed in a
package whose name changes whenever the shared object version changes."

It also makes maintaining dependent packages a PITA, as well as having a
good potential for broken upgrade paths. Please fix this soon. I fully
agree with Micha Lenk's proposal wrt how this should be solved.

Kind regards,
Patrik Fimml


signature.asc
Description: Digital signature

Bug#572124: nmu: abiword_2.8.2-1

[Patrik Fimml]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

Hey,

libgoffice's packaging is currently buggy, not changing the package name
with SONAME. Please rebuild abiword as an intermediate fix until the
libgoffice packaging problem is resolved. (see #570010)

  nmu abiword_2.8.2-1 . ALL . -m "Rebuild against libgoffice with different 
SONAME (closes: #572043)"
  dw abiword_2.8.2-1 . ALL . -m "libgoffice-0-8 (>= 0.8.0-1)"

Thanks,
Patrik

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (800, 'testing'), (200, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


signature.asc
Description: Digital signature

Bug#465741: Provide wrappers to convert between abiword formats

[Patrik Fimml]

tags 465741 + wontfix

On Thu, Feb 14, 2008 at 10:59:53AM -0200, Nelson A. de Oliveira wrote:
> Is it possible to provide some wrappers to convert documents using
> abiword? For example, small wrappers like doc2txt, doc2pdf, abw2pdf,
> etc.
> 
> It can output files in .abw, .awt, .doc, .html, .mht, .rtf, .txt,
> ..zabw and .pdf
> 
> Conversion can be made with "abiword -t  inputfile"
> Example: "abiword -t pdf file.abw" will create a file.pdf
> 
> In case a wrapper conflicts with an already available converter, it can
> be possible to use the alternatives system (like it's already done with
> odt2txt and unoconv, both providing odt2txt).

As opposed to OpenOffice.org, abiword natively provides an easy-to-use
command-line interface:

  $ abiword --to=EXT inputfile

where EXT is the extension of the format of your choice.

I don't see any benefits in providing additional aliases for this
syntax.

Kind regards,
Patrik


signature.asc
Description: Digital signature

Bug#309943: reproducible in 2.8 series?

[Patrik Fimml]

tags 309943 = moreinfo
thanks

Can anyone reproduce this with the 2.8 series? The printing code changed
quite a bit (gnome-print is no longer used). If it happens only with one
document, please attach the document.

Kind regards,
Patrik


signature.asc
Description: Digital signature

Bug#570647: abiword: unnecessarily build-depends on libaspell-dev

[Patrik Fimml]

Package: abiword
Version: 2.8.2-1
Severity: wishlist

An unnecessary build-dependency on libaspell-dev was introduced as a
temporary fix for #569373. It should be removed again when possible.


signature.asc
Description: Digital signature

Bug#568636: abiword: pasting text from another program results in wrong apostrophes '

[Patrik Fimml]

Hey,

On Sat, Feb 06, 2010 at 01:06:02PM +0100, yellow wrote:
> after pasting text from another program results in wrong apostrophes '
> so quit and restart displays well, but no idea of printing is ok

please give some more detail:

* What text do you have in abiword before pasting?
* What text are you pasting, and from which other application? Is it
  formatted in any special way in the other app? Does it happen when
  copying text from gedit as well?
* What changes after pasting? (attach before/after screenshots if
  necessary)
* Does this also happen if you start abiword from the command line with
  "LANG=C abiword"? If not, please tell us your locale.
* Does this also happen with smart quotes disabled?
  (Edit->Preferences->Smart Quotes, untick "Enable smart quotes")

Kind regards,
Patrik



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#561629: uninstallable in sid

[Patrik Fimml]

On Sun, Jan 03, 2010 at 06:55:22PM +0900, Hideki Yamane (Debian-JP) wrote:
>  Is the patch you mean like below?
> 
> [...]

Yes, that should suffice.

Patrik


signature.asc
Description: Digital signature

Bug#561629: gnome-office: uninstallable in sid

[Patrik Fimml]

On Fri, Dec 18, 2009 at 09:50:44PM +0100, Laurent Bonnaud wrote:
> The following packages have unmet dependencies:
>   gnome-office: Depends: abiword-plugin-goffice (>= 2.6) but it is not 
> installable

Sorry for not giving an advance notice. The goffice plugin is now
shipped in the "abiword" binary package, so you should probably just
depend on abiword (>= 2.8) instead.

Kind regards,
Patrik Fimml (abiword maintainer)


signature.asc
Description: Digital signature

Bug#557037: abiword: FTBFS when built against older Boost: need to build-depend explicitly on libasio-dev

[Patrik Fimml]

On Thu, Nov 19, 2009 at 05:14:14AM +0100, Jonas Smedegaard wrote:
> As subject says, abiword fails to build from source when compiled
> against older releases of Boost.  See attached build log.
> 
> Please do not just tighten build-dependency on Boost libraries, but
> instead add an explicit build-dependency on libasio-dev which is pulled
> in automatically by newer Boost releases: It makes the abiword package
> easier to backport, and also is the proper thing to do, as Debian Policy
> requires all direct dependencies to be explicitly declared.

libasio-dev is already a build-dep. I reproduced this on a lenny system, and
found out that you really are suffering from #514076.

While adding libboost-date-time-dev as a dependency would be one possibility,
I'd prefer the cleaner solution of requiring libasio-dev (>= 1.4.1-1).  Do you
have objections to that? What is your objective with building abiword on lenny,
are you backporting?

Kind regards,
Patrik



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#556958: ITP: abiword-docs -- documentation for the abiword word processor

[Patrik Fimml]

Package: wnpp
Severity: wishlist
Owner: Patrik Fimml 

* Package name: abiword-docs
* Version : 2.8.1
* Upstream Author : Dom Lachowicz 
* URL : http://www.abisource.com
* License : to be clarified, most likely GPL
* Description : documentation for the abiword word processor

Hey,

in my function as maintainer of the abiword package, I decided to build
the documentation from a separate source package starting with 2.8.1.
Following the upstream naming scheme, this will be abiword-docs and will
replace the old abiword-help binary package.

Patrik


signature.asc
Description: Digital signature

Bug#556957: RM: abiword-plugins -- ROM; obsolete transitional package

[Patrik Fimml]

Package: ftp.debian.org
Severity: normal

Hi,

as the maintainer of abiword, I'd like to request removal of the
abiword-plugins binary package.

abiword-plugins originally contained all plugins for abiword, but has
been a transitional package since lenny. It serves no purpose anymore,
please remove it.

Kind regards,
Patrik


signature.asc
Description: Digital signature

Bug#527123: abiword: Abiword crashes on printing

[Patrik Fimml]

On Wed, Nov 18, 2009 at 08:35:45AM +1100, James Cameron wrote:
> On Tue, Nov 17, 2009 at 07:44:40PM +0100, Patrik Fimml wrote:
> > Can anyone of you who confirmed this behaviour for 2.6.8-5 check whether
> > it still happens with 2.8.1-1? As abiword 2.8 no longer uses
> > libgnomeprint, chances are the bug has gone.
> 
> Kinda.

Sigh! Thanks for your quick reply though.

> Added sid to sources.list, apt-get update, apt-get install abiword,
> started Abiword from a shell ...

You're definitely using 2.8.1, right? (Asking because just adding sid to
sources.list might not automatically result in the right thing.) Could
you try upgrading GTK+ and libcups2 to their current unstable versions?

> File -> Print Preview ...
> Error launching preview
> Failed to execute child process "evince" (No such file or directory)
> 
> apt-get install evince
> 
> Preview functions correctly.

I'll look into this.

> File -> Print ...
> Print dialog appears.
> Cancelled it, then used File -> Quit, and the shell where I started
> Abiword from said Aborted:
> 
> host:~$ abiword
> Aborted
> host:~$ 
> 
> 2.8.1-1
> 
> At least this method of aborting is very similar in GUI behaviour to a
> normal quit.  ;-)

Can you file a separate bug report for this abort? Seems the original
problem described here is indeed gone. Note that I get some warning
messages when using File->Quit even without having brought up the Print
dialog. What happens when you click File->Quit immediately after
starting? What happens when you open abiword, File->Print, cancel the
printing, and then close abiword using the button on the window frame
(or whatever your WM provides)?

If it's indeed printing-related, a quick description of your setup and
your printers.conf would be helpful, as well as a backtrace with
debugging symbols (i.e. rebuilding abiword and libcups sources with
DEB_BUILD_OPTIONS="noopt nostrip").

Kind regards,
Patrik


signature.asc
Description: Digital signature

Bug#527123: abiword: Abiword crashes on printing

[Patrik Fimml]

On Tue, May 05, 2009 at 08:22:20PM +0200, Francesco P. Lovergine wrote:
> You can replicate an Abort with a simple empy document trying to print,
> preview. The result is the same with any other document anyway.

Can anyone of you who confirmed this behaviour for 2.6.8-5 check whether
it still happens with 2.8.1-1? As abiword 2.8 no longer uses
libgnomeprint, chances are the bug has gone.

Thanks in advance,
Patrik


signature.asc
Description: Digital signature

Bug#493371: abiword: Abiword starts up with ridiculously small font

[Patrik Fimml]

tags 493371 + moreinfo

On Sat, Aug 02, 2008 at 04:39:12PM +0200, Michael Burschik wrote:
> When I start up abiword, the font used is too small to see anything (maybe
> one point), although the toolbar shows "Times New Roman" 12-point. I can
> switch to some other font and work as usual. If I press "Ctrl-space", the
> font display in the toolbar switches to "Times" 12-point and the font used
> is again illegibly small.
> 
> Neither KWord nor OpenOffice Writer offer "Times" or "Times New Roman" as
> font choices, although OpenOffice Writer initially displays "Times New Roman"
> in the toolbar. Abiword does, however, offer both fonts in the font selection
> box, and if I choose one of them, the font is again illegibly small.

Does this still happen with 2.8.1-1?

Patrik


signature.asc
Description: Digital signature

Bug#556746: Inserting symbol by double-click crashes abiword

[Patrik Fimml]

Package: abiword
Version: 2.8.1-1
Severity: normal

Double-clicking a symbol in the "Insert Symbol" dialog makes abiword
crash with SIGABRT.

Workaround: use the "Insert" button in the dialog.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (800, 'testing'), (200, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages abiword depends on:
ii  abiword-commo 2.8.1-1efficient, featureful word process
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript interpre
ii  libabiword-2. 2.8.1-1efficient, featureful word process
ii  libaiksaurusg 1.2.1+dev-0.12-6   graphical interface to the Aiksaur
ii  libc6 2.10.1-7   GNU C Library: Shared libraries
ii  libcairo2 1.8.8-2The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libdbus-glib- 0.82-2 simple interprocess messaging syst
ii  libgcc1   1:4.4.1-4  GCC support library
ii  libgcrypt11   1.4.4-5LGPL Crypto library - runtime libr
ii  libglib2.0-0  2.22.2-2   The GLib library of C routines
ii  libgnutls26   2.8.4-2the GNU TLS library - runtime libr
ii  libgoffice-0- 0.7.15-1   Document centric objects library -
ii  libgsf-1-114  1.14.16-1  Structured File Library - runtime 
ii  libgtk2.0-0   2.18.3-1   The GTK+ graphical user interface 
ii  libjpeg62 6b-15  The Independent JPEG Group's JPEG 
ii  libloudmouth1 1.4.3-4Lightweight C Jabber library
ii  libots0   0.5.0-2Open Text Summarizer (library)
ii  libpng12-01.2.40-1   PNG library - runtime
ii  libpsiconv6   0.9.8-4.1  a library for handling Psion files
ii  libreadline6  6.0-5  GNU readline and history libraries
ii  libsoup2.4-1  2.28.1-2   an HTTP library implementation in 
ii  libstdc++64.4.1-4The GNU Standard C++ Library v3
ii  libwmf0.2-7   0.2.8.4-6.1Windows metafile conversion librar
ii  libwpd8c2a0.8.14-1   Library for handling WordPerfect d
ii  libwpg-0.1-1  0.1.3-1WordPerfect graphics import/conver
ii  libwps-0.1-1  0.1.2-1Works text file format import filt
ii  libxml2   2.7.6.dfsg-1   GNOME XML library
ii  libxslt1.11.1.26-1   XSLT processing library - runtime 

Versions of packages abiword recommends:
pn  abiword-docs   (no description available)
ii  abiword-plugin-grammar2.8.1-1grammar checking plugin for AbiWor
ii  abiword-plugin-mathview   2.8.1-1equation editor plugin for AbiWord
ii  aspell-de [aspell-dictionary] 20071211-2 German dictionary for aspell
ii  aspell-en [aspell-dictionary] 6.0-0-5.1  English dictionary for GNU Aspell
ii  poppler-utils 0.10.6-1   PDF utilitites (based on libpopple
ii  ttf-liberation1.04.93-1  Free fonts with the same metrics a

abiword suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#500435: crashes, when I try to insert special symbol

[Patrik Fimml]

On Mon, Nov 16, 2009 at 12:04:43AM +0200, Edward J. Shornock wrote:
> For what it's worth, I've just downgraded from 2.7-SVN to 2.6.8-5 and
> abiword no longer crashes for me when selecting 'Insert -> Symbol'.
> 
> I still receive the following on stdout yet:
> 
> abiword:32159): Pango-WARNING **: shaping failure, expect ugly output.
> shape-engine='BasicEngineFc', font='Standard Symbols L 32', text=''
> 
> Can others reproduce the crash yet?

I've been able to reproduce it before. My guess is that it was a certain
version of Pango that led to this behaviour.

Note that 2.8.0-1 is waiting in NEW and shouldn't have this bug anymore.

Patrik


signature.asc
Description: Digital signature

Bug#552575: abiword crashes when opening medium size rtf file, works fine with smaller ones

[Patrik Fimml]

On Tue, Oct 27, 2009 at 06:24:39PM +0200, Aioanei Rares wrote:
> If I try to open a 3.3 MB file (which openoffice.org opens just fine), 
> abiword crashes. Here's some info :
> 
> [...]
> I can send somehow the log which is 15.6 MB long, and also the culprit rtf 
> file.

Yes, if you could provide us with the document, that would be great. I
fear the BTS might not accept 3 MB attachments, so you might want to put
it onto some public server or something. If that's not possible, you can
still mail it directly to me.

Patrik


signature.asc
Description: Digital signature

Bug#512777: Upstream --enable-libabiword violates Debian Policy §10.2

[Patrik Fimml]

Hi Jonas,

On Mon, Oct 26, 2009 at 02:31:59PM +0100, Jonas Smedegaard wrote:
> On Mon, Oct 26, 2009 at 01:45:43PM +0100, Patrik Fimml wrote:
>> As a result of the mentioned discussion, I did some packaging work too  
>> in July 2009, starting the repository from scratch, following some of  
>> the various git packaging recommendations. Part of this is using topgit 
>> instead of dpatch.
>
> Oh, ok.
>
> I use quilt, not dpatch (ar actually, I do not actually use the quilt  
> helper tools but compose patch files by hand and only use the  
> cdbs-wrapped packaging routines of quilt).
>
> I might have mentioned topgit myself back then, but have since (after  
> struggling with similar repackaging of ghostscript) given up on using  
> topgit and am now sceptical about its usefulnes for Debian packaging.
>
> Nevertheless, I would still be quite interested in looking at your  
> packaging efforts.  Is it accessible at some public Git somehwere?

Not yet, will be made public soon-ish. I'll give you a temporary
repository location to take a peek at in a private mail.

>> I think 2.7.6 (with which I started packaging from scratch) is in a  
>> somewhat working stage in my repo, and after mhatta and joshk seem to  
>> have lost interest (see also debian bug #548365), I intended to give  
>> packaging 2.8.0 a try from what I have with 2.7.6 when it comes out the 
>> next days.
>
> Oh - so you have actually taken over packaging of Abiword now.  Nice to  
> know.

Apparently. Somehow I slipped into that. ;-)

>> Now you've stepped up to the plan again ;-)
>
> Actually I would appreciate not having to work on Abiword - I maintain  
> approx. 100 packages already.  My interest in Abiword is only the  
> library, not the main application.
>
> But if you feel that you could need my help, and are ok with using  
> git-buildpackage, cdbs and quilt and avoiding topgit (or convincing me  
> that topgit is great for packaging - including regenerating patches for  
> stable and oldstable security branches), then it makes sense to continue  
> discussing this.  Else you just go ahead with your plans and I step down  
> again.

I gave packaging 2.8.0 a go yesterday evening (to see if I get in any
major hassle) and it went quite well so far. As I am not a DD, even if I
officially maintain the package, I'd still need someone to look over the
final package and upload it -- would you maybe agree to do that?

Patrik


signature.asc
Description: Digital signature

Bug#512777: Upstream --enable-libabiword violates Debian Policy §10.2

[Patrik Fimml]

Hey,

I think we've encountered each other some while ago in a discussion with
mhatta about repackaging abiword using a git repository (which seems to
have died).

On Sun, Oct 25, 2009 at 02:45:23PM +0100, Jonas Smedegaard wrote:
> Just adding the configure option --enable-libabiword is not sufficient  
> for official Debian packaging, as the resulting library is too  
> simplisticly built, not handling -fPIC flags and recompiling without  
> -fPIC for a static .a file as required by Debian Policy §10.2.
>
> Upstream seems to be aware of this - the file  
> src/wp/main/unix/GNUmakefile.am contains the following note:
> [...]

Note that upstream doesn't track ABI changes through SONAME, which would
further complicate the packaging of libabiword.

> After private conversations with Masayuki Hatta primo 2009 I started  
> work on solving this.  It is a big process as it also includes  
> repackaging Abiword to not use the old and difficult to maintain  
> tarball-in-tarball packaging design.  Also, the work on this has stalled  
> since march due to other major packaging tasks of mine.
>
> The current work-in-progress code is at  
> git://git.debian.org/git/collab-maint/abiword.git (and other parts of  
> the repackaged abiword package which needs to be ready too before  
> releasing is at .../abiword-docs, .../abiword-extras and  
> .../abiword-plugins).
>
> help with this major process is much appreciated.

As a result of the mentioned discussion, I did some packaging work too
in July 2009, starting the repository from scratch, following some of
the various git packaging recommendations. Part of this is using topgit
instead of dpatch.

I think 2.7.6 (with which I started packaging from scratch) is in a
somewhat working stage in my repo, and after mhatta and joshk seem to
have lost interest (see also debian bug #548365), I intended to give
packaging 2.8.0 a try from what I have with 2.7.6 when it comes out the
next days.

Now you've stepped up to the plan again ;-) and I want to spare us
duplicate efforts. Note that upstream has included -plugins in the main
tarball since 2.7.2, so my repository already accounts for that. My
proposal is that I work on 2.8.0 off my repository, but merging in some
of your changes (such as -Wl,--as-needed). I'd then let you have it for
inspection and polishing. What do you think?

What did you intend to do about libabiword, as upstream doesn't set a
SONAME, but Debian requires a changing package name (policy 8.1)? Use
libtool's -release flag instead (see libtool.info), and name both
library and package "libabiword-2.8.0"?

Kind regards,
Patrik


signature.asc
Description: Digital signature

Bug#535854: www.debian.org: developers-reference broken on European servers

[Patrik Fimml]

Hey Simon,

On Mon, Jul 06, 2009 at 09:45:27PM +0200, Simon Paillard wrote:
> On Sun, Jul 05, 2009 at 05:27:54PM +0200, Patrik Fimml wrote:
> > From Europe view, the online copy of developers-reference [1] is broken.
> > All links in the TOC are dead.
> > 
> > [1] http://www.debian.org/doc/manuals/developers-reference/
> 
> Thanks for your report.
> 
> This is due to the current 7doc crontab on www-master, which uses
> absolute symlinks.
> 
> These symlinks are no longer valid once replicated on webmirrors.
> 
> Here is a (ugly) patch against the current crontab, in order to use
> relative syminks.

> - ln -sf $webdocdir/developers-reference/$(basename "$doc" .html).en.html 
> $webdocdir/developers-reference/$(basename "$doc" .html).html.en
> + cd $webdocdir/developers-reference/
> + ln -sf $(basename "$doc" .html).en.html $(basename "$doc" .html).html.en

maybe I'm missing something, but

-   ln -sf $webdocdir/developers-reference/$(basename "$doc" .html).en.html 
$webdocdir/developers-reference/$(basename "$doc" .html).html.en
+   ln -sf $(basename "$doc" .html).en.html 
$webdocdir/developers-reference/$(basename "$doc" .html).html.en

should work just as well, no need for all those ugly cds. (I would have
submitted a new patch, but I don't have access to the original file.)

Patrik


signature.asc
Description: Digital signature

Bug#535854: www.debian.org: developers-reference broken on European servers

[Patrik Fimml]

Package: www.debian.org
Severity: normal

From Europe view, the online copy of developers-reference [1] is broken.
All links in the TOC are dead.

[1] http://www.debian.org/doc/manuals/developers-reference/

Patrik


signature.asc
Description: Digital signature

Bug#527123: abiword: Abiword still crashes on printing

[Patrik Fimml]

On Mon, Jun 22, 2009 at 12:20:35PM +0200, subhuman wrote:
> > That's a command to be typed at the gdb prompt, and the output of it is
> > what I am after.
> 
> You should have told me that

I did, in one of my earlier mails.

> > Besides, you ran gdb as "gdb abiword": This will probably run the 2.6.8
> > executable, and not the one we just compiled with debugging symbols. You
> > should give the full path, e.g. "gdb
> > /tmp/abiword-2.7.4-inst/bin/abiword" if you followed my original
> > instructions.
> 
> I called gdb from the /tmp/... directory. so I assume gbd looked at
> the pwd first instead of guessing from the PATH environment variable.

Correct. Just wanted to be sure.

> > > > > Find gdb.txt attached
> > > > 
> > > > Also, you don't need to attach both gdb.txt and the terminal output,
> > > > gdb.txt should suffice.
> 
> I sent you the terminal output because it contained the backtrace you
> explicitly asked for.

No. I asked for a gdb backtrace from an executable compiled with
debugging symbols, which has all sorts of additional information, like
exactly where the execution stopped (not as memory address, but traced
back to the source code).

The backtrace generated by glibc on double-free is not nearly as useful.

> And for me as a sort of retired programmer I still can read a
> backtrace and figure out where the problem in question might come
> from.

Go ahead, then, come up with a patch!

> And furthermore: since I've been helping you for four or five days
> doing your work now I guess it's really your turn.

Well, *if* you really are a "retired programmer", then it's a shame for
you that you haven't been able to provide me with a proper backtrace for
five days now.

> It's definitely not my task as a user to do your job. We're just
> tearing on the same side of the rope, and it has been a pleasure so
> far helping you, but I guess I've torn the rope enough now.

Do my job? It's not that I get paid for this.

And even if it was my job: Sorry, I can't just go over to your place,
look at the problem, and then start debugging. As I cannot reproduce the
bug here, I have to rely on you to provide me enough information.

Apparently, you're not willing to cooperate, which is your good right of
course. But never complain again about not being able to print from
abiword.


Patrik


signature.asc
Description: Digital signature

Bug#527123: abiword: Abiword still crashes on printing

[Patrik Fimml]

On Mon, Jun 22, 2009 at 11:42:55AM +0200, subhuman wrote:
> > > gdb abiword
> > [...]
> > > (gdb) q
> > > The program is running.  Exit anyway? (y or n) y
> > 
> > You forgot the most important thing: "thread apply all bt full"
> 
> Wot? You're talking in riddles...

That's a command to be typed at the gdb prompt, and the output of it is
what I am after.

Besides, you ran gdb as "gdb abiword": This will probably run the 2.6.8
executable, and not the one we just compiled with debugging symbols. You
should give the full path, e.g. "gdb
/tmp/abiword-2.7.4-inst/bin/abiword" if you followed my original
instructions.

> > > Find gdb.txt attached
> > 
> > Also, you don't need to attach both gdb.txt and the terminal output,
> > gdb.txt should suffice.
> > 
> > If you succeed, please forward your next mail to 527...@bugs.debian.org
> > as well. Thanks! :-)
> 
> Which is what i regularly do... oO?

Sorry. I didn't, as not to clutter the bug report, but I didn't check
whether you did or not. :-)

> However, it seems now the ball is bouncing around on your side. You
> owe me a drink or two, u know? :-D

Ah, that's a difficult matter. Maybe being able to print again will
settle that? ;-)

Patrik


signature.asc
Description: Digital signature

Bug#527123: abiword: Abiword still crashes on printing

[Patrik Fimml]

On Thu, Jun 18, 2009 at 09:18:33AM +0200, subhuman wrote:
> On Wed, 17 Jun 2009 14:54:02 +0200
> Patrik Fimml  wrote:
> > I can only guess that abiword probably didn't print the document in
> > question for you, then. But in your console-output snippet, I do not see
> > anything crash-related. No abort, no segfault. What makes you think it's
> > a crash?
> 
> When I call abiword from the shell and try to print the document
> interactively I find the message "Aborted" after the mysterious
> disappearance of abiword. Else (when called from the shell to print)
> the snippet I sent is everything I get.

Alright, the absence of the "Aborted" line seemed strange.

> > In addition, please check whether you find the bug to persist in abiword
> > SVN. If it does, and it is a crash, then please compile with debugging
> > symbols and attach a backtrace.
> 
> I downloaded version 2.7.4 yesterday from abisource.com. Will this be
> ok for you? Or how can I reach the SVN repository? (However I'm not
> good in CVS/ SVN, so I should prefer a tarball.)

I think 2.7.4 should be recent enough.

Please configure it with
CFLAGS="-g" CXXFLAGS="-g" ./configure --prefix=/tmp/abiword-2.7.4-inst 
--disable-gnomeui --disable-gnomevfs

The --prefix is arbitrary, but be sure to install it somewhere and not
run abiword out of the source tree, as it won't find its glade files
otherwise.

Please also install the libgtk2.0-0-dbg and libglib2.0-0-dbg packages.

Then, run it in gdb and get a full backtrace of all threads.
$ gdb /tmp/abiword-2.7.4-inst/bin/abiword
(gdb) set logging on
(gdb) set pagination off
(gdb) run

(gdb) thread apply all bt full
(and attach gdb.txt)

Kind regards,
Patrik


signature.asc
Description: Digital signature

Bug#527123: abiword: Abiword still crashes on printing

[Patrik Fimml]

On Wed, Jun 17, 2009 at 11:15:52AM +0200, Martin H. Thomas wrote:
> When will this annoying bug finally be fixed?

You are very welcome to fix it yourself. If that's not an option, then
please drop the reproachful tone.

> This is the output I get with a verbosity level set to 2. Maybe it helps:
> 
> -
> theu...@legoland:~$ abiword --verbose=2 --print=- documents/stuff/temp.abw 
> 
> (abiword:6547): GnomePrint-WARNING **: Could not create filter from 
> description 'frgba': filter 'frgba' is unknown
> -

What's the exact issue you were experiencing?

For me, that prints the document in question. This is not what the
documentation claims --print=- should do, but that's not related to the
crash described by the original submitter.

I can only guess that abiword probably didn't print the document in
question for you, then. But in your console-output snippet, I do not see
anything crash-related. No abort, no segfault. What makes you think it's
a crash?

Please clarify this.

In addition, please check whether you find the bug to persist in abiword
SVN. If it does, and it is a crash, then please compile with debugging
symbols and attach a backtrace.

Regards,
Patrik


signature.asc
Description: Digital signature

Bug#524926: iceweasel: "Error launching browser window:no XBL binding for browser" on startup

[Patrik Fimml]

On Mon, Apr 20, 2009 at 10:53:51PM +0200, Mike Hommey wrote:
> Attachment is missing ;)
> 
> > Don't hesitate to ask me for more information.
> 
> Can you try to apt-get install --reinstall xulrunner-1.9 iceweasel?
> Does it get any better?
> What about downgrading one of both?

Gah. I cannot reproduce the error myself any more after a clean reboot.
It happened after resuming from hibernation. Might have to do something
with files iceweasel keeps in /tmp or something...

Unfortunately, I also deleted the not-attached gdb log already. Sorry...

Patrik


signature.asc
Description: Digital signature

Bug#524926: iceweasel: "Error launching browser window:no XBL binding for browser" on startup

[Patrik Fimml]

Package: iceweasel
Version: 3.0.6-1
Severity: normal

Since today, each time starting Iceweasel I get a dialog box with title
"[JavaScript Application]" and content "Error launching browser window:no XBL
binding for browser".

After that, the Iceweasel window shows up (without window contents, transparent)
for a fraction of a second and then silently disappears.

I do not remember changing anything since I last used iceweasel.

The log of a gdb session running
$ HOME=/tmp MOZILLA_DISABLE_PLUGINS=1 iceweasel -safe-mode -g
is attached. I hit ^C and generated a backtrace while the described dialog box
was showing. Note that gdb behaves strangely (look for "Cannot detect new
threads").

Don't hesitate to ask me for more information.

Kind regards,
Patrik Fimml

-- System Information:
Debian Release: 5.0.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages iceweasel depends on:
ii  debianutils 2.30 Miscellaneous utilities specific t
ii  fontconfig  2.6.0-3  generic font configuration library
ii  libc6   2.7-18   GNU C Library: Shared libraries
ii  libgcc1 1:4.3.2-1.1  GCC support library
ii  libglib2.0-02.16.6-1+lenny1  The GLib library of C routines
ii  libgtk2.0-0 2.12.12-1~lenny1 The GTK+ graphical user interface 
ii  libnspr4-0d 4.7.1-4  NetScape Portable Runtime Library
ii  libstdc++6  4.3.2-1.1The GNU Standard C++ Library v3
ii  procps  1:3.2.7-11   /proc file system utilities
ii  psmisc  22.6-1   Utilities that use the proc filesy
ii  xulrunner-1.9   1.9.0.7-0lenny2  XUL + XPCOM application runner

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  latex-xft-fonts 0.1-8Xft-compatible versions of some La
ii  libkrb531.6.dfsg.4~beta1-5lenny1 MIT Kerberos runtime libraries
pn  mozplugger (no description available)
pn  ttf-mathematica(no description available)
pn  xfonts-mathml  (no description available)
pn  xprint (no description available)
ii  xulrunner-1.9-g 1.9.0.7-0lenny2  Support for GNOME in xulrunner app

-- no debconf information


signature.asc
Description: Digital signature

Bug#520424: abiword: The situation is worse : EVERY print-related option leads to a crash

[Patrik Fimml]

On Tue, Apr 14, 2009 at 09:33:37PM +0200, Julien Puydt wrote:
> EVERY print-related option leads to a crash ; it's pretty easy to reproduce :
> 1) open abiword (no need to type anything)
> 2)  i) try to export to pdf or postscript
> 2) ii) try to get a print preview
> 2)iii) try to print
> 
> Abiword just crashes...

Does printing work in other GNOME apps, e.g. evince?

Please give me a backtrace:

$ sudo apt-get build-dep abiword
$ sudo aptitude install libglib2.0-0-dbg libgtk2.0-0-dbg
$ cd /someplace/to/compile/in
$ apt-get source abiword
$ cd abiword
$ debian/rules patch
$ cd build-tree/abiword-2.6.8
$ CFLAGS="-g -O0" CXXFLAGS="-g -O0" ./configure --disable-gnomeui 
--disable-gnomevfs
$ make clean
$ make
$ gdb abiword
(gdb) set pagination off
(gdb) set logging on
(gdb) run
[perform action that makes abiword crash, then look back into terminal]
(gdb) bt
(gdb) bt full
(gdb) quit

... and attach abiword/build-tree/abiword-2.6.8/gdb.txt to your reply.

If possible, keep the abiword/ directory around so you won't have to
compile it again if there's need for more debugging.


Thanks, Patrik


signature.asc
Description: Digital signature

Bug#524104: abiword: should respect DEB_BUILD_OPTIONS

[Patrik Fimml]

Package: abiword
Version: 2.6.8-5
Severity: normal

The abiword source package should respect DEB_BUILD_OPTIONS, as
recommended in the Debian Policy, section 4.9.1 [1].

[1] http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules-options

This would ease debugging.

(I'll come up with a patch when I've got some time to spare.)

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (800, 'testing'), (200, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages abiword depends on:
ii  abiword-commo 2.6.8-5efficient, featureful word process
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript interpre
ii  libaiksaurus- 1.2.1+dev-0.12-6   an English-language thesaurus (dev
ii  libaiksaurusg 1.2.1+dev-0.12-6   graphical interface to the Aiksaur
ii  libart-2.0-2  2.3.20-2   Library of functions for 2D graphi
ii  libatk1.0-0   1.22.0-1   The ATK accessibility toolkit
ii  libc6 2.9-4  GNU C Library: Shared libraries
ii  libcairo2 1.8.6-2The Cairo 2D vector graphics libra
ii  libenchant1c2 1.4.2-3.3  a wrapper library for various spel
ii  libexpat1 2.0.1-4XML parsing C library - runtime li
ii  libfontconfig 2.6.0-3generic font configuration library
ii  libfreetype6  2.3.7-2FreeType 2 font engine, shared lib
ii  libfribidi0   0.10.9-1   Free Implementation of the Unicode
ii  libgcc1   1:4.3.3-3  GCC support library
ii  libglade2-0   1:2.6.3-1  library to load .glade files at ru
ii  libglib2.0-0  2.18.4-2   The GLib library of C routines
ii  libgnomecanva 2.20.1.1-1 A powerful object-oriented display
ii  libgnomeprint 2.18.5-1   The GNOME 2.2 print architecture -
ii  libgnomeprint 2.18.4-1   GNOME 2.2 print architecture User 
ii  libgoffice-0- 0.4.2-4Document centric objects library -
ii  libgsf-1-114  1.14.11-2  Structured File Library - runtime 
ii  libgtk2.0-0   2.14.7-4+b1The GTK+ graphical user interface 
ii  libice6   2:1.0.5-1  X11 Inter-Client Exchange library
ii  libidn11  1.12-1 GNU Libidn library, implementation
ii  libjpeg62 6b-14  The Independent JPEG Group's JPEG 
ii  libloudmouth1 1.4.2-2Lightweight C Jabber library
ii  libncurses5   5.7+20090228-1 shared libraries for terminal hand
ii  libots0   0.5.0-2Open Text Summarizer (library)
ii  libpango1.0-0 1.22.4-2   Layout and rendering of internatio
ii  libpixman-1-0 0.14.0-1   pixel-manipulation library for X a
ii  libpng12-01.2.35-1   PNG library - runtime
ii  libpopt0  1.14-4 lib for parsing cmdline parameters
ii  libreadline5  5.2-4  GNU readline and history libraries
ii  librsvg2-22.22.3-2   SAX-based renderer library for SVG
ii  libsm62:1.1.0-2  X11 Session Management library
ii  libstdc++64.3.3-3The GNU Standard C++ Library v3
ii  libwmf0.2-7   0.2.8.4-6  Windows metafile conversion librar
ii  libwpd8c2a0.8.14-1   Library for handling WordPerfect d
ii  libwpg-0.1-1  0.1.3-1WordPerfect graphics import/conver
ii  libwps-0.1-1  0.1.2-1Works text file format import filt
ii  libwv-1.2-3   1.2.4-2Library for accessing Microsoft Wo
ii  libx11-6  2:1.2-1X11 client-side library
ii  libxcb-render 0.3.3-2+b1 utility libraries for X C Binding 
ii  libxcb-render 1.2-1  X C Binding, render extension
ii  libxcb1   1.2-1  X C Binding
ii  libxft2   2.1.13-3   FreeType-based font drawing librar
ii  libxml2   2.7.3.dfsg-1   GNOME XML library
ii  libxrender1   1:0.9.4-2  X Rendering Extension client libra
ii  zlib1g1:1.2.3.3.dfsg-12  compression library - runtime

Versions of packages abiword recommends:
ii  abiword-help  2.6.8-5online help for AbiWord
ii  abiword-plugin-grammar2.6.8-5grammar checking plugin for AbiWor
ii  abiword-plugin-mathview   2.6.8-5equation editor plugin for AbiWord
ii  aspell-de [aspell-dictionary] 20071211-1 German dictionary for aspell
ii  aspell-en [aspell-dictionary] 6.0-0-5.1  English dictionary for GNU Aspell
ii  poppler-utils 0.8.7-1PDF utilitites (based 

Bug#521931: evince: ignores multiple keypresses in presentation mode

[Patrik Fimml]

Package: evince
Version: 2.22.2-4
Severity: wishlist

With recent versions, evince introduced the new "feature" of blocking
multiple successive keypresses in presentation mode. In my opionion,
this behaviour is a major pain.

Of course I can see what this behaviour aims at, preventing people from
unintentionally skipping over multiple slides. At least for me, however,
that's a really rare thing, I know that I'm supposed to release the
space bar again. And after all, there's a "back" button/keybinding too!

On the other hand, it's not the first time I find myself rehearsing or
skipping through a presentation. As an example, take a presentation
created by LaTeX-beamer, where each "overlay" is one page in the PDF, so
one "slide" can spread over multiple PDF pages.

I would like to either see this behaviour removed entirely again, as I
think it is very confusing when a keypress doesn't trigger any action.
Another solution would be a configuration option or at least a gconf
key.

Kind regards,
Patrik

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (800, 'testing'), (200, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages evince depends on:
ii  gconf2 2.24.0-7  GNOME configuration database syste
ii  gnome-icon-theme   2.24.0-2  GNOME Desktop icon theme
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.24.1-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.24.1-1  The Bonobo UI library
ii  libc6  2.9-4 GNU C Library: Shared libraries
ii  libcairo2  1.8.6-2   The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.12-1  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.80-3simple interprocess messaging syst
ii  libdjvulibre21 3.5.21-3  Runtime support for the DjVu image
ii  libgcc11:4.3.3-3 GCC support library
ii  libgconf2-42.24.0-7  GNOME configuration database syste
ii  libglade2-01:2.6.3-1 library to load .glade files at ru
ii  libglib2.0-0   2.18.4-2  The GLib library of C routines
ii  libgnome-keyring0  2.24.1-2  GNOME keyring services library
ii  libgnome2-02.24.1-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgnomeui-0   2.24.1-1  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.24.0-2GNOME Virtual File System (runtime
ii  libgtk2.0-02.14.7-4+b1   The GTK+ graphical user interface 
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libkpathsea4   2007.dfsg.2-4 TeX Live: path search library for 
ii  libnautilus-extension1 2.20.0-7  libraries for nautilus components 
ii  liborbit2  1:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.22.4-2  Layout and rendering of internatio
ii  libpoppler-glib3   0.8.7-1   PDF rendering library (GLib-based 
ii  libpopt0   1.14-4lib for parsing cmdline parameters
ii  libsm6 2:1.1.0-2 X11 Session Management library
ii  libspectre10.2.2.ds-1+b2 Library for rendering Postscript d
ii  libstdc++6 4.3.3-3   The GNU Standard C++ Library v3
ii  libtiff4   3.8.2-11  Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.2-1   X11 client-side library
ii  libxml22.7.3.dfsg-1  GNOME XML library
ii  shared-mime-info   0.30-2FreeDesktop.org shared MIME databa
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages evince recommends:
ii  dbus-x11  1.2.12-1   simple interprocess messaging syst

Versions of packages evince suggests:
pn  poppler-data   (no description available)
ii  unrar 1:3.8.5-1  Unarchiver for .rar files (non-fre

-- no debconf information


signature.asc
Description: Digital signature

Bug#518271: Fixed in SVN

[Patrik Fimml]

On Wed, Mar 25, 2009 at 06:34:09PM +0200, Edward J. Shornock wrote:
> FWIW, neither this patch for 2.6.4, nor 2.6.8, nor the SVN version have worked
> without crashing for me. 
> 
> Is there any information that I can provide to help squash this bug?

Please try again with r25932 or newer from the abiword SVN. :-)

Thanks, Patrik


signature.asc
Description: Digital signature

Bug#519564: Fixed in 2.6.8

[Patrik Fimml]

Hey,

can you confirm this problem is resolved with abiword-2.6.8?

Patrik


signature.asc
Description: Digital signature

Bug#435068: abiword: Incorrect footnote insertion

[Patrik Fimml]

On Sun, Jul 29, 2007 at 01:40:34AM -0400, Celejar wrote:
> When a footnote is inserted on a page that already has at least one
> note, if the new note is inserted after the first one, Abiword behaves
> correctly,  but Abiword handles new notes inserted before the first
> one incorrectly.  I have attached 'before' and 'after' files; the
> 'after' file is the result of trying to insert a footnote after the
> word 'quick' in the 'before' file.

Can you still reproduce this bug with abiword 2.6.4?

Patrik


signature.asc
Description: Digital signature

Bug#519564: Fixed in 2.6.8

[Patrik Fimml]

tags 519564 + fixed-upstream
thanks

It seems you don't have to debug any further, you can ignore my previous
request. The issue seems to be that some GTK functions may be called
before g_thread_init().

It has been fixed in abiword SVN with r25684 [1], which is contained in
2.6.8.

[1] http://www.abisource.com/viewvc?view=rev&revision=25684

Patrik


signature.asc
Description: Digital signature

Bug#519564: abiword: hangs on startup

[Patrik Fimml]

On Fri, Mar 20, 2009 at 05:05:44PM -0400, Brent S. Elmer wrote:
> Here it is.

Sorry, I have to request some more debugging from you again, as I cannot
reproduce it here.

$ gdb abiword
(gdb) set pagination off
(gdb) set logging on
(gdb) b main
(gdb) run
(gdb) p g_thread_self()
(gdb) watch default_main_context
(gdb) cont
(gdb) watch default_main_context->owner
(gdb) commands 3
> p *default_main_context
> bt full
> cont
> end
(gdb) cont
[wait some time until nothing happens anymore and abiword hangs again]
[CTRL-C]
(gdb) bt full
(gdb) p *default_main_context
(gdb) p g_thread_self()

Thanks,
Patrik


signature.asc
Description: Digital signature

Bug#519562: Wrong bug

[Patrik Fimml]

Whoops. Last two mails belong to #519564.


signature.asc
Description: Digital signature

Bug#495766: abiword: double free when opening font properties

[Patrik Fimml]

On Wed, Aug 20, 2008 at 11:52:02AM +0200, Josselin Mouette wrote:
> Steps to reproduce:
>   * open abiword
>   * type a few words
>   * select one of them
>   * press control-D
> 
> Ka-boom, double free :

I cannot reproduce it. What architecture are you on? Does this still
happen with 2.6.4-5?

If it does, please recompile manually with debugging symbols, debugging
output and without optimizations (debian/rules doesn't handle this
one properly):

$ apt-get source abiword
$ cd abiword-2.6.4/abiword
$ CFLAGS="-g -O0" CXXFLAGS="-g -O0" ./autogen.sh --enable-debug
$ make
$ gdb src/wp/main/unix/abiword

Thanks,
Patrik


signature.asc
Description: Digital signature

Bug#520682: bugs.debian.org: Bug reports disappear from package page

[Patrik Fimml]

Package: bugs.debian.org
Severity: important

Bugs #518271, #500435, #500436 have suddenly disappeared from their
package page [1]. They are merged together and tagged "confirmed
fixed-upstream patch".

[1] http://bugs.debian.org/cgi-bin/pkgreport.cgi?package=abiword

Before tagging them "+ fixed-upstream patch", #518271 was visible on the
page, but the other two were not.

As the package pages are where I usually look for bugs, this should be
fixed ASAP. Or am I missing something?

Kind regards,
Patrik


signature.asc
Description: Digital signature

Bug#518271: Fixed in SVN

[Patrik Fimml]

tags 518271 + patch fixed-upstream
thanks

http://bugzilla.abisource.com/show_bug.cgi?id=11731 seems to be related,
although the patches there do not fix the problem.

The bug is resolved in SVN.

A minimally intrusive patch fixing the problem for 2.6.4 is attached,
but upstream will rewrite the code in question anyway.

Patrik
--- abiword/src/af/gr/unix/gr_UnixPangoGraphics.cpp	2009-03-21 22:56:50.0 +0100
+++ abiword/src/af/gr/unix/gr_UnixPangoGraphics.cpp	2009-03-21 22:56:58.0 +0100
@@ -4975,7 +4975,7 @@
 		slow++;
 	}
 	xxx_UT_DEBUGMSG(("Input %d return %d \n",iAdobe,adobeSUni[slow][1]));
-	if(slow > 255)
+	if(slow >= 255)
 	{
 		return iAdobe;
 	}


signature.asc
Description: Digital signature

Bug#514525: Fixed upstream

[Patrik Fimml]

tags 514525 + fixed-upstream
thanks

Upstream has a duplicate of this bug which was fixed in 2.6.5:
http://bugzilla.abisource.com/show_bug.cgi?id=11789

The fix is the same.

Regards,
Patrik


signature.asc
Description: Digital signature

Bug#519562: Bug#519564: [abiword] toolbars grayed out

[Patrik Fimml]

On Fri, Mar 20, 2009 at 03:29:12PM -0400, Brent S. Elmer wrote:
> Here you go.

Sorry, I forgot I'd also need a "bt full" from the same process. i.e.

(gdb) frame 2
(gdb) p *context
(gdb) bt full

Thanks!

Patrik


signature.asc
Description: Digital signature

Bug#519564: [abiword] toolbars grayed out

[Patrik Fimml]

Please run gdb abiword again, interrupt it when it hangs, and do the
following (please attach the terminal output):

(gdb) frame 2
(gdb) p *context
(gdb) frame 0
(gdb) step

If stepping hangs, you can stop debugging. If it doesn't, please step
multiple times (10-20) so I can have a guess where the program's stuck.

Kind regards,
Patrik


signature.asc
Description: Digital signature

Bug#519564: [abiword] toolbars grayed out

[Patrik Fimml]

On Thu, Mar 19, 2009 at 09:14:19PM -0400, Wendy Elmer wrote:
> There is no difference when running it as you said.  There is no output
> to the terminal.  I have used abiword before.

Thanks for trying.

> Whenever I click on the X to kill the abiword window it doesn't
> respond and a little while later a window pops up saying the
> application is not responding do I want to force quit.

Please get me a backtrace of where abiword hangs. You'll have to
recompile abiword with debugging symbols and install debugging symbols
for various libraries.

In short (http://wiki.debian.org/HowToGetABacktrace has background
information):

$ cd /tmp [or somewhere else where you don't mind stuff lying around]
$ sudo aptitude install build-essential fakeroot
$ sudo apt-get build-dep abiword
$ DEB_BUILD_OPTIONS=nostrip,noopt apt-get --build source abiword
$ sudo dpkg -i abiword*.deb
$ sudo aptitude install libglib2.0-0-dbg libgtk2.0-0-dbg
$ gdb abiword
[...]
(gdb) set logging on
(gdb) set pagination 0
(gdb) run
[wait until abiword hangs, interrupt it by hitting Ctrl+C in the
terminal]
(gdb) thread apply all backtrace full
(gdb) quit
Do you really want to quit? yes

... and attach gdb.txt, which is located wherever you started gdb, in
this case probably /tmp/gdb.txt.

Kind regards,
Patrik


signature.asc
Description: Digital signature

Bug#519564: [abiword] toolbars grayed out

[Patrik Fimml]

On Fri, Mar 13, 2009 at 10:33:20AM -0400, Brent S. Elmer wrote:
> When I open abiword, there are no toolbars.  I tried opening it from the 
> command line to see if 
> there are any errors written and none were.  I am attaching a screenshot.

Try running abiword without your normal preferences and with verbose
messages, i.e. from the terminal with

$ abiword -u /tmp/abiword.profile -v 2

Does the problem disappear? Please include any output you see in the
terminal in your reply. Please also attach the file .AbiSuite/AbiWord.Profile
found in your home directory (it contains your preferences).

Is this the first time you're using abiword? If no, what was the last
version that you remember working?

Do you see this bug in other GTK+ applications as well? (for example
in nautilus, the GNOME file manager)

Thanks in advance for your help improving Debian!


Kind regards,
Patrik



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#495620: Regression – bug is back in testing

[Patrik Fimml]

found 495620 1.8.6-2
thanks

This bug reappeared in libcairo2-1.8.6-2. Downgrading to 1.6.4-7 fixes
the problem, so I am confident that nothing outside cairo is to blame.

Kind regards,
Patrik


signature.asc
Description: Digital signature

Bug#515224: libgbf-1-dev: conflicts with libgbf-1-0

[Patrik Fimml]

(I helped the submitter work around this bug on IRC.)

On Sun, Feb 15, 2009 at 01:21:51AM +0100, Trutz Behn wrote:
> Preparing to replace libgbf-1-dev 0.1.3-2 (using 
> /libgbf-1-dev_0.2.4-1_i386.deb) ...
> Unpacking replacement libgbf-1-dev ...
> dpkg: error processing 
> /var/cache/apt/archives/libgbf-1-dev_0.2.4-1_i386.deb (--unpack):
>  trying to overwrite `/usr/lib/gnome-build-1.0/backends/libgbf-am.la', 
> which is also in package libgbf-1-0
> Errors were encountered while processing:
>  /var/cache/apt/archives/libgbf-1-dev_0.2.4-1_i386.deb

It seems libgfb-am.la has moved from the binary package to the -dev
package. For this reason, libgbf-1-dev >= 0.2 should probably have
libgbf-1-0 in its Conflicts/Replaces.

Kind regards,
Patrik


signature.asc
Description: Digital signature

Bug#514622: duplicate content

[Patrik Fimml]

Sorry for the duplicate information. I was certain that I had subscribed
to the bug report and thus didn't check bugs.debian.org any more.


signature.asc
Description: Digital signature

Bug#514622: [shakaz2...@yahoo.fr: Re : Bug#514622 - Eboard/Crafty book.bin]

[Patrik Fimml]

I'm forwarding a mail from the original submitter that he sent directly
to me instead of to the bug address.

- Forwarded message from ShakaZ  -

From: ShakaZ 
Date: Wed, 11 Feb 2009 14:37:21 + (GMT)
To: Patrik Fimml 
Subject: Re : Bug#514622 - Eboard/Crafty book.bin

Hello Patrick.

Indeed it seems the issue comes from the crafty book.bin & book.bin packages. 
On the official ftp site (ftp://ftp.cis.uab.edu/pub/hyatt/) those files date 
back to 30/1/2007. At that time the latest stable version of crafty was 21.6, 
which is higher than the 20.17 version the error mesage complains about. 

After further investigation i managed to get the book.bin & books.bin files 
provided on the ftp site to work.
The  book.bin & books.bin files provided by the crafty-books-medium debian 
package are dated from 04/03/2007. They should work according to that date, 
however crafty reports them as outdated.
So i replaced those files located in /var/lib/crafty by those from the ftp 
site. (Note : the book files on the ftp server are not that satisfying as they 
are much lighter that those provided from the crafty-book-xxx packages)
Then i took a peek at the ~/.eboard/eboard.conf file. This file contains 
bookmarks to the chess engines used by eboard, along with some parameters to 
configure them. What i noticed is that for the crafty engine those bookmarks 
are not generated correctly. 
For instance a bookmark to crafty with options (default engine time set, 
ponder=no), then the bookpath= variable i empty. The same bookmark but with 
ponder set to ye reults in a correct bookpath variable.
This variable also seems to be inconsistently set as from one bookmark to the 
other it varies between these two options :
bookpath=/var/lib/crafty
bookpath=/home/shakaz/.eboard
Both work so that's not a big issue.

So to me the procedure to solve the issue seem to be :
1. Rebuild up-to-date crafty-books-medium, crafty-books-medtosmall and 
crafty-books-small packages. Either by asking the author to provide new book 
files or by creating new ones as explained here : 
http://www.cis.uab.edu/hyatt/craftydoc.html 
2. Fix eboard so that the bookmarks to the crafty engine are consistent with 
regard to the bookpath variable.

Best regards,

ShakaZ


signature.asc
Description: Digital signature

Bug#514498: dspam crashes on ds_setall_spamrecords (inside libsqlite3_drv.so)

[Patrik Fimml]

Hey,

On Sat, Feb 07, 2009 at 11:25:49PM -0200, Nicol�Lichtmaier wrote:
> Standard configuration. And /usr/bin/dspam crashes with this backtrace:
> [...]

can you try to reproduce this with dspam in command-line mode?

i.e.
$ cat 

Bug#514525: "free(): invalid pointer" when modifying styles

[Patrik Fimml]

Hey,

I just found the problem:

abiword is allocating a tree path with gtk_tree_path_new(), but freeing
it with g_free (vs. gtk_tree_path_free). As gtk_tree_path_new does not
necessarily use malloc() but may also utilize faster memory management
functions, this leads to the described free() error. Besides, using
g_free() will leak memory.

A patch is attached. This fixes the problem for me, which I have been
able to reproduce on amd64.

Kind regards,
Patrik
--- abiword-2.6.4.orig/abiword/src/wp/ap/unix/ap_UnixDialog_Styles.cpp	2009-02-10 22:04:53.0 +0100
+++ abiword-2.6.4/abiword/src/wp/ap/unix/ap_UnixDialog_Styles.cpp	2009-02-10 22:04:56.0 +0100
@@ -661,7 +661,7 @@
 		// select first
 		GtkTreePath *path = gtk_tree_path_new_from_string("0");
 		gtk_tree_selection_select_path(selection, path);
-		g_free(path);
+		gtk_tree_path_free(path);
 	}
 	
 	// selection "changed" doesn't fire here, so hack manually


signature.asc
Description: Digital signature

Bug#514622: (no subject)

[Patrik Fimml]

cont...@bugs.debian.org
Cc: 
Bcc: 
Subject: Re: Bug#514622: eboard: book.bin version outdated when using
crafty engine
Reply-To: 
In-Reply-To: <20090209151151.5632.47385.report...@localhost>
Pgp: S

retitle 514622 crafty reports book.bin as outdated
reassign 514622 crafty 22.10-1
thanks

On Mon, Feb 09, 2009 at 04:11:51PM +0100, shakaz wrote:
> When using the crafty engine in eboard, following error message appears : 
> ERROR!  book.bin not made by version 20.17 or later
> This results in the openings' book not being used, so the engine takes
> a lot more time to calculate moves at the opening of a game.

I cannot verify this as crafty is only available for i386, but eboard
does nothing more than passing the path of the book file to crafty, so I
guess this is an issue with the crafty package or the crafty book packages.

> Also of interest regarding the use of crafty in eboard :
> The book.bin & books.bin files are located in /var/lib/crafty/
> Eboard though looks for them in the following locations :
> ~/.eboard
> ~
> /usr/local/share/eboard
> /usr/share/eboard
> /usr/local/share/crafty
> /usr/share/crafty

As of eboard-1.1.1-3, it will also search in /var/lib/crafty. (#161497)

Kind regards,
Patrik



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512366: tagging 512366

[Patrik Fimml]

# Automatically generated email from bts, devscripts version 2.10.28
# waiting for sponsor 
(http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=eboard
tags 512366 + patch pending



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512366: eboard hangs up and use 100%CPU on PowerPC

[Patrik Fimml]

On Thu, Jan 22, 2009 at 02:16:18PM -0500, Simon Valiquette wrote:
>   By the way, I noticed that the compiler warned that eboard was linked  
> with a number of apparently unnecessary libraries like libpango. For  
> Lenny, it is best to keep it like it is now, but it would be a good idea  
> to look at it for Lenny+1.

Pango is part of GTK+ and automatically pulled in by pkg-config.


Okay, I think I found the real culprit. In various places, network.cc
limits output to non-control characters by comparing with 0x20. On x86,
char is signed and 0xFF will be (-1), thus being treated as control
character. On ppc, chars are unsigned AFAIK, and 0xFF will be (255), and
passed on to the rest of the code.

154 if (buffer.front()>=32)
219   if (c>=0x20)
294   if (c>=0x20)

My fix for the time being would be to duplicate behaviour as on x86,
using signed chars everywhere (as I suspect that other bugs might arise
otherwise). A patch to the source package is attached, would you please
try if that fixes the problem?


Kind regards,
Patrik
--- eboard-1.1.1/debian/rules~	2009-01-22 21:14:25.0 +0100
+++ eboard-1.1.1/debian/rules	2009-01-22 21:15:05.0 +0100
@@ -8,7 +8,8 @@
 configure: configure-stamp
 configure-stamp: patch-stamp
 	dh_testdir
-	./configure --prefix=/usr --data-prefix=/usr/share/games --man-prefix=/usr/share/man
+	./configure --prefix=/usr --data-prefix=/usr/share/games \
+	--man-prefix=/usr/share/man --extra-flags=-fsigned-char
 
 	touch configure-stamp
 


signature.asc
Description: Digital signature

Bug#512366: eboard hangs up and use 100%CPU on PowerPC

[Patrik Fimml]

>>> If you need any more information or want me to try a patch, just ask me.
>>
>> Please try to get a backtrace with debugging symbols after the freeze
>> occurs and you hit CTRL-C.
>
>   Okay, I found out that it was looping inside NText::formatLine exactly  
>  between the following lines in the file ntext.cc:
>
>  320   while(k-j > 0) {
>  321 fit = false;
>  322
>  323 // try full-fit for for unwrapped of last chunk of wrapping
>  324
>  325 if (j==0 && sl->Width >= 0) {
>  326   w = sl->Width;
>  327 } else {
>  328   if (!g_utf8_validate(tp+j,k-j,NULL)) continue;
>
>  Obviously, "g_utf8_validate()" always returns false so the execution  
> flow always move back to the start of the "while" loop.
>
>  Is it just me that is very tired, or will it always test exactly the  
> same string?

Yes, it will.

>  The only sane explanation that came to my mind is that on x86, unless  
> there is something wrong, the data are almost always valid Unicode on the 
> first try (which seems reasonnable).
>
>   It looks like a cut&paste error because just after, there is a "for"  
> loop with almost exaclty the same code, except that the code makes more  
> sense and don't always test the same data.
>
>  It would also means that on big endian systems, there is maybe another  
> bug somewhere that made this bug show up.

Yeah. The code is weird enough, but we shouldn't even get that far.

>  Here the backtrace in case you would still want to see it.  On Etch,  
> there was also 2 stranges (but innocent looking) caracters appearing just 
> after login.  I can't remember for sure if it was "ÿû" exactly, but I do  
> remember that it was some accented letters.

Do you know where they appeared? After your login name, or after the
"password:" prompt, or anywhere inbetween?

My guess is that the characters used to make a terminal not display its
input (i.e. if you were entering your password over a telnet FICS
session) are upsetting eboard.


Actually, the guide I linked has got it wrong, you need to set
DEB_BUILD_OPTS="nostrip noopt", separated by a space, not a comma.
Please re-compile eboard without optimizations for further debugging,
and get a detailed backtrace (bt full).

Please dump the raw byte contents of the trouble-causing buffer. Assuming
you break in g_utf8_validate again, you could do:

(gdb) p /x *...@10


Besides, a dump of the network traffic would probably be helpful. With
netcat, you could do

$ nc -l -p 5000 -c 'nc -o eboard-tcp-log freechess.org 5000'

and let eboard connect to localhost:5000 to get a hex dump in
eboard-tcp-log.


Kind regards,
Patrik


signature.asc
Description: Digital signature

Bug#512366: eboard hangs up and use 100%CPU on PowerPC

[Patrik Fimml]

On Tue, Jan 20, 2009 at 02:19:59AM -0500, Simon Valiquette wrote:
> After upgrading from Etch to Lenny, eboard stopped working on PowerPC.
> Since it works fine on x86, my guess is that there is maybe an
> endianness issue somewhere in the networking code of eboard.
> 
> More exactly, it start as usual, but when connecting to a chess server,
> it hangs and consume 100% CPU once the user have entered a user name.
> [...]
> If I press 'return here, the screen draw an additionnal '>' on the next
> line, and the window hangs (it cannot be closed except by pressing CTRL-C
> twice in a console or by killing it).

Are you using a custom login script (~/.eboard/scripts/autofics.pl) that
does weird stuff, maybe? If yes, please try without the script.

> If you need any more information or want me to try a patch, just ask me.

Please try to get a backtrace with debugging symbols after the freeze
occurs and you hit CTRL-C. The wiki has a farily comprehensive guide
[1], if you need further assistance, just contact me. Thanks in advance!

[1] http://wiki.debian.org/HowToGetABacktrace

Can anybody else reproduce this on PPC?

Kind regards,
Patrik


signature.asc
Description: Digital signature

Bug#499360: Iceweasel display corruption

[Patrik Fimml]

On Tue, Oct 14, 2008 at 08:00:42AM +0200, Mike Hommey wrote:
> I might have found the real culprit, but still need some validation, so
> if you could try downgrading xulrunner-1.9 (apt-get install
> xulrunner-1.9=1.9.0.3-1 should do) if you upgraded it with the packages
> above, and try again the following packages:
> 
> http://glandium.org/files/libcairo2_1.6.4-6.0.1_i386.deb
> http://glandium.org/files/libcairo2_1.6.4-6.0.1_amd64.deb

Yes, works as well.

Kind regards,
Patrik


signature.asc
Description: Digital signature

Bug#499360: Iceweasel display corruption

[Patrik Fimml]

> I would like you all to revert your X.org config changes, verify that
> iceweasel indeed still corrupts display, and try one of the following
> packages depending on the architecture you are using:
> 
> http://people.debian.org/~glandium/xulrunner-1.9_1.9.0.3-1.0.1_amd64.deb

I verified that display was corrupted before installing; the new package
works like a charm for me. Great work!

Architecture: amd64
Workaround was: Option "AccelMethod" "XAA"

Kind regards,
Patrik


signature.asc
Description: Digital signature

Bug#495410: xserver-xorg-video-intel: BackingStore vs. acceleration method for i855GM

[Patrik Fimml]

Note that bug #499360 describes a similar problem.


signature.asc
Description: Digital signature

Bug#499360: iceweasel: bad rendering of some backgrounds

[Patrik Fimml]

So, is this a bug in Gecko using offscreen pixmaps incorrectly, or in
the intel driver's implementation? If so, it should be reassigned to
xserver-xorg-video-intel.

Patrik


signature.asc
Description: Digital signature

Bug#498914: php5-cli: Class-named functions are treated as constructors, but only in included files

[Patrik Fimml]

Package: php5-cli
Version: 5.2.6-3
Severity: normal

When defining a function with the same name as the enclosing class, it
is treated as a constructor for backwards-compatibility. However, if
there is a __construct() function, it should be ignored.

PHP handles this correctly when the class is defined in a script file
that is directly executed, but reports an error (two constructors) if
the class comes from an included file.

With the two attached files in the same directory, I get the following
results:

% php a.php
(nothing)

% php test.php
>
> Strict standards: Redefining already defined constructor for class A in 
> /tmp/a.php on line 8
>
> Call Stack:
> 0.0002 106840   1. {main}() /tmp/test.php:0
>

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (800, 'testing'), (200, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages php5-cli depends on:
ii  libbz2-1.01.0.5-1high-quality block-sorting file co
ii  libc6 2.7-13 GNU C Library: Shared libraries
ii  libcomerr21.41.0-3   common error description library
ii  libdb4.6  4.6.21-8   Berkeley v4.6 Database Libraries [
ii  libkrb53  1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries
ii  libmagic1 4.25-1 File type determination library us
ii  libncurses5   5.6+20080830-1 shared libraries for terminal hand
ii  libpcre3  7.6-2.1Perl 5 Compatible Regular Expressi
ii  libssl0.9.8   0.9.8g-13  SSL shared libraries
ii  libxml2   2.6.32.dfsg-3  GNOME XML library
ii  mime-support  3.44-1 MIME files 'mime.types' & 'mailcap
ii  php5-common   5.2.6-3Common files for packages built fr
ii  tzdata2008e-3time zone and daylight-saving time
ii  ucf   3.007  Update Configuration File: preserv
ii  zlib1g1:1.2.3.3.dfsg-12  compression library - runtime

php5-cli recommends no packages.

Versions of packages php5-cli suggests:
ii  php-pear  5.2.6-3PEAR - PHP Extension and Applicati

-- no debconf information


a.php
Description: application/httpd-php


test.php
Description: application/httpd-php


signature.asc
Description: Digital signature

Bug#498512: foomatic-db: Invalid PPD for HP 2605

[Patrik Fimml]

Package: foomatic-db
Version: 20080211-2
Severity: important
Tags: patch

The PPD that foomatic-db provides for the HP 2605 (id
HP-Color_LaserJet_2605) has a syntax error, which makes it completely
useless. The problem is a missing colon in line 122, a patch is
attached.

Credit for finding this out goes to an anonymous user of the
OpenPrinting database [1].

[1] http://openprinting.org/show_printer.cgi?recnum=HP-Color_LaserJet_2605

Kind regards,
Patrik

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (800, 'testing'), (200, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

foomatic-db depends on no packages.

Versions of packages foomatic-db recommends:
ii  foomatic-db-engine3.0.2-20080211-1   OpenPrinting printer support - pro
ii  foomatic-filters  3.0.2-20080211-3.1 OpenPrinting printer support - fil

Versions of packages foomatic-db suggests:
ii  cups [cupsys]  1.3.8-1lenny1 Common UNIX Printing System(tm) - 
pn  foo2zjs(no description available)
pn  foomatic-db-gutenprint (no description available)
pn  foomatic-db-hpijs  (no description available)

-- no debconf information
diff -urN orig/HP_Color_LaserJet_2605.ppd fixed/HP_Color_LaserJet_2605.ppd
--- orig/HP_Color_LaserJet_2605.ppd	2008-09-10 19:10:02.0 +0200
+++ fixed/HP_Color_LaserJet_2605.ppd	2008-09-10 19:11:11.0 +0200
@@ -119,7 +119,7 @@
 	restore
 "
 *End
-*CloseUI *HPCollateSupported
+*CloseUI: *HPCollateSupported
 
 
 *OpenUI *HPOption_Duplexer/Duplex Unit: Boolean


signature.asc
Description: Digital signature

Bug#490007: eboard: please package extras pack 2

[Patrik Fimml]

It's planned, but there are some licensing issues [1] that have yet to
be clarified.

[1] http://lists.debian.org/debian-mentors/2008/06/msg00096.html

See also bug#483211.

Kind regards,
Patrik


signature.asc
Description: Digital signature

Bug#487782: eboard: doesn't play configured sounds

[Patrik Fimml]

Should have been:

Note, however, that sound playback is still buggy due to #474961.


signature.asc
Description: Digital signature

Bug#487782: eboard: doesn't play configured sounds

[Patrik Fimml]

tags 487782 + confirmed pending
thanks

Indeed, eboard assumes the existence of a "-d DEVICE" argument. The bug
will be fixed in the next Debian package.

Note, however, that sound playback is still buggy due to #487782.

A workaround to both this and the sox bug is to specify "execute a
command" with a command line of "aplay
/usr/share/games/eboard/Move1.wav" or similar.


signature.asc
Description: Digital signature

Bug#485616: xserver-xorg-video-intel: no TV (S-Video) output with GM965 (regression)

[Patrik Fimml]

tags 485616 + fixed-upstream
thanks

On Tue, Jun 10, 2008 at 03:25:51PM +0200, Julien Cristau wrote:
> > The S-Video port of my laptop (Acer Extensa 5220) with an Intel graphics
> > chip is completely unusable with version 2.3.1-1. It shows up in xrandr
> > just fine, but fails to deliver any picture, even if xrandr believes it
> > is active.
> 
> Can you try latest upstream development version?  With some luck, it
> might be that the fix for
> http://bugs.freedesktop.org/show_bug.cgi?id=14000 fixed your problem
> too.

Worked like a charm. Thanks for the hint!


signature.asc
Description: Digital signature

Bug#485616: xserver-xorg-video-intel: no TV (S-Video) output with GM965 (regression)

[Patrik Fimml]

Package: xserver-xorg-video-intel
Version: 2:2.3.1-1
Severity: important

The S-Video port of my laptop (Acer Extensa 5220) with an Intel graphics
chip is completely unusable with version 2.3.1-1. It shows up in xrandr
just fine, but fails to deliver any picture, even if xrandr believes it
is active.

Now it gets complicated.

As I remembered it working before, I did some bisecting. I found out
that reverting commit e720ae4476c3f986f623ce0f0ab9775b8b9b7e05 makes the
port work as long, given that the S-Video port is connected to a TV at
the time X starts. I can restart the X server and the port keeps
working.

However, whenever the port has been disabled once, e.g.

  * the X server was started without a cable plugged in
  * while X was running, it was disabled via "xrandr --output TV --off"

it is impossible to get a picture again until the next reboot. "xrandr
--output TV --auto" will mark the port as active, but without an actual
result; "vbetool post" to reset the VGA card does not help either, nor
does restarting the X server.

Please contact me for whatever further information or explanations you need.

% lspci -v -s 00:02
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 
Integrated Graphics Controller (rev 03)
Subsystem: Acer Incorporated [ALI] Device 011f
Flags: bus master, fast devsel, latency 0, IRQ 16
Memory at fc00 (64-bit, non-prefetchable) [size=1M]
Memory at d000 (64-bit, prefetchable) [size=256M]
I/O ports at 1800 [size=8]
Capabilities: [90] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 
Enable-
Capabilities: [d0] Power Management version 3

00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated 
Graphics Controller (rev 03)
Subsystem: Acer Incorporated [ALI] Device 011f
Flags: bus master, fast devsel, latency 0
Memory at fc10 (64-bit, non-prefetchable) [size=1M]
Capabilities: [d0] Power Management version 3

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (800, 'testing'), (200, 'unstable'), (50, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-1-686 (SMP w/1 CPU core)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


signature.asc
Description: Digital signature

Bug#299535: Eboard will skip pawn moves from PGN files marked with "?!"

[Patrik Fimml]

Hi,

the latest eboard version, 1.1.1, as well as earlier ones, will silently
ignore pawn moves in PGN files that are suffixed with "?!". As this
seems to be valid SAN notation and eboard is doing just fine when any
other figure move is commented "?!", this is unexpected behaviour.

You can easily verify this with the attached minimal PGN file. The b5?!,
d4?!, etc. half-moves will simply not show up at all.

Another thing to note is that if any of these half-moves are annotated,
the annotation is still shown, although the move is not.

Please have a look into this issue. In replies, please always include a
copy to [EMAIL PROTECTED] (Cc) so the Debian BTS can
track progress.

Kind regards,
Patrik


mini.pgn
Description: application/chess-pgn


signature.asc
Description: Digital signature

Bug#193206: Text console-related crashes fixed in new package

[Patrik Fimml]

It is very likely that these crashes are related to bugs in the text console.
These bugs have been fixed some time ago, please also see bug #231759.

If you find this bug to persist in eboard-1.1.1-2, please drop me a line.


signature.asc
Description: Digital signature

Bug#452686: Text console-related crashes fixed in new package

[Patrik Fimml]

It is very likely that these crashes are related to bugs in the text console.
These bugs have been fixed some time ago, please also see bug #231759.

If you find this bug to persist in eboard-1.1.1-2, please drop me a line.


signature.asc
Description: Digital signature

Bug#484157: Short addition

[Patrik Fimml]

Another thing I just noticed: In addition to the cluttered label, all TOC
entries refer to page 1.


signature.asc
Description: Digital signature

Bug#484157: latex.pdf: messed-up PDF table of contents

[Patrik Fimml]

Package: texlive-latex-base-doc
Version: 2007-14
Severity: normal

In /usr/share/texmf-texlive/doc/latex/base/latex.pdf, the hyperrefs that
appear in any PDF viewer's table of contents (evince, acroread - also called
"Bookmarks") are badly messed up.  For example, the first entry under
/Commands/Counters is labeled as

[EMAIL PROTECTED]@ttfam @def [EMAIL PROTECTED] @backslashcurfont } addtocounter

instead of just "addtocounter". This makes the otherwise very convenient PDF TOC
rather useless.

(I've taken the freedom to strip some extra details as the problem is clearly
related to a shipped file, not my particular setup.)

Kind regards,
Patrik


-- System Information:

Versions of packages texlive-latex-base-doc depends on:
ii  texlive-common2007-14TeX Live: Base component

texlive-latex-base-doc recommends no packages.

Versions of packages tex-common depends on:
ii  debconf   1.5.22 Debian configuration management sy
ii  ucf   3.006  Update Configuration File: preserv

Versions of packages texlive-latex-base-doc is related to:
pn  tetex-base (no description available)
pn  tetex-bin  (no description available)
pn  tetex-extra(no description available)
ii  tex-common1.11   common infrastructure for building



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483211: ITP: eboard-extras-pack2 -- Additional piece sets and sounds for eboard (pack 2)

[Patrik Fimml]

Package: wnpp
Severity: wishlist
Owner: Patrik Fimml <[EMAIL PROTECTED]>

* Package name: eboard-extras-pack2
  Version : 1
  Upstream Author : Felipe Bergo <[EMAIL PROTECTED]>
* URL : http://www.bergo.eng.br/eboard/
* License : GPL
  Programming Lang: N/A (only images and sounds)
  Description : Additional piece sets and sounds for eboard (pack 2)

This is the second extras pack for eboard, a popular chess interface. It
provides additional piece sets and sounds.

While I adopt eboard (bug #483054) and -extras-pack1 (bug #483164), I plan to
package this second extras pack as well.

Patrik


signature.asc
Description: Digital signature

Bug#459341: libaudio-mpd-perl: Missing dependency

[Patrik Fimml]

On Sat, Jan 05, 2008 at 10:38:47PM +0100, gregor herrmann wrote:
> Patrik, if it's ok for you I'd like to close this bug.

Sure; I just stumbled across it and thought somebody should report that.

Patrik


signature.asc
Description: Digital signature

Bug#459341: Further issues

[Patrik Fimml]

The package also misses a dependency for libproc-daemon-perl (also
needed by mpd-dynamic).




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#459341: libaudio-mpd-perl: Missing dependency

[Patrik Fimml]

Package: libaudio-mpd-perl
Version: 0.19.1-1
Severity: minor

libaudio-mpd-perl ships with mpd-dynamic, which depends on Getopt::Euclid
(provided by libgetopt-euclid-perl). The package is missing that dependency.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (899, 'testing'), (499, 'unstable'), (99, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libaudio-mpd-perl depends on:
ii  libaudio-mpd-common-perl  0.1.2-1common perl helper classes for MPD
ii  libclass-accessor-perl0.31-2 Automated accessor generator
ii  libreadonly-perl  1.03-1 Facility for creating read-only sc
ii  perl  5.8.8-12   Larry Wall's Practical Extraction 

libaudio-mpd-perl recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#368916: Patch in debian package?

[Patrik Fimml]

Seeing not much progress on this issue upstream, a patch on the Debian
side would be useful, I think. The variable actually should be
TERM=gnome-256color, which is included in the "ncurses-term" package. A
dependency on this package should be introduced together with the patch
(kterm depends on it as well, so that shouldn't be much of a problem).


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil