Bug#752724: bashdb

[Oleksandr Moskalenko]

Hi Nicholas,

I missed my pgp key update window and got locked out of the uploading. 
I've been looking to get my new key signed, but at the moment it's 
unknown when this might happen. If you like please go ahead and take 
care of the package.


Regards,

Alex

On 10/2/2015 6:36 AM, Nicholas Bamber wrote:

Oleksandr,
Are you interested in fixing the RC bugs in bashdb? I've had a 
look and I think I could give it  a go. it mainly seems to need 
updating to the latest pstream version.

Bug#763927: postfixadmin: footer template uses postfixadmin.com, which points to a spam website

[Oleksandr Moskalenko]

Package: postfixadmin
Version: 2.3.5-2+deb7u1
Severity: minor

Dear Maintainer,

The footer template  uses a postfixadmin.com target for the "Postfix Admin
2.3.5" message in the bottom left corner. However, it looks like the domain
has expired and was taken over by Russian spammers. Please update the template
to point to http://postfixadmin.sourceforge.net/ instead.

Regards,

Alex


-- System Information:
Debian Release: 7.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (x86_64)

Kernel: Linux 3.15.4-x86_64-linode45 (SMP w/3 CPU cores)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages postfixadmin depends on:
ii  apache2-mpm-prefork [httpd]  2.2.22-13+deb7u3
ii  dbconfig-common  1.8.47+nmu1
ii  debconf  1.5.49
ii  libapache2-mod-php5  5.4.4-14+deb7u14
ii  mysql-client-5.5 [mysql-client]  5.5.38-0+wheezy1
ii  php5-imap5.4.4-14+deb7u14
ii  php5-mysql   5.4.4-14+deb7u14
ii  wwwconfig-common 0.2.2

Versions of packages postfixadmin recommends:
ii  mysql-server   5.5.38-0+wheezy1
ii  postfix-mysql  2.9.6-2

Versions of packages postfixadmin suggests:
ii  dovecot-core [dovecot-common]  1:2.1.7-7+deb7u1

-- debconf information excluded


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

Bug#701993: ABI breakage lcms2

[Oleksandr Moskalenko]

On 07/29/2013 02:42 PM, Jonas Smedegaard wrote:

Quoting Bastien ROUCARIES (2013-07-29 17:27:26)

For going to do this work but liblcms2 is really a shame about ABI/API
compatibilty. See:

http://upstream-tracker.org/versions/lcms.html

So be prepared to ask for a so dump.

Thanks for raising attention to this.

@Oleksandr: Please strongly consider using a symbols file to a) fail
when symbols are removed and b) have consumers of this library (like
ghostscript and krita) automagically handle symbols added.

...instead of leaving it to downstream FTBFS to reveal breakage really
belonging in liblcms.


Regards,

  - Jonas


Hi Jonas,

I'll definitely add a symbols file before the next upload of 2.5. Thanks 
a lot for exploring the compatibility issues.


I already made a functional lcms2-2.5 package that has been used to 
build other packages, but I still have to apply the patches for security 
advisories and generally polish the package up to the debian/main standards.


Regards,

Alex


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

Bug#717928: Remove lcms for jessie

[Oleksandr Moskalenko]

On 07/26/2013 12:56 PM, Moritz Muehlenhoff wrote:

Package: lcms
Severity: serious

Since Wheezy there are two source packages for lcms (lcms and lcms2).

lcms should be removed for jessie (and it's rev-deps adapted to lcms)

Cheers,
 Moritz


I fully agree. Who can I co-ordinate the transition for all packages 
that depend on lcms1 to lcms2? Should I upload the current lcms2 release 
(2.5) I'm packaging as is first?


Regards,

Alex


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

Bug#701993: lcms2: Please release recent code needed by recent Ghostscript

[Oleksandr Moskalenko]

On 07/26/2013 11:58 AM, Adrien Grellier wrote:

Hi,

Is there any news about bringing a recent code in sid since march ?

We think a newer version of lcms could solve a bug in krita, from the calligra 
suite :
https://bugs.kde.org/show_bug.cgi?id=322810

Do you think an upload of lcms could happen this summer ?

Regards,

Adrien


Hi Adrien,

I'm packaging lcms 2.5. It'll go into sid as soon as it's ready.

Regards,

Alex


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

Bug#712718: scribus: split the huge single binary package

[Oleksandr Moskalenko]

Thanks Joachim. I'll take a look.

Regards,

Alex

On Jun 18, 2013, at 2:53 PM, Joachim Wiedorn  wrote:

> Package: scribus
> Severity: important
> 
> Hello,
> 
> in the last week I have worked out splitting the scribus package 
> into 7 binary packages:
>  scribus  (any)
>  scribus-data (all)
>  scribus-dev  (all)
>  scribus-help (all)
>  scribus-help-de  (all)
>  scribus-help-en  (all)
>  scribus-help-it  (all)
> 
> As example you can find all my files made with the newest SVN version
> in my Debian repository:
> 
> http://www.joonet.de/debian/pool/main/s/scribus/
> 
> It would be nice if you could use a new splitting structure.
> Especially splitting out the data package would be very good for the
> official Debian repository because this large package is a "all" file.
> 
> And I have made a complete rewrite of the debian directory for use
> with the new "dh" command. The help files are now accessable (don't
> be gzipped).
> 
> ---
> Have a nice day.
> 
> Joachim (Germany)


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

Bug#660163: two years, and two versions, out of date

[Oleksandr Moskalenko]

On Feb 28, 2013, at 6:41 PM,  wrote:

> PoDoFo 0.9.2 has been released.
> 
> http://podofo.sourceforge.net/download.html
> 
> Version 0.9.0 is the latest available in the Debian archive.
> This is now two years, and two versions, out of date.
> 
> Please upgrade to the current release.
> 
> 
> -- Ian Bruce


Hi Ian,

Will do. I have a package built for a custom archive. I'll clean it up for 
debian/main and upload.

Regards,

Alex

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

Bug#697334: scribus: Crash on startup if not opening a document

[Oleksandr Moskalenko]

I can't reproduce it just like David. Scribus 1.4.2 will be coming out pretty 
soon, so there will be a package refresh. It's possible that  your local issue 
will get resolved at that point. However, you could try purging and 
re-installing the scribus package right now and removing or renaming your 
'.scribus' folder in the process.

Regards,

Alex

On Jan 3, 2013, at 10:04 PM, Vincent Lhote 
 wrote:

> Package: scribus
> Version: 1.4.0.dfsg+r17300-1.1
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> When I launch scribus via the GNOME menu or the command line, it starts then 
> crash with a popup indicating: “crashes due to Signal #6”. The terminal 
> output is:
> 
> terminate called after throwing an instance of 'std::bad_alloc'
>  what():  std::bad_alloc
> Scribus Crash
> -
> Scribus crashes due to Signal #6
> Calling Emergency Save
> 
> I tried removing the ~/.scribus file, and had the crash anyway. I also tried 
> renaming the ~/.fonts in case it was a font problem, with the same result.
> 
> I tried opening an old document (saved with version 1.3.3) and it did not 
> crash. Starting from there I can use this document, close it, and create a 
> new document. If I close scribus, and start it again, without opening this 
> document, it show the same error and popup then closes. It seems I can do the 
> same thing with other old documents (1.3.3) and also with more recent 
> documents.
> 
> -- System Information:
> Debian Release: 7.0
>  APT prefers testing
>  APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
> Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages scribus depends on:
> ii  ghostscript 9.05~dfsg-6.3
> ii  libc6   2.13-37
> ii  libcairo2   1.12.2-2
> ii  libcups21.5.3-2.4
> ii  libfontconfig1  2.9.0-7.1
> ii  libfreetype62.4.9-1
> ii  libgcc1 1:4.7.2-4
> ii  libjpeg88d-1
> ii  liblcms11.19.dfsg-1.2
> ii  libpodofo0.9.0  0.9.0-1.1+b1
> ii  libpython2.72.7.3~rc2-2.1
> ii  libqt4-network  4:4.8.2+dfsg-2
> ii  libqt4-xml  4:4.8.2+dfsg-2
> ii  libqtcore4  4:4.8.2+dfsg-2
> ii  libqtgui4   4:4.8.2+dfsg-2
> ii  libstdc++6  4.7.2-4
> ii  libtiff43.9.6-10
> ii  libxml2 2.8.0+dfsg1-7
> ii  python  2.7.3~rc2-1
> ii  python-tk   2.7.3-1
> ii  zlib1g  1:1.2.7.dfsg-13
> 
> Versions of packages scribus recommends:
> ii  cups-bsd 1.5.3-2.4
> ii  gsfonts-x11  0.22
> ii  xfonts-scalable  1:1.0.3-1
> 
> Versions of packages scribus suggests:
> ii  icc-profiles  2.0.1-1
> ii  scribus-template  1.2.4.1-2
> 
> -- no debconf information


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

Bug#633721: Provide a package containing only free profiles

[Oleksandr Moskalenko]

On Feb 15, 2012, at 3:35 PM, Bernhard Reiter wrote:

> I've noticed that Ubuntu already has factored out free ICC profiles from
> icc-profiles into a icc-profiles-free package [1]; the version of its
> non-free icc-profiles package [2] is thus now 2.0+nondfsg-0ubuntu1. This
> is quite similar to what is requested here, only that Ubuntu's binary
> icc-profiles-free has a source packages of its own -- presumably so it
> is completely dfsg-compliant.
> 
> I have thus modified Ubuntu's icc-profiles-free package to suit Debian,
> fixed 3 Lintian warnings, and uploaded it to mentors.debian.net [3]. I
> have done the same to Ubuntu's icc-profiles package [4].
> 
> Any comments welcome! I'd of course be happy to see my packages uploaded
> to Debian!
> 
> Kind regards
> Bernhard Reiter
> 
> [1] https://launchpad.net/ubuntu/+source/icc-profiles-free
> [2] https://launchpad.net/ubuntu/+source/icc-profiles
> [4] http://mentors.debian.net/package/icc-profiles-free
> [5] http://mentors.debian.net/package/icc-profiles
> 

Uploading to ftp-master (via ftp to ftp.upload.debian.org):
  Uploading icc-profiles-free_2.0+dfsg-1.dsc: done.
  Uploading icc-profiles-free_2.0+dfsg-1.debian.tar.gz: done.
  Uploading icc-profiles-free_2.0+dfsg-1_all.deb: done.
  Uploading icc-profiles-free_2.0+dfsg-1_amd64.changes: done.
Successfully uploaded packages.

Thanks for preparing the package. It looked fine to me. If anything comes up we 
can fix it.

Cheers,

Alex


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

Bug#630751: /etc/mime.types addition requested

[Oleksandr Moskalenko]

I sent a request to the mime-support maintainer to add an entry for Scribus to
/etc/mime.types.



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

Bug#648713: Removal requested

[Oleksandr Moskalenko]

I agree with the reasons for this package's removal. I just made a ROM removal 
request.


signature.asc
Description: Digital signature

Bug#616170: (no subject)

[Oleksandr Moskalenko]

Hi Yves-Alexis.

I am reluctant to make big changes to the package as its replacement lcms2 is
already in Debian.



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

Bug#621401: scribus: FTBFS on armel: no matching function for call to 'qMax(qreal&, double)'

[Oleksandr Moskalenko]

* Hector Oron  [2011-04-07 00:20:38 +0100]:

> Source: scribus
> Version: 1.4.0.dfsg~rc3+svn20110401-1
> Severity: serious
> Justification: FTBFS
> 
> Hello,
> 
>   Your package fails to build on armel builders:

This package is not likely to ever be built on armel ever again. I will
create a manual arch list with armel excluded on the next upload, which is all
that can be done on the scribus side. This problem is due to the qreal
handling in Qt4 on arm and does not appear on any other architecture by the
way.

> [  3%] Building CXX object 
> scribus/fonts/CMakeFiles/scribus_fonts_lib.dir/scfontmetrics.cpp.o
> /build/buildd-scribus_1.4.0.dfsg~rc3+svn20110401-1-armel-ncL0tm/scribus-1.4.0.dfsg~rc3+svn20110401/s
> +cribus/fonts/scfontmetrics.cpp: In function 'QPixmap FontSample(const 
> ScFace&, int, QString,
> +QColor, bool)':
> /build/buildd-scribus_1.4.0.dfsg~rc3+svn20110401-1-armel-ncL0tm/scribus-1.4.0.dfsg~rc3+svn20110401/s
> +cribus/fonts/scfontmetrics.cpp:284:29: error: no matching function for call 
> to 'qMax(qreal&,
> +double)'
> /build/buildd-scribus_1.4.0.dfsg~rc3+svn20110401-1-armel-ncL0tm/scribus-1.4.0.dfsg~rc3+svn20110401/s
> +cribus/fonts/scfontmetrics.cpp:305:29: error: no matching function for call 
> to 'qMax(qreal&,
> +double)'
> make[3]: *** 
> [scribus/fonts/CMakeFiles/scribus_fonts_lib.dir/scfontmetrics.cpp.o] Error 1
> make[3]: Leaving directory
> 
>   Find full build log at:
>   
> https://buildd.debian.org/status/fetch.php?pkg=scribus&arch=armel&ver=1.4.0.dfsg%7Erc3%2Bsvn20110401-1&stamp=1301818956
> 
> 
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
> 'experimental')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 2.6.38-2-amd64 (SMP w/8 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> 
> 



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

Bug#614762: bashdb: ships /usr/share/info/dir.gz

[Oleksandr Moskalenko]

* Mario 'BitKoenig' Holbe  [2011-02-23 17:04:21 
+0100]:

> On Wed, Feb 23, 2011 at 09:33:59AM -0600, Oleksandr Moskalenko wrote:
> > * Mario 'BitKoenig' Holbe  [2011-02-23 10:56:25 
> > +0100]:
> > > bashdb 4.2.0.6-1 started to ship
> > >   /usr/share/info/dir.gz
> > workaround. I wonder if the install-info behavior should be directed to the
> > attention of the TeX maintainers.
> 
> Mh, could you figure out which part in the rules file did put the dir
> file in place? I think this would then be the right recipient for a
> clone/reassign bug or something like that.
> 
> Thanks for the workaround.
> 
> 
> Mario
> -- 
> Selbst im Hirn des weisesten Mannes gibt es einen toerichten Winkel.
>   -- Aristoteles

Hi Mario,

It's upstream code in the makefiles and tests that calls install-info. That
call produces the dreaded /usr/share/info/dir.gz

Cheers,

Alex


signature.asc
Description: Digital signature

Bug#614762: bashdb: ships /usr/share/info/dir.gz

[Oleksandr Moskalenko]

* Mario 'BitKoenig' Holbe  [2011-02-23 10:56:25 
+0100]:

> Package: bashdb
> Version: 4.2.0.6-1
> Severity: serious
> 
> Hello,
> 
> bashdb 4.2.0.6-1 started to ship
>   /usr/share/info/dir.gz
> which is very likely not intentional.
> 
> First of all, this file is usually managed by install-info and thus gets
> overwritten regularly which causes bashdb's package checksums to fail.
> Second, shipping this file triggers install-info to switch from plain
> to a compressed Info directory format, which breaks info viewers that
> cannot handle compressed dir files, like Emacs (see #543564).
> Third, (re)installing or upgrading bashdb always corrupts the info
> directory this way.
> 
> The last time such bugs showed up (see #537835 and #543911) they've been
> caused by an install-info transition (see Sven's comment in #543911),
> maybe this helps in resolving the current issue.
> 
> This issue persists in 4.2.0.6-2, btw.
> 
> 
> Thanks for your work & regards
>Mario
> -- 
> Doing it right is no excuse for not meeting the schedule.
> -- Plant Manager, Delphi Corporation

Right, so I had my morning coffee and put the rm rule after dh_compress as a
workaround. I wonder if the install-info behavior should be directed to the
attention of the TeX maintainers.




signature.asc
Description: Digital signature

Bug#611144: icc-profiles: Please update various profiles

[Oleksandr Moskalenko]

Hi Jonas,

I've merged the profiles from your package into icc-profiles along with the
openicc profiles provided by Kai-Uwe Behrmann and uploaded the icc-profiles
2.0-1 package into Debian. Thanks for the additional profiles. Please verify
the license info if you have time.

Cheers,

Alex

* Jonas Smedegaard  [2011-01-25 23:33:05 +0100]:

> Package: icc-profiles
> Version: 1.0.1.0jones2-0~0jones1
> Severity: wishlist
> 
> Hi,
> 
> For quite some time now I have maintained my own unofficial fork of
> icc-profiles at http://debian.jones.dk/pkg/printing_/ which is silly:
> 
> Please either have a look at that package and consider adopting any or
> all of it, or - as I notice it is maintained in the collab-maint area -
> tell me if ok that I update it myself, and - again if ok with you -
> release my changes as a new packaging officially for Debian.
> 
> Or put differently: Please tell me if interested in co-maintainers :-)
> 
> 
> Kind regards,
> 
>  - Jonas
> 
> 



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

Bug#590222: Any test package ?

[Oleksandr Moskalenko]

* David Bremner  [2011-01-22 15:41:57 -0500]:

> On Sat, 22 Jan 2011 15:46:47 +0100, Julien Wajsberg  wrote:
> > Hi,
> > 
> > What is the status of this ITP ?
> > 
> > I can test a package if you have one already, as I wanted to try and
> > compile the git version of darktable ;-)
> > 
> 
> Dear Julien;
> 
> If you just want to compile darktable, you can use my
> totally-unofficial-don't-blame-me-if-all-your-fish-die packages at 
> 
>http://pivot.cs.unb.ca/debian/pool/main/l/lcms2/
> 
> These are based on the ubuntu package posted earlier to this bug.
> 
> They work fine for darktable for me.
> 
> d

Here is the package I'm planning on uploading into Debian:

dget http://debian.tagancha.org/lcms2/lcms2_2.1-1.dsc

Comments, patches, and co-maintainers are welcome.

Cheers,

Alex



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

Bug#609936: pysieved: homepage in the description is wrong

[Oleksandr Moskalenko]

Package: pysieved
Version: 1.0-1
Severity: minor


The correct homepage URI is http://www.gitorious.net/pysieved/pages/Home

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

Kernel: Linux 2.6.18.8-linode22 (SMP w/4 CPU cores)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages pysieved depends on:
ii  openbsd-inetd   0.20080125-6 The OpenBSD Internet Superserver
ii  python  2.6.6-3+squeeze4 interactive high-level object-orie
ii  python-support  1.0.10   automated rebuilding support for P
ii  update-inetd4.38 inetd configuration file updater

pysieved recommends no packages.

Versions of packages pysieved suggests:
pn  python-mysqldb (no description available)
pn  python-pam (no description available)

-- no debconf information



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

Bug#608596: scribus-ng: New Upstream (1.3.9)

[Oleksandr Moskalenko]

* Daniel Baumann  [2011-01-01 21:19:37 +0100]:

> Package: scribus-ng
> Severity: wishlist
> 
> Please upload 1.3.9 to experimental.
> 
> -- 
> Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
> Email:  daniel.baum...@progress-technologies.net
> Internet:   http://people.progress-technologies.net/~daniel.baumann/
> 
> 

Hi Daniel,

I'm waiting for libpodofo0.8.4 that I build 1.3.9 against to clear the NEW
queue. The package is available from my upstream archive. See
http://wiki.scribus.net/canvas/Debian for details.

Regards,

Alex



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

Bug#590222: lcms2 is a build dep for darktable

[Oleksandr Moskalenko]

* David Bremner  [2010-12-22 19:17:51 -0400]:

> 
> block 553359 with 590222
> thanks
> 
> Dear Oleksandr, 
> 
> I'll probably look at packaging this if you are not interested. It is
> needed as a build dependency for darktable.  Of course, if you do plan
> on packaging it, that is great.
> 
> David

I was waiting for the squeeze to come out, but I guess it's time to put it
out there. Thanks for the prodding.

Cheers,

Alex



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

Bug#590372: scribus-ng: FTBFS: Nonexistent build-dependency: libpodofo0.8.0-dev

[Oleksandr Moskalenko]

* Lucas Nussbaum  [2010-07-26 08:48:43 +0200]:

> Source: scribus-ng
> Version: 1.3.7.dfsg~svn20100715-1
> Severity: serious
> Tags: squeeze sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20100725 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.

Lucas,

It looks like a buildd problem and not a problem with my package. The build
dependency exists - 
http://packages.debian.org/sid/amd64/libpodofo0.8.0/download.

rmadison libpodofo0.8.0
libpodofo0.8.0 | 0.8.0+svn20100512-1 | unstable | source, alpha, amd64,
armel, hppa, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips,
mipsel, powerpc, s390, sparc

> Relevant part:
> > ** Using build dependencies supplied by package:
> > Build-Depends: debhelper (>= 5), cmake (>= 2.4.3), gcc (>= 3.3.5), 
> > libqt4-dev (>= 4.2.3), libcairo2-dev, zlib1g-dev, liblcms1-dev (>= 1.13), 
> > libtiff4-dev, libcups2-dev, libxml2-dev (>= 2.6.16), dpatch, gettext, 
> > python-all-dev, libboost-python-dev, libaspell-dev, libpodofo0.8.0-dev
> > 
> > ┌──┐
> > │ Install build dependencies (internal resolver)
> >│
> > └──┘
> > 
> > Checking for already installed source dependencies...
> > W: Unable to locate package libpodofo0.8.0-dev
> > debhelper: missing
> > Using default version 7.9.3
> > cmake: missing
> > Using default version 2.8.2-2
> > gcc: already installed (4:4.4.4-2 >= 3.3.5 is satisfied)
> > libqt4-dev: missing
> > Using default version 4:4.6.3-1
> > libcairo2-dev: missing
> > zlib1g-dev: missing
> > liblcms1-dev: missing
> > Using default version 1.18.dfsg-1.2+b2
> > libtiff4-dev: missing
> > libcups2-dev: missing
> > libxml2-dev: missing
> > Using default version 2.7.7.dfsg-4
> > dpatch: missing
> > gettext: missing
> > python-all-dev: missing
> > libboost-python-dev: missing
> > libaspell-dev: missing
> > libpodofo0.8.0-dev: missing
> > Checking for source dependency conflicts...
> > E: Couldn't find package libpodofo0.8.0-dev
> 
> The full build log is available from:
>
> http://people.debian.org/~lucas/logs/2010/07/25/scribus-ng_1.3.7.dfsg~svn20100715-1_lsid64.buildlog
> 
> A list of current common problems and possible solutions is available at 
> http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
> 
> About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
> of the Grid'5000 platform, using a clean chroot.  Internet was not
> accessible from the build systems.
> 
> -- 
> | Lucas Nussbaum
> | lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
> | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |
> 
> 



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

Bug#589114: Info received (Bug#589114: Acknowledgement (scribus-ng: frequent crashes with signal #11))

[Oleksandr Moskalenko]

* Toni Mueller  [2010-07-15 19:51:07 +0200]:

> 
> Hi,
> 
> I obtained the following backtrace from the 1.3.7 package:

Toni,

I've built and tested a newer scribus-ng package. I don't see any crashes
there. The package scribus-ng_1.3.7.dfsg~svn20100715-1 has been uploaded into
Debian/unstable. Please test it when it becomes available.

Regards,

Alex


> Script started on Thu 15 Jul 2010 07:20:57 PM CEST
> $ gdb ./debian/build/scribus/scribus-ng core 
> GNU gdb (GDB) 7.0.1-debian
> Copyright (C) 2009 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later 
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "i486-linux-gnu".
> For bug reporting instructions, please see:
> ...
> Reading symbols from 
> /home/toni/mnt/deb/scribus-ng/scribus-1.3.7/debian/build/scribus/scribus-ng...done.
> [New Thread 18433]
> 
> warning: Can't read pathname for load map: Input/output error.
> Reading symbols from /usr/lib/libcairo.so.2...(no debugging symbols 
> found)...done.
> Loaded symbols for /usr/lib/libcairo.so.2
> Reading symbols from /usr/lib/libQtGui.so.4...Reading symbols from 
> /usr/lib/debug/usr/lib/libQtGui.so.4.6.3...done.
> (no debugging symbols found)...done.
> Loaded symbols for /usr/lib/libQtGui.so.4
> Reading symbols from /usr/lib/libQtXml.so.4...Reading symbols from 
> /usr/lib/debug/usr/lib/libQtXml.so.4.6.3...done.
> (no debugging symbols found)...done.
> Loaded symbols for /usr/lib/libQtXml.so.4
> Reading symbols from /usr/lib/libQtNetwork.so.4...Reading symbols from 
> /usr/lib/debug/usr/lib/libQtNetwork.so.4.6.3...done.
> (no debugging symbols found)...done.
> Loaded symbols for /usr/lib/libQtNetwork.so.4
> Reading symbols from /usr/lib/libQtCore.so.4...Reading symbols from 
> /usr/lib/debug/usr/lib/libQtCore.so.4.6.3...done.
> (no debugging symbols found)...done.
> Loaded symbols for /usr/lib/libQtCore.so.4
> Reading symbols from /usr/lib/libcups.so.2...(no debugging symbols 
> found)...done.
> Loaded symbols for /usr/lib/libcups.so.2
> Reading symbols from /usr/lib/libfreetype.so.6...(no debugging symbols 
> found)...done.
> Loaded symbols for /usr/lib/libfreetype.so.6
> Reading symbols from /usr/lib/libfontconfig.so.1...(no debugging symbols 
> found)...done.
> Loaded symbols for /usr/lib/libfontconfig.so.1
> Reading symbols from /usr/lib/liblcms.so.1...(no debugging symbols 
> found)...done.
> Loaded symbols for /usr/lib/liblcms.so.1
> Reading symbols from /usr/lib/libxml2.so.2...(no debugging symbols 
> found)...done.
> Loaded symbols for /usr/lib/libxml2.so.2
> Reading symbols from /usr/lib/libpython2.6.so.1.0...(no debugging symbols 
> found)...done.
> Loaded symbols for /usr/lib/libpython2.6.so.1.0
> Reading symbols from /usr/lib/libtiff.so.4...(no debugging symbols 
> found)...done.
> Loaded symbols for /usr/lib/libtiff.so.4
> Reading symbols from /usr/lib/libjpeg.so.62...(no debugging symbols 
> found)...done.
> Loaded symbols for /usr/lib/libjpeg.so.62
> Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done.
> Loaded symbols for /usr/lib/libz.so.1
> Reading symbols from /lib/i686/cmov/libdl.so.2...(no debugging symbols 
> found)...done.
> Loaded symbols for /lib/i686/cmov/libdl.so.2
> Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols 
> found)...done.
> Loaded symbols for /usr/lib/libstdc++.so.6
> Reading symbols from /lib/i686/cmov/libm.so.6...(no debugging symbols 
> found)...done.
> Loaded symbols for /lib/i686/cmov/libm.so.6
> Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done.
> Loaded symbols for /lib/libgcc_s.so.1
> Reading symbols from /lib/i686/cmov/libc.so.6...(no debugging symbols 
> found)...done.
> Loaded symbols for /lib/i686/cmov/libc.so.6
> Reading symbols from /lib/i686/cmov/libpthread.so.0...(no debugging symbols 
> found)...done.
> Loaded symbols for /lib/i686/cmov/libpthread.so.0
> Reading symbols from /usr/lib/libpixman-1.so.0...(no debugging symbols 
> found)...done.
> Loaded symbols for /usr/lib/libpixman-1.so.0
> Reading symbols from /lib/libpng12.so.0...(no debugging symbols found)...done.
> Loaded symbols for /lib/libpng12.so.0
> Reading symbols from /usr/lib/libxcb-render-util.so.0...(no debugging symbols 
> found)...done.
> Loaded symbols for /usr/lib/libxcb-render-util.so.0
> Reading symbols from /usr/lib/libxcb-render.so.0...(no debugging symbols 
> found)...done.
> Loaded symbols for /usr/lib/libxcb-render.so.0
> Reading symbols from /usr/lib/libxcb.so.1...(no debugging symbols 
> found)...done.
> Loaded symbols for /usr/lib/libxcb.so.1
> Reading symbols from /usr/lib/libXrender.so.1...(no debugging symbols 
> found)...done.
> Loaded symbols for /usr/lib/libXrender.so.1
> Reading symbols from /usr/lib/libX11.so.6...(no debugging symbols 
> fo

Bug#583183: (no subject)

[Oleksandr Moskalenko]

In Scribus we call gs with -dPARANOIDSAFER. Is that sufficient to avoid this
problem?



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

Bug#431809: first upload

[Oleksandr Moskalenko]

I've just uploaded a libpodofo0.8.0 package based on recently released podofo
0.8.0 plus some bugfixes from svn into Debian. If it makes it through NEW soon
we'll have PoDoFo in Debian from now on. Working packages are available at
debian.scribus.net and debian.tagancha.org as usual if someone needs to see
them.

Cheers,

Alex



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

Bug#527398: keepassx: segfault

[Oleksandr Moskalenko]

Package: keepassx
Version: 0.4.0-1
Severity: normal


#LANG=C && keepassx
Found Metastream: KPX_CUSTOM_ICONS_4
Found Metastream: KPX_GROUP_TREE_STATE
Segmentation fault

Keepassx was working fine yesterday. This morning I did a search in it and it
crashed. After the crash it was able to start up and open the database a few
times. It crashed only on search or opening an item. After a few cycles of
start/crash it started crashing on opening the database.

System logs show:

[3028801.691756] keepassx[14652]: segfault at 7fff0051 ip 44856b sp
7fff5c162318 error 4 in keepassx[40+112000]
[3029081.335348] keepassx[14684]: segfault at 7fff0051 ip 44856b sp
73d8af48 error 4 in keepassx[40+112000]
[3029126.820700] keepassx[14703]: segfault at 7fff0051 ip 44856b sp
7fff0bee1098 error 4 in keepassx[40+112000]

I have a strace file at http://debian.tagancha.org/keepassx.strace.0.bz2

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (98, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages keepassx depends on:
ii  libc6 2.9-10 GNU C Library: Shared libraries
ii  libgcc1   1:4.4.0-3  GCC support library
ii  libqt4-xml4.5.1-2Qt 4 XML module
ii  libqtcore44.5.1-2Qt 4 core module
ii  libqtgui4 4.5.1-2Qt 4 GUI module
ii  libstdc++64.4.0-3The GNU Standard C++ Library v3
ii  libx11-6  2:1.2.1-1  X11 client-side library
ii  libxtst6  2:1.0.3-1  X11 Testing -- Resource extension 

keepassx recommends no packages.

keepassx suggests no packages.

-- no debconf information



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

Bug#518568: RM: scribus-ng [armel] -- ANAIS; Not build on armel anymore

[Oleksandr Moskalenko]

Package: ftp.debian.org
Severity: normal


Please remove scribus-ng from armel. It wont' be built on it for a very long
time.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (101, 'experimental'), (100, 'unstable')
Architecture: i386 (i686)

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



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

Bug#500617: (no subject)

[Oleksandr Moskalenko]

New document dialog in the current scribus-ng (based on 1.3.5svn) is 685 by 562
pixels. It should fit into your screen.



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

Bug#447603: scribus-ng: dead keys does not work under debian (qt imm issue)

[Oleksandr Moskalenko]

Does this bug exist in the current 1.3.5svn scribus-ng package? 1.3.4 tree is
not updated anymore and all the work is going into 1.3.5, which is what I'm
packaging for scribus-ng now.

Thanks,

Alex.

* Alban Browaeys  [2007-10-22 16:31:34 +0200]:

> Package: scribus-ng
> Version: 1.3.4.dfsg-1
> Severity: important
> 
> As found upstream http://bugs.scribus.net/view.php?id=1908
> this affect 1.3.3 and 1.3.4 . I find that in debian kwrite 3.5.8
> the problem does not exists (my desktop is mostly gnome so I cannot tell
> if it always worked or was fixed recently).
> As can be seen my settings are french . I cannot type any â, ï or alike.
> 
> Though I found a workaround. Typing them in scribus font selector or kwrite
>  then pasting them (pasting the characters from a gtk/gnome application does 
> not, 
> probably another qt issue).
> 
> Regards
> Alban
> 
> 
> -- System Information:
> Debian Release: lenny/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: i386 (i686)
> 
> Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core)
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> 
> Versions of packages scribus-ng depends on:
> ii  ghostscript [gs- 8.61.dfsg.1~svn8187-1.1 The GPL Ghostscript 
> PostScript/PDF
> ii  gs-esp   8.61.dfsg.1~svn8187-1.1 Transitional package
> ii  gs-gpl   8.61.dfsg.1~svn8187-1.1 Transitional package
> ii  libart-2.0-2 2.3.19-3Library of functions for 2D 
> graphi
> ii  libc62.6.1-6 GNU C Library: Shared libraries
> ii  libcupsys2   1.3.2-1 Common UNIX Printing System(tm) 
> - 
> ii  libfontconfig1   2.4.2-1.4   generic font configuration 
> library
> ii  libfreetype6 2.3.5-1+b1  FreeType 2 font engine, shared 
> lib
> ii  libgcc1  1:4.2.2-3   GCC support library
> ii  libjpeg626b-14   The Independent JPEG Group's 
> JPEG 
> ii  liblcms1 1.16-6  Color management library
> ii  libqt3-mt3:3.3.7-9   Qt GUI Library (Threaded runtime 
> v
> ii  libstdc++6   4.2.2-3 The GNU Standard C++ Library v3
> ii  libtiff4 3.8.2-7 Tag Image File Format (TIFF) 
> libra
> ii  libx11-6 2:1.0.3-7   X11 client-side library
> ii  libxml2  2.6.30.dfsg-2   GNOME XML library
> ii  python   2.4.4-6 An interactive high-level 
> object-o
> ii  python-tk2.4.4-1 Tkinter - Writing Tk 
> applications 
> ii  python2.52.5.1-5 An interactive high-level 
> object-o
> ii  zlib1g   1:1.2.3.3.dfsg-6compression library - runtime
> 
> Versions of packages scribus-ng recommends:
> ii  cupsys-bsd1.3.2-1Common UNIX Printing System(tm) 
> - 
> ii  gsfonts-x11   0.20   Make Ghostscript fonts available 
> t
> ii  xfonts-scalable   1:1.0.0-6  scalable fonts for X
> 
> -- no debconf information
> 
> 
> 



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

Bug#500272: [eric] qt4 documentation path is hardcoded and wrong, ignores settings

[Oleksandr Moskalenko]

Package: eric
Version: 4.1.5-1
Severity: normal

--- Please enter the report below this line. ---

eric apparently can only see qt4 documentation in /usr/share/doc/qt4-doc/html
whereas on a Debian system this documentation is in /usr/share/qt4/doc/html/
where qt4-doc-html puts it. Changing the Qt4 documentation path in Settings
doesn't do anything as Eric still gives an error that documentation wasn't found
in /usr/share/doc/qt4-doc/html or more precisely that

"The documentation starting point "/usr/share/doc/qt4-doc/html/index.html" could
not be found."

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.25-2-686

Debian Release: lenny/sid
  950 unstablewww.debian-multimedia.org 
  950 unstableftp.us.debian.org 
  950 unstableenvgen.nox.ac.uk 
  950 unstabledebian.tagancha.org 
  950 unstabledebian.scribus.net 
  500 testing ftp.us.debian.org 
  500 commercial  envgen.nox.ac.uk 
   10 experimentalftp.us.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-=
python  | 2.5.2-2
python-central   (>= 0.6.7) | 0.6.8
python-qt4   (>= 4.3.1) | 4.4.2-4
bicyclerepair  (>= 0.9-4.1) | 0.9-4.3
python-qscintilla2  | 2.2-4





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

Bug#494232: lprof: FTBFS: src/liblprof/lcmsprf.h:107: error: 'BOOL' does not name a type

[Oleksandr Moskalenko]

Chris,

I've just been away on a trip, so didn't upload a fixed package earlier. I'm
doing it now. There is a patch on the lprof-dev list that I pulled and
applied. It's vetted by Hal and is pretty simple, so I used it.

Regards,

Alex.

* Chris Lamb <[EMAIL PROTECTED]> [2008-08-24 16:14:47 +0100]:

> Hi
> 
> The attached diff fixes the FTBFS but I wouldn't like to call it a
> patch; this seems to be systematic of some other issue (which I can't
> seem to locate ATM).
> 
> 
> Regards,
> 
> -- 
> Chris Lamb, UK  [EMAIL PROTECTED]
>GPG: 0x634F9A20

> diff -urNd lprof-1.11.4.dfsg+1.11.4.1.orig/src/liblprof/lcmsprf.h 
> lprof-1.11.4.dfsg+1.11.4.1/src/liblprof/lcmsprf.h
> --- lprof-1.11.4.dfsg+1.11.4.1.orig/src/liblprof/lcmsprf.h2008-08-24 
> 16:11:13.0 +0100
> +++ lprof-1.11.4.dfsg+1.11.4.1/src/liblprof/lcmsprf.h 2008-08-24 
> 16:11:35.0 +0100
> @@ -67,6 +67,8 @@
>  #define mmax(a,b) ((a) > (b)?(a):(b))
>  #endif
>  
> +#define BOOL int
> +
>  
>  /* Misc operations 
>  */
>  





signature.asc
Description: Digital signature

Bug#375122: problem still exists

[Oleksandr Moskalenko]

* Toni Mueller <[EMAIL PROTECTED]> [2008-06-09 12:38:48 +0200]:

> 
> 
> Hi,
> 
> I'm experiencing the same problem on an Etch machine:

Toni,

What desktop are you using i.e. gnome, kde, something else? What window
manager does it use?

Regards,

Alex.

> $ apt-cache policy scribus-ng
> scribus-ng:
>   Installed: 1.3.3.6.dfsg-1
> 
> I don't know why you tagged the bug "moreinfo", but anyway, I explain
> the problem again:
> 
> 
> On my desktop, I have an xterm open. From that, I start scribus-ng:
> 
> $ scribus-ng &
> [1] 29808
> 
> 
> When Scribus starts, it opens three windows: Layers, New Document, and
> the main Scribus window. Offhand, I'm not sure whether this is the
> default setting, or whether I adjusted it to be that way at some time.
> Anyway... I can now opt to have the xterm raised to be the foremost
> window, with the Scribus windows (partially) behind it. I also have
> "focus follows mouse" in my window manager, so I can eg. type into a
> partially hidden window, by moving the pointer over the non-hidden part
> of it.
> 
> The problem:
> 
> When I touch the "Layers" dialogue with my mouse, all Scribus windows
> raise to the top, obscuring whatever was there before. This happens
> even if the Layers dialogue is iconified - as soon as the pointer
> "touches" the icon, all Scribus windows are on the top.
> I find this quite aggravating and would like to see this behaviour
> abandoned, or at least made configurable. I'm only aware of one other
> application with this misbehaviour.
> 
> 
> Kind regards,
> --Toni++
> 
> 
> 



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

Bug#450403: closed by Oleksandr Moskalenko <[EMAIL PROTECTED]> ()

[Oleksandr Moskalenko]

* Daniel Burrows <[EMAIL PROTECTED]> [2008-07-21 21:57:01 -0700]:

> On Mon, Jul 21, 2008 at 08:15:11PM +, Debian Bug Tracking System <[EMAIL 
> PROTECTED]> was heard to say:
> > It is certainly possible to produce a compressed PNG when doing an export to
> > image in Scribus. You have to use the "Quality" spinbox and set it to less
> > then 100%. When set to 1% Scribus exports the resulting PNG at Level 9
> > compression. I would agree that the dialog wasn't very well tailored to the
> > PNG export and could be confusing, but even in that case what this bug 
> > report
> > is about is a matter of opinion and not really a bug in Scribus. Upstream 
> > team
> > isn't going to change the default compression level in any case. If you'd 
> > like
> > you can open a new bug report against the interface to have it change when 
> > PNG
> > export is done to reflect compression levels instead of the nameless
> > "Quality", but that's up to you. And bugs.scribus.net would be a better 
> > place
> > for that as well since that would require a discussion with the upstream 
> > team.
> 
>   *boggle*
> 
> 
>   Scribus can compress PNGs, but the default is to generate uncompressed
> files?  And it's considered acceptable to label the compression ratio of
> an uncompressed image format as "Quality"?  And this is a "matter of
> opinion"?
> 
>   Words fail me.  If this is the attitude upstream has, I don't think
> it's worth the trouble to try to bring this to their attention.
> 
>   Daniel

Daniel,

I did bring it to the attention of the Scribus team. There is already a
developer working on redoing that dialog window to show and accept appropriate
PNG compression settings. The decision to generate uncompressed PNGs by
default still seems to stand though, but with clear indication of the ability
to actually select compression levels coming up it really shouldn't generate
this much ire, shouldn't it? Since you have such a strong opinion on the
matter I forwarded it to the upstream BTS, so a discussion could be open.
See http://bugs.scribus.net/view.php?id=7159. I support your point of view
though my preferred solution would be to add an option to the user preferences
to set a default compression level. I'll keep you posted about the progress,
or you could subscribe to the bug report. If you need an account on
bugs.scribus.net for that I will create one for you.

Cheers,

Alex.



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

Bug#480041: subversion: success when using libserf

[Oleksandr Moskalenko]

Package: subversion
Version: 1.5.0dfsg1-2
Followup-For: Bug #480041


I just tried subversion 1.5.0dfsg1-2 with the serf backend provided by
libserf-0-0 0.2.0-1 via http-library = serf as recommended by Peter and was
able to successfully checkout and commit into a https repository. When not
using serf backend I still get an error:

svn: OPTIONS of 'https://.../branches/Version133x/Scribus': SSL negotiation 
failed: SSL alert received: Decrypt error (https://)

Regards,

Alex.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/4 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages subversion depends on:
ii  libapr1  1.2.12-4The Apache Portable Runtime Librar
ii  libc62.7-12  GNU C Library: Shared libraries
ii  libsasl2-2   2.1.22.dfsg1-21 Cyrus SASL - authentication abstra
ii  libsvn1  1.5.0dfsg1-2Shared libraries used by Subversio

subversion recommends no packages.

-- no debconf information



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

Bug#481441: Please re-enable support for mips and mipsel

[Oleksandr Moskalenko]

* Thiemo Seufer <[EMAIL PROTECTED]> [2008-05-16 08:17:18 +0100]:

> Package: scribus
> Version: 1.3.3.11.dfsg+svn20080214-1
> Serverity: important
> 
> Please re-enable support for mips and mipsel. The earlier build failure
> was caused by a bug in gcc-4.1, which was fixed upstream in gcc-4.2.
> I did a test build of scribus on current mips/unstable, which worked fine.
> 
> I think it is the best to switch back to Architecture: any.
> 
> 
> Thiemo

Will do that on the next upload. Thanks for checking the build.

Regards,

Alex.



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

Bug#479484: python-beaker: import warning

[Oleksandr Moskalenko]

* Paul Wise <[EMAIL PROTECTED]> [2008-05-05 13:25:47 +0800]:

> Package: python-beaker
> Version: 0.9.4-1
> Severity: normal
> 
> Every time python-support runs from a postinst, I get this warning
> 
> Compiling /var/lib/python-support/python2.4/beaker/ext/google.py ...
> SyntaxError: ('future feature absolute_import is not defined',)
> 
> It would be nice if it didn't happen.

Paul,

It's been looked into by upstream since 0.9.4 came out as several people from
#debian-python brought it up immediately. Eventually, a decision will be
reached and you will not see the above error again.

Regards,

Alex.

> -- System Information:
> Debian Release: lenny/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: i386 (i686)
> 
> Kernel: Linux 2.6.25-1-686 (SMP w/2 CPU cores)
> Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages python-beaker depends on:
> ii  python2.5.2-1An interactive high-level 
> object-o
> ii  python-support0.7.7  automated rebuilding support for 
> P
> 
> Versions of packages python-beaker recommends:
> ii  python-sqlalchemy 0.4.5-1SQL toolkit and Object 
> Relational 
> 
> -- 
> bye,
> pabs
> 
> http://wiki.debian.org/PaulWise




signature.asc
Description: Digital signature

Bug#477003: [fwd] Bug#477012: ftbfs with cmake+new qt4

[Oleksandr Moskalenko]

* Julien Cristau <[EMAIL PROTECTED]> [2008-04-21 18:40:08 +0200]:

> I think the following message also applies to this bug, so the fix you
> uploaded is most probably wrong.
> 
> Cheers,
> Julien

Julien,

My upload is a temporary workaround until bottoms uploads a fixed cmake using
pusling's patch. Once that's done I'll upload another version without the
added build-depends.

Regards,

Alex.

> - Forwarded message from Sune Vuorela <[EMAIL PROTECTED]> -
> 
> From: Sune Vuorela <[EMAIL PROTECTED]>
> Reply-To: Sune Vuorela <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> Date: Mon, 21 Apr 2008 00:43:00 +0200
> To: [EMAIL PROTECTED], [EMAIL PROTECTED]
> Subject: Bug#477012: ftbfs with cmake+new qt4
> User-Agent: KMail/1.9.9
> Message-Id: <[EMAIL PROTECTED]>
> 
> Hi!
> 
> I am working to fix this issue in cmake. Please don't upload right now with 
> added unneeded build-deps.
> 
> /Sune
> -- 
> How might I disable a directory on the clock?
> 
> From Flash you either have to unlink a monitor, or cannot turn on a hardware, 
> so that then from the tools inside ICQ NT you need to explore a connector to 
> the pointer on the digital BIOS port to the 7-bit Direct3D icon for clicking 
> the code.
> 
> 
> 
> - End forwarded message -
> 
> 
> 



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

Bug#477035: Patch to fix 477035

[Oleksandr Moskalenko]

* Kumar Appaiah <[EMAIL PROTECTED]> [2008-04-20 22:50:13 +0530]:

> tags 477035 + patch
> thanks
> 
> Hi!
> 
> Please find attached a patch to fix this bug. I think it adds the so
> link, but please double check.
> 
> Thanks.
> 
> Kumar
> -- 
> Kumar Appaiah,
> 458, Jamuna Hostel,
> Indian Institute of Technology Madras,
> Chennai - 600 036

Hello Kumar,

I just noticed your patch after uploading a new package. Thank you for your
contribution.

Best wishes,

Alex.


signature.asc
Description: Digital signature

Bug#431809: News (and proposal)

[Oleksandr Moskalenko]

The following are excerpts from a message by a lead PoDoFo developer who is
very willing to help Debian podofo packaging.

> PoDoFo's SONAME for release versions is the version number, eg 0.5.0 .
> Each release breaks binary and source compatibility and will continue to
> do so until 1.0, but the soname versioning permits different versions of
> the library to coexist.
> 
> The -dev packages will have to be muturally exclusive (as the APIs are
> incompatible), but there's plenty of precedent for that (see Berkeley DB
> for example).
> 
> See this thread:
> 
> http://sourceforge.net/mailarchive/message.php?msg_id=20070709011948.GA29281%40mycre.ws

(that's the original Robert's request to the podofo ML.

> If there's something more I need to do in the build system I'm all ears.
> I just didn't hear back after the initial query to the podofo list, and
> assumed there were no further issues.
> 
> Looking at the Debian packaging thread it seems to have stalled waiting
> for a response from the person who initially commented about
> "upstream's" soname versioning not being useful/correct.

That must be you Robert?

> Regarding the -dev package, I don't know if there's a pragma I can set
> in the headers as a hint to the linker that it needs to link to a
> particular soname version of podofo or otherwise make sure it gets the
> right one. If something like that isn't done, then if the user has 0.5.0
> and 0.6.0 installed (say) and they're building against 0.5.0 headers
> they'll need to specify the 0.5.0 library for linking explicitly.
> 
> Maybe their complaint is related to that? IIRC BDB doesn't rely on
> soname versioning; rather than libdb.4.2.so it's libdb-4.2.so .
> 
> If you can find out what they need and what the actual problem is I can
> probably sort it out.
> 
> --
> Craig Ringer

Is there any will to get things moving?

Regards,

Alex.



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

Bug#466024: SID should be updated to svn version 0.4

[Oleksandr Moskalenko]

* Nadav Kavalerchik <[EMAIL PROTECTED]> [2008-02-18 18:54:14 +0200]:

> i used the svn to get the latest and it is version 0.4 and not 0.3.1
> i did not see any clear download link in the main site : 
> http://www.fontmatrix.net/node/22
> 
> but i used : 
> svn co http://svn.gna.org/svn/undertype/trunk/tools/typotek fontmatrix
> to get the version i am using.
> 
> it is working quite well but it should by in Sid for now. i am not sure it is 
> stable from the point of view of the author. 
> 
> btw.
> how frequently do you update ? and how do you know if a new version is ready 
> in upstream (i wonder :-)

I and my IRC bot are constantly in #fontmatrix IRC channel where upstream
people communicate with each other. Sometimes Pierre himself notifies me when
there is a new release. Other times I just watch my debian qa page that lists
upstream releases using uscan/watch file mechanism (see the "Watch" column in
http://qa.debian.org/[EMAIL PROTECTED]). With software this
young I'd be very reluctant to package svn, so please don't file bug reports
to update to anything beyond latest official release.

Regards,

Alex.



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

Bug#459499: description ends in the middle of the sentence

[Oleksandr Moskalenko]

* Tomas Pospisek <[EMAIL PROTECTED]> [2008-01-06 23:34:11 +0100]:

> Package: fontmatrix
> Version: 0.2svn-1
> Severity: minor
> 
> In aptitude fontmatrix' description reads:
> 
>   fontmatrix is a manager built with the kind of features and abilities
>   graphic designers, layout professionals along with others have felt
>   necessary, but modernized with some new touches.
> 
>   Fontmatrix has a concept of
> 
> ..and that's it. What's missing? And I'd suggest to write either
> Fontmatrix or fontmatrix, instead of both variants.
> *t

Tomas,

I looked at fontmatrix with both apt-cache and aptitude and I don't see the
problem you mention. Both tools show complete description. You seem to be
running a lenny/etch mix, so your aptitude should be version 0.4.10-1, which
is what I have under unstable. Please check that and specify exactly how you
use aptitude to show information about fontmatrix package that leads to this
problem.

Regards,

Alex.

> -- System Information:
> Debian Release: lenny/sid
>   APT prefers testing
>   APT policy: (500, 'testing'), (500, 'stable')
> Architecture: i386 (i686)
> 
> Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> Shell: /bin/sh linked to /bin/bash
> 
> 
> 



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

Bug#449061: ghostscript 8.61.dfsg.1~svn8187-2 /usr/bin/gs binary is gs-afpl 8.14

[Oleksandr Moskalenko]

Package: ghostscript
Version: 8.61.dfsg.1~svn8187-2
Severity: normal


$ /usr/bin/gs
AFPL Ghostscript 8.14 (2004-02-20)
Copyright (C) 2004 artofcode LLC, Benicia, CA.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
GS>quit

This does not look right - how can 8.61 run 8.14 binary?

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (950, 'unstable'), (10, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.21-mrb319 (SMP w/4 CPU cores)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ghostscript depends on:
ii  debconf [debc 1.5.16 Debian configuration management sy
ii  debianutils   2.27   Miscellaneous utilities specific t
ii  defoma0.11.10-0.1Debian Font Manager -- automatic f
ii  gsfonts   1:8.11+urwcyr1.0.7~pre41-3 Fonts for the Ghostscript interpre
ii  libc6 2.6.1-6GNU C Library: Shared libraries
ii  libgs88.61.dfsg.1~svn8187-2  The Ghostscript PostScript/PDF int

Versions of packages ghostscript recommends:
ii  psfontmgr0.11.10-0.1 PostScript font manager -- part of

-- no debconf information



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

Bug#430514: pwc-source: Package is needed

[Oleksandr Moskalenko]

Package: pwc-source
Version: 10.0.12-rc1+final-2
Followup-For: Bug #430514


Of course this package is needed. For instance, suport for Philips NC900/27
(sold by wal-mart) has just been added in pwc-v4l2-20071017-042701.tar.bz2
Updated on Oct 17, 2007. I highly doubt that this snapshot has been already
included into the debian kernel source. If you can, please provide a
suggestion on how to compile your package with 2.6.21.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (950, 'unstable'), (10, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.21-mrb319 (SMP w/4 CPU cores)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages pwc-source depends on:
ii  bzip2 1.0.3-7high-quality block-sorting file co
ii  debhelper 5.0.59 helper programs for debian/rules
ii  module-assistant  0.10.11tool to make module package creati

pwc-source recommends no packages.

-- no debconf information



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

Bug#439849: ITP: labelnation -- command-line tool to print mailing label layouts

[Oleksandr Moskalenko]

Package: wnpp
Severity: wishlist
Owner: Oleksandr Moskalenko <[EMAIL PROTECTED]>


* Package name: labelnation
  Version : 1.170
  Upstream Author : Karl Fogel  <[EMAIL PROTECTED]>
* URL : http://www.red-bean.com/labelnation/
* License : GPL
  Programming Lang: Python
  Description : command-line tool to print mailing label layouts

LabelNation is a program for making labels from command line. Labels include
address labels, business cards, or anything else involving regularly-arranged
rectangles on a printer-ready sheet. LabelNation can take a plain text file
and arrange its contents on the labels in a reasonable way. It can also take a
PostScript file and place and clip labels for specified label size. If
multiple input files are given LabelNation can serve as a back-end for an
automated mailing list label generator. LabelNation contains many pre-defined
label configurations for standard label sheets and is highly processive making
it suitable for large label preparation runs.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing'), (10, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.21-mrb319 (SMP w/4 CPU cores)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


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

Bug#435453: nvidia-glx: Crashes X on startup

[Oleksandr Moskalenko]

Package: nvidia-glx
Version: 100.14.11-1
Severity: important


Since yesterday's dist-upgrade my X server won't start due to nvidia-glx
crashing it. Unfortunately without a nvidia-glx-dbg it is difficult to
backtrace. All I get in the core file after a sig 11 crash is:

#0  0xb75bf808 in ?? () from /usr/lib/libGLcore.so.1
No symbol table info available.
#1  0xbf92f1c8 in ?? ()
No symbol table info available.
#2  0x0480 in ?? ()
No symbol table info available.
#3  0x0020 in ?? ()
No symbol table info available.
#4  0xb7c2852c in glGetUniformOffsetEXT ()
   from /usr/lib/xorg/modules/extensions//libglx.so
No symbol table info available.
#5  0x00bc in ?? ()
No symbol table info available.
#6  0x in ?? ()
No symbol table info available.

-- Package-specific info:
uname -r:
Linux mrb319 2.6.21-mrb319 #2 SMP Thu May 31 18:10:47 MDT 2007 i686 GNU/Linux


/proc/version:
Linux version 2.6.21-mrb319 (2.6.21-4) ([EMAIL PROTECTED]) (gcc version 4.1.3 
20070528 (prerelease) (Debian 4.1.2-10)) #2 SMP Thu May 31 18:10:47 MDT 2007


/proc/driver/nvidia/version:


05:00.0 VGA compatible controller: nVidia Corporation G70 [GeForce 7600 GT] 
(rev a1)


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.21-mrb319 (SMP w/4 CPU cores)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages nvidia-glx depends on:
ii  libc62.6-5   GNU C Library: Shared libraries
ii  libx11-6 2:1.0.3-7   X11 client-side library
ii  libxext6 1:1.0.3-2   X11 miscellaneous extension librar
ii  nvidia-k 100.14.11-1+2.6.21-10.00.Custom NVIDIA binary kernel module for Li
ii  x11-comm 1:7.2-5 X Window System (X.Org) infrastruc

nvidia-glx recommends no packages.

-- no debconf information


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

Bug#427638: scribus-ng: extremely slow, to the point of being unusable

[Oleksandr Moskalenko]

* Johannes Rohr <[EMAIL PROTECTED]> [2007-06-06 10:27:13 +0200]:

> Am Dienstag, den 05.06.2007, 17:08 +0200 schrieb Paul Menzel:
> 
> [...]
> 
> > scribus-ng (1.3.4.dfsg~cvs20070413-1) unstable; urgency=low
> > 
> >   * Start tracking cutting edge cvs code as "scribus" has been updated to 
> > the
> > current stable 1.3.3.x branch.
> >   * debian/control: Removed an explicit dependency on liblcms1 as I fixed 
> > this
> > problem in the liblcms1 itself.
> >   * debian/patches/02_profiles.dpatch: Fixed the dfsg patch for removal of
> > non-free profiles.
> > 
> >  -- Oleksandr Moskalenko <[EMAIL PROTECTED]>  Thu, 19 Apr 2007 19:21:54 
> > -0600
> > 
> > [...]
> > 
> > So maybe you should use the package scribus.
> 
> Thanks Paul, also noticed this today. Sorry for having bothered you. 
> 
> However, a more visible notification, like an entry in NEWS.Debian would
> have been nice. Esp. when taking into account that the path back to
> 1.3.3.* is barred, once you have saved your file with the new version,
> due to the different format. 

I'm adding a new entry in the NEWS.Debian, which should be shown during the
package upgrade.

> Furthermore, I believe that when you explicitly refer to scribs 1.4.x as
> the /experimental/ branch, then it should live in experimental. This
> would make it much more clear what to expect.

Well, this branch is already usable for some people who need the new features,
so I'd rather keep it in the unstable. By the time all the transitions are
done and it migrates to testing it will become even more stable.

> Thanks,
> 
> Johannes

Best wishes,

Alex.


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

Bug#427638: scribus-ng: extremely slow, to the point of being unusable

[Oleksandr Moskalenko]

* Paul Menzel <[EMAIL PROTECTED]> [2007-06-05 17:08:56 +0200]:

> Hi,
> 
> 
> > I wonder if the buggyness and sloppyness is to blame on the fact that
> > you have uploaded a CVS snapshot. If so, I'd really like to urge you to
> > stick with the 1.3.3.x branch until 1.3.4 is officially there.
> 
> $ aptitude show scribus-ng
> 
> [...]
> 
>  This is the developmental branch of Scribus - the open source desktop page
>  layout program. This package is intended for tracking fast-paced development 
> of
>  scribus to make new features available to those who need them.
> 
> [...]
> 
> 
> $ zless /usr/share/doc/scribus-ng/changelog.Debian.gz
> 
> [...]
> 
> scribus-ng (1.3.4.dfsg~cvs20070413-1) unstable; urgency=low
> 
>   * Start tracking cutting edge cvs code as "scribus" has been updated to the
> current stable 1.3.3.x branch.
>   * debian/control: Removed an explicit dependency on liblcms1 as I fixed this
> problem in the liblcms1 itself.
>   * debian/patches/02_profiles.dpatch: Fixed the dfsg patch for removal of
> non-free profiles.
> 
>  -- Oleksandr Moskalenko <[EMAIL PROTECTED]>  Thu, 19 Apr 2007 19:21:54 -0600
> 
> [...]
> 
> So maybe you should use the package scribus.
> 
> 
> Thanks
> 
> Paul
> 
> 
> PS: It is still a bug though.

Paul,

If there are bugs you or the original reporter can replicate please file bug
reports for them and I'll be happy to get them resolved. In the case of this
report however I am not sure what "PS: It is still a bug though." means as
there is no substance in the original report that I could act on.

I'm going to close the report then.

Best wishes,

Alex.


signature.asc
Description: Digital signature

Bug#427638: scribus-ng: extremely slow, to the point of being unusable

[Oleksandr Moskalenko]

* Johannes Rohr <[EMAIL PROTECTED]> [2007-06-05 13:38:39 +0200]:

> Package: scribus-ng
> Version: 1.3.4.dfsg~cvs20070510-1
> Severity: grave
> Justification: Renders package unusable
> 
> After upgrading from Scribus 1.3.3.8 to the latest version in unstable,
> the programme has become near unusable. In particular every operation
> which implies redrawing of a page tages ages, while eating all cpu time.
> Further more, I have seen many random bugs, including imported text
> being truncated and text beding rendered incorrectly.
> 
> What is really annoying is, that after downgrading to the last
> functioning version in testing, I find that 1.3.4 silently breaks
> downwards compatibility and converts files to a format which is not
> understood by scribus < 1.3.4. Fortunately I had a backup of my files to
> which I could revert without loosing too much of my work.
> 
> I wonder if the buggyness and sloppyness is to blame on the fact that
> you have uploaded a CVS snapshot. If so, I'd really like to urge you to
> stick with the 1.3.3.x branch until 1.3.4 is officially there.

As Paul already suggested in a reply to your report please use the "scribus"
package, which is a stable line (1.3.3.x), as scribus-ng is indeed an unstable
developmental series. You are quite welcome to file concrete bug reports for
any particular bugs you find in scribus-ng (1.3.4). I apologize for not
devising a better notification for this.

Best wishes,

Alex.

> -- System Information:
> Debian Release: lenny/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 
> 'experimental')
> Architecture: i386 (i686)
> 
> Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> 
> Versions of packages scribus-ng depends on:
> ii  gs-esp  8.15.3.dfsg.1-1  The Ghostscript PostScript 
> interpr
> ii  gs-gpl  8.56.dfsg.1-1The GPL Ghostscript PostScript 
> int
> ii  libart-2.0-22.3.19-3 Library of functions for 2D 
> graphi
> ii  libc6   2.5-10   GNU C Library: Shared libraries
> ii  libcupsys2  1.2.11-2 Common UNIX Printing System(tm) 
> - 
> ii  libfontconfig1  2.4.2-1.2generic font configuration 
> library
> ii  libfreetype62.2.1-6  FreeType 2 font engine, shared 
> lib
> ii  libgcc1 1:4.2-20070528-1 GCC support library
> ii  libjpeg62   6b-13The Independent JPEG Group's 
> JPEG 
> ii  liblcms11.16-5   Color management library
> ii  libqt3-mt   3:3.3.7-4+b1 Qt GUI Library (Threaded runtime 
> v
> ii  libstdc++6  4.2-20070528-1   The GNU Standard C++ Library v3
> ii  libtiff43.8.2-7  Tag Image File Format (TIFF) 
> libra
> ii  libx11-62:1.0.3-7X11 client-side library
> ii  libxml2 2.6.28.dfsg-1GNOME XML library
> ii  python  2.4.4-6  An interactive high-level 
> object-o
> ii  python-tk   2.4.4-1  Tkinter - Writing Tk 
> applications 
> ii  python2.4   2.4.4-4  An interactive high-level 
> object-o
> ii  zlib1g  1:1.2.3-15   compression library - runtime
> 
> Versions of packages scribus-ng recommends:
> ii  cupsys-bsd1.2.11-2   Common UNIX Printing System(tm) 
> - 
> ii  gsfonts-x11   0.20   Make Ghostscript fonts available 
> t
> ii  xfonts-scalable   1:1.0.0-6  scalable fonts for X
> 
> -- no debconf information
> 
> 


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

Bug#425880: Crashes when Shift+clicking on autoloading pdf article download url

[Oleksandr Moskalenko]

Package: konqueror
Version: 4:3.5.7-1
Severity: normal

--- Please enter the report below this line. ---

I experience frequent konqueror crashes when I Shift+Click on a URL leading to
a PDF article. This happens on the URLs, which will autoload in few seconds. I
personally think that the crash occurs when I click at exactly the same time
that JavaScript or some similar mechanism attempts to open that PDF in
the konqueror automatically. This works with PDF links offered by the majority
of research journals, so the test cases should be easy to find. I am not sure
I can provide a good working sample link as a lot of them require
subscription. Here are some examples anyway:
http://het.sagepub.com/cgi/reprint/19/1/2,
http://www.biolreprod.org/cgi/reprint/75/5/697.


Backtrace:

Using host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1232656688 (LWP 28477)]
[KCrash handler]
#5  0xb7d1c787 in free () from /lib/libc.so.6
#6  0xb7eddc11 in operator delete () from /usr/lib/libstdc++.so.6
#7  0xb7c2f268 in ~KFileDialog (this=0xbffb8308)
at /tmp/buildd/kdelibs-3.5.7.dfsg.1/./kio/kfile/kfiledialog.cpp:198
#8  0xb727fb17 in ~QWidget (this=0x90245c8) at kernel/qwidget.cpp:973
#9  0xb7303fd3 in ~QFrame (this=0x90245c8)
at .moc/debug-shared-mt/../../widgets/qframe.h:48
#10 0xb7378d64 in ~QScrollView (this=0x90245c8) at widgets/qscrollview.cpp:634
#11 0xb5c8f1fd in ~KHTMLView (this=0x90245c8)
at /tmp/buildd/kdelibs-3.5.7.dfsg.1/./khtml/khtmlview.cpp:521
#12 0xb7f3736d in ~Part (this=0x8f933d8, __vtt_parm=0xb5f12708)
at /tmp/buildd/kdelibs-3.5.7.dfsg.1/./kparts/part.cpp:159
#13 0xb7f44a32 in ~ReadOnlyPart (this=0x8f933d8, __vtt_parm=0xb5f12704)
at /tmp/buildd/kdelibs-3.5.7.dfsg.1/./kparts/part.cpp:314
#14 0xb5c8e946 in ~KHTMLPart (this=0x8f933d8)
at /tmp/buildd/kdelibs-3.5.7.dfsg.1/./khtml/khtml_part.cpp:524
#15 0xb5c7b930 in KHTMLPart::processObjectRequest (this=0x85f1c40, 
child=0x92fe990, [EMAIL PROTECTED], [EMAIL PROTECTED])
at /tmp/buildd/kdelibs-3.5.7.dfsg.1/./khtml/khtml_part.cpp:4491
#16 0xb5c7c5fc in KHTMLRun::foundMimeType (this=0x95327a8, [EMAIL PROTECTED])
at /tmp/buildd/kdelibs-3.5.7.dfsg.1/./khtml/khtml_run.cpp:51
#17 0xb7f41785 in KParts::BrowserRun::slotBrowserMimetype (this=0x95327a8, 
_job=0x9532980, [EMAIL PROTECTED])
at /tmp/buildd/kdelibs-3.5.7.dfsg.1/./kparts/browserrun.cpp:200
#18 0xb7f418ee in KParts::BrowserRun::qt_invoke (this=0x95327a8, _id=7, 
_o=0xbffb7880) at ./browserrun.moc:102
#19 0xb5c4766b in KHTMLRun::qt_invoke (this=0x95327a8, _id=7, _o=0xbffb7880)
at ./khtml_run.moc:77
#20 0xb7242e1b in QObject::activate_signal (this=0x9532980, clist=0x94dc570, 
o=0xbffb7880) at kernel/qobject.cpp:2356
#21 0xb7a95f70 in KIO::TransferJob::mimetype (this=0x9532980, t0=0x9532980, 
[EMAIL PROTECTED]) at ./jobclasses.moc:1050
#22 0xb7a95ff2 in KIO::TransferJob::slotMimetype (this=0x9532980, 
[EMAIL PROTECTED])
at /tmp/buildd/kdelibs-3.5.7.dfsg.1/./kio/kio/job.cpp:
#23 0xb7ad572d in KIO::TransferJob::qt_invoke (this=0x9532980, _id=20, 
_o=0xbffb79b8) at ./jobclasses.moc:1074
#24 0xb7242e1b in QObject::activate_signal (this=0x90dd390, clist=0x90de4d8, 
o=0xbffb79b8) at kernel/qobject.cpp:2356
#25 0xb7243348 in QObject::activate_signal (this=0x90dd390, signal=19, 
[EMAIL PROTECTED]) at kernel/qobject.cpp:2451
#26 0xb7aa3973 in KIO::SlaveInterface::mimeType (this=0x90dd390, 
[EMAIL PROTECTED]) at ./slaveinterface.moc:370
#27 0xb7affc11 in KIO::SlaveInterface::dispatch (this=0x90dd390, _cmd=21, 
[EMAIL PROTECTED])
at /tmp/buildd/kdelibs-3.5.7.dfsg.1/./kio/kio/slaveinterface.cpp:338
#28 0xb7afecfa in KIO::SlaveInterface::dispatch (this=0x90dd390)
at /tmp/buildd/kdelibs-3.5.7.dfsg.1/./kio/kio/slaveinterface.cpp:173
#29 0xb7aa524c in KIO::Slave::gotInput (this=0x90dd390)
at /tmp/buildd/kdelibs-3.5.7.dfsg.1/./kio/kio/slave.cpp:300
#30 0xb7aeef00 in KIO::Slave::qt_invoke (this=0x90dd390, _id=4, _o=0xbffb7d18)
at ./slave.moc:113
#31 0xb7242e1b in QObject::activate_signal (this=0x90dc058, clist=0x90dd628, 
o=0xbffb7d18) at kernel/qobject.cpp:2356
#32 0xb7243722 in QObject::activate_signal (this=0x90dc058, signal=2, 
param=22) at kernel/qobject.cpp:2449
#33 0xb75ccd1f in QSocketNotifier::activated (this=0x90dc058, t0=22)
at .moc/debug-shared-mt/moc_qsocketnotifier.cpp:85
#34 0xb72655c6 in QSocketNotifier::event (this=0x90dc058, e=0xbffb8070)
at kernel/qsocketnotifier.cpp:258
#35 0xb71dacf2 in QApplication::internalNotify (this=0xbffb967c, 
receiver=0x90dc058, e=0xbffb8070) at kernel/qapplication.cpp:2635
#36 0xb71dcb0f in QApplication::notify (this=0xbffb967c, receiver=0x90dc058, 
e=0xbffb8070) at kernel/qapplication.cpp:2358
#37 0xb78c0142 in KApplication::notify (this=0xbffb967c, receiver=0x90dc058, 
event=0xbffb8070)
at /tmp/buildd/kdelibs-3.5.7.dfsg.1/./kdecore/kapplication.cpp:550
#38 0xb716e4c1 in QApplication::sendEv

Bug#424908: gcstar: Format may be incorrect loading error

[Oleksandr Moskalenko]

Package: gcstar
Version: 1.1.1-2
Severity: grave
Justification: renders package unusable


Alexander,

I just made another attempt to use gcstar instead of gcfilms, but I think I'm
hitting https://gna.org/bugs/?7885 or something similar. I can import my
collection from gcfilms, but after saving the new gcstar file I cannot open it
anymore. I get a "Cannot open items list. Format may be incorrect" error; the
main window greys out and I have to kill the program. On the next open only
few records seem to be in the saved .gcs file, so it looks like it's hitting
something it doesn't recognize during opening the file and truncates it on
that record. Anyway, as far as I am concerned the package is unusable with
this bug.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-mrb319 (SMP w/4 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gcstar depends on:
ii  libarchive-tar-perl   1.30-3 Archive::Tar - manipulate tar file
ii  libarchive-zip-perl   1.16-1 Module for manipulation of ZIP arc
ii  libgtk2-perl  1:1.140-1  Perl interface to the 2.x series o
ii  libmp3-tag-perl   0.9709-1   Module for reading tags of MP3 aud
ii  libogg-vorbis-header-pureperl 0.07-2 A pure Perl interface to Ogg Vorbi
ii  libwww-perl   5.805-1WWW client/server library for Perl
ii  libxml-parser-perl2.34-4.2   Perl module for parsing XML files
ii  libxml-simple-perl2.16-1 Perl module for reading and writin
ii  perl  5.8.8-7Larry Wall's Practical Extraction 

gcstar recommends no packages.

-- no debconf information


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

Bug#424667: smc: It's FTBFS due to an incompatible libboost-filesystem-dev change

[Oleksandr Moskalenko]

Package: smc
Version: 0.99.6-1
Severity: serious
Justification: no longer builds from source


Location of libboost-filesystem-dev headers changed from /usr/include/boost to
/usr/include/boost/filesystem. Configuration scripts must be adjusted.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-mrb319 (SMP w/4 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages smc depends on:
pn  libboost-filesystem1.33(no description available)
ii  libc6   2.5-7GNU C Library: Shared libraries
ii  libcegui-mk2-0c2a   0.5.0-1  Crazy Eddie's GUI (libraries)
ii  libgcc1 1:4.2-20070405-1 GCC support library
ii  libgl1-mesa-glx [libgl1 6.5.2-4  A free implementation of the OpenG
ii  libglu1-mesa [libglu1]  6.5.2-4  The OpenGL utility library (GLU)
ii  libsdl-image1.2 1.2.5-3  image loading library for Simple D
ii  libsdl-mixer1.2 1.2.6-2  mixer library for Simple DirectMed
ii  libsdl-ttf2.0-0 2.0.8-3+b1   ttf library for Simple DirectMedia
ii  libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer
ii  libstdc++6  4.2-20070405-1   The GNU Standard C++ Library v3
pn  smc-data   (no description available)

smc recommends no packages.


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

Bug#424666: libboost-filesystem-dev: Document header file location changes that make other software FTBFS

[Oleksandr Moskalenko]

Package: libboost-filesystem-dev
Version: 1.34.0-1
Severity: normal


Your upload of 1.34.0-1 changed the location of libboost-filesystem-dev from
/usr/include/boost to /usr/include/boost/filesystem, which make at least the
"smc" package FTBFS. Please either refrain from such changes or document them
in the changelog explicitly.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-mrb319 (SMP w/4 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libboost-filesystem-dev depends on:
ii  libboost-dev  1.34.0-1   Boost C++ Libraries development fi
ii  libboost-filesystem1.34.0 1.34.0-1   filesystem operations (portable pa

libboost-filesystem-dev recommends no packages.

-- no debconf information


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

Bug#422210: Crashes with error "Absturz durch Signal #11"

[Oleksandr Moskalenko]

* Thomas Florek <[EMAIL PROTECTED]> [2007-05-04 11:39:38 +0200]:

> Package: scribus-ng
> Version: 1.3.4.dfsg~cvs20070502-1
> Severity: normal
> 
> --- Please enter the report below this line. ---
> Choosing "Datei/Dokument einrichten" or "Datei/Allgemeine Einstellungen"
>  pops up error window "Scribus ist abgest?rzt": "Absturz durch Signal #11"
> Greetings
> Tom

Hello Thomas,

Would you please provide more information about this crash? Please include
output of "locale". Also please install "strace"; run "strace -o
scribus.ng.strace scribus-ng"; bzip2 the file after the crash and email it to
me.

Danke!

Alex.

P.S.: I see that your only gs is gs-esp 8.15. You really should use gs-gpl
to ghostscript-related things work properly in Scribus. gs-esp has many
problems and is very old compared to gs-gpl. You can use "update-alternatives
--config gs" to set gs-gpl to be your gs interpreter over gs-esp after you
install gs-gpl.

> --- System information. ---
> Architecture: i386
> Kernel:   Linux 2.6.21.1-slh-smp-2
> 
> Debian Release: lenny/sid
>   500 unstablesidux.com
>   500 unstableftp.de.debian.org
>   500 unstabledebian.scribus.net
>   500 unstabledebian.cp69.de
>   500 unstabledebian-multimedia.informatik.uni-erlangen.de
>50 experimentalftp.de.debian.org
>   200 testing ftp.de.debian.org
> 
> --- Package information. ---
> Depends  (Version) | Installed
> ==-+-
> libart-2.0-2   (>= 2.3.18) | 2.3.19-3
> libc6   (>= 2.5-5) | 2.5-5
> libcupsys2  (>= 1.2.7) | 1.2.7-4
> libfontconfig1  (>= 2.4.0) | 2.4.2-1.2
> libfreetype6  (>= 2.2) | 2.2.1-5
> libgcc1(>= 1:4.2-20070208) | 1:4.2-20070405-1
> libjpeg62  | 6b-13
> liblcms1   (>= 1.15-1) | 1.16-3
> libqt3-mt (>= 3:3.3.7) | 3:3.3.7-4+b1
> libstdc++6   (>= 4.2-20070208) | 4.2-20070405-1
> libtiff4   | 3.8.2-7
> libx11-6   | 2:1.0.3-7
> libxml2(>= 2.6.28) | 2.6.28.dfsg-1
> python2.4  (>= 2.3.90) | 2.4.4-4
> zlib1g(>= 1:1.2.1) | 1:1.2.3-13
> gs-gpl  (>= 8.01)  |
>  OR gs-afpl (>= 8.14)  |
>  OR gs-esp   (>= 7.07) | 8.15.3.dfsg.1-1
> python | 2.4.4-2
> python-tk  | 2.4.4-1
> 
> 
> 


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

Bug#419127: ITP: decorator -- simplify the usage of decorators for the average programmer

[Oleksandr Moskalenko]

* Ben Finney <[EMAIL PROTECTED]> [2007-04-15 17:22:34 +1000]:

> On 14-Apr-2007, Oleksandr Moskalenko wrote:
> > * Ben Finney <[EMAIL PROTECTED]> [2007-04-14 15:33:47 +1000]:
> > > I would strongly recommend that this Python-specific package be 
> > > named 'python-decorator', to make it eminently clear that it's 
> > > primarily useful to Python programmers.
> > 
> > The binary package built from this source package _is_ named 
> > python-decorator.
> 
> The source package is entirely Python-specific, since it is only 
> useful as assistance for a language feature of Python. I'm 
> recommending that the source package be named 'python-decorator' to be 
> clear.

Renamed and reuploaded.


signature.asc
Description: Digital signature

Bug#419589: scribus - FTBFS: CMake Error: Could not find LittleCMS

[Oleksandr Moskalenko]

* Bastian Blank <[EMAIL PROTECTED]> [2007-04-16 21:03:01 +0200]:

> Package: scribus
> Version: 1.3.3.8.dfsg+cvs20070409-1
> Severity: serious
> 
> There was an error while trying to autobuild your package:
> 
> > Automatic build of scribus_1.3.3.8.dfsg+cvs20070409-1 on 
> > debian-31.osdl.marist.edu by sbuild/s390 98
> [...]
> > Libart_LGPL Library Found OK
> > CUPS Library Found OK
> > LIBXML2 Library Found OK
> > CMake Error: Could not find LittleCMS
> > -- Configuring done
> > make: *** [configure-stamp] Error 255
> > **
> > Build finished at 20070411-0147
> > FAILED [dpkg-buildpackage died]

What is the liblcms1-dev version on your buildd? You must have >=1.16-3 as
1.16-2 had a header file location problem.


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

Bug#419570: webcalendar: Package dependencies must allow php5 instead of php4

[Oleksandr Moskalenko]

Package: webcalendar
Version: 1.0.5-1
Severity: normal
Tags: patch


webcalendar forces retention of php4 on the system. Dependencies must be
adjusted to allow removal of php4 in favor of php5. Upstream shows that it can
be done.

--- control.old 2007-04-16 11:12:09.0 -0600
+++ control 2007-04-16 11:03:17.0 -0600
@@ -11,8 +11,8 @@

 Package: webcalendar
 Architecture: all
-Depends: ${misc:Depends}, libapache2-mod-php4 | libapache-mod-php4, php4-mysql 
| php4-pgsql, apache | apache2 | apache-ssl | apache-perl, ucf (>= 0.28), 
dbconfig-common
-Suggests: php4-cli
+Depends: ${misc:Depends}, libapache2-mod-php4 | libapache-mod-php4 | 
libapache2-mod-php5 | libapache-mod-php5, php4-mysql | php4-pgsql | php5-mysql 
| php5-pgsql, apache | apache2 | apache-ssl | apache-perl, ucf (>= 0.28), 
dbconfig-common
+Suggests: php4-cli | php5-cli
 Recommends: mysql-client | postgresql-client, mysql-server | postgresql
 Description: PHP-Based multi-user calendar
  WebCalendar is a PHP-based calendar application that can be configured


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing'), (10, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-mrb319 (SMP w/4 CPU cores)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages webcalendar depends on:
ii  apache2   2.2.3-4Next generation, scalable, extenda
ii  apache2-mpm-prefork [apache2] 2.2.3-4Traditional model for Apache HTTPD
ii  dbconfig-common   1.8.31 common framework for packaging dat
ii  debconf [debconf-2.0] 1.5.13 Debian configuration management sy
ii  libapache-mod-php46:4.4.4-9  server-side, HTML-embedded scripti
ii  php4-mysql6:4.4.4-9  MySQL module for php4
ii  ucf   2.0020 Update Configuration File: preserv

Versions of packages webcalendar recommends:
ii  mysql-client-5.0 [mysql-clien 5.0.38-1   mysql database client binaries
ii  mysql-server  5.0.38-1   mysql database server (meta packag
ii  mysql-server-5.0 [mysql-serve 5.0.38-1   mysql database server binaries

-- debconf information:
  webcalendar/pgsql/manualconf:
  webcalendar/dbconfig-remove:
  webcalendar/mysql/method: unix socket
  webcalendar/dbconfig-reinstall: false
* webcalendar/conf/httpd_conf: apache2
  webcalendar/remote/host:
* webcalendar/note/admin_user:
  webcalendar/purge: false
  webcalendar/internal/reconfiguring: false
* webcalendar/conf/db_persistent: false
  webcalendar/pgsql/authmethod-admin:
  webcalendar/pgsql/admin-user: postgres
  webcalendar/db/dbname: webcalendar
  webcalendar/conf/single_user_login:
  webcalendar/remote/newhost:
  webcalendar/internal/skip-preseed: false
* webcalendar/conf/single_user_mode: false
  webcalendar/upgrade-backup: true
  webcalendar/db/app-user: webcalendar
  webcalendar/mysql/admin-user: root
  webcalendar/passwords-do-not-match:
  webcalendar/upgrade-error: abort
  webcalendar/install-error: abort
  webcalendar/pgsql/authmethod-user:
  webcalendar/remote/port:
  webcalendar/pgsql/changeconf: false
* webcalendar/database-type: mysql
  webcalendar/pgsql/no-empty-passwords:
  webcalendar/remove-error: abort
  webcalendar/pgsql/method: unix socket
  webcalendar/db/basepath:
  webcalendar/dbconfig-upgrade: true
* webcalendar/dbconfig-install: true
* webcalendar/conf/use_http_auth: false
* webcalendar/status/debconf_managed: true


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

Bug#419127: ITP: decorator -- simplify the usage of decorators for the average programmer

[Oleksandr Moskalenko]

* Ben Finney <[EMAIL PROTECTED]> [2007-04-14 15:33:47 +1000]:

> Howdy,
> 
> I would strongly recommend that this Python-specific package be named 
> 'python-decorator', to make it eminently clear that it's primarily 
> useful to Python programmers.
> 

Hello Ben,

The binary package built from this source package _is_ named python-decorator.

Regards,

Alex.


signature.asc
Description: Digital signature

Bug#419127: ITP: decorator -- simplify the usage of decorators for the average programmer

[Oleksandr Moskalenko]

Package: wnpp
Severity: wishlist
Owner: Oleksandr Moskalenko <[EMAIL PROTECTED]>


* Package name: decorator
  Version : 2.0.1
  Upstream Author : Michele Simionato <[EMAIL PROTECTED]>
* URL : 
http://www.phyast.pitt.edu/~micheles/python/documentation.html
* License : BSD
  Programming Lang: Python
  Description : simplify the usage of python decorators for the average 
programmer

(Include the long description here.)

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing'), (10, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-mrb319 (SMP w/4 CPU cores)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


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

Bug#419120: scribus: FTBFS: CMake Error: Could not find LittleCMS

[Oleksandr Moskalenko]

* Kurt Roeckx <[EMAIL PROTECTED]> [2007-04-13 20:40:37 +0200]:

> Package: scribus
> Version: 1.3.3.8.dfsg+cvs20070409-1
> Severity: serious
> 
> Hi,
> 
> Your package is failing to build with the following error:
> CMake Error: Could not find LittleCMS
> -- Configuring done
> make: *** [configure-stamp] Error 255
> 
> 
> Kurt

Kurt,

I know. It's actually due to a mistake I made while updating liblcms1 to 1.16
as headers ended up in /usr/include/liblcms1 instead of /usr/include. I am
amused to find out that only scribus seems to be failing as other packages
build-depend on littleCMS as well. Anyway, I noticed the error and uploaded a
fixed liblcms1-dev version into unstable last night, so things should be back
to normal.

Regards,

Alex.


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

Bug#418454: liblcms1: Please update to 1.16

[Oleksandr Moskalenko]

Package: liblcms1
Version: 1.15-1
Severity: minor


Please update liblcms1 to the new release 1.16. If you don't have time - email
me. Maybe you should also consider co-maintenance.

Regards,

Alex.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing'), (10, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-mrb319 (SMP w/4 CPU cores)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages liblcms1 depends on:
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries

liblcms1 recommends no packages.

-- no debconf information


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

Bug#418453: liblcms1-dev: Out of date shlibs

[Oleksandr Moskalenko]

Package: liblcms1-dev
Version: 1.15-1
Severity: normal
Tags: patch


liblcms1 shlibs setting to 1.08 is causing problems when building/using
software that depends on liblcms1. Please bump the shlibs to the current
level.

Alex.

Here is the patch:

--- shlibs  2007-04-09 13:40:50.0 -0600
+++ shlibs.new  2007-04-09 13:56:42.0 -0600
@@ -1 +1 @@
-liblcms 1 liblcms1 (>= 1.08-1)
+liblcms 1 liblcms1 (>= 1.15-1)

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing'), (10, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-mrb319 (SMP w/4 CPU cores)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages liblcms1-dev depends on:
ii  liblcms1  1.15-1 Color management library

liblcms1-dev recommends no packages.

-- no debconf information


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

Bug#417613: konqueror: crash with a certain site while adding items to a shopping basket

[Oleksandr Moskalenko]

Package: konqueror
Version: 4:3.5.5a.dfsg.1-6
Severity: normal


ii  kdbg2.0.5-1   
graphical debugger interface
ii  kdebase-dbg 3.5.5a.dfsg.1-6   
debugging symbols for kdebase
ii  kdelibs-dbg 3.5.5a.dfsg.1-8   
debugging symbols for kdelibs
ii  kdenetwork-dbg  3.5.5-5   
debugging symbols for kdenetwork
ii  qt-x11-free-dbg 3.3.7-4   
debugging symbols for qt-x11-free binaries

are installed. However, I cannot get a useful backtrace according to the
kdbg. The site that crashes konq. is https://www.vwrsp.com and the crash
happens while adding products to the shopping basket. This is a major site for
Life Sciences products, so it's very important for the konqueror to work with
it.

ASSERT: "!icon.isEmpty()" in 
/tmp/buildd/kdebase-3.5.5a.dfsg.1/./libkonq/konq_pixmapprovider.cc (81)
ASSERT: "!icon.isEmpty()" in 
/tmp/buildd/kdebase-3.5.5a.dfsg.1/./libkonq/konq_pixmapprovider.cc (81)
ASSERT: "!icon.isEmpty()" in 
/tmp/buildd/kdebase-3.5.5a.dfsg.1/./libkonq/konq_pixmapprovider.cc (81)
ASSERT: "!icon.isEmpty()" in 
/tmp/buildd/kdebase-3.5.5a.dfsg.1/./libkonq/konq_pixmapprovider.cc (81)
QPainter::begin: Cannot paint null pixmap
QPainter::setPen: Will be reset by begin()
QPainter::setFont: Will be reset by begin()
QPainter::end: Missing begin() or begin() failed
X Error: BadValue (integer parameter out of range for operation) 2
  Major opcode:  53
  Minor opcode:  0
  Resource id:  0x0
X Error: BadDrawable (invalid Pixmap or Window parameter) 9
  Major opcode:  73
  Minor opcode:  0
  Resource id:  0x0
KCrash: Application 'konqueror' crashing...
[EMAIL PROTECTED]:~$ strace -o konq.strace.2 konqueror
ASSERT: "!icon.isEmpty()" in 
/tmp/buildd/kdebase-3.5.5a.dfsg.1/./libkonq/konq_pixmapprovider.cc (81)
ASSERT: "!icon.isEmpty()" in 
/tmp/buildd/kdebase-3.5.5a.dfsg.1/./libkonq/konq_pixmapprovider.cc (81)
ASSERT: "!icon.isEmpty()" in 
/tmp/buildd/kdebase-3.5.5a.dfsg.1/./libkonq/konq_pixmapprovider.cc (81)
ASSERT: "!icon.isEmpty()" in 
/tmp/buildd/kdebase-3.5.5a.dfsg.1/./libkonq/konq_pixmapprovider.cc (81)
QPainter::begin: Cannot paint null pixmap
QPainter::setPen: Will be reset by begin()
QPainter::setFont: Will be reset by begin()
QPainter::end: Missing begin() or begin() failed
X Error: BadValue (integer parameter out of range for operation) 2
  Major opcode:  53
  Minor opcode:  0
  Resource id:  0x0
X Error: BadDrawable (invalid Pixmap or Window parameter) 9
  Major opcode:  73
  Minor opcode:  0
  Resource id:  0x0
KCrash: Application 'konqueror' crashing...

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing'), (10, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-mrb319
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages konqueror depends on:
ii  kcontrol   4:3.5.5a.dfsg.1-6 control center for KDE
ii  kdebase-kio-plugins4:3.5.5a.dfsg.1-6 core I/O slaves for KDE
ii  kdelibs4c2a4:3.5.5a.dfsg.1-8 core libraries and binaries for al
ii  kdesktop   4:3.5.5a.dfsg.1-6 miscellaneous binaries and files f
ii  kfind  4:3.5.5a.dfsg.1-6 file-find utility for KDE
ii  libacl12.2.42-1  Access control list shared library
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libattr1   1:2.4.32-1.1  Extended attribute shared library
ii  libaudio2  1.8-4 The Network Audio System (NAS). (s
ii  libc6  2.3.6.ds1-13  GNU C Library: Shared libraries
ii  libfam02.7.0-12  Client library to control the FAM 
ii  libfontconfig1 2.4.2-1.2 generic font configuration library
ii  libfreetype6   2.2.1-5   FreeType 2 font engine, shared lib
ii  libgcc11:4.1.1-21GCC support library
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libidn11   0.6.5-1   GNU libidn library, implementation
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  libkonq4   4:3.5.5a.dfsg.1-6 core libraries for Konqueror
ii  libpng12-0 1.2.15~beta5-1PNG library - runtime
ii  libqt3-mt  3:3.3.7-4 Qt GUI Library (Threaded runtime v
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-6 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxft22.1.8.2-8

Bug#416923: scribus: Scribus needs cupsys-bsd to print but cupsys-bsd is not even a suggested package!

[Oleksandr Moskalenko]

* Gary Dale <[EMAIL PROTECTED]> [2007-03-31 10:00:50 -0400]:

> Package: scribus
> Version: 1.2.5.dfsg-5
> Severity: normal
> 
> The title says it all. It took me a while to figure out why I couldn't 
> print from Scribus, so I'm going to assume that I'm not the only one 
> who's encountered this problem. cupsys-bsd is not normally installed, so 
> I think it should be probably declared a dependency for Scribus since it 
> is required to carry out the important job of printing.
> 
> At the least, it should be a recommended package.

Hello Gary,

This issue's been brought up on the Scribus mailing list recently, so I was
aware of it. It's too late to push another package into Etch. However, once
Etch is released I will switch the new stable Scribus line (1.3.3.x) to the
"scribus" package from "scribus-ng" package and the addition of cupsys-bsd to
"Recommended:" will be there.

Regards,

Alex.

P.S.: You really should use scribus-ng (1.3.3.x) package these days as scribus
(1.2.x) is not developed anymore and 1.3 is more featurefull and faster.


> -- System Information:
> Debian Release: 4.0
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.18-4-amd64
> Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
> 
> Versions of packages scribus depends on:
> ii  gs-esp   8.15.3.dfsg.1-1 The Ghostscript PostScript 
> interpr
> ii  gs-gpl   8.54.dfsg.1-5   The GPL Ghostscript PostScript 
> int
> ii  libart-2.0-2 2.3.17-1Library of functions for 2D 
> graphi
> ii  libc62.3.6.ds1-13GNU C Library: Shared libraries
> ii  libcupsys2   1.2.7-4 Common UNIX Printing System(tm) 
> - 
> ii  libfontconfig1   2.4.2-1.2   generic font configuration 
> library
> ii  libfreetype6 2.2.1-5 FreeType 2 font engine, shared 
> lib
> ii  libgcc1  1:4.1.1-21  GCC support library
> ii  libgnutls13  1.4.4-3 the GNU TLS library - runtime 
> libr
> ii  libice6  1:1.0.1-2   X11 Inter-Client Exchange library
> ii  libjpeg626b-13   The Independent JPEG Group's 
> JPEG 
> ii  liblcms1 1.15-1  Color management library
> ii  libpng12-0   1.2.15~beta5-1  PNG library - runtime
> ii  libqt3-mt3:3.3.7-3   Qt GUI Library (Threaded runtime 
> v
> ii  libsm6   1:1.0.1-3   X11 Session Management library
> ii  libstdc++6   4.1.1-21The GNU Standard C++ Library v3
> ii  libtiff4 3.8.2-7 Tag Image File Format (TIFF) 
> libra
> ii  libx11-6 2:1.0.3-6   X11 client-side library
> ii  libxext6 1:1.0.1-2   X11 miscellaneous extension 
> librar
> ii  libxml2  2.6.27.dfsg-1   GNOME XML library
> ii  python-imaging-tk1.1.5-11Python Imaging Library ImageTk 
> Mod
> ii  python-tk2.4.4-1 Tkinter - Writing Tk 
> applications 
> ii  python2.42.4.4-2 An interactive high-level 
> object-o
> ii  zlib1g   1:1.2.3-13  compression library - runtime
> 
> Versions of packages scribus recommends:
> ii  xfonts-scalable   1:1.0.0-6  scalable fonts for X
> 
> -- no debconf information
> 
> 


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

Bug#416710: svn-buildpackage: Some spelling corrections for SDCommon.pm

[Oleksandr Moskalenko]

Package: svn-buildpackage
Version: 0.6.16
Severity: minor
Tags: patch



-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing'), (10, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-mrb319
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages svn-buildpackage depends on:
ii  devscripts  2.10.2   Scripts to make the life of a Debi
ii  file4.20-3   Determines file type using "magic"
ii  libsvn-perl 1.4.2dfsg1-2 Perl bindings for Subversion
ii  perl5.8.8-7  Larry Wall's Practical Extraction 
ii  subversion  1.4.2dfsg1-2 Advanced version control system
ii  wget1.10.2-2 retrieves files from the web

svn-buildpackage recommends no packages.

-- no debconf information


--- SDCommon.pm 2006-12-26 08:00:40.0 -0700
+++ SDCommon.pm.new 2007-03-29 16:35:03.0 -0600
@@ -196,7 +196,7 @@
}
else {
   if($opt_verbose) {
- print "I: trying blind lookup for ressource directories in SVN 
repository.\n";
+ print "I: Trying blind lookup for resource directories in SVN 
repository.\n";
  print "D: $pre, $suf, $var, $basedir.\n";
   }
   @testloc=(long_path("$basedir/../$pre/$suf"),
@@ -213,7 +213,7 @@
  return;
   }
   else {
- print "Failed, assuming non-existant directory...";
+ print "Failed, assuming non-existent directory...";
   }
}
 }
@@ -409,8 +409,8 @@
}
}
if (@conflicts) {
-  print "E: found unresolved issues: [EMAIL PROTECTED]";
-  exwerror "E: Resolve them manually before continueing\n";
+  print "E: Found unresolved issues: [EMAIL PROTECTED]";
+  exwerror "E: Resolve them manually before continuing\n";
}
close($svn);
 }


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

Bug#355757: (forw) [EMAIL PROTECTED]: Re: Bug#355757: (no subject)]

[Oleksandr Moskalenko]

- Forwarded message from Vincent Lefevre <[EMAIL PROTECTED]> -

> Date: Thu, 1 Mar 2007 12:15:56 +0100
> From: Vincent Lefevre <[EMAIL PROTECTED]>
> User-Agent: Mutt/1.5.14-vl-r16324 (2007-02-28)
> X-Mailer-Info: http://www.vinc17.org/mutt/
> To: Oleksandr Moskalenko <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> Subject: Re: Bug#355757: (no subject)
> 
> On 2007-03-01 11:41:37 +0100, Vincent Lefevre wrote:
> > I'm not sure it is contradictory, but the discussion in bug 365506
> > gave a wrong solution. The bug reporter said that the PS file was
> > for A4 paper size, but was converted to Letter paper size (but this
> > is strange since ps2pdf seems to run fine here). What I suggest
> > would be consistent with what is required in this bug: keep the
> > original paper size. For instance, what if the user had an A3 or
> > US-Legal (i.e. larger than A4) PS file and wanted to convert it to
> > PDF? Using /etc/papersize here would clearly be a bad choice.
> 
> Well, when I'm saying that ps2pdf seems to run fine, in fact this
> depends on the file. When /etc/papersize is empty (to provide no
> defaults -- i.e. letter is the default), ps2pdf converts some A4
> files into A4 (that's OK), but some other ones (landscape ones?)
> into letter, though both contain:
> 
> %%DocumentPaperSizes: a4
> 
> But perhaps there is some detection based on the bounding box which
> doesn't work reliably. The landscape file has:
> 
> %%BoundingBox: 0 0 595 842
> 
> while the portrait file has:
> 
> %%BoundingBox: 0 0 596 842

I'd really like to hear what Masayuki, Torsten and Jonas think about this
because it is getting into the realm of a technical decision that maintainers
should agree on before we start sending them more patches for ps2pdf and
pdf2ps.

Regards,

Alex.


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

Bug#405049: (no subject)

[Oleksandr Moskalenko]

tags 405049 + patch
stop
--- gs-gpl.1.orig	2007-02-28 20:47:34.0 -0700
+++ gs-gpl.1	2007-02-28 20:56:22.0 -0700
@@ -295,18 +295,18 @@
 are typically based in \fBC:\\GS\fR, but may be elsewhere, especially if
 you install Ghostscript with \fBGSview\fR.  Run "\fBgs -h\fR" to find the
 location of Ghostscript documentation on your system, from which you can
-get more details.
+get more details. On a Debian system they are in \fB/usr\fR.
 .TP
-.B /usr/local/share/ghostscript/#.##/*
+.B /usr/share/gs-gpl/#.##/*/*
 Startup files, utilities, and basic font definitions
 .TP
-.B /usr/local/share/ghostscript/fonts/*
-More font definitions
+.B /usr/share/fonts/type1/gsfonts/*
+More font definitions from the gsfonts package
 .TP
-.B /usr/local/share/ghostscript/#.##/examples/*
+.B /usr/share/doc/gs-gpl/examples/*
 Ghostscript demonstration files
 .TP
-.B /usr/local/share/ghostscript/#.##/doc/*
+.B /usr/share/doc/gs-gpl/*
 Diverse document files
 .SH "INITIALIZATION FILES"
 When looking for the initialization files "gs_*.ps", the files related to
@@ -330,7 +330,8 @@
 Ghostscript makefile when the executable was built.  When \fBgs\fR is built
 on Unix, \fBGS_LIB_DEFAULT\fR is usually
 "/usr/local/share/ghostscript/#.##:/usr/local/share/ghostscript/fonts"
-where "#.##" represents the Ghostscript version number.
+where "#.##" represents the Ghostscript version number. They are
+"/usr/share/gs-gpl/#.## on a Debian system".
 .PP
 Each of these (\fBGS_LIB_DEFAULT\fR, \fBGS_LIB\fR, and \fB\-I\fR parameter)
 may be either a single directory or a list of directories separated by

Bug#405158: (no subject)

[Oleksandr Moskalenko]

I've just tested this file with gs-gpl_8.54.dfsg.1-5 and only the "%%[
ProductName: GPL Ghostscript ]%%" message still applies. Printing to a PS
printer (Phaser 6250) or to a ps file seems to proceed normally.

Regards,

Alex.


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

Bug#355757: (no subject)

[Oleksandr Moskalenko]

It looks like you are looking for a solution somewhat contradictory to what
was discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=365506 i.e.
having gs keep the same page size as the original as opposed to gs honoring
/etc/papersize as was proposed there. Maybe it's a good idea to merge the bugs
and sort out the differences.

Regards,

Alex.



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

Bug#356470: (no subject)

[Oleksandr Moskalenko]

tags 356470 + patch
stop

This patch makes it possible for pdf2ps to use a redirect to standard output
instead of the the output file name i.e. "pdf2ps test.pdf > test.ps" instead
of "pdf2ps test.pdf test.ps".
--- pdf2ps.orig	2007-02-28 18:18:06.0 -0700
+++ pdf2ps	2007-02-28 18:23:17.0 -0700
@@ -16,18 +16,24 @@
 	shift
 done
 
-if [ $# -eq 2 ] 
+if [ -t 1 ]
 then
-outfile=$2
-elif [ $# -eq 1 ]
-then
-outfile=`basename "$1" \.pdf`.ps
+if [ $# -eq 2 ]
+then
+outfile=$2
+elif [ $# -eq 1 ]
+then
+outfile=`basename "$1" \.pdf`.ps
+else
+echo "Usage: `basename $0` [-dASCII85EncodePages=false] [-dLanguageLevel=1|2|3] input.pdf [output.ps]" 1>&2
+exit 1
+fi
+OUTFILE="-sOutputFile=$outfile"
 else
-echo "Usage: `basename $0` [-dASCII85EncodePages=false] [-dLanguageLevel=1|2|3] input.pdf [output.ps]" 1>&2
-exit 1
+OUTFILE="-sOutputFile=%stdout%"
 fi
 
 # Doing an initial 'save' helps keep fonts from being flushed between pages.
 # We have to include the options twice because -I only takes effect if it
 # appears before other options.
-exec $GS_EXECUTABLE $OPTIONS -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pswrite $OUTFILE "-sOutputFile=$outfile" $OPTIONS -c save pop -f "$1"
+exec $GS_EXECUTABLE $OPTIONS -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pswrite $OUTFILE $OPTIONS -c save pop -f "$1"

Bug#242295: crash with gs-gpl_8.54.dfsg.1-5

[Oleksandr Moskalenko]

gs-gpl_8.54.dfsg.1-5 actually crashes on the 
http://jeroen.a-eskwadraat.nl/misc/architectuur.pdf when the file is viewed 
with gv.

Stack trace:

Error: /rangecheck in --.discardtransparencygroup--GPL Ghostscript 8.54: 
Unrecoverable error, exit code 1

Operand stack:
   --dict:11/11(L)--   1   -207.822
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--   
--nostringval--   2   %stopped_push   --nostringval--   --nostringval--   
--nostringval--   false   1   %stopped_push   1   3   %oparray_pop   1   3   
%oparray_pop   1   3   %oparray_pop   1   3   %oparray_pop   .runexec2   
--nostringval--   --nostringval--   --nostringval--   2   %stopped_push   
--nostringval--   --nostringval--   --nostringval--   false   1   %stopped_push

Regards,

Alex.


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

Bug#328627: (no subject)

[Oleksandr Moskalenko]

Christoph,

Do you still have this problem with current gs-gpl 8.54.dfsg.1-5?

Thanks,

Alex


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

Bug#266661: Is the bug report still valid?

[Oleksandr Moskalenko]

Hello Wilhelm,

This is an old report, so I wonder if you you still have this problem with the
current gs-gpl 8.54.

Thanks,

Alex


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

Bug#412147: Please package new upstream version

[Oleksandr Moskalenko]

* Roberto C. Sanchez <[EMAIL PROTECTED]> [2007-02-23 19:11:23 -0500]:

> Package: scribus
> Severity: wishlist
> 
> Please package the new upstream version (1.3.3.7).
> 
> Regards,
> 
> -Roberto

Roberto,

1.3.3.x series is already packaged and is in the Debian archive. You can find
it under the name "scribus-ng". In general, if you did a search as "apt-cache
search scribus" you would have seen 

scribus - Open Source Desktop Publishing
scribus-ng - Open Source Desktop Page Layout - developmental branch
scribus-template - additional scribus templates
icc-profiles - ICC color profiles for use with Scribus, Gimp, CinePaint, and
scribus-doc - english-language documentation for the internal help browser
scribus-ng-doc - non-free documentation for the developmental Scribus version

I plan to transition "scribus" package from 1.2.5 to 1.3.3.x after Debian/Etch
is released and "scribus-ng" will move to the new developmental tree then.

Regards,

Alex.


signature.asc
Description: Digital signature

Bug#410093: Bug#410079: hyphenation patterns distributed without license and copyright

[Oleksandr Moskalenko]

* Steve Langasek <[EMAIL PROTECTED]> [2007-02-11 00:37:31 -0800]:

> severity 410079 important
> severity 410093 important
> severity 410094 important
> thanks
> 
> On Wed, Feb 07, 2007 at 04:09:47PM +0100, Matthias Klose wrote:
> > Many hyphenation patterns are distributed without copyright and
> > license information. It seems that most patterns are copied from the
> > Openoffice.org sources, where these files are now removed.
> 
> As far as I'm aware, hyphenation rules for a language contain no significant
> creative element and as such are not subject to copyright.  It's fine to
> credit the folks responsible for compiling these hyphenation rules into a
> usable form, and to respect their wishes regarding the use of those rules,
> but I don't see anything here that would warrant removing packages from a
> release.
> 
> Thanks,
> -- 
> Steve Langasek   Give me a lever long enough and a Free OS
> Debian Developer   to set it on, and I can move the world.
> [EMAIL PROTECTED]   http://www.debian.org/

Steve,

I've forwarded Matthias's report upstream and as far as the relevant folks
have been able to check those files are dfsg-free and the only problem seems
to be the wording in the readme files. All word list files were originally
taken from the openoffice distribution and those that differ from the oo have
licensing information. Thank you for stepping in and saying a word about the
RC status. I will finish pulling info from upstream to adjust the copyright
statement, but I also believe that this issue is not release-critical.

Regards,

Alex.


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

Bug#410079: hyphenation patterns distributed without license and copyright

[Oleksandr Moskalenko]

* Matthias Klose <[EMAIL PROTECTED]> [2007-02-07 16:09:47 +0100]:

> Package: scribus
> Version: 1.2.5.dfsg-5
> Severity: serious
> 
> Many hyphenation patterns are distributed without copyright and
> license information. It seems that most patterns are copied from the
> Openoffice.org sources, where these files are now removed.
> 
> The various README's are supposed to have the copyright information,
> but they don't have it.  If the files are derived from the TeX/LaTeX
> hyphenation patterns, then the LPPL requires some information to be
> included in the derived work as well.

Matthias,

Do you think that the updated readme posted by the polish oofice NLC leader at
http://pl.openoffice.org/pliki/README_hyph_pl_PL.txt has a satisfactory
explanation of the copyright status of the polish hyphenation patterns file?

Regards,

Alex.

>  - README_ca_ES.txt: Original work, or derived from LPPL?
> 
>  - README_cs_CZ.txt: Copied from the myspell directory, doesn't say
>anything about the hyphenation patterns, just the wordlist and
>affix files.
> 
>  - README_cy_GB.txt: Not clear, if "the dictionaries" cover the
>hyphenation patterns as well.
> 
>  - README_da_DK.txt: No license/copyright at all.
> 
>  - README_de_DE.txt: No license/copyright for the hyphenation
>patterns, just for the not shipped dictionaries.
> 
>  - README_en_EN.txt: No license/copyright for the hyphenation 
>patterns, just for the not shipped dictionaries.
> 
>  - README_en_GB.txt: No license/copyright for the hyphenation  
>patterns, just for the not shipped dictionaries.
> 
>  - README_es_ES.txt: No license/copyright for the hyphenation   
>patterns, just for the not shipped dictionaries.
> 
>  - README_fi_FI.txt: Unclear, if derived from the TeX/LaTeX work;
>if yes, the LPPL needs to be honored.
> 
>  - README_hu_HU.txt: No license/copyright for the hyphenation
>patterns, just for the not shipped dictionaries.
> 
>  - README_is_IS.txt: Violates LPPL 6d.
> 
>  - README_lt_LT.txt: Origin of the work is unclear; may violate
>LPPL.
> 
>  - README_no_NO.txt: No license/copyright for the hyphenation 
>patterns, just for the not shipped dictionaries.
> 
>  - README_pl_PL.txt: No license/copyright for the hyphenation  
>patterns, just for the not shipped dictionaries. The README
>reads "This dictionary".
> 
>  - README_pt_BR.txt: No license/copyright for the hyphenation  
>patterns, just for the not shipped dictionaries.
> 
>  - README_pt_PT.txt: No license/copyright for the hyphenation   
>patterns, just for the not shipped dictionaries.
> 
>  - README_ru_RU_0.txt: Russian text; needs to be checked.
> 
>  - README_sk_SK.txt: No license/copyright for the hyphenation
>patterns, just for the not shipped dictionaries.
> 
>  - README_sl_SI.txt: No license/copyright for the hyphenation 
>patterns, just for the not shipped dictionaries.
> 
>  - README_sv_SE.txt: No copyright/license at all.
> 
>  - README_uk_UA.txt: No license/copyright for the hyphenation
>patterns, just for the not shipped dictionaries.
> 
> All hyphenation patterns with missing and unclear license information
> should be removed.
> 
> 
> 


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

Bug#405619: vim-vimoutliner: otl_hanlder files are missing

[Oleksandr Moskalenko]

Package: vim-vimoutliner
Version: 0.3.4-7
Severity: normal


Documentation includes a
/usr/share/doc/vim-vimoutliner/examples/README.otl_handler file for the
mod_perl .otl file handler, which is the otl_handler/README in the upstream
otl_handler.tgz tarball. However, the following files that contain the core
functionality of the module are missing:

otl_handler/otl_style.css
otl_handler/otl.js
otl_handler/sample.otl
otl_handler/otl_handler.pl

The tarball otl_handler.tgz is located at
http://www.vimoutliner.org/modules.php?op=modload&name=Downloads&file=index&req=getit&lid=21

Please include the missing files or remove the erroneous README.otl_handler
from the vim-vimoutliner docs.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing'), (10, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-mrb319
Locale: LANG=uk_UA.KOI8-U, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)

Versions of packages vim-vimoutliner depends on:
ii  libpalm-perl 1.3.0-6 Perl 5 modules for manipulating pd
ii  libxml-writer-perl   0.602-1 Perl module for writing XML docume
ii  perl 5.8.8-7 Larry Wall's Practical Extraction 
ii  python   2.4.4-2 An interactive high-level object-o
ii  vim  1:7.0-164+1 Vi IMproved - enhanced vi editor
ii  vim-full [gvim]  1:7.0-164+1 Vi IMproved - enhanced vi editor -
ii  vim-python [gvim]1:7.0-164+1 Vi IMproved - enhanced vi editor -

vim-vimoutliner recommends no packages.

-- no debconf information


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

Bug#403305: bashdb: Giving arguments for the script does not work

[Oleksandr Moskalenko]

* Lionel Elie Mamane <[EMAIL PROTECTED]> [2006-12-16 06:12:09 +0100]:

> Package: bashdb
> Version: 3.1.0.7-1
> Severity: normal
> 
> The documentation says:
> 
>  This method uses another script called bashdb which after taking its
>  own options takes the name of the script to debugged and the
>  arguments to pass to that script. Using this method, one would start
>  the debugger like this:
> 
>   bash path-to-bashdb/bashdb bashdb-options script script-arguments...
> 
> 
>  As with the first method, bash should be a debugger-enabled bash. If
>  bashdb has the path to bash in it at the top (e.g. via #!), and
>  bashdb can be found in your program-search path, then this might be
>  equivalent to the above:
> 
>   bashdb bashdb-options script script-arguments...
> 
> But neither of these works for giving script-arguments; they get
> interpreted as arguments to bashdb. On the other hand,
> 
>   bashdb bashdb-options script -- script-arguments...
> 
> or
> 
>   bashdb bashdb-options -- script script-arguments...
> 
> seem to work.

Lionel,

The documentation is incorrect and will be adjusted in the next package
release.

bashdb --bash-opt -- myscript --myscript-opt
or
bashdb --bash-opt myscript -- --myscript-opt

are the correct invocations.

Regards,

Alex.

> -- System Information:
> Debian Release: 4.0
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.18-3-amd64
> Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8)
> 
> Versions of packages bashdb depends on:
> ii  bash  3.1dfsg-8  The GNU Bourne Again SHell
> ii  emacsen-common1.4.17 Common facilities for all emacsen
> 
> bashdb recommends no packages.
> 
> -- no debconf information
> 
> 


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

Bug#403304: bashdb: bash --debugger doesn't start the debugger

[Oleksandr Moskalenko]

* Lionel Elie Mamane <[EMAIL PROTECTED]> [2006-12-16 06:04:59 +0100]:

> Package: bashdb
> Version: 3.1.0.7-1
> Severity: normal
> 
> The documentation says:
> 
>  There are in fact two other ways to start the BASH debugger. The first
>  way is to pass the `--debugger' option to bash with the name of your
>  script the scripts arguments following that, (...)
> 
>   bash --debugger script script-arguments...
> 
> But this doesn't work; it just runs the script, not entering the debugger.
> 
> -- System Information:
> Debian Release: 4.0
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.18-3-amd64
> Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8)
> 
> Versions of packages bashdb depends on:
> ii  bash  3.1dfsg-8  The GNU Bourne Again SHell
> ii  emacsen-common1.4.17 Common facilities for all emacsen
> 
> bashdb recommends no packages.
> 
> -- no debconf information

Lionel,

This bug is on the bash side. It should be fixed soon I hope. Right now you
can fix it temporarily by making a symlink from
/usr/local/lib/bashdb/bashdb-main.inc to /usr/share/bashdb/dbg-main.inc (ln -s
/usr/share/bashdb/dbg-main.inc /usr/local/lib/bashdb/bashdb-main.inc).

Regards,

Alex.


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

Bug#403306: bashdb: tracking of loaded files defective

[Oleksandr Moskalenko]

* Lionel Elie Mamane <[EMAIL PROTECTED]> [2006-12-16 06:15:02 +0100]:

> Package: bashdb
> Version: 3.1.0.7-1
> Severity: normal
> 
> Here is an example session:
> 
> bashdb<21>
> (/usr/sbin/mkinitramfs:81):
> 81: . /usr/share/initramfs-tools/hook-functions
> bashdb<22>
> (/usr/sbin/mkinitramfs:83):
> 83: . "${CONFDIR}/initramfs.conf"
> bashdb<23> break copy_exec
> File /usr/share/initramfs-tools/hook-functions not found in read-in files.
> See 'info files' for a list of known files.
> bashdb<24> break /usr/share/initramfs-tools/hook-functions:61
> File /usr/share/initramfs-tools/hook-functions not found in read-in files.
> See 'info files' for a list of known files.
> bashdb<25> info files
> Source files for which have been read in:
> 
> /usr/sbin/mkinitramfs (299 lines)
> 
> 
> The said file has just been loaded, the debugger even recognises the
> function name from it, but doesn't know the file.


The file has not been sourced since you stepped over that line. If you'd like
to source it you  can get bash to know about that file by stepping into the
file, and using "finish" to get back out. I will add a README to the package
to make sure people see this point. This behavior may be changed upstream in
a future release. Below is the information from the upstream author for your
reference.

> I'm not sure the user's analysis is correct. He thinks the file is
> loaded in because merely because he sees a line like this
>   81: . /usr/share/initramfs-tools/hook-functions
>
> This just means that the printed statement is about to be run. The
> debugger makes no attempt to parse the statement to figure out that
> there is a *source* command and what the file is to be used. In the
> session shown, rather than descend into this source which *would* have
> caused the file to be registered, he "next"ed around it. The debugger
> know about files only because it is currently stopped inside one.  So
> no, the debugger really doesn't know about that include file.
>
> But as for function names, it queires that from bash, so yes, that
> function name is known.
>
> For now, the person can get bash to know about that file by stepping into
> the file, and using "finish" to get back out.
>
> One possibility for fixing  might be to see if I can redefine the
> "source" command to track filenames and read them in.
>
> If you look at the underlying mechianism "trap DEBUG" though I think
> all you get is line/file info and so that's the only thing we can key
> off of to stop. There is some sort of "functrace" bit that can be set,
> but I don't believe setting that will cause you to *stop* inside the
> function, it just allows "trap DEBUG" to do it's thing.
>
> (I'm not up for going through the process of patching bash and
> submitting a patch to get this fixed - this is where I think it is
> best dealt with.)

Regards,

Alex.

> -- System Information:
> Debian Release: 4.0
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.18-3-amd64
> Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8)
> 
> Versions of packages bashdb depends on:
> ii  bash  3.1dfsg-8  The GNU Bourne Again SHell
> ii  emacsen-common1.4.17 Common facilities for all emacsen
> 
> bashdb recommends no packages.
> 
> -- no debconf information
> 
> 


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

Bug#402573: pydb: depends on emacsen-common

[Oleksandr Moskalenko]

* M. Dietrich <[EMAIL PROTECTED]> [2006-12-11 12:39:41 +0100]:

> Package: pydb
> Version: 1.20-1
> Severity: minor
> 
> 
> dependency on emacs for users that don't use emacs in any
> way is strange. please remove.

Herr Dietrich,

emacsen-common is a tiny helper package that is mainly used to provide support
for various plugin modes for the emacsen editors. It's a 17kb standalone
package and doesn't depend on any emacs editors. So, if you are not using
emacs 17kb is all the space you loose on your multi Gb drive. This package is
a necessary dependency for pydb because it is needed to install pydb.el - an
emacs mode shipped with the package. See bug report #399944 for the reason why
emacsen-common was needed.

I am going to close your bug report as the presence of emacsen-common
dependency is not a bug, but a feature required for functionality needed by
other users of the pydb package.

Gruesse,

Alex.

Package: emacsen-common
Priority: optional
Section: editors
Installed-Size: 84
Maintainer: Rob Browning <[EMAIL PROTECTED]>
Architecture: all
Version: 1.4.17
Depends: bsdmainutils
Filename: pool/main/e/emacsen-common/emacsen-common_1.4.17_all.deb
Size: 17586
MD5sum: 7d6ec8f62339a25cf2f4a624ad91aa1d
SHA1: a17d99aad8dd0a5d09d7949be1101ded66936bdc
SHA256: 5c3102009487398f460d78cdffe2c26e7e5f7774974b36f27283a94655602a9a
Description: Common facilities for all emacsen
 This package contains code that is needed by all the (x)emacs
 packages.  It will be automatically installed when needed.
Tag: admin::configuring, devel::editor, implemented-in::lisp, role::app-data,
special::auto-inst-parts, suite::emacs, use::configuring, works-with::text


> -- System Information:
> Debian Release: 4.0
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/dash
> Kernel: Linux 2.6.18-1-686
> Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
> 
> Versions of packages pydb depends on:
> pi  emacsen-common1.4.17 Common facilities for all emacsen
> ii  python2.4.4-1An interactive high-level 
> object-o
> ii  python-support0.5.6  automated rebuilding support for 
> p
> 
> pydb recommends no packages.
> 
> -- debconf-show failed
> 
> 


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

Bug#399944: pydb: please package emacs frontend

[Oleksandr Moskalenko]

* Yaroslav O. Halchenko <[EMAIL PROTECTED]> [2006-11-22 18:24:34 -0500]:

> Package: pydb
> Version: 1.19-1
> Severity: wishlist
> 
> Original source includes emacs frontend
> 
> > ls emacs/
> 12 Makefile   4 Makefile.am  12 Makefile.in  16 pydb.el   4 
> python-mode.el.diff
> 
> but it is not packaged probably due to necessity to patch
> python-mode.el.

Actually It was more of my omission then anything. I overlooked the emacs mode
for pydb when I was packaging it. I've since learned a couple of things about
emacs modes in debian packages while packaging bashdb by the same upstream
author.

> Would it be possible to find some common solution
> which would allow pydb.el be shipped? It seems to me that this .diff
> doesn't ruin any python-mode, ie backward compatible, so may be it
> could be simply included within python-mode?

I will look into the pydb.el python-mode.el.diff and try to work out a
solution. Thank you for bringing it up.
> 
> Or may be python-mode could wrap/absorb given patch within conditional
> statements so pydb could trigger proper sequence of actions in
> python-mode?

I will have to talk to the upstream author of pydb about that.

> Thank you in advance
> 

Best wishes,

Alex.



> -- System Information:
> Debian Release: testing/unstable
>   APT prefers testing-proposed-updates
>   APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
> Architecture: amd64 (x86_64)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.16-2-amd64-generic
> Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)
> 
> Versions of packages pydb depends on:
> ii  python2.4.3-11   An interactive high-level 
> object-o
> ii  python-support0.5.4  automated rebuilding support for 
> p
> 
> pydb recommends no packages.
> 
> -- no debconf information
> 
> 
> --Yarik
> 
> 


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

Bug#398472: ttf-arphic-ukai: Font crashes a number of applications and is not usable for PDF export

[Oleksandr Moskalenko]

Package: ttf-arphic-ukai
Version: 0.1.20060928-2
Severity: important


Please see the http://bugs.scribus.net/view.php?id=4502 bug report. Apparently
this font is buggy enough to crash Adobe Reader and KPDF, and
Pfaedit/FontForge when somebody tries to view a pdf document with this font
embedded.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing'), (10, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-mrb319
Locale: LANG=uk_UA.KOI8-U, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)


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

Bug#397894: scribus: 1.2.5dfsg

[Oleksandr Moskalenko]

* Arthur Marsh <[EMAIL PROTECTED]> [2006-11-10 20:22:00 +1030]:

> Package: scribus
> Version: 1.2.5.dfsg-5 depends on libgnutls11 instead of libgnutls13
> Severity: normal
> 
> 
> More an observation rather than anything else. This version 
> (waiting for release to unstable) depends on libgnutls11 which is 
> apparently only in stable, rather than libgnutls13 which is in unstable.

Arthur,

It's being taken care of - the i386 binary package needed to be rebuilt. A
rebuild has been scheduled. I suppose it'll be done soon. I'll close the
report after that.

Regards,

Alex.

> -- System Information:
> Debian Release: 4.0
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.18
> Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
> 
> Versions of packages scribus depends on:
> ii  gs-esp 8.15.3.dfsg.1-1   The Ghostscript PostScript 
> interpr
> ii  gs-gpl 8.54.dfsg.1-5 The GPL Ghostscript PostScript 
> int
> ii  libart-2.0-2   2.3.17-1  Library of functions for 2D 
> graphi
> ii  libc6  2.3.6.ds1-8   GNU C Library: Shared libraries
> ii  libcupsys2 1.2.6-1   Common UNIX Printing System(tm) 
> - 
> ii  libfontconfig1 2.4.1-2   generic font configuration 
> library
> ii  libfreetype6   2.2.1-5   FreeType 2 font engine, shared 
> lib
> ii  libgcc11:4.1.1-19GCC support library
> ii  libgnutls111.0.16-13.2sarge2 GNU TLS library - runtime library
> ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
> ii  libjpeg62  6b-13 The Independent JPEG Group's 
> JPEG 
> ii  liblcms1   1.15-1Color management library
> ii  libpng12-0 1.2.8rel-7PNG library - runtime
> ii  libqt3-mt  3:3.3.7-1 Qt GUI Library (Threaded runtime 
> v
> ii  libsm6 1:1.0.1-3 X11 Session Management library
> ii  libstdc++6 4.1.1-19  The GNU Standard C++ Library v3
> ii  libtiff4   3.8.2-6   Tag Image File Format (TIFF) 
> libra
> ii  libx11-6   2:1.0.3-2 X11 client-side library
> ii  libxext6   1:1.0.1-2 X11 miscellaneous extension 
> librar
> ii  libxml22.6.27.dfsg-1 GNOME XML library
> ii  python-imaging-tk  1.1.5-11  Python Imaging Library ImageTk 
> Mod
> ii  python-tk  2.4.4-1   Tkinter - Writing Tk 
> applications 
> ii  python2.4  2.4.4-1   An interactive high-level 
> object-o
> ii  zlib1g 1:1.2.3-13compression library - runtime
> 
> Versions of packages scribus recommends:
> ii  gsfonts-x11   0.20   Make Ghostscript fonts available 
> t
> ii  xfonts-scalable   1:1.0.0-5  scalable fonts for X
> 
> -- no debconf information
> 
> 


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

Bug#397894: scribus: 1.2.5dfsg

[Oleksandr Moskalenko]

* Arthur Marsh <[EMAIL PROTECTED]> [2006-11-10 20:22:00 +1030]:

> Package: scribus
> Version: 1.2.5.dfsg-5 depends on libgnutls11 instead of libgnutls13
> Severity: normal
> 
> 
> More an observation rather than anything else. This version 
> (waiting for release to unstable) depends on libgnutls11 which is 
> apparently only in stable, rather than libgnutls13 which is in unstable.

Hello Arthur,

I do not explicitly depend on libgnutls. It's an automated dependency
expansion from shlibs:Depends.Arthur. I'll reassign this bug to the
appropriate team as this issue should've been fixed by now.

Regards,

Alex.


> -- System Information:
> Debian Release: 4.0
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.18
> Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
> 
> Versions of packages scribus depends on:
> ii  gs-esp 8.15.3.dfsg.1-1   The Ghostscript PostScript 
> interpr
> ii  gs-gpl 8.54.dfsg.1-5 The GPL Ghostscript PostScript 
> int
> ii  libart-2.0-2   2.3.17-1  Library of functions for 2D 
> graphi
> ii  libc6  2.3.6.ds1-8   GNU C Library: Shared libraries
> ii  libcupsys2 1.2.6-1   Common UNIX Printing System(tm) 
> - 
> ii  libfontconfig1 2.4.1-2   generic font configuration 
> library
> ii  libfreetype6   2.2.1-5   FreeType 2 font engine, shared 
> lib
> ii  libgcc11:4.1.1-19GCC support library
> ii  libgnutls111.0.16-13.2sarge2 GNU TLS library - runtime library
> ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
> ii  libjpeg62  6b-13 The Independent JPEG Group's 
> JPEG 
> ii  liblcms1   1.15-1Color management library
> ii  libpng12-0 1.2.8rel-7PNG library - runtime
> ii  libqt3-mt  3:3.3.7-1 Qt GUI Library (Threaded runtime 
> v
> ii  libsm6 1:1.0.1-3 X11 Session Management library
> ii  libstdc++6 4.1.1-19  The GNU Standard C++ Library v3
> ii  libtiff4   3.8.2-6   Tag Image File Format (TIFF) 
> libra
> ii  libx11-6   2:1.0.3-2 X11 client-side library
> ii  libxext6   1:1.0.1-2 X11 miscellaneous extension 
> librar
> ii  libxml22.6.27.dfsg-1 GNOME XML library
> ii  python-imaging-tk  1.1.5-11  Python Imaging Library ImageTk 
> Mod
> ii  python-tk  2.4.4-1   Tkinter - Writing Tk 
> applications 
> ii  python2.4  2.4.4-1   An interactive high-level 
> object-o
> ii  zlib1g 1:1.2.3-13compression library - runtime
> 
> Versions of packages scribus recommends:
> ii  gsfonts-x11   0.20   Make Ghostscript fonts available 
> t
> ii  xfonts-scalable   1:1.0.0-5  scalable fonts for X
> 
> -- no debconf information
> 
> 


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

Bug#396905: scribus: static python2.3 hashbang in boilerplate.py

[Oleksandr Moskalenko]

* Martin Pitt <[EMAIL PROTECTED]> [2006-11-03 16:53:26 +0100]:

> Package: scribus
> Version: 1.2.5-1
> Tags: patch
> 
> Hi!
> 
> boilerplate.py hardcodes 'python2.3' in the hashbang line, which is
> wrong with the new Python policy. dpatch attached for your convenience.
> 
> Martin
> -- 
> Martin Pitthttp://www.piware.de
> Ubuntu Developer   http://www.ubuntu.com
> Debian Developer   http://www.debian.org

Thanks a lot Martin! I just got from a VAC - will upload a new diff asap.

Best wishes,

Alex.

> In a world without walls and fences, who needs Windows and Gates?

> #! /bin/sh /usr/share/dpatch/dpatch-run
> ## 07_fix_python_hashbang.dpatch by  <[EMAIL PROTECTED]>
> ##
> ## All lines beginning with `## DP:' are a description of the patch.
> ## DP: No description.
> 
> @DPATCH@
> diff -urNad 
> scribus-1.2.5.dfsg~/scribus/plugins/scriptplugin/samples/boilerplate.py 
> scribus-1.2.5.dfsg/scribus/plugins/scriptplugin/samples/boilerplate.py
> --- scribus-1.2.5.dfsg~/scribus/plugins/scriptplugin/samples/boilerplate.py   
> 2004-12-27 17:43:43.0 +0100
> +++ scribus-1.2.5.dfsg/scribus/plugins/scriptplugin/samples/boilerplate.py
> 2006-11-03 16:25:49.0 +0100
> @@ -1,4 +1,4 @@
> -#!/usr/bin/env python2.3
> +#!/usr/bin/env python
>  # -*- coding: utf-8 -*-
>  
>  import sys





signature.asc
Description: Digital signature

Bug#396512: ITP: bashdb -- BASH debugger

[Oleksandr Moskalenko]

Package: wnpp
Severity: wishlist
Owner: Oleksandr Moskalenko <[EMAIL PROTECTED]>


* Package name: bashdb
  Version : 3.1.0.6
  Upstream Author : R. Bernstein <[EMAIL PROTECTED]>
* URL : http://bashdb.sourceforge.net/
* License : GPL
  Programming Lang: Bash
  Description : BASH debugger

 This is a complete rewrite of the Korn Shell debugger from Bill Rosenblatt's
 `Learning the Korn Shell', published rt of the POSIX standard nor present are
 in many POSIX-like shells. Although you can just use bashdb to debug scripts
 written in BASH, it can also be used just as a front-end for learning more
 about programming in BASH. As an additional aid, the debugger can be used
 within the context of an existing script with its functions and variables
 that have already been initialized; fragments of the existing code can be
 experimented with by changing them inside the debugger.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing'), (10, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-mrb319
Locale: LANG=uk_UA.KOI8-U, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)


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

Bug#396509: dh-make: emacsen-install.ex and emacsen-remove.ex use /usr/info/ instead of /usr/share/info

[Oleksandr Moskalenko]

Package: dh-make
Version: 0.41
Severity: minor
Tags: patch


The info location directories should be corrected.

--- emacsen-install.ex  2006-10-27 15:03:25.0 -0600
+++ emacsen-install.ex.new  2006-11-01 00:31:51.0 -0700
@@ -27,7 +27,7 @@
 # Maybe somebody will write it.
 if test -x /usr/sbin/install-info-altdir; then
 echo install/${PACKAGE}: install Info links for ${FLAVOR}
-install-info-altdir --quiet --section "" "" --dirname=${FLAVOR}
 /usr/info/${PACKAGE}.info.gz
+install-info-altdir --quiet --section "" "" --dirname=${FLAVOR}
/usr/share/info/${PACKAGE}.info.gz
 fi

 install -m 755 -d ${ELCDIR}

--- emacsen-remove.ex   2006-10-27 15:03:25.0 -0600
+++ emacsen-remove.ex.new   2006-11-01 00:31:47.0 -0700
@@ -7,7 +7,7 @@
 if [ ${FLAVOR} != emacs ]; then
 if test -x /usr/sbin/install-info-altdir; then
 echo remove/${PACKAGE}: removing Info links for ${FLAVOR}
-install-info-altdir --quiet --remove --dirname=${FLAVOR}
 /usr/info/bashdb.info.gz
+install-info-altdir --quiet --remove --dirname=${FLAVOR}
/usr/share/info/bashdb.info.gz
 fi

 echo remove/${PACKAGE}: purging byte-compiled files for ${FLAVOR}

Regards,

Alex.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing'), (10, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-mrb319
Locale: LANG=uk_UA.KOI8-U, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)

Versions of packages dh-make depends on:
ii  debhelper 5.0.40 helper programs for debian/rules
ii  dpkg-dev  1.13.24package building tools for Debian
ii  make  3.81-3 The GNU version of the "make" util
ii  perl  5.8.8-6.1  Larry Wall's Practical Extraction 

dh-make recommends no packages.

-- no debconf information


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

Bug#396230: konqueror: crashes when attempting to print a png image served by Kubra i-Doxs 3.0

[Oleksandr Moskalenko]

Package: konqueror
Version: 4:3.5.5a-2
Severity: normal


When I try printing a png image served by https://secure3.i-doxs.net/vwr/...
(this is an invoice from a supplier I use at work, so I can't provide an exact
URI as it won't be accessible to you) konqueror crashes. I installed
kdebase-dbg, kdelibs-dbg and qt-x11-free-dbg though and hopefully strace will
make sense. It is available at
http://debian.tagancha.org/download/konqueror.strace.0.bz2.

I would be happy to do additional testing if required. This is a most annoying
bug for me as it makes it hard to use konqueror for work stuff.

Regards,

Alex.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing'), (10, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-mrb319
Locale: LANG=uk_UA.KOI8-U, LC_CTYPE=uk_UA.KOI8-U (charmap=KOI8-U)

Versions of packages konqueror depends on:
ii  kcontrol   4:3.5.5a-2control center for KDE
ii  kdebase-kio-plugins4:3.5.5a-2core I/O slaves for KDE
ii  kdelibs4c2a4:3.5.5a.dfsg.1-2 core libraries and binaries for al
ii  kdesktop   4:3.5.5a-2miscellaneous binaries and files f
ii  kfind  4:3.5.5a-2file-find utility for KDE
ii  libacl12.2.41-1  Access control list shared library
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libattr1   2.4.32-1  Extended attribute shared library
ii  libaudio2  1.8-2 The Network Audio System (NAS). (s
ii  libc6  2.3.6.ds1-7   GNU C Library: Shared libraries
ii  libfam02.7.0-11  Client library to control the FAM 
ii  libfontconfig1 2.4.1-2   generic font configuration library
ii  libfreetype6   2.2.1-5   FreeType 2 font engine, shared lib
ii  libgcc11:4.1.1-17GCC support library
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libidn11   0.6.5-1   GNU libidn library, implementation
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  libkonq4   4:3.5.5a-2core libraries for Konqueror
ii  libpng12-0 1.2.8rel-7PNG library - runtime
ii  libqt3-mt  3:3.3.7-1 Qt GUI Library (Threaded runtime v
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libstdc++6 4.1.1-17  The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-2 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxft22.1.8.2-8 FreeType-based font drawing librar
ii  libxi6 1:1.0.1-3 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii  zlib1g 1:1.2.3-13compression library - runtime

konqueror recommends no packages.

-- no debconf information


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

Bug#393757: ITP: webhelpers -- Library of helper functions to make writing web application templates easier

[Oleksandr Moskalenko]

Package: wnpp
Severity: wishlist
Owner: Oleksandr Moskalenko <[EMAIL PROTECTED]>


* Package name: webhelpers
  Version : 0.2.1
  Upstream Author : Ben Bangert <[EMAIL PROTECTED]> and James Gardner <[EMAIL 
PROTECTED]>
* URL : http://cheeseshop.python.org/pypi/WebHelpers/
* License : BSD
  Programming Lang: Python
  Description : Library of helper functions to make writing web application 
templates easier

 One of the sub-sections of Web Helpers contains a full port of the template
 helpers that are provided by Ruby on Rails with slight adaptations on
 occasion to accommodate for Python. Some of these helpers only require Routes
 to function.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing'), (10, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-mrb319
Locale: LANG=uk_UA.KOI8-U, LC_CTYPE=uk_UA.KOI8-U (charmap=KOI8-U)


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

Bug#393756: ITP: beaker -- Simple WSGI middleware that uses the Myghty Container API

[Oleksandr Moskalenko]

Package: wnpp
Severity: wishlist
Owner: Oleksandr Moskalenko <[EMAIL PROTECTED]>


* Package name: beaker
  Version : 0.6.1
  Upstream Author : Julian Krause and Ben Bangart - <[EMAIL PROTECTED]>
* URL : http://cheeseshop.python.org/pypi/Beaker/
* License : MIT
  Programming Lang: Python
  Description : Simple WSGI middleware that uses the Myghty Container API

 Simple WSGI middleware that uses the Myghty Container API
 MyghtyUtils contains a very robust Container API for storing data using
 various backends. Beaker uses those APIs to implement common web application
 wrappers, like sessions and caching, in WSGI middleware. Currently the only
 middleware implemented is that for sessions but more is coming soon.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing'), (10, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-mrb319
Locale: LANG=uk_UA.KOI8-U, LC_CTYPE=uk_UA.KOI8-U (charmap=KOI8-U)


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

Bug#393739: ITP: myghtyutils -- Set of utility classes used by Myghty templating

[Oleksandr Moskalenko]

Package: wnpp
Severity: wishlist
Owner: Oleksandr Moskalenko <[EMAIL PROTECTED]>


* Package name: myghtyutils
  Version : 0.52
  Upstream Author : Michael Bayer <[EMAIL PROTECTED]>
* URL : http://cheeseshop.python.org/pypi/MyghtyUtils/
* License : MIT
  Programming Lang: Python
  Description : Set of utility classes used by Myghty templating

 Utility classes used by Myghty templating:
 container - the Containment system providing back-end neutral key/value
 storage, with support for in-memory, DBM files, flat files, and memcached.
 buffer - some functions for augmenting file objects .
 util - various utility functions and objects.
 synchronizer - provides many reader/single writer synchronization using
 either thread mutexes or lockfiles.
 session - provides a Session interface built upon the Container, similar
 interface to mod_python session. Currently needs a mod_python-like request
 object, this should be changed to something more generic.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (950, 'unstable'), (500, 'testing'), (10, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-mrb319
Locale: LANG=uk_UA.KOI8-U, LC_CTYPE=uk_UA.KOI8-U (charmap=KOI8-U)


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

Bug#389656: thunderbird: Segfaults when printing to a PostScript printer through CUPS.

[Oleksandr Moskalenko]

Package: thunderbird
Version: 1.5.0.7-1
Severity: normal


When I print from thunderbird it segfaults with the following message:

/usr/lib/thunderbird/run-mozilla.sh: line 131: 29635 Segmentation fault  
"$prog" ${1+"$@"}

The printout comes out fine. I have a strace file at
http://debian.tagancha.org/download/thunderbird.strace.1.bz2

Regards,

Alex.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.11-mrb319
Locale: LANG=uk_UA.KOI8-U, LC_CTYPE=uk_UA.KOI8-U (charmap=KOI8-U)

Versions of packages thunderbird depends on:
ii  debconf [debconf-2.0]  1.5.5 Debian configuration management sy
ii  libatk1.0-01.12.2-1  The ATK accessibility toolkit
ii  libc6  2.3.6.ds1-4   GNU C Library: Shared libraries
ii  libcairo2  1.2.4-1   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.4.1-2   generic font configuration library
ii  libgcc11:4.1.1-14GCC support library
ii  libglib2.0-0   2.12.3-2  The GLib library of C routines
ii  libgtk2.0-02.8.20-2  The GTK+ graphical user interface 
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  libpango1.0-0  1.14.4-2  Layout and rendering of internatio
ii  libpng12-0 1.2.8rel-5.2  PNG library - runtime
ii  libstdc++6 4.1.1-14  The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.0-9 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio
ii  libxft22.1.8.2-8 FreeType-based font drawing librar
ii  libxi6 1:1.0.1-3 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii  myspell-en-us [myspell-dic 1:2.0.4~rc1-3 English_american dictionary for my
ii  myspell-ru [myspell-dictio 0.99g3-1  Russian dictionary for MySpell
ii  zlib1g 1:1.2.3-13compression library - runtime

thunderbird recommends no packages.

-- debconf information:
* thunderbird/browser: Debian


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

Bug#383152: Identical problems spotted elsewhere

[Oleksandr Moskalenko]

* Mika Bostrom <[EMAIL PROTECTED]> [2006-08-30 00:34:24 +0300]:

> tags: +moreinfo
> 
>   I may have discovered something. Unless I have misinterpreted this
> badly, linux from scratch project has tripped over a very similar
> problem late this spring.
> 
>   The following messages describe pretty much identical problem:
> 
> http://www.mail-archive.com/blfs-dev@linuxfromscratch.org/msg05358.html
> http://www.mail-archive.com/blfs-dev@linuxfromscratch.org/msg05368.html
> http://www.mail-archive.com/blfs-dev@linuxfromscratch.org/msg05371.html
> 
>   They also describe one possible way to find a solution. This may be
> a problem in auto*/libtool/whatnot toolchain versions and their
> interdependent conflicts. I do not claim to understand how that
> particular mess^Wtoolkit works, but at least I can hope that the
> maintainer of the package manages.
> 
>   (If the second and third mail are to be believed, this could be solved
> with a single 'libtoolize --force' invocation. But where should that
> go?)
> 
>   Thanks,
> 
> -- 
>  Mika BostrЖm  +358-40-525-7347  -=-  The flogging will continue
>  [EMAIL PROTECTED]www.iki.fi/bostik  -=-  until morale improves
>  GPG: 0x039F188E; EC67 5B3A E6E3 6A84 9CB2  94D3 BFCD BD57 039F 188E

Actually I did run "relibtoolize -c -f" -f meaning "--force", which is used as
a solution in those messages. So, it's not a solution in itself. There is
something else going on here.

Thank you for the information nevertheless.

Regards,

Alex.


signature.asc
Description: Digital signature

Bug#383443: scribus-ng: Vertical gradient is not vertical

[Oleksandr Moskalenko]

* Christophe Combelles <[EMAIL PROTECTED]> [2006-08-17 12:45:53 +0200]:

> Package: scribus-ng
> Version: 1.3.3.3.dfsg-1
> Severity: normal
> 
> 
> and horizontal gradient is not horizontal.
> There is a slope in the gradient, and this is immediately visible.
> (create a text frame and apply a color gradient, then make the gradient
> narrow)
> 
> This is only mentionned in http://bugs.scribus.net/view.php?id=287
> but the bugreport is for something else (50% shade), and has been closed as 
> nofix.
> The bug does not appear in the final output, but this breaks the
> wysiwygality of scribus...
> 
> The bugreport says that the 50% shade problem is is a libart issue, but which 
> libart issue?
> Is there any bug report somewhere?
> Is it due to http://www.gnome.org/~mathieu/libart/problems.html ?
> 
> Is the gradient slope problem also a libart issue?
> 
> (This is also valid for the stable 1.2 branch)
> 
> regards,
> Christophe

Christophe,

The standpoint of the Scribus dev team is that there will be a switch to
libcairo2 when scribus-ng 1.3.4 is released in the somewhat near future (a
couple of months or less I guess) and the libart will become irrelevant. At
the moment there is nothing that we can do here as libart is not actively
maintained.

Regards,

Alex.

> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.16-1-k7
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> 
> Versions of packages scribus-ng depends on:
> ii  gs-esp   8.15.2.dfsg.1-1 The Ghostscript PostScript 
> interpr
> ii  gs-gpl   8.50-1.1The GPL Ghostscript PostScript 
> int
> ii  libart-2.0-2 2.3.17-1Library of functions for 2D 
> graphi
> ii  libaudio21.8-1   The Network Audio System (NAS). 
> (s
> ii  libc62.3.6-19GNU C Library: Shared libraries
> ii  libcupsys2   1.2.2-1 Common UNIX Printing System(tm) 
> - 
> ii  libfontconfig1   2.3.2-7 generic font configuration 
> library
> ii  libfreetype6 2.2.1-2 FreeType 2 font engine, shared 
> lib
> ii  libgcc1  1:4.1.1-10  GCC support library
> ii  libgcrypt11  1.2.2-3 LGPL Crypto library - runtime 
> libr
> ii  libgnutls13  1.4.1-1 the GNU TLS library - runtime 
> libr
> ii  libgpg-error01.2-1   library for common error values 
> an
> ii  libice6  1:1.0.0-3   X11 Inter-Client Exchange library
> ii  libjpeg626b-13   The Independent JPEG Group's 
> JPEG 
> ii  liblcms1 1.15-1  Color management library
> ii  libpng12-0   1.2.8rel-5.2PNG library - runtime
> ii  libqt3-mt3:3.3.6-3   Qt GUI Library (Threaded runtime 
> v
> ii  libsm6   1:1.0.0-4   X11 Session Management library
> ii  libstdc++6   4.1.1-10The GNU Standard C++ Library v3
> ii  libtasn1-3   0.3.5-2 Manage ASN.1 structures (runtime)
> ii  libtiff4 3.8.2-6 Tag Image File Format (TIFF) 
> libra
> ii  libx11-6 2:1.0.0-8   X11 client-side library
> ii  libxcursor1  1.1.5.2-5   X cursor management library
> ii  libxext6 1:1.0.0-4   X11 miscellaneous extension 
> librar
> ii  libxft2  2.1.8.2-8   FreeType-based font drawing 
> librar
> ii  libxi6   1:1.0.0-5   X11 Input extension library
> ii  libxinerama1 1:1.0.1-4   X11 Xinerama extension library
> ii  libxml2  2.6.26.dfsg-3   GNOME XML library
> ii  libxrandr2   2:1.1.0.2-4 X11 RandR extension library
> ii  libxrender1  1:0.9.0.2-4 X Rendering Extension client 
> libra
> ii  libxt6   1:1.0.0-5   X11 toolkit intrinsics library
> ii  python-tk2.4.3-3 Tkinter - Writing Tk 
> applications 
> ii  python2.42.4.3-8 An interactive high-level 
> object-o
> ii  zlib1g   1:1.2.3-13  compression library - runtime
> 
> Versions of packages scribus-ng recommends:
> ii  gsfonts-x11   0.20   Make Ghostscript fonts available 
> t
> ii  xfonts-scalable   1:1.0.0-4  scalable fonts for X
> 
> -- no debconf information
> 


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

Bug#379095: scribus(GNU/k*BSD): FTBFS: out of date libtool scripts

[Oleksandr Moskalenko]

* Aurelien Jarno <[EMAIL PROTECTED]> [2006-07-21 10:47:28 +0200]:

> Package: scribus
> Version: 1.2.5.dfsg-1
> Severity: important
> 
> Hello,
> 
> 
> The current version of scribus fails to build on
> GNU/kFreeBSD, because of outdated libtool.
> 
> The version of libtool in scribus is too old to correctly 
> support Debian GNU/k*BSD.  libtool 1.5.2-1 or later is need.
> 
> Here is how to update the libtool in your package (Make sure you are
> using libtool 1.5.2-1 or later):
>   libtoolize -c -f
>   aclocal (-Im4 might be needed if there's an "m4" template dir)
>   autoconf
> 
> Note that you should probably use the same version of aclocal (from 
> the packages automake*) than the one used in the package. You could 
> determine it by looking at the first line of Makefile.in.
> 
> It would also be nice if you can ask upstream to update libtool 
> in their next release.

Hello Aurelien,


I've run into a problem with this. If I go through with the relibtoolization
procedure, none of the plugins get built as shared objects. I am not sure what
is going on, but this is a problem. I cannot proceed with relibtoolization if
the program becomes unusable after it. Do you have any ideas as to why
something like this could be happening?

Regards,

Alex.


> Thanks for your cooperation.
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (x86_64)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.15-1-amd64-k8-smp
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: 
> LC_ALL set to fr_FR.UTF-8)
> 


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

Bug#379077: scribus-ng: incorrect dependency: needs liblcms1 (1.15-1)

[Oleksandr Moskalenko]

* Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> [2006-07-21 02:31:56 +0100]:

> Package: scribus-ng
> Version: 1.3.3.2.dfsg-1
> Severity: normal
> 
> 
> liblcms 1.10 doesn't cut the mustard (missing a required function -
> cmsSetErrorHandler or something like that)

Luke,

scribus-ng is currently built against liblcms1-dev-1.15-1 as can be actually
seen in your bug report part below.

> ii  liblcms1  1.15-1 Color management library

I am not sure why you are implying that it is using liblcms1-1.10. My control
file mandates version >= 1.13. I'm not going to change that as it'll make
scribus-ng unbuildable on Sarge. I'm going to close this bug with today's
upload in the absence relevant comments from your side.


Regards,

Alex.

> -- System Information:
> Debian Release: testing/unstable
> Architecture: i386
> Kernel: Linux highfield 2.6.16-1-686 #2 Mon Apr 10 22:16:40 UTC 2006 i686
> Locale: LANG=C, LC_CTYPE=C
> 
> Versions of packages scribus-ng depends on:
> ii  gs-afpl   8.53-0.1   The AFPL Ghostscript PostScript 
> in
> ii  gs-gpl8.50-1 The GPL Ghostscript PostScript 
> int
> ii  libart-2.0-2  2.3.17-1   Library of functions for 2D 
> graphi
> ii  libaudio2 1.7-2  The Network Audio System (NAS). 
> (s
> ii  libc6 2.3.6-7GNU C Library: Shared libraries
> ii  libcupsys21.1.23-12  Common UNIX Printing System(tm) 
> - 
> ii  libfontconfig12.3.2-1.1  generic font configuration 
> library
> ii  libfreetype6  2.2.1-2FreeType 2 font engine, shared 
> lib
> ii  libgcc1   1:4.1.0-1  GCC support library
> ii  libice6   4.3.0.dfsg.1-6 Inter-Client Exchange library
> ii  libjpeg62 6b-9   The Independent JPEG Group's 
> JPEG 
> ii  liblcms1  1.15-1 Color management library
> ii  libpng12-01.2.8rel-5 PNG library - runtime
> ii  libqt3-mt 3:3.3.6-2  Qt GUI Library (Threaded runtime 
> v
> ii  libsm64.3.0.dfsg.1-6 X Window System Session 
> Management
> ii  libstdc++64.1.0-1The GNU Standard C++ Library v3
> ii  libtiff4  3.7.4-1Tag Image File Format (TIFF) 
> libra
> ii  libx11-6  2:1.0.0-6  X11 client-side library
> ii  libxcursor1   1.1.3-1X cursor management library
> ii  libxext6  1:1.0.0-4  X11 miscellaneous extension 
> librar
> ii  libxft2   2.1.8.2-8  FreeType-based font drawing 
> librar
> ii  libxi61:1.0.0-5  X11 Input extension library
> ii  libxinerama1  6.9.0.dfsg.1-4 X Window System multi-head 
> display
> ii  libxml2   2.6.26.dfsg-2  GNOME XML library
> ii  libxrandr22:1.1.0.2-4X11 RandR extension library
> ii  libxrender1   1:0.9.0.2-1X Rendering Extension client 
> libra
> ii  libxt61:1.0.0-5  X11 toolkit intrinsics library
> ii  python-tk 2.3.5-5Tkinter - Writing Tk 
> applications 
> ii  python2.3 2.3.5-9.1  An interactive high-level 
> object-o
> ii  zlib1g1:1.2.3-9  compression library - runtime
> 
> -- no debconf information
> 
> 


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

Bug#379828: FTBFS: doesn't recognize autoconf 2.60

[Oleksandr Moskalenko]

* Martin Michlmayr <[EMAIL PROTECTED]> [2006-07-25 21:02:45 +0200]:

> Package: scribus
> Version: 1.2.4.1.dfsg-1
> Severity: serious
> 
> Your package fails to build from source because it doesn't recognize
> Autoconf 2.60.  A patch similar to
> http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/cvs.sh?rev=555946&r1=543983&r2=555946
> should fix this problem.  For some background, please see the
> discussion at
> http://lists.debian.org/debian-devel/2006/07/msg00958.html
> 
> 
> > Automatic build of scribus_1.2.4.1.dfsg-1 on prehension by sbuild/sparc 0.47
> ...
> > make[1]: Entering directory `/build/tbm/scribus-1.2.4.1.dfsg'
> > make[2]: Entering directory `/build/tbm/scribus-1.2.4.1.dfsg'
> > *** YOU'RE USING autoconf (GNU Autoconf) 2.60.
> > *** Scribus requires autoconf 2.53 or newer
> > make[2]: *** [cvs] Error 1
> > make[2]: Leaving directory `/build/tbm/scribus-1.2.4.1.dfsg'
> > make[1]: *** [all] Error 2
> 
> -- 
> Martin Michlmayr
> http://www.cyrius.com/

Martin,

I am curious as to why the bug is being filed against the 1.2.4.1. I've
uploaded 1.2.5 into unstable a few days ago and as far as I can tell I've
addressed this problem:

debian/changelog:
* debian/patches/03-cvs_sh.dpatch: Corrected a fix in the 1.2.5 release
  that didn't identify autotoconf 2.6 (FTBFS).

Would you be so kind to try building 1.2.5?

Regards,

Alex.


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

Bug#379095: scribus(GNU/k*BSD): FTBFS: out of date libtool scripts

[Oleksandr Moskalenko]

* Aurelien Jarno <[EMAIL PROTECTED]> [2006-07-21 10:47:28 +0200]:

> Package: scribus
> Version: 1.2.5.dfsg-1
> Severity: important
> 
> Hello,
> 
> 
> The current version of scribus fails to build on
> GNU/kFreeBSD, because of outdated libtool.
> 
> The version of libtool in scribus is too old to correctly 
> support Debian GNU/k*BSD.  libtool 1.5.2-1 or later is need.
> 
> Here is how to update the libtool in your package (Make sure you are
> using libtool 1.5.2-1 or later):
>   libtoolize -c -f
>   aclocal (-Im4 might be needed if there's an "m4" template dir)
>   autoconf
> 
> Note that you should probably use the same version of aclocal (from 
> the packages automake*) than the one used in the package. You could 
> determine it by looking at the first line of Makefile.in.
> 
> It would also be nice if you can ask upstream to update libtool 
> in their next release.
> 
> 
> Thanks for your cooperation.
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (x86_64)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.15-1-amd64-k8-smp
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: 
> LC_ALL set to fr_FR.UTF-8)

Aurelien,

I will get on this as soon as possible. I don't think the upstream will do
anything as this branch is going to become "oldstable" soon. So, I will do the
relibtoolizing myself.

Best wishes,

Alex.


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

Bug#372206: lprof: Segfaults when clicking on 'Install Reference File'

[Oleksandr Moskalenko]

* Helmut Wollmersdorfer <[EMAIL PROTECTED]> [2006-06-09 09:38:25 +0200]:

> Oleksandr Moskalenko wrote:
> 
> 
> Done, but the segfault stays.
> 
> Helmut Wollmersdorfer

> munmap(0xa7f61000, 4096)= 0
> open("/home/helmut/.lprof/templates/screen.icc", O_RDONLY) = 8
> fstat64(8, {st_mode=S_IFREG|0644, st_size=788, ...}) = 0
> fstat64(8, {st_mode=S_IFREG|0644, st_size=788, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
> 0xa7f61000
> read(8, "\0\0\3\24lcms\0020\0\0mntrRGB XYZ \7\326\0\5\0\37\0\17"..., 4096) = 
> 788
> close(8)= 0
> munmap(0xa7f61000, 4096)= 0
> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> +++ killed by SIGSEGV +++

Helmut,

You apparently have an ICC profile in the ~/.lprof/templates directory. This
is the problem. ~/.color/icc is the right place for it. Quoting an upstream
developer of lprof:

"That directory should only have template files and screen.icc should be
removed.  User level profiles belong in ~/.color/icc and system level
profiles belong in /usr/share/color/icc on Linux/Unix/BSD machines.  This is
the (not yet widely used) standard that has come out of OpenICC for where
profiles should be placed.  These are also the default directories that LProf
will use to look for and save profiles."


So, please use the standard locations and you'll be fine.

Regards,

Alex.


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

Bug#372206: lprof: Segfaults when clicking on 'Install Reference File'

[Oleksandr Moskalenko]

* Helmut Wollmersdorfer <[EMAIL PROTECTED]> [2006-06-09 09:38:25 +0200]:

> Oleksandr Moskalenko wrote:
> 
> >Please update to lprof_1.11.4.dfsg-2 and try again, though I cannot 
> >replicate
> >this bug with either 1.11.4.dfsg-1 or 1.11.4.dfsg-2.
> 
> Done, but the segfault stays.
> 
> >Would you be so kind to provide strace output? Please install strace and 
> >run
> >lprof as
> 
> >$strace -o lprof.strace.1 lprof
> 
> >and provide the resulting lprof.strace.1 file after lprof segfaults.
> 
> See attachment.
> 
> Helmut Wollmersdorfer


Helmut,

Your strace is identical to my own (no crash) up until this point. Would you
be so kind to provide this screen.icc file to me for testing?

Thank you,

Alex.

> munmap(0xa7f61000, 4096)= 0
> open("/home/helmut/.lprof/templates/screen.icc", O_RDONLY) = 8
> fstat64(8, {st_mode=S_IFREG|0644, st_size=788, ...}) = 0
> fstat64(8, {st_mode=S_IFREG|0644, st_size=788, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
> 0xa7f61000
> read(8, "\0\0\3\24lcms\0020\0\0mntrRGB XYZ \7\326\0\5\0\37\0\17"..., 4096) = 
> 788
> close(8)= 0
> munmap(0xa7f61000, 4096)= 0
> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> +++ killed by SIGSEGV +++



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

Bug#372206: lprof: Segfaults when clicking on 'Install Reference File'

[Oleksandr Moskalenko]

* Helmut Wollmersdorfer <[EMAIL PROTECTED]> [2006-06-08 22:58:02 +0200]:

> Package: lprof
> Version: 1.11.4.dfsg-1
> Severity: important
> 
> Just called it from the command line
> 
> [EMAIL PROTECTED]:~$ lprof
> file iterator is null
> [select tab 'Preferences', click on 'Install Reference File']
> Segmentation fault

Helmut,

Please update to lprof_1.11.4.dfsg-2 and try again, though I cannot replicate
this bug with either 1.11.4.dfsg-1 or 1.11.4.dfsg-2.

Would you be so kind to provide strace output? Please install strace and run
lprof as

$strace -o lprof.strace.1 lprof


and provide the resulting lprof.strace.1 file after lprof segfaults.

Regards,

Alex.

> [EMAIL PROTECTED]:~$
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.16-1-k7
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> 
> Versions of packages lprof depends on:
> ii  libc6   2.3.6-13   GNU C Library: Shared libraries
> ii  libgcc1 1:4.1.1-2  GCC support library
> ii  liblcms11.15-1 Color management library
> ii  libqt3-mt   3:3.3.6-2  Qt GUI Library (Threaded runtime v
> ii  libstdc++6  4.1.1-2The GNU Standard C++ Library v3
> ii  libtiff43.8.2-3Tag Image File Format (TIFF) libra
> ii  libvigraimpex2  1.4.0-1A C++ computer vision library
> ii  libx11-62:1.0.0-6  X11 client-side library
> ii  libxext61:1.0.0-4  X11 miscellaneous extension librar
> 
> lprof recommends no packages.
> 
> -- no debconf information
> 
> TIA
> 
> Helmut Wollmersdorfer
> 


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