Package: wnpp
Severity: wishlist
Owner: Anthony Fok
* Package name: python-poppler-qt5
Version : 0.24.2
Upstream Author : Wilbert Berendsen
* URL : https://pypi.python.org/pypi/python-poppler-qt5/
* License : LGPL-2.1+
Programming Lang: Python, SIP
Package: wnpp
Severity: wishlist
Owner: Ryan Kavanagh
* Package name: python-poppler-qt4
Version : 0.16.2
Upstream Author : Wilbert Berendsen
* URL : http://code.google.com/p/python-poppler-qt4/
* License : LPGL-2.1+
Programming Lang: SIP, python
Package: wnpp
Severity: wishlist
Owner: Chow Loong Jin
* Package name: poppler-sharp
Version : 0.0.1
Upstream Author : Jacinto Shy, Jr.
* URL : http://www.github.com/
* License : GPL-2+
Programming Lang: C#
Description : PDF rendering library -- CLI
Hi,
The poppler package is in great need of more co-maintainers. It receives
quite a number of the bugs from the evince and okular packages. Neither
Loïc nor I really have the time to deal with them. I just happen to
upload a new version from time to time, and sometimes it happens to fix
some
Hi
Dne Mon, 16 Nov 2009 11:22:22 +0100
Cyril Brulebois napsal(a):
> Michal Čihař (16/11/2009):
> > Hi
>
> Hello,
>
> > "Adam D. Barratt" napsal(a):
> >
> > > #556178 was filed against geoclue this morning, but has already
> > > been marked as wontfix and closed. The suggestion was to modif
Michal Čihař (16/11/2009):
> Hi
Hello,
> "Adam D. Barratt" napsal(a):
>
> > #556178 was filed against geoclue this morning, but has already
> > been marked as wontfix and closed. The suggestion was to modify
> > gammu to build without libusb support on !linux, but there doesn't
> > appear to
Hi
Dne Sat, 14 Nov 2009 17:04:18 +
"Adam D. Barratt" napsal(a):
> #556178 was filed against geoclue this morning, but has already been
> marked as wontfix and closed. The suggestion was to modify gammu to
> build without libusb support on !linux, but there doesn't appear to be
> any open re
Le samedi 14 novembre 2009 à 15:45 +0100, Luk Claes a écrit :
> >> - anjuta not yet built on all arches
> >
> > This is a consequence of the subversion FTBFS on said architectures. It
> > can be given-back once svn is fixed.
>
> Ok, hopefully there will be soon some progress on that issue.
Ther
Hi
Dne Sat, 14 Nov 2009 15:09:51 +0100
Josselin Mouette napsal(a):
> > - empathy not built on kfreebsd*
>
> It’s waiting on geoclue, which in turn needs disabling of gammu support
> on !linux.
It rather looks like Gammu needs disabling libusb support on !linux,
I will do that.
--
Mic
On Sat, 2009-11-14 at 15:45 +0100, Luk Claes wrote:
> Josselin Mouette wrote:
[...]
> > Le dimanche 08 novembre 2009 à 12:48 +0100, Luk Claes a écrit :
[...]
> >> - empathy not built on kfreebsd*
> >
> > It’s waiting on geoclue, which in turn needs disabling of gammu support
> > on !linux.
>
> T
Josselin Mouette wrote:
> Hi, and thanks for this much needed inventory. Most of the issues here
> were fixed this week.
>
> Maybe it’s time for a new review?
Note that it was only a list of the most obvious blockers. Things I did
not look at yet for the gnome transition are RC bugs for instance.
uld be easier on the buildds.
> - gst-plugins-base0.10 not yet built on all arches
Now built everywhere, still missing some buildd admin signatures.
> - gstreamer0.10 not yet built on all arches
Now built.
> - totem not yet built on all arches
Now built.
> - yelp not built on kfree
On Sun, Nov 08, 2009 at 12:48:11PM +0100, Luk Claes wrote:
> Hi
>
> Currently there are 4 rather big transitions going on, none of which is
> ready to transition. Following are the things that currently are an
> issue or that show why the 4 transitions are coupled:
>
> * xulrunner:
Sorry, I dela
Mike Hommey wrote:
> On Sun, Nov 08, 2009 at 12:48:11PM +0100, Luk Claes wrote:
>> Hi
>>
>> Currently there are 4 rather big transitions going on, none of which is
>> ready to transition. Following are the things that currently are an
>> issue or that show why the 4 transitions are coupled:
>>
>> *
On Sun, Nov 08, 2009 at 12:48:11PM +0100, Luk Claes wrote:
> Hi
>
> Currently there are 4 rather big transitions going on, none of which is
> ready to transition. Following are the things that currently are an
> issue or that show why the 4 transitions are coupled:
>
> * xulrunner:
> - iceweasel
Dne Mon, 9 Nov 2009 11:22:14 +0100
Michael Banck napsal(a):
> On Sun, Nov 08, 2009 at 09:32:43PM +0100, Michal ??iha?? wrote:
> > Hi
> >
> > Dne Sun, 08 Nov 2009 12:48:11 +0100
> > Luk Claes napsal(a):
> >
> > > - geeqie not yet built on all arches which prevents libchamplain and
> > > empathy
On Sun, Nov 08, 2009 at 09:32:43PM +0100, Michal ??iha?? wrote:
> Hi
>
> Dne Sun, 08 Nov 2009 12:48:11 +0100
> Luk Claes napsal(a):
>
> > - geeqie not yet built on all arches which prevents libchamplain and
> > empathy from migrating
>
> Filed upstream bug about FTBFS on hurd
hurd-i386 is not
Hello,
Luk Claes wrote:
> Hi
>
> Currently there are 4 rather big transitions going on, none of which is
> ready to transition. Following are the things that currently are an
> issue or that show why the 4 transitions are coupled:
[...]
> - gnome-main-menu should use libslab otherwise it preven
Hi
Dne Sun, 08 Nov 2009 12:48:11 +0100
Luk Claes napsal(a):
> - geeqie not yet built on all arches which prevents libchamplain and
> empathy from migrating
Filed upstream bug about FTBFS on hurd and I will try to look at it
deeper tomorrow, but new upload is anyway already waiting in NEW, so it
On Sun, 2009-11-08 at 12:48 +0100, Luk Claes wrote:
> * gupnp
> - libnice not yet rebuilt/reuploaded
libnice was binNMUed as part of this transition so shouldn't be a
blocker. The remaining issue that I can currently see here is gupnp-igd
being out-of-date on mips.
Adam
--
To UNSUBSCRIBE, emai
On Nov 08, Luk Claes wrote:
> - seed couples transition to gupnp and poppler transition (via
> gir-repository)
> - evince couples transition to poppler transition
seed due to gobject-introspection blocks udev, whose next release will
cause/require a concurrent upgrade of consolekit.
The webkit #554718 currently on kfreebsd-amd64 blocks building of
seed, yelp, gir-repository, gstreamer0.10 (via gir-repository),
devhelp, kazehakase, ...
For details see
http://lists.debian.org/debian-devel/2009/11/msg00289.html
Petr
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debi
Mike Hommey wrote:
> On Sun, Nov 08, 2009 at 12:53:18PM +0100, Mike Hommey wrote:
>> On Sun, Nov 08, 2009 at 12:48:11PM +0100, Luk Claes wrote:
>>> Hi
>>>
>>> Currently there are 4 rather big transitions going on, none of which is
>>> ready to transition. Following are the things that currently are
On Sun, Nov 08, 2009 at 12:53:18PM +0100, Mike Hommey wrote:
> On Sun, Nov 08, 2009 at 12:48:11PM +0100, Luk Claes wrote:
> > Hi
> >
> > Currently there are 4 rather big transitions going on, none of which is
> > ready to transition. Following are the things that currently are an
> > issue or that
On Sun, Nov 08, 2009 at 12:48:11PM +0100, Luk Claes wrote:
> Hi
>
> Currently there are 4 rather big transitions going on, none of which is
> ready to transition. Following are the things that currently are an
> issue or that show why the 4 transitions are coupled:
>
> * xulrunner:
> - iceweasel
built on hppa which prevents gnome-python-extras from migrating
- webkit not built on kfreebsd-amd64 which prevents kazehakase from
migrating
- ruby-gnome2 couples transition to gnome and poppler transition
* gnome:
- evolution not built on kfreebsd*
- gdl not built on hppa which prevents anjuta from
On Wed, 27 Aug 2008 22:07:16 +0800
Deng Xiyue <[EMAIL PROTECTED]> wrote:
> Though I'm not a maintainer of tasksel stuff, I think it's valid to
> suggest the same to be done for Chinese(both simplified and traditional)
> and Korean tasks as well, so that we save some bug number count :)
filed as B
在 2008-08-27三的 15:58 +0200，Christian Perrier写道：
> Hideki Yamane a écrit :
>
> > So I and other Japanese Debian developer/maintainer/package maintainer/
> > users want poppler-data package to there, the CJK languages-desktop
> > tasks in tasksel. Please consider that.
Hideki Yamane a écrit :
> So I and other Japanese Debian developer/maintainer/package maintainer/
> users want poppler-data package to there, the CJK languages-desktop
> tasks in tasksel. Please consider that.
The easiest way to have this to happen is by sending a wishlist bug
repor
;s very very helpful for our users!
If not, users must edit their apt lines by hand, and know this
poppler-data package is needed to view PDF files, it's painful
thing for average users (Yes, I can do that easily, and you can
also do that, but your mother, father, little brother or sister
Quoting Osamu Aoki ([EMAIL PROTECTED]):
> Although it is in non-free, it is essential to read PDF files created in
> Asian languages. These data were in main packages but due to package
> reorganization and better license review, it is in non-free.
> nfortunately, there is no other ways to use pd
t'll be very helpful if the poppler-data package sitting in
> > > NEW will be reviewed soonish so that it can be decided whether the NMU
> > > of xpdf-CJK packages should be done. Obviously poppler-data is the best
> > > way to solve the issue. Thanks very much.
F
Quoting Hideki Yamane ([EMAIL PROTECTED]):
> Hi list,
>
> I'm worry about CJK Debian users will not be able to read PDF with
> poppler-data in default Debian Desktop environment.
>
> Now, in etch, if you want to view Japanese PDF file, you'll install
> xpdf
> > But evince was changed. We need poppler package (depends on
> > libpoppler-glib3)
> > to view PDF files, and if you want to view Japanese PDF file, you
> > also need to install poppler-data - but it is NOT in Debian yet.
>
> Debian lenny is frozen, it is t
On Thu, Jul 31, 2008 at 8:43 AM, Hideki Yamane <[EMAIL PROTECTED]> wrote:
> But evince was changed. We need poppler package (depends on libpoppler-glib3)
> to view PDF files, and if you want to view Japanese PDF file, you
> also need to install poppler-data - but it is NO
Hi list,
I'm worry about CJK Debian users will not be able to read PDF with
poppler-data in default Debian Desktop environment.
Now, in etch, if you want to view Japanese PDF file, you'll install
xpdf-japanese and cmap-adobe-japan1 and cmap-adobe-japan2 package,
then lau
* Norbert Preining [Thu, 19 Jun 2008 09:21:41 +0200]:
Hello Norbert,
> On Do, 12 Jun 2008, Adeodato Simó wrote:
> > transition. We're almost there, though, so we're blocking uploads of
> > involved packages for a few days, please find a list below.
> One week passed, and it seems the transition
On Do, 12 Jun 2008, Adeodato Simó wrote:
> transition. We're almost there, though, so we're blocking uploads of
> involved packages for a few days, please find a list below.
One week passed, and it seems the transition hasn't been done.
Is there an expected time for that? I have several RC bugs t
* Domenico Andreoli [Fri, 13 Jun 2008 00:15:25 +0200]:
> Hi,
Hello, Domenico.
> > Domenico Andreoli <[EMAIL PROTECTED]>
> >curl
> latest upload of curl dropped c-ares support because of its problems
> with IPv6. why do you consider it for this transition? not that I plan
> to do many upload
On Thu, Jun 12, 2008 at 07:20:31PM +0200, Adeodato Simó wrote:
> Hello.
Hi,
> Domenico Andreoli <[EMAIL PROTECTED]>
>curl
latest upload of curl dropped c-ares support because of its problems
with IPv6. why do you consider it for this transition? not that I plan
to do many uploads more...
ch
Norbert Preining schrieb:
> Dear all!
>
> The other packages which are ready for transition and only waiting are:
> evince, gambas, kdegraphics, pdfcube, tracker, texlive-bin
>
> So let's hope that NO new uploads are happening for the following 8
> days. At least I will refrain from uploading any
Hi Steve,
On Mi, 19 Dez 2007, Steve Langasek wrote:
> $ grep-excuses luatex
> luatex (0.11.2-1 to 0.20.1-1)
> Maintainer: Debian TeX Maintainers
> Too young, only 9 of 10 days old
> out of date on arm: luatex (from 0.15-1)
> ^^
Hmm, right (why wasn't that shown on
On Wed, Dec 19, 2007 at 01:09:35PM +0100, Norbert Preining wrote:
> Can we somehow organize that the poppler transition can be done in a
> reasonable time frame?
Only with the cooperation of the maintainers, of course.
> Currently the problematic packages are (from bjorn.haxx.se):
Dear all!
Can we somehow organize that the poppler transition can be done in a
reasonable time frame? There now quite a lot of packages waiting to
enter testing but are all blocked by poppler.
Currently the problematic packages are (from bjorn.haxx.se):
. gimp
uploaded yesterday, needs
: GPL
Programming Lang: C
Description : Poppler python bindings
This package include Python bindings for LibPoppler.
It is needed to run programs written in Python and using Poppler set.
LibPoppler is a PDF rendering library based on xpdf PDF viewer, and used
by kpdf and evince
On Sun, 2006-06-25 at 17:05 -0400, James R. Van Zandt wrote:
> So I'd expect a smaller memory footprint and faster startup. What
> would I be losing? The ability to drag a PDF file and drop it on the
> application's icon on the desktop? Printer integration? Gnome style
> documentation?
I don't
Yves-Alexis Perez <[EMAIL PROTECTED]> wrote:
> epdfview is a pdf viewer based on poppler libs, like evince but without
> all gnome libs dependencies, it only uses gtk libs.
So I'd expect a smaller memory footprint and faster startup. What
would I be losing? The ability t
Lv2
Programming Lang: C++
Description : Lightweight pdf viewer based on poppler libs
epdfview is a pdf viewer based on poppler libs, like evince but without
all gnome libs dependencies, it only uses gtk libs.
--
As a side note, the package currently built requires libpoppler 0.5
which is on
Hamish Moffatt <[EMAIL PROTECTED]> wrote:
> On Mon, Jan 09, 2006 at 05:00:53PM +0100, Isaac Clerencia wrote:
>> On Monday, 9 January 2006 15:03, Moritz Muehlenhoff wrote:
>> > Unfortunately kpdf upstream seems quite reluctant to switch to poppler, see
>> > ht
On Mon, Jan 09, 2006 at 05:00:53PM +0100, Isaac Clerencia wrote:
> On Monday, 9 January 2006 15:03, Moritz Muehlenhoff wrote:
> > Unfortunately kpdf upstream seems quite reluctant to switch to poppler, see
> > http://bugs.kde.org/show_bug.cgi?id=119455. I don't know the status
http://svn.debian.org/wsvn/pkg-tetex/tetex-bin/trunk/debian/patches/patch-poppler?op=file&rev=0&sc=0,
and it could probably made even simpler if the #include statements would
not be changed and -L/usr/include/poppler etc. used instead.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
On Mon, Jan 09, 2006 at 03:03:07PM +0100, Moritz Muehlenhoff wrote:
> I've heard that gpdf is to be replaced by evince in GNOME, which
> already links dynamically, so it's probably best to remove it for Etch.
While evince is nice it is unfortunately unbearably slow compared to
gpdf/gv/acroread wi
Isaac Clerencia <[EMAIL PROTECTED]> wrote:
> #koffice:
> 16:30 < isaac> it would definitely better to be able to use poppler as a
>external library :)
> 16:31 < mart> isaac: indeed, I heard talk about it - I _think_ someone was
> pla
On Monday, 9 January 2006 17:00, Isaac Clerencia wrote:
> #kpdf:
> #koffice:
So it seems that Etch will ship with kpdf and koffice embedding xpdf source.:(
Best regards
--
Isaac Clerencia at Warp Networks, http://www.warp.es
Work: <[EMAIL PROTECTED]> | Debian: <[EMAIL PROTECTED]>
pgp7CiZdil
On Monday, 9 January 2006 15:03, Moritz Muehlenhoff wrote:
> Frank Küster wrote:
> >> These source packages embed xpdf source and should be fixed to use
> >> poppler if possible:
> >>
> >> gpdf
> >> pdftohtml
> >> kdegraphics (kpdf)
> >
Frank Küster wrote:
>> These source packages embed xpdf source and should be fixed to use poppler
>> if possible:
>>
>> gpdf
>> pdftohtml
>> kdegraphics (kpdf)
>> koffice
>> libextractor
>
> AFAIK, poppler was created by the freedesktop people
Moritz Muehlenhoff <[EMAIL PROTECTED]> wrote:
> Frank Küster wrote:
>>>poppler (#344738), orphaned 4 days ago
>>> Reverse Depends: libpoppler-glib-dev libpoppler-dev abiword-plugins
>>>libpoppler-qt-dev libkpathsea4 evince libpoppler0c2-qt tet
On Wed, Dec 28, 2005, Frank Küster wrote:
> Now I've learned that poppler has just been orphaned
> (http://bugs.debian.org/344738) and that the sources are already in the
> pkg-gnome svn repository. Will you maintain the package as a team?
(It seems this question is now answered b
Frank Küster wrote:
>>poppler (#344738), orphaned 4 days ago
>> Reverse Depends: libpoppler-glib-dev libpoppler-dev abiword-plugins
>>libpoppler-qt-dev libkpathsea4 evince libpoppler0c2-qt tetex-bin
>>libpoppler0c2-glib
>
> ... and hopefully s
er to http://www.debian.org/devel/wnpp/ for more information.
> >
> > --------
> >
> > The following packages have been orphaned:
> >
> >poppler (#344738), orphaned 4 days ago
> > Reverse Depends: libpoppler-glib-dev libpoppler-dev abiword-plugins
> >
adoption: 96 (new: 1)
> Total number of packages requested help for: 20 (new: 0)
>
> Please refer to http://www.debian.org/devel/wnpp/ for more information.
>
>
>
> The following packages have been orphane
61 matches
Mail list logo
