[Bug 225072] print/freetype2: Update to 2.9

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225072

lightside  changed:

   What|Removed |Added

 Attachment #192156|0   |1
is obsolete||

--- Comment #16 from lightside  ---
Created attachment 192157
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=192157&action=edit
Comparison of some images

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 225072] print/freetype2: Update to 2.9

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225072

lightside  changed:

   What|Removed |Added

 Attachment #192125|0   |1
is obsolete||

--- Comment #15 from lightside  ---
Created attachment 192156
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=192156&action=edit
Comparison of some images

(In reply to comment #5)
Attached new archive with images for comparison between LCD_RENDERING=on
(LCD_FILTERING=off) and LCD_FILTERING=on (LCD_RENDERING=off) for freetype2 v2.9
(based on changes from attachment #192131):
-8<--
% compare browser_freetype2_2.9_lcd_filtering_off.png
browser_freetype2_2.9_lcd_filtering_on.png comparison.png
% pkg info firefox | grep ^Version
Version: 59.0.2_1,1
-->8-

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 226476] www/firefox: update to 60.0

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226476

Jan Beich  changed:

   What|Removed |Added

 Attachment #191963|0   |1
is obsolete||

--- Comment #20 from Jan Beich  ---
Created attachment 192155
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=192155&action=edit
beta9 (rebased after ports r466270)

https://hg.mozilla.org/releases/mozilla-beta/pushloghtml?startdate=2018-03-30&enddate=2018-04-03

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 225072] print/freetype2: Update to 2.9

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225072

--- Comment #14 from lightside  ---
(In reply to comment #5)
I created some screenshots to compare (around 13 January 2018):
browser_freetype2_2.8_lcd_filtering_off.png - with LCD_FILTERING=off for
freetype2 v2.8
browser_freetype2_2.8_lcd_filtering_on.png - with LCD_FILTERING=on for
freetype2 v2.8
browser_freetype2_2.9_lcd_filtering_off_(harmony).png - with LCD_FILTERING=off
for freetype2 v2.9
browser_freetype2_2.9_lcd_filtering_on.png - with LCD_FILTERING=on for
freetype2 v2.9

For following comparisons:
- Differences between grey colour rendering (LCD_FILTERING=off) and subpixel
rendering (LCD_FILTERING=on) for freetype2 v2.8:
% compare browser_freetype2_2.8_lcd_filtering_off.png
browser_freetype2_2.8_lcd_filtering_on.png comparison/2.8_off-2.8_on.png

- Almost identical images between freetype2 v2.8 and v2.9, when subpixel
rendering was enabled (LCD_FILTERING=on):
% compare browser_freetype2_2.8_lcd_filtering_on.png
browser_freetype2_2.9_lcd_filtering_on.png comparison/2.8_on-2.9_on.png

- Differences between "harmony LCD rendering" (LCD_FILTERING=off) and subpixel
rendering (LCD_FILTERING=on) for freetype2 v2.9:
% compare browser_freetype2_2.9_lcd_filtering_off_\(harmony\).png
browser_freetype2_2.9_lcd_filtering_on.png comparison/2.9_off-2.9_on.png

Other port's options were:
DEBUG=off, DOCS=on, LONG_PCF_NAMES=on, PNG=on, TABLE_VALIDATION=off, V38=off,
V40=off, FIX_SIZE_METRICS=on, TT_SIZE_METRICS=off.

The link to archive with images (1.7 MB, for 2 months):
https://files.fm/f/c6szmhdm
-8<--
% sha256 images_comparison.tar.bz2 
SHA256 (images_comparison.tar.bz2) =
bde6dea787a1dfd52e8eb2db0c23d82cae74e294e9d513c55a05fef489c6a8e8
-->8-

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 225072] print/freetype2: Update to 2.9

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225072

lightside  changed:

   What|Removed |Added

 CC||k...@freebsd.org

--- Comment #13 from lightside  ---
CC: kwm@

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 225072] print/freetype2: Update to 2.9

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225072

--- Comment #12 from lightside  ---
(In reply to w.schwarzenfeld from comment #10)
> see port r466253.
Yes, this was mentioned in comment #3.
There is proposed patch in attachment #192131 to change/revert this. Related
people was notified through CC.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 225072] print/freetype2: Update to 2.9

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225072

--- Comment #11 from lightside  ---
(In reply to comment #9)
For reference:

There is a possibility to enable FT_CONFIG_OPTION_SUBPIXEL_RENDERING on Gentoo
Linux:
https://gitweb.gentoo.org/repo/gentoo.git/tree/media-libs/freetype/freetype-2.9.ebuild?id=2fa1a1fa049071b0ea98d1ced640bcc4c0e2c864#n82
-8<--
if ! use bindist; then
# See http://freetype.org/patents.html
# ClearType is covered by several Microsoft patents in the US
enable_option FT_CONFIG_OPTION_SUBPIXEL_RENDERING
fi
-->8-

There is --with subpixel_rendering option to enable
FT_CONFIG_OPTION_SUBPIXEL_RENDERING on Fedora Linux:
https://src.fedoraproject.org/cgit/rpms/freetype.git/tree/freetype.spec?id=749d27d63c337172edfbd05e9282d3f7179aabc3#n1
-8<--
# Patented subpixel rendering disabled by default.
# Pass '--with subpixel_rendering' on rpmbuild command-line to enable.
%{!?_with_subpixel_rendering: %{!?_without_subpixel_rendering: %define
_without_subpixel_rendering --without-subpixel_rendering}}
-->8-

https://src.fedoraproject.org/cgit/rpms/freetype.git/tree/freetype.spec?id=749d27d63c337172edfbd05e9282d3f7179aabc3#n82
-8<--
%if %{?_with_subpixel_rendering:1}%{!?_with_subpixel_rendering:0}
%patch0  -p1 -b .enable-spr
%endif
-->8-

https://src.fedoraproject.org/cgit/rpms/freetype.git/tree/freetype-2.3.0-enable-spr.patch?id=749d27d63c337172edfbd05e9282d3f7179aabc3#n7
-8<--
-/* #define FT_CONFIG_OPTION_SUBPIXEL_RENDERING */
+#define FT_CONFIG_OPTION_SUBPIXEL_RENDERING
-->8-

But 0002-Enable-subpixel-rendering.patch was removed on Arch Linux:
https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/freetype2&id=d1784850b00281e7ad1c0f7e980ea46fb4fec01d
https://git.archlinux.org/svntogit/packages.git/tree/trunk/0002-Enable-subpixel-rendering.patch?h=packages/freetype2&id=c419271e92acf355fc52824eb93e69b5c9f29d40

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 225072] print/freetype2: Update to 2.9

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225072

w.schwarzenf...@utanet.at changed:

   What|Removed |Added

 CC||w.schwarzenf...@utanet.at

--- Comment #10 from w.schwarzenf...@utanet.at ---
see port r466253.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 225072] print/freetype2: Update to 2.9

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225072

--- Comment #9 from lightside  ---
(In reply to comment #3)
Personally, I didn't propose to remove LCD_FILTERING option (attachment
#189612).
I just mentioned about how to enable "Harmony LCD rendering" in comment #2 and
notified maintainer about defaults, which were changed by freetype2's
developer(s) (mainly, for their devel/ftoption.h file, because
include/freetype/config/ftoption.h already has
FT_CONFIG_OPTION_SUBPIXEL_RENDERING disabled):
http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/devel/ftoption.h?id=410f3799b6a193e20b34c574e6f0f2be2428b1eb

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 227130] lang/rust: Update to 1.25

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227130

--- Comment #21 from Bryan Drewery  ---
(In reply to Charlie Li from comment #20)
> (In reply to Bryan Drewery from comment #17)
> > So add more swap
> That's not happening period. Also makes no sense considering that (at
> further investigation) swap usage plateaus at 30%, even at the process kill
> point.

If you're on head or 11-STABLE it's kind of a known problem right now
that things are swapping too much.
https://lists.freebsd.org/pipermail/freebsd-current/2018-March/068753.html

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 227130] lang/rust: Update to 1.25

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227130

--- Comment #20 from Charlie Li  ---
(In reply to Bryan Drewery from comment #17)
> So add more swap
That's not happening period. Also makes no sense considering that (at further
investigation) swap usage plateaus at 30%, even at the process kill point.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 225072] print/freetype2: Update to 2.9

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225072

lightside  changed:

   What|Removed |Added

 Attachment #192127|maintainer-approval?(gnome@ |
  Flags|FreeBSD.org)|
 Attachment #192127|0   |1
is obsolete||
 Attachment #192131||maintainer-approval?(gnome@
  Flags||FreeBSD.org)

--- Comment #8 from lightside  ---
Created attachment 192131
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=192131&action=edit
Proposed patch (since 466253 revision)

Cosmetic fixes.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 227130] lang/rust: Update to 1.25

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227130

--- Comment #19 from Bryan Drewery  ---
(In reply to Charlie Li from comment #18)
> (In reply to Bryan Drewery from comment #17)
> This was from testport, so rust is the only item building. Furthermore,
> PARALLEL_JOBS is already reduced to 3 (ncpu - 1 on my machine). Still does
> not explain why my patch didn't have this problem.

testport allows MAKE_JOBS to use all CPUS, it is not related to PARALLEL_JOBS.
You would need to set MAKE_JOBS_NUMBER=3 in make.conf too.

I don't know about your patch but it was wrong. You removed the bootstrap
patching
which is still needed on head.  You bumped the bootstrap date to a newer one
which
resolves the problem but why not build with the bootstrap it expects rather
than a newer one?  While it fixes one thing it may break another subtly.

files/patch-src_librustc__back_target_freebsd__base.rs is still partially
needed as only 1 of the changes were upstreamed for 1.25.  The
'is_like_openbsd' is still needed.

The binaryen patch is still needed as it is still used in 1.25.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 227130] lang/rust: Update to 1.25

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227130

--- Comment #18 from Charlie Li  ---
(In reply to Bryan Drewery from comment #17)
This was from testport, so rust is the only item building. Furthermore,
PARALLEL_JOBS is already reduced to 3 (ncpu - 1 on my machine). Still does not
explain why my patch didn't have this problem.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 227130] lang/rust: Update to 1.25

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227130

--- Comment #17 from Bryan Drewery  ---
(In reply to Charlie Li from comment #16)
> (In reply to Bryan Drewery from comment #14)
> This patch causes either other processes or the build (in poudriere) on my
> machine to get killed for "out of swap space", but when actually monitoring
> the swap usage, the numbers don't even approach 50% usage, plus no apparent
> indication of runaway memory usage of any kind. Example of when the system
> chooses to kill rustc:

So add more swap or reduce MAKE_JOBS_NUMBER in make.conf.  Rust is more
aggressive
with using multiple CPU in the build now.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 225072] print/freetype2: Update to 2.9

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225072

lightside  changed:

   What|Removed |Added

 Attachment #192126|maintainer-approval?(gnome@ |
  Flags|FreeBSD.org)|
 Attachment #192126|0   |1
is obsolete||
 Attachment #192127||maintainer-approval?(gnome@
  Flags||FreeBSD.org)

--- Comment #7 from lightside  ---
Created attachment 192127
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=192127&action=edit
Proposed patch (since 466253 revision)

- Regenerate files/extra-patch-fix_size_metrics.diff

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 227130] lang/rust: Update to 1.25

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227130

--- Comment #16 from Charlie Li  ---
(In reply to Bryan Drewery from comment #14)
This patch causes either other processes or the build (in poudriere) on my
machine to get killed for "out of swap space", but when actually monitoring the
swap usage, the numbers don't even approach 50% usage, plus no apparent
indication of runaway memory usage of any kind. Example of when the system
chooses to kill rustc:

updating
"/wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/build/x86_64-unknown-freebsd/stage1-test/x86_64-unknown-freebsd/release/.libtest.stamp"
as
"/wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/build/x86_64-unknown-freebsd/stage1-test/x86_64-unknown-freebsd/release/deps/libtest-a82a27a8b82dbd80.so"
changed
  c Assemble { target_compiler: Compiler { stage: 1, host:
"x86_64-unknown-freebsd" } }
  > TestLink { compiler: Compiler { stage: 1, host:
"x86_64-unknown-freebsd" }, target_compiler: Compiler { stage: 1, host:
"x86_64-unknown-freebsd" }, target: "x86_64-unknown-freebsd" }
Copying stage1 test from stage1 (x86_64-unknown-freebsd ->
x86_64-unknown-freebsd / x86_64-unknown-freebsd)
c Libdir { compiler: Compiler { stage: 1, host:
"x86_64-unknown-freebsd" }, target: "x86_64-unknown-freebsd" }
> CleanTools { compiler: Compiler { stage: 1, host:
"x86_64-unknown-freebsd" }, target: "x86_64-unknown-freebsd", mode: Libtest }
Dirty -
/wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/build/x86_64-unknown-freebsd/stage1-tools
< CleanTools { compiler: Compiler { stage: 1, host:
"x86_64-unknown-freebsd" }, target: "x86_64-unknown-freebsd", mode: Libtest }
  < TestLink { compiler: Compiler { stage: 1, host:
"x86_64-unknown-freebsd" }, target_compiler: Compiler { stage: 1, host:
"x86_64-unknown-freebsd" }, target: "x86_64-unknown-freebsd" }
< Test { compiler: Compiler { stage: 1, host: "x86_64-unknown-freebsd" },
target: "x86_64-unknown-freebsd" }
c Assemble { target_compiler: Compiler { stage: 1, host:
"x86_64-unknown-freebsd" } }
c Std { target: "x86_64-unknown-freebsd", compiler: Compiler { stage: 1,
host: "x86_64-unknown-freebsd" } }
Building stage1 compiler artifacts (x86_64-unknown-freebsd ->
x86_64-unknown-freebsd)
Dirty -
/wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/build/x86_64-unknown-freebsd/stage1-rustc
c Sysroot { compiler: Compiler { stage: 1, host: "x86_64-unknown-freebsd" }
}
c Sysroot { compiler: Compiler { stage: 1, host: "x86_64-unknown-freebsd" }
}
c Sysroot { compiler: Compiler { stage: 1, host: "x86_64-unknown-freebsd" }
}
c Sysroot { compiler: Compiler { stage: 1, host: "x86_64-unknown-freebsd" }
}
c Sysroot { compiler: Compiler { stage: 1, host: "x86_64-unknown-freebsd" }
}
running:
"/wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/build/x86_64-unknown-freebsd/stage0/bin/cargo"
"build" "--target" "x86_64-unknown-freebsd" "--release" "--frozen" "--features"
" jemalloc" "--manifest-path"
"/wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/src/rustc/Cargo.toml"
"--message-format" "json"
   Compiling rustc-serialize v0.3.24
   Compiling serialize v0.0.0
(file:///wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/src/libserialize)
   Compiling rustc_driver v0.0.0
(file:///wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/src/librustc_driver)
   Compiling ar v0.3.1
   Compiling arena v0.0.0
(file:///wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/src/libarena)
   Compiling fmt_macros v0.0.0
(file:///wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/src/libfmt_macros)
   Compiling rustc_platform_intrinsics v0.0.0
(file:///wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/src/librustc_platform_intrinsics)
   Compiling bitflags v1.0.1
   Compiling stable_deref_trait v1.0.0
   Compiling rustc v0.0.0
(file:///wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/src/librustc)
   Compiling byteorder v1.2.1
   Compiling rustc_incremental v0.0.0
(file:///wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/src/librustc_incremental)
   Compiling libc v0.2.39
   Compiling cc v1.0.4
   Compiling lazy_static v0.2.11
   Compiling rustc_back v0.0.0
(file:///wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/src/librustc_back)
   Compiling graphviz v0.0.0
(file:///wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/src/libgraphviz)
   Compiling cfg-if v0.1.2
   Compiling rustc-demangle v0.1.5
   Compiling smallvec v0.6.0
   Compiling syntax v0.0.0
(file:///wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/src/libsyntax)
   Compiling rustc_metadata v0.0.0
(file:///wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/src/librustc_metadata)
   Compiling unicode-width v0.1.4
   Compiling rustc_cratesio_shim v0.0.0
(file:///wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/src/librustc_cratesio_shim)
   Compiling owning_ref v0.3.3
   Compiling rand v0.3.20
   Compiling jobserver v0.1.9
   Compiling log_settings v0.1.1
   Compiling rls-span v0.4.0
   Compiling log v0.4.1
   Compiling miniz-sy

[Bug 225072] print/freetype2: Update to 2.9

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225072

lightside  changed:

   What|Removed |Added

 Attachment #192124|maintainer-approval?(gnome@ |
  Flags|FreeBSD.org)|
 Attachment #192124|0   |1
is obsolete||
 Attachment #192126||maintainer-approval?(gnome@
  Flags||FreeBSD.org)

--- Comment #6 from lightside  ---
Created attachment 192126
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=192126&action=edit
Proposed patch (since 466253 revision)

Sorted OPTIONS_DEFAULT.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 225072] print/freetype2: Update to 2.9

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225072

--- Comment #5 from lightside  ---
Created attachment 192125
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=192125&action=edit
Comparison of some images

(In reply to comment #4)
There are differences between Harmony LCD filtering and what provided by
FT_CONFIG_OPTION_SUBPIXEL_RENDERING define, if you compare them with using some
image comparison program (e.g compare from graphics/ImageMagick).

For example, I attached some archive with images for enabled and disabled
LCD_FILTERING option. The result of compare program is in comparison.png (the
red color are differences).

CC: bapt@

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 225072] print/freetype2: Update to 2.9

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225072

lightside  changed:

   What|Removed |Added

 Attachment #192124||maintainer-approval?(gnome@
  Flags||FreeBSD.org)

--- Comment #4 from lightside  ---
Created attachment 192124
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=192124&action=edit
Proposed patch (since 466253 revision)

To Baptiste Daroussin:
Please return LCD_FILTERING option.

There is still FT_CONFIG_OPTION_SUBPIXEL_RENDERING define available:
http://git.savannah.gnu.org/cgit/freetype/freetype2.git/tree/include/freetype/config/ftoption.h?h=VER-2-9#n107
-8<--
  /*/
  /*   */
  /* Uncomment the line below if you want to activate LCD rendering*/
  /* technology similar to ClearType in this build of the library.  This   */
  /* technology triples the resolution in the direction color subpixels.   */
  /* To mitigate color fringes inherent to this technology, you also need  */
  /* to explicitly set up LCD filtering.   */
  /*   */
  /* Note that this feature is covered by several Microsoft patents*/
  /* and should not be activated in any default build of the library.  */
  /* When this macro is not defined, FreeType offers alternative LCD   */
  /* rendering technology that produces excellent output without LCD   */
  /* filtering.*/
  /*   */
/* #define FT_CONFIG_OPTION_SUBPIXEL_RENDERING */
-->8-

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 225072] print/freetype2: Update to 2.9

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225072

--- Comment #3 from commit-h...@freebsd.org ---
A commit references this bug:

Author: bapt
Date: Mon Apr  2 19:38:39 UTC 2018
New revision: 466253
URL: https://svnweb.freebsd.org/changeset/ports/466253

Log:
  Incorporate a patch from uptream

  Remove the LCD filtering option, now freetype2 offers by default a LCD
optimized
  output, no need to keep the old LCD filtering option (keeping it off may
confuse
  users) and let freetype2 use the new "Harmony LCD rendering"

  Thanks jbeich for pointing me at the PR I missed.

  PR:   225072
  Submitted by: lightside 

Changes:
  head/print/freetype2/Makefile
  head/print/freetype2/files/correct-flex-features.patch

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 227130] lang/rust: Update to 1.25

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227130

--- Comment #15 from Bryan Drewery  ---
(In reply to Bryan Drewery from comment #14)
> Try https://people.freebsd.org/~bdrewery/patches/rust-125.diff

Passes for me on amd64 FreeBSD-12/head.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 227130] lang/rust: Update to 1.25

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227130

--- Comment #14 from Bryan Drewery  ---
Try https://people.freebsd.org/~bdrewery/patches/rust-125.diff

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"


[Bug 227130] lang/rust: Update to 1.25

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227130

--- Comment #13 from Charlie Li  ---
(In reply to Bryan Drewery from comment #12)
> The log is truncated.

I didn't realise bugzilla would do that, especially since the file was under
the 1000 KiB limit. Here's the relevant portion, starting from immediately
after LLVM finishes installing:

gmake[1]: Leaving directory
'/wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/build/x86_64-unknown-freebsd/llvm/build'
cargo:root=/wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/build/x86_64-unknown-freebsd/llvm
finished in 223.686
  < Llvm { target: "x86_64-unknown-freebsd", emscripten: false }
Building stage0 codegen artifacts (x86_64-unknown-freebsd ->
x86_64-unknown-freebsd, llvm)
running:
"/wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/build/x86_64-unknown-freebsd/stage0/bin/cargo"
"build" "--target" "x86_64-unknown-freebsd" "--release" "--frozen"
"--manifest-path"
"/wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/src/librustc_trans/Cargo.toml"
"--features" " jemalloc" "--message-format" "json"
   Compiling libc v0.2.39
   Compiling cfg-if v0.1.2
   Compiling rustc_trans v0.0.0
(file:///wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/src/librustc_trans)
   Compiling cmake v0.1.29
   Compiling num_cpus v1.8.0
   Compiling tempdir v0.3.5
   Compiling filetime v0.1.15
   Compiling build_helper v0.1.0
(file:///wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/src/build_helper)
   Compiling rustc_binaryen v0.0.0
(file:///wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/src/librustc_binaryen)
   Compiling rustc_llvm v0.0.0
(file:///wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/src/librustc_llvm)
Finished release [optimized] target(s) in 232.75 secs
updating
"/wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/build/x86_64-unknown-freebsd/stage0-rustc/x86_64-unknown-freebsd/release/.tmp.stamp"
as
"/wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/build/x86_64-unknown-freebsd/stage0-rustc/x86_64-unknown-freebsd/release/deps/librustc_trans-a44a47c41a7a8444.so"
changed
< CodegenBackend { compiler: Compiler { stage: 0, host:
"x86_64-unknown-freebsd" }, target: "x86_64-unknown-freebsd", backend: "llvm" }
Assembling stage1 compiler (x86_64-unknown-freebsd)
> Sysroot { compiler: Compiler { stage: 1, host: "x86_64-unknown-freebsd" }
}
< Sysroot { compiler: Compiler { stage: 1, host: "x86_64-unknown-freebsd" }
}
c Libdir { compiler: Compiler { stage: 0, host: "x86_64-unknown-freebsd" },
target: "x86_64-unknown-freebsd" }
> Libdir { compiler: Compiler { stage: 1, host: "x86_64-unknown-freebsd" },
target: "x86_64-unknown-freebsd" }
  c Sysroot { compiler: Compiler { stage: 1, host: "x86_64-unknown-freebsd"
} }
< Libdir { compiler: Compiler { stage: 1, host: "x86_64-unknown-freebsd" },
target: "x86_64-unknown-freebsd" }
c Sysroot { compiler: Compiler { stage: 1, host: "x86_64-unknown-freebsd" }
}
  < Assemble { target_compiler: Compiler { stage: 1, host:
"x86_64-unknown-freebsd" } }
  > Rustc { compiler: Compiler { stage: 1, host: "x86_64-unknown-freebsd" },
target: "x86_64-unknown-freebsd" }
> Test { compiler: Compiler { stage: 1, host: "x86_64-unknown-freebsd" },
target: "x86_64-unknown-freebsd" }
  > Std { target: "x86_64-unknown-freebsd", compiler: Compiler { stage: 1,
host: "x86_64-unknown-freebsd" } }
> StartupObjects { compiler: Compiler { stage: 1, host:
"x86_64-unknown-freebsd" }, target: "x86_64-unknown-freebsd" }
< StartupObjects { compiler: Compiler { stage: 1, host:
"x86_64-unknown-freebsd" }, target: "x86_64-unknown-freebsd" }
Building stage1 std artifacts (x86_64-unknown-freebsd ->
x86_64-unknown-freebsd)
c Sysroot { compiler: Compiler { stage: 1, host:
"x86_64-unknown-freebsd" } }
Dirty -
/wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/build/x86_64-unknown-freebsd/stage1-std
c Sysroot { compiler: Compiler { stage: 1, host:
"x86_64-unknown-freebsd" } }
c Sysroot { compiler: Compiler { stage: 1, host:
"x86_64-unknown-freebsd" } }
c Sysroot { compiler: Compiler { stage: 1, host:
"x86_64-unknown-freebsd" } }
running:
"/wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/build/x86_64-unknown-freebsd/stage0/bin/cargo"
"build" "--target" "x86_64-unknown-freebsd" "--release" "--frozen" "--features"
"panic-unwind jemalloc backtrace" "--manifest-path"
"/wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/src/libstd/Cargo.toml"
"--message-format" "json"
error: process didn't exit successfully:
`/wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/build/bootstrap/debug/rustc
-vV` (signal: 11, SIGSEGV: invalid memory reference)
--- stdout
rustc 1.25.0
binary: rustc
commit-hash: unknown
commit-date: unknown
host: x86_64-unknown-freebsd
release: 1.25.0

thread 'main' panicked at 'command did not execute successfully:
"/wrkdirs/usr/ports/lang/rust/work/rustc-1.25.0-src/build/x86_64-unknown-freebsd/stage0/bin/cargo"
"build" "--target" "x86_64-unknown-freebsd" "

[Bug 227130] lang/rust: Update to 1.25

2018-04-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227130

Bryan Drewery  changed:

   What|Removed |Added

 CC||bdrew...@freebsd.org

--- Comment #12 from Bryan Drewery  ---
(In reply to Charlie Li from comment #11)
> Created attachment 192083 [details]
> 12-CURRENT build log
> 
> Build crashed using review D14921. Will try again and mark attachment
> obsolete if this was only a fluke.

Define crashed please? The log is truncated. Did you get a panic?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"