Re: Mk/Scripts/qa.sh and DEVELOPER=yes
On Mon, 2014-04-14 at 07:34 +0200, Matthias Andree wrote: Am 13.04.2014 14:28, schrieb clutton: It seems that with DEVELOPER=yes in /etc/make.conf I'm not able to perform ordinary update routines. Removing the DEVELOPER variable fix the problem. And probably the worst part of it that there's no error message. Running Q/A tests (stage-qa) Error: /tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Core/.packlist is referring to /tmp/usr/ports/devel/p5-subversion/work/stage Oh, there is an error, as quoted above. .packlist refers to a file that will no longer be present after make clean. Cause is that the p5-subversion port, or some part of the Perl or ports framework, causes the .packlist to be generated with bogus contents. Either we can fix the actual cause, or we can hack the .packlist to strip the ${STAGEDIR} prefix, which would be the inferior approach, however. I have missed that. Thanks for fixing. signature.asc Description: This is a digitally signed message part
Mk/Scripts/qa.sh and DEVELOPER=yes
It seems that with DEVELOPER=yes in /etc/make.conf I'm not able to perform ordinary update routines. Removing the DEVELOPER variable fix the problem. And probably the worst part of it that there's no error message. Running Q/A tests (stage-qa) Error: /tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Core/.packlist is referring to /tmp/usr/ports/devel/p5-subversion/work/stage Warning: /tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/libsvn_swig_perl-1.so.0 is not stripped consider using ${STRIP_CMD} Warning: /tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Repos/_Repos.so is not stripped consider using ${STRIP_CMD} Warning: /tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Core/_Core.so is not stripped consider using ${STRIP_CMD} Warning: /tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Client/_Client.so is not stripped consider using ${STRIP_CMD} Warning: /tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Wc/_Wc.so is not stripped consider using ${STRIP_CMD} Warning: /tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Ra/_Ra.so is not stripped consider using ${STRIP_CMD} Warning: /tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Fs/_Fs.so is not stripped consider using ${STRIP_CMD} Warning: /tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Delta/_Delta.so is not stripped consider using ${STRIP_CMD} *** Error code 1 Stop. make[1]: stopped in /usr/ports/devel/p5-subversion *** Error code 1 Stop. make: stopped in /usr/ports/devel/p5-subversion ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20140413-52886-1puk9v9 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=p5-subversion-1.8.8_2 UPGRADE_PORT_VER=1.8.8_2 make -DFORCE_PKG_REGISTER reinstall --- Restoring the old version Installing p5-subversion-1.8.8_2... done --- Removing old package' ** Fix the installation problem and try again. --- Installation of devel/p5-subversion ended at: Sun, 13 Apr 2014 15:19:02 +0300 (consumed 00:00:03) --- Reinstallation of devel/p5-subversion ended at: Sun, 13 Apr 2014 15:19:02 +0300 (consumed 00:01:44) --- ** Upgrade tasks 1: 0 done, 0 ignored, 0 skipped and 1 failed --- Listing the results (+:done / -:ignored / *:skipped / !:failed) ! devel/p5-subversion (p5-subversion-1.8.8_2) (install error) --- Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed --- Session ended at: Sun, 13 Apr 2014 15:19:02 +0300 (consumed 00:01:46) zsh: exit 1 /usr/local/bin/sudo portupgrade -fuv p5-subversion-1.8.8_2 signature.asc Description: This is a digitally signed message part
Re: port www/youtube_dl
On Tue, 2014-02-11 at 09:07 +0100, Matthias Apitz wrote: Hello, The port www/youtube_dl installs as a binary the Youtube downloader in # file /usr/local/bin/youtube-dl /usr/local/bin/youtube-dl: data The executeable tends to fail due to changes the provider Youtube does in its web page and users tend to update the software theirself by the option --update; this connects via HTTPS to: 07:36:12.668370 IP 10.32.233.251.31097 frnk.radius.uk.mediaways.net.domain: 63308+ A? rg3.github.io. (31) 07:36:13.214619 IP frnk.radius.uk.mediaways.net.domain 10.32.233.251.31097: 63308 2/0/0 CNAME github.map.fastly.net., A 185.31.16.133 (82) 07:36:13.215016 IP 10.32.233.251.33006 frnk.radius.uk.mediaways.net.domain: 63309+ ? rg3.github.io. (31) 07:36:13.348108 IP 10.32.233.251.57784 frnk.radius.uk.mediaways.net.domain: 35986+ PTR? 251.233.32.10.in-addr.arpa. (44) 07:36:13.514879 IP frnk.radius.uk.mediaways.net.domain 10.32.233.251.33006: 63309 1/1/0 CNAME github.map.fastly.net. (138) 07:36:13.515729 IP 10.32.233.251.14874 185.31.16.133.http: Flags [S], seq 3997719834, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 441155 ecr 0], length 0 ... and downloads a new binary version to /usr/local/bin/youtube-dl which must be done in addition as root (or root must change the owner of the file before). This is highly concerning due to 'phoning home' and installing whatever (mal-) software or due to DNS redirects to some malware side. The Linux friends patch the source to disable the --update option; see https://bugs.launchpad.net/ubuntu/+source/youtube-dl/+bug/1063469 Shouldn't we do the same? Thx matthias I don't think that this is a big deal. Write to the maintainer first anyway. You can also try my firefox addon: https://addons.mozilla.org/en-US/firefox/addon/youtube-flash-to-HTML5 Sometime it doesn't work because of youtube ajax nature. Reloading page will make it work. I doesn't have a time to fix this now. Anyway, it always works when a new tab opens. signature.asc Description: This is a digitally signed message part
Re: port www/youtube_dl
On Tue, 2014-02-11 at 10:37 +0200, clutton wrote: On Tue, 2014-02-11 at 09:07 +0100, Matthias Apitz wrote: Hello, The port www/youtube_dl installs as a binary the Youtube downloader in # file /usr/local/bin/youtube-dl /usr/local/bin/youtube-dl: data The executeable tends to fail due to changes the provider Youtube does in its web page and users tend to update the software theirself by the option --update; this connects via HTTPS to: 07:36:12.668370 IP 10.32.233.251.31097 frnk.radius.uk.mediaways.net.domain: 63308+ A? rg3.github.io. (31) 07:36:13.214619 IP frnk.radius.uk.mediaways.net.domain 10.32.233.251.31097: 63308 2/0/0 CNAME github.map.fastly.net., A 185.31.16.133 (82) 07:36:13.215016 IP 10.32.233.251.33006 frnk.radius.uk.mediaways.net.domain: 63309+ ? rg3.github.io. (31) 07:36:13.348108 IP 10.32.233.251.57784 frnk.radius.uk.mediaways.net.domain: 35986+ PTR? 251.233.32.10.in-addr.arpa. (44) 07:36:13.514879 IP frnk.radius.uk.mediaways.net.domain 10.32.233.251.33006: 63309 1/1/0 CNAME github.map.fastly.net. (138) 07:36:13.515729 IP 10.32.233.251.14874 185.31.16.133.http: Flags [S], seq 3997719834, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 441155 ecr 0], length 0 ... and downloads a new binary version to /usr/local/bin/youtube-dl which must be done in addition as root (or root must change the owner of the file before). This is highly concerning due to 'phoning home' and installing whatever (mal-) software or due to DNS redirects to some malware side. The Linux friends patch the source to disable the --update option; see https://bugs.launchpad.net/ubuntu/+source/youtube-dl/+bug/1063469 Shouldn't we do the same? Thx matthias I don't think that this is a big deal. Write to the maintainer first anyway. You can also try my firefox addon: https://addons.mozilla.org/en-US/firefox/addon/youtube-flash-to-HTML5 Sometime it doesn't work because of youtube ajax nature. Reloading page will make it work. I doesn't have a time to fix this now. Anyway, it always works when a new tab opens. O. I'd already advertised my addon to you. Sorry for repeating :). The addon have been improved since that time. It doesn't wait until youtube player fails. It fixes it before running now. signature.asc Description: This is a digitally signed message part
Re: port www/youtube_dl
On Tue, 2014-02-11 at 10:24 +0100, Matthias Apitz wrote: El día Tuesday, February 11, 2014 a las 10:42:55AM +0200, clutton escribió: This is highly concerning due to 'phoning home' and installing whatever (mal-) software or due to DNS redirects to some malware side. The Linux friends patch the source to disable the --update option; see https://bugs.launchpad.net/ubuntu/+source/youtube-dl/+bug/1063469 Shouldn't we do the same? Thx matthias I don't think that this is a big deal. Write to the maintainer first anyway. You can also try my firefox addon: https://addons.mozilla.org/en-US/firefox/addon/youtube-flash-to-HTML5 Sometime it doesn't work because of youtube ajax nature. Reloading page will make it work. I doesn't have a time to fix this now. Anyway, it always works when a new tab opens. O. I'd already advertised my addon to you. Sorry for repeating :). The addon have been improved since that time. It doesn't wait until youtube player fails. It fixes it before running now. Your post has less todo with the raised concern re/ youtube-dl update option. And, is your software somehow OpenSource or another piece of binary? Thx matthias Yes, it's Open Source, you'll find the github link on the addon page. It's under MOZILLA PUBLIC LICENSE. signature.asc Description: This is a digitally signed message part
Re: port www/youtube_dl
On Tue, 2014-02-11 at 03:12 -0800, Jakub Lach wrote: The problem is, that without -U this ports can be useless, as it's usually not updated fast enough. -- View this message in context: http://freebsd.1045724.n5.nabble.com/port-www-youtube-dl-tp5884972p5885022.html Sent from the freebsd-ports mailing list archive at Nabble.com. Probably not, I had never used -U option. And youtube_dl worked for me every single time. Knowing a little youtube internals I could say that downloading approach haven't been changed for a long time. Does somebody notice changes recently? signature.asc Description: This is a digitally signed message part
After wathing html5 video, firefox doesn't quit and consumes 100% CPU
This problem hit my eyes since 24 version of firefox. I don't have the flash player installed. And the problem is not always reproducible, it's 1/3 I think. I can reproduce the problem in safe mode too, so it is not an addon issue. top -H: PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1883 username 102 0 1227M 619M CPU0 0 2:18 100.00% frefox{Media State} Am I only one who experience this behaviour? signature.asc Description: This is a digitally signed message part
make fetchindex
I'm curious, is INDEX bounded to svn revision somehow now? Or is it builds every hour like in old days? signature.asc Description: This is a digitally signed message part
Re: shells/bash-static fails to package/deinstall cleanly
On Wed, 2013-12-25 at 23:52 -0800, Doug Barton wrote: Please don't remove people from the CC line. I copied the maintainer on purpose. On 12/25/2013 11:40 PM, clutton wrote: On Wed, 2013-12-25 at 22:06 -0800, Doug Barton wrote: The problem is that the bash.1 and bashbugs.1 man pages do not get compressed, and therefore the package fails. If I add a MAN1 variable to the Makefile with those pages listed, it works. Doug From https://wiki.freebsd.org/ports/StageDir MAN*/MANLANG/MLINKS now useless manpage compression/uncompression is now automatically handled by the framework if you use stagedir. ... and yet, that's not what happened here. Hence the problem report. Take a look at my port: multimedia/ffmpegthumbnailer I believe I did it right :) It's not my port, which is why I CCed the maintainer. Doug It is the case, the bash port uses STAGE, bash-static doesn't and bash static is slave port of bash. Try to remove NO_STAGE from bash-static/Makefile. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: shells/bash-static fails to package/deinstall cleanly
On Thu, 2013-12-26 at 10:36 +0200, clutton wrote: On Wed, 2013-12-25 at 23:52 -0800, Doug Barton wrote: Please don't remove people from the CC line. I copied the maintainer on purpose. On 12/25/2013 11:40 PM, clutton wrote: On Wed, 2013-12-25 at 22:06 -0800, Doug Barton wrote: The problem is that the bash.1 and bashbugs.1 man pages do not get compressed, and therefore the package fails. If I add a MAN1 variable to the Makefile with those pages listed, it works. Doug From https://wiki.freebsd.org/ports/StageDir MAN*/MANLANG/MLINKS now useless manpage compression/uncompression is now automatically handled by the framework if you use stagedir. ... and yet, that's not what happened here. Hence the problem report. Take a look at my port: multimedia/ffmpegthumbnailer I believe I did it right :) It's not my port, which is why I CCed the maintainer. Doug It is the case, the bash port uses STAGE, bash-static doesn't and bash static is slave port of bash. Try to remove NO_STAGE from bash-static/Makefile. Yeap, my guess was right. After removing NO_STAGE, I have man pages installed correctly. Compressing man pages (compress-man) === Installing for bash-static-4.2.45_1 === Checking if shells/bash-static already installed === Registering installation for bash-static-4.2.45_1 Installing bash-static-4.2.45_1... done Do you still think that backward compatibility is a good thing for such a project like FreeBSD ports? I'd like to spend time doing real porting instead of dealing with something like that bug. Many projects which were good from the beginning now are pieces of sheet because of backward compatibility, firefox jetpack sdk and xul show this clearly. I don't want to see FreeBSD ports in this list. Please fill the pr. diff --git a/shells/bash-static/Makefile b/shells/bash-static/Makefile index f5063a0..363a823 100644 --- a/shells/bash-static/Makefile +++ b/shells/bash-static/Makefile @@ -5,5 +5,4 @@ MASTERDIR= ${.CURDIR}/../../shells/bash OPTIONS_SLAVE= STATIC -NO_STAGE= yes .include ${MASTERDIR}/Makefile ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: shells/bash-static fails to package/deinstall cleanly
On Thu, 2013-12-26 at 11:52 +0200, clutton wrote: On Thu, 2013-12-26 at 10:36 +0200, clutton wrote: On Wed, 2013-12-25 at 23:52 -0800, Doug Barton wrote: Please don't remove people from the CC line. I copied the maintainer on purpose. On 12/25/2013 11:40 PM, clutton wrote: On Wed, 2013-12-25 at 22:06 -0800, Doug Barton wrote: The problem is that the bash.1 and bashbugs.1 man pages do not get compressed, and therefore the package fails. If I add a MAN1 variable to the Makefile with those pages listed, it works. Doug From https://wiki.freebsd.org/ports/StageDir MAN*/MANLANG/MLINKS now useless manpage compression/uncompression is now automatically handled by the framework if you use stagedir. ... and yet, that's not what happened here. Hence the problem report. Take a look at my port: multimedia/ffmpegthumbnailer I believe I did it right :) It's not my port, which is why I CCed the maintainer. Doug It is the case, the bash port uses STAGE, bash-static doesn't and bash static is slave port of bash. Try to remove NO_STAGE from bash-static/Makefile. Yeap, my guess was right. After removing NO_STAGE, I have man pages installed correctly. Compressing man pages (compress-man) === Installing for bash-static-4.2.45_1 === Checking if shells/bash-static already installed === Registering installation for bash-static-4.2.45_1 Installing bash-static-4.2.45_1... done Do you still think that backward compatibility is a good thing for such a project like FreeBSD ports? I'd like to spend time doing real porting instead of dealing with something like that bug. Many projects which were good from the beginning now are pieces of sheet because of backward compatibility, firefox jetpack sdk and xul show this clearly. I don't want to see FreeBSD ports in this list. Please fill the pr. diff --git a/shells/bash-static/Makefile b/shells/bash-static/Makefile index f5063a0..363a823 100644 --- a/shells/bash-static/Makefile +++ b/shells/bash-static/Makefile @@ -5,5 +5,4 @@ MASTERDIR= ${.CURDIR}/../../shells/bash OPTIONS_SLAVE= STATIC -NO_STAGE= yes .include ${MASTERDIR}/Makefile Actually don't. Do not fill the pr. Ξ ~ → cat /usr/ports/shells/bash-static/Makefile # Created by: Emanuel Haupt eha...@freebsd.org # $FreeBSD$ MASTERDIR= ${.CURDIR}/../../shells/bash OPTIONS_SLAVE= STATIC .include ${MASTERDIR}/Makefile The whole port because of STATIC option? It'll be better to move this thing to bash port and make it as an option. Like zsh maintainer did. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: shells/bash-static fails to package/deinstall cleanly
On Thu, 2013-12-26 at 10:51 +, Matthew Seaman wrote: On 26/12/2013 10:40, clutton wrote: The whole port because of STATIC option? It'll be better to move this thing to bash port and make it as an option. Like zsh maintainer did. It's already an option in the bash port. You seem somewhat unclear on the concept of slave ports and why they should exist. The point here is so that users of binary packages can jut type pkg install bash-static and get a statically linked version of bash. This is the principal reason that slave ports exist: so that the same software will be built with different sets of default options, either for end user convenience or because some other port depends on having some specific combination of options. Cheers, Matthew I know why, I mean I understand the purpose. http://www.mail-archive.com/freebsd-ports@freebsd.org/msg52457.html I thought that after OPTIONS framework was introduced all -x11 and similar ports are legacy. Am I wrong? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: WITHOUT_NLS is deprecated use NLS option instead
On Wed, 2013-12-25 at 21:56 -0800, Doug Barton wrote: Tonight I'm seeing this during ports builds: /!\ WARNING /!\ WITHOUT_NLS is deprecated use NLS option instead This is silly. I traced the message to bsd.sanity.mk, which has similar silliness for many other longstanding make.conf options. If y'all are clever enough to create silly warning messages deprecating options that have been in use longer than most of you have been part of the project, you're also clever enough to make compatibility shims to cause WITHOUT_FOO to do whatever the equivalent behavior is for whatever the options framework looks like this week. Please fix this. Thanks, Doug «The longer I live, Dorian, the more keenly I feel that whatever was good enough for our fathers is not good enough for us.» Sorry, but I have a quite opposite view. Making both variants work means chaos. More variants means more complication. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: shells/bash-static fails to package/deinstall cleanly
On Wed, 2013-12-25 at 22:06 -0800, Doug Barton wrote: The problem is that the bash.1 and bashbugs.1 man pages do not get compressed, and therefore the package fails. If I add a MAN1 variable to the Makefile with those pages listed, it works. Doug From https://wiki.freebsd.org/ports/StageDir MAN*/MANLANG/MLINKS now useless manpage compression/uncompression is now automatically handled by the framework if you use stagedir. Take a look at my port: multimedia/ffmpegthumbnailer I believe I did it right :) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
openvpn + resolv.conf
Hi openvpn users and maintainers. The only missing thing about FreeBSD openvpn structure I've found is lack of resolv support. I've written up script, spending 5 minutes, but guys, does is necessary to write such a script for any installation, for every new user? I think it'll be better to provide port with such a script. Port can be provided with something from here work/openvpn-2.3.2/contrib/pull-resolv-conf. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: If ports@ list continues to be used as substitute for GNATS, I'm unsubscribing
On Wed, 2013-12-18 at 12:45 -0500, Eitan Adler wrote: On Wed, Dec 18, 2013 at 11:20 AM, Lars Engels lars.eng...@0x20.net wrote: Am 2013-12-17 23:33, schrieb John Marino: Over the months I've seen several ports users copy a failure log and mail it to ports@, usually without even saying hello. I've tried to discourage that behavior but other members of this mail list encourage this method of bypassing writing PRs. One user even proudly boasted that sending email to ports@ is faster than writing a PR so of course he was going to do that instead. That only shows how badly GNATS sucks and that it's much more uncomfortable to use than writing a mail. I totally agree that error need to be tracked in an error tracker where reports don't get lost, you have a proper history etc. pp. but GNATS is just ancient and should have died in a fire a long time ago. Agreed. There is active work on moving to bugzilla instead of GNATS. I can't give a definite timeline but it should be 'soon'. I would suggest to take a look at redmine. Not because I'm a ruby developer. Pivotal and redmine are trackers which people like most. Redmine does the same thing as a jira or a track but in more polite manner :) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: If ports@ list continues to be used as substitute for GNATS, I'm unsubscribing
On Thu, 2013-12-19 at 11:13 -0700, Chad Perrin wrote: On Thu, Dec 19, 2013 at 01:44:57AM -0800, Anton Shterenlikht wrote: From: Thomas Mueller There are many messages on this thread, and I don't know which or what to quote, but I agree on send-pr being user-unfriendly. I disagree. I use only send-pr to send PRs. I use sendmail. I disagree with you. For new users, send-pr is a fucking usability train wreck, and insufficiently well documented. Sendmail is legendary for its obtuse configuration. I suppose you should be proud of the fact you find these tools easy to use, but that does not mean you should dismiss others' concerns over how difficult some people find them. The fact many people find these tools very difficult to use is in fact kind of a big problem, and I'm glad something is being done about it with regard to the bugzilla system. I wouldn't have chosen bugzilla if it was up to me, but it's not up to me and it's sure to be a huge improvement over the system currently in place, so I'm grateful for the work being done. Hopefully the command line send-pr tool will also be replaced with something that actually provides a low-friction way for people with problem reports to contribute to the FreeBSD project. In conclusion, I agree with Thomas (though I much prefer fdm over mpop, personally), and believe that send-pr (or its replacement, whenever that happens) desperately needs some better documentation. I rather suspect that a lot of people with problems to report simply give up and leave us with no clue there's anything wrong. +1 People wouldn't read the «Porters Handbook» because they want to make a bug report. Category and Class are far away from obvious. Handbook said that the FreeBSD consists from src, ports, and docs. The send-pr Category dropbox contains ports, bin, java, ia64, etc. It's insane to put everything here. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
the misc/freebsd-doc-en port
Hi. I've encountered unnecessary dependencies in this port. The Java and fonts part should be an option for those who are going to build something different from HTML. signature.asc Description: This is a digitally signed message part