> I updated that section, hopefully the filter pipeline is now more
> understandable.
Thanks Jiri.
I'll try your packages on F18, with these docs, and give you some more
constructive feedback.
-benjamin
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailm
> Quality evaluation needs test targets/documents, and eyeballs.
I think you mean "trained eyeballs" above.
;)
There are already sample regression tests in RH bugzilla for page
size/resolution. All these fancy color-calibration mechanisms in
gnome/cups/ghostscript are useless for m
Thanks!
> > 3) in "how to test" there is no mention of print quality
> > regressions. I'm concerned that in the effort to sync with cups-1.6
> > and upstream, mostly just the mechanics of finding a printer and
> > getting a page out are being tested.
> >
> > This is just scratching the surface. H
> = Features/CUPS1.6 =
> https://fedoraproject.org/wiki/Features/CUPS1.6
>
> Feature owner(s): Tim Waugh , Jiri Popelka
>
>
> Update CUPS to the latest upstream release and use PDF rather than
> PostScript as baseline document format.
Yay. Thanks for doing this. I'd be delighted to beta-tes
> > [...]
> > With the more fine grained texlive packaging in F>18 where
> > tex(latex) is provided by texlive-collection-latex I am finding
> > that this is insufficient to build most documents. I see two
> > options in these cases:
> >
> > 1) Add BuildRequires; texlive-collection-latexextra (nb
> > >> 3. dblatex
> > >>
> > >> Currently, dblatex package hasn't been updated to texlive-2012
> > >> dependencies, so it cannot be installed due to the incorrect
> > >> passivetex requirements.
This is now built for F18 and F19.
Interested DocBook users, please test and if it's all ok give ka
> CCing Benjamin if he is again interested in writing
> http://gcc.gnu.org/gcc-4.8/porting_to.html and could find this
> information useful.
Interesting as always, thanks Jakub. Will do.
-benjamin
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listin
> CCing Benjamin if he is again interested in writing
> http://gcc.gnu.org/gcc-4.8/porting_to.html and could find this
> information useful.
Interesting as always, thanks Jakub. Will do.
-benjamin
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listin
On Thu, 03 Jan 2013 18:58:32 -0600
Rex Dieter wrote:
> On 01/03/2013 06:51 PM, Benjamin De Kosnik wrote:
>
> >> 3. dblatex
> >>
> >> Currently, dblatex package hasn't been updated to texlive-2012
> >> dependencies, so it cannot be installed du
> 1. doxygen
>
> Added doxygen deps for pdf output, see:
> https://bugzilla.redhat.com/show_bug.cgi?id=891452
Fixed, thanks.
> 2. docbook5-style-xsl
>
> Typo, see:
> https://bugzilla.redhat.com/show_bug.cgi?id=891459
Fixed, thanks.
> 3. dblatex
>
> Currently, dblatex package hasn't been upd
From:
http://lists.fedoraproject.org/pipermail/devel/2012-November/173356.html
Now:
Resolved, success. With fixes, am now able to
build all the gcc docs in html/xml/pdf/epub/info, whatever. Phew!
With caveats, as filed in Bugzilla under Fedora18, annoated below:
1. doxygen
Added doxygen deps
> It sounds like your entry in your UEFI boot manager was erased. Did
> you perform a UEFI update or clear it?
>
> To fix it in the future run "efibootmgr -c" to reinsert the entry.
Aaaah. Thanks for pointing me at efibootmgr.
-benjamin
--
devel mailing list
devel@lists.fedoraproject.org
https
Using F18 TC6 in a KVM install, I was able to install texlive-2012 as
per the updates-testing packages, and look at the state of generating
documenation with DocBook toolchains using dblatex and Doxygen
toolchains using pdflatex.
This is related to RH488651, the tracker bug to update TeX in Fedo
13 matches
Mail list logo
