Russian version of Tabbrowsing Extensions for Firefox.
This is an extension for extending operations of tabbed browsing, e.g., tabs
become re-ordable by drag and drop, show tabs like a tree, and so on.
PR: ports/97778
Submitted by: Alexander V. Ribchansky <triosoft@triosoft.com.ua>
- by default, textproc/aspell installs the English dictionaries (no
change);
- thereafter you can install any foreign dictionary;
- when you install a foreign dictionary, i.e. french/aspell or
textproc/da-aspell, it installs only the dictionaries, and depends
upon textproc/aspell for the programs;
- if you don't need the English dictionaries, you can define
WITHOUT_DICTEN or install textproc/aspell-without-dicten;
- add a new port for textproc/en-aspell: if aspell had been installed
without the English dictionaries, they can be added thereafter;
- add a missing port for german/alt-aspell;
- foreign dictionaries are almost independent from textproc/aspell,
and their maintainership is available.
Credits: special thanks to Serge Gagnon <ser_gagnon (at) sympatico.ca>
This program is especially useful for russian/ukrainian/belarusian users
but however can help those who reads mail from people that uses such
brain-damaged web-mailers as yahoo mail.
Fatigue with xterm when reading mail from mutt? Tired to press "Do Full
reset" every time when terminal becames full of garbage? This program is
for you! It removes unsafe characters from email & makes xterm happy!
Intended to be used with procmail.
Author: Alexander Gromnizki
WWW: http://gromnizki.unixdev.net
PR: ports/97476
Submitted by: Alexander Gromnizki <gromnizki@unixdev.net>
- ChangeLog:
o The mechanism of buffering is changed. Instead of allocation of the fixed
size of memory (10240, -s) buffering on-demand now is used. I.e. if the
analysis of the text to make it's impossible because of absence of the text
in Russians the buffer will not be allocated. Instead of it the text will be
immediately out (if certainly it's required).
o The output of the name of the code page after the analysis is changed.
Added output 'us-ascii (no hits)' in case of when at the text there are no
Russian characters. And removed trailing '(same as out)' from the output of
the default code page.
o The 'main' became even more confused. :-)
Submitted by: Vyacheslav Anikin <ghos@mail.ru> (maintainer)
PR: ports/92725
pkg-deinstall scripts.
Note to future PR submitters: If your port changes anything from
other ports, make sure it's changed back when it gets deinstalled!
Delete it finally from the tree.
Background:
This sub-port has been useless since bogofilter 0.94.13 was out
with fully functional support for multi-language wordlists encoded
in UTF-8. No need for l10n when i18n is already here.
- Add thesaureses
- Add new dictionaries for Afrikaans, Welsh, English (Australia), English
(New Zealand), Spanish (Mexico), Faroese, Irish, Gaelic, Galician,
Indonesian, Kurdish, Lithuanian, Malagasy (Madagascar), Maori (New Zealand),
Malay, Norwegian, Chichewi (Malawi), Romanian, Kinyarwanda (Rwanda),
Slovenian, Kishahili, Tagalog (Philippines), Hebrew (Israel),
German (Austria), French (Belgium)
PR: ports/78492, ports/81196
Submitted by: Pawel Wieleba <P.Wieleba@iem.pw.edu.pl>,
Nicholas Kirby <nkirby@dagr.net>
Approved by: maintainer (in general; too busy to work on ooodict)
by default because it gives functionality
not found in mail/bogofilter only if WITH_CP866
is set. Otherwise a package will be identical
to that from mail/bogofilter.
outdated (it's ascendant is called linux-firefox) and contains several
unpatched security vulnerabilities.
Requested by: maintainer
Discussed by: kris' portmgr hat
to 0.94.12 until the issue of KOI8-R wordlist storage is resolved.
Unfortunately, the bogofilter team have committed some patches that
break storing wordlists in KOI8-R. As of now, bogofilter can store
wordlists in CP866 only, which fatally breaks compatibility with
existing KOI8-R wordlists created by older versions of this package.
dialogs to be empty if the russian translation is active, until the user
manually changes the filter pattern.
Obtained from: KDE CVS
Approved by: portmgr (krion)
All ports depending on postgresql shall use the USE_PGSQL=yes knob
defined in Mk/bsd.ports.mk. Bumping portrevisions where needed.
PR: 75344
Approved by: portmgr@ (kris), ade & sean (mentors)
Attemt to fix build on 6.x/i386 and 6.x/sparc64.
Added files:
files/patch-src-trans-slowo3.cpp
files/patch-src-trans-slowo3.h
PR: ports/75724
Submitted by: Roman Bogorodskiy <bogorodskiy@inbox.ru>
little bit and allows to proceed to a more recent linux_base from
a stable (read as: the major bugs should be ironed out or identified
and most linux ports build just fine) source.
It also allows to ship 4.11 with a working linuxolator (the EOLed
linux_base is marked forbidden because of a security hole).
This is a major update, please read UPDATING (and CHANGES if you
develop linux ports).
Changes:
- change the default linux_base from v7 to v8
- add a newer freetype to linux_base-8 for nicer fonts display [1]
- don't let cpio use hardlinks in the linux_base-8 port to quiet some
warnings in some cases [2]
- fix a cut&past error in the linux_base-8 pkg-install script [3]
- convert the binary knob "USE_LINUX" to a version specifier, e.g.
USE_LINUX=<value> specifies a dependency upon
emulators/linux_base-<value>, exceptions are a value of "7" (which
does what you want and adds a dependency to linux_base) and any
value without a corresponding port in
PORTSDIR/emulators/linux_base-<value> (which adds a dependency to
the default linux_base)
- don't implicitly add USE_LINUX with the USE_LINUX_PREFIX knob,
this allows us to use the USE_LINUX_PREFIX knob for linux_base and
paves the way for splitting up future linux base ports into
individual pieces
- remove RESTRICTED from some GPL licensed ports, even when we only
distribute binaries, we get them from official linux sites, so
anyone can grab them there if he needs to
- add a dependency upon the linux X11 bits where necessary (based upon
guesswork)
- don't use USE_X_PREFIX in some linux ports since it adds a dependency
to the FreeBSD X11 libs, as a workaround use PREFIX?= (the clean
solution would be to remove the implicit USE_XLIB from USE_X_PREFIX)
- bump the portrevision of the linux ports ("better safe than sorry"
algorithm)
- pass maintainership of the important linux infrastructure to a
mailinglist, hijack freebsd-emulation@ for this purpose (if somebody
doesn't like this: tell us your bikeshed color at freebsd-emulation@,
my color would be "linuxolator@" in case someone cares...)
- add a pkg-install script for linux-fontconfig, but don't use it;
everything should work without it (the FreeBSD fc-cache program should
do all the work), but in case we need it we just need to decomment the
pkg-install part in the Makefile
- fix some dependencies
- fix some bugs
- add some static plists
- unbreak the ports with dependecies to more than one linux_base
This also fixes some ports which are marked BROKEN because of dependencies
to v7 and v8 of linux_base at the same time.
Known bugs:
- the linux-mesa and linux-devtools ports install libGL*.so symlinks
- some "minor" plist bugs (e.g. ld.so.{conf,cache} are modified by
the linux X11 port, so linx_Base-8 moans at deinstall time)
Future work (interested souls should coordinate with freebsd-emulation@):
- add some kind of USE_LINUX_X11 knob to streamline the X11 dependencies,
or modify the behavior of USE_XLIB in the USE_LINUX case
AFAIK trevor has some patches.
- make USE_XLIB and USE_X_PREFIX orthogonal to be able to get rid of
the PREFIX?= workaround in some linux ports
Should be discussed/coordinated on/with x11@.
- move the RPM bits from x11-toolkits/linux-gtk/Makefile to PORTSDIR/Mk/
- update to a more recent linux base
PR: 69997, 70539 (and maybe others)
Discussed with/on: java@, x11@, trevor, portmgr
Tested by: mezz, portmgr, pointyhat
RPM hunted down by: Joseph Gelinas <scirocco@tasam.com> [1]
Requested by: portmgr [2]
Submitted by: kris [3]
Approved by: portmgr
