On Sun, Dec 7, 2014 at 3:21 PM, Kristian Fiskers
>
> By all means, thanks for informing about an alternative, but I
> personally believe that it is important for the overall distribution
> to keep a wider perspective than personal non-free use (even if this
> is a developers primary focus as reaso
Michał Górny wrote:
>
> Have you tried mcpdf?
I heard about it now for the first time.
If I understand correctly, it uses the same library
as pdfTK, only a somewhat later version
(e.g. with improved unicode handling).
The main difference seems to be that it does not insist
on gcj but apparently
On Sun, Dec 07, 2014 at 08:32:57AM -0500, Rich Freeman wrote:
> On Sun, Dec 7, 2014 at 8:05 AM, Anthony G. Basile
> wrote:
> > On 12/07/14 05:37, Michał Górny wrote:
> >>
> >> If you're interested in testing it, 'layman -a mgorny' and enjoy. I'd
> >> appreciate any bug reports, except for those co
Hi,
On Sun, 07 Dec 2014 22:21:50 +0100 Kristian Fiskerstrand wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 12/07/2014 10:05 PM, Tim Harder wrote:
> > On 2014-12-07 15:02, Kristian Fiskerstrand wrote:
> The most important consumer is app-text/pdftk Unfortunately,
> t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 12/07/2014 10:05 PM, Tim Harder wrote:
> On 2014-12-07 15:02, Kristian Fiskerstrand wrote:
The most important consumer is app-text/pdftk Unfortunately,
there is still no replacement for the latter which works as
good, especially i
On 2014-12-07 15:02, Kristian Fiskerstrand wrote:
> >> The most important consumer is app-text/pdftk Unfortunately,
> >> there is still no replacement for the latter which works as
> >> good, especially if you have tricky pdfs to process. Loosing gcj
> >> would therefore be a real loss.
> > As long
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 12/07/2014 07:45 PM, Tim Harder wrote:
> On 2014-12-07 13:15, Martin Vaeth wrote:
>> The most important consumer is app-text/pdftk Unfortunately,
>> there is still no replacement for the latter which works as
>> good, especially if you have tricky
Hello, developers.
A quick sit: right now toolchain.eclass is a big blocker for multilib
that doesn't seem to want to fix itself. Considering the complexity of
the eclass, the amount of automagic dependencies and the size of
resulting patches ([1] for a start but it lacks EAPI conditionals), I'm
t
On 2014-12-07 13:15, Martin Vaeth wrote:
> The most important consumer is app-text/pdftk
> Unfortunately, there is still no replacement for the latter
> which works as good, especially if you have tricky pdfs to
> process. Loosing gcj would therefore be a real loss.
As long as you're fine with any
Dnia 2014-12-07, o godz. 18:15:50
Martin Vaeth napisał(a):
> Michał Górny wrote:
> >
> > 2. No gcj support. [...] Not sure if anybody
> > actually uses it, and if it is actually useful for anything
>
> The most important consumer is app-text/pdftk
> Unfortunately, there is still no replacement
Michał Górny wrote:
>
> 2. No gcj support. [...] Not sure if anybody
> actually uses it, and if it is actually useful for anything
The most important consumer is app-text/pdftk
Unfortunately, there is still no replacement for the latter
which works as good, especially if you have tricky pdfs to
p
On Sun, Dec 7, 2014 at 8:05 AM, Anthony G. Basile
wrote:
> On 12/07/14 05:37, Michał Górny wrote:
>>
>> If you're interested in testing it, 'layman -a mgorny' and enjoy. I'd
>> appreciate any bug reports, except for those covering things i've
>> already listed as missing :). Any further comments w
Dnia 2014-12-07, o godz. 08:05:59
"Anthony G. Basile" napisał(a):
> On 12/07/14 05:37, Michał Górny wrote:
> >
> > If you're interested in testing it, 'layman -a mgorny' and enjoy. I'd
> > appreciate any bug reports, except for those covering things i've
> > already listed as missing :). Any furt
On 12/07/14 05:37, Michał Górny wrote:
If you're interested in testing it, 'layman -a mgorny' and enjoy. I'd
appreciate any bug reports, except for those covering things i've
already listed as missing :). Any further comments will be very helpful
in deciding on the way forward.
Removing the ec
Dnia 2014-12-07, o godz. 04:43:05
Daniel Campbell napisał(a):
> > If you're interested in testing it, 'layman -a mgorny' and enjoy.
> > I'd appreciate any bug reports, except for those covering things
> > i've already listed as missing :). Any further comments will be
> > very helpful in decid
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/07/2014 04:37 AM, Michał Górny wrote:
> Hello, developers and users.
>
> As some of you know, the toolchain packages in Gentoo suffer from
> lack-of-sanity issues and their maintainers are completely
> unwilling to improve things. I have final
Hello, developers and users.
As some of you know, the toolchain packages in Gentoo suffer from
lack-of-sanity issues and their maintainers are completely unwilling to
improve things. I have finally decided to start working on a fork of
the sys-devel/gcc ebuilds, and I have some bits ready for init
17 matches
Mail list logo
