The site plugins are released alongside the main Tkabber sources, so it
makes no sense to have them in a separate package (which also introduces
an impurity). In addition, both packages share the same makefile
structure, so it really makes sense to merge them.
Before people might get worried about my decision to enable those
plugins by default: Since version 1.0, Tkabber is no longer loading
_all_ available plugins, but gives you a menu (Plugins Management) to
selectively enable plugins (whereas all plugins are disabled by
default).
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Alongside "tkabber", there is also "tkabber-remote", which uses the same
variables as the main script and thus needs to be wrapped the same way
as well.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
If people still want the ocean-deep theme, it can still be set by using:
tkabber.override { theme = "ocean-deep"; }
But by default we should not set a theme, so the user will get the same
result as everyone who installs the upstream version.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
After several years, Tkabber finally got a new release.
The highlights are:
* Completely rewritten Tkabber internals
* Dropped Tcl/Tk 8.3 support. Now Tcl/Tk 8.4 is required
* Partial IPv6 support (requires Tcl/Tk 8.6)
* Switched from TclGPGME to TclGPG for encryption and signing
* Added new connection method BOSH (XEP-0124 and XEP-0206)
* Disabled SSLv2 and enabled TLSv1 TLS options
* Added user nicknames (XEP-0172) support.
* Updated the CAPTCHA forms (XEP-0158) support
* Added metacontacts (XEP-0209) support
* Implemented multiple proxy profiles
* Implemented remote controlling from a locally executed script
* Added new plugins: floatingcontact, poker
* Rewritten most plugins to support disabling and unloading on the fly
* A few interface enhancements (search in MUC affiliations lists, proxy
management)
* Many fixes and enhancements
The detailed changelogs can be found at:
http://svn.xmpp.ru/repos/tkabber/tags/1.0/tkabber/ChangeLoghttp://svn.xmpp.ru/repos/tkabber/tags/1.0/tkabber-plugins/ChangeLog
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
They provide 'sublime', 'sublime2' and 'sublime3' commands. SublimeText3 has lower precedense than SublimeText2
because its in beta mode (for over a year now)
Now most packages in the llvm suite are built as separate derivations.
The exceptions are:
* compiler-rt must currently be built with llvm. This increases llvm's
size by 6 MB
* clang-tools-extra must be built with clang
In addition, the top-level llvm attribute is defaulted to llvm 3.4, and
llvm 3.3 must be accessed by the llvm_33 attribute. This is to make the
out-of-date packages obvious in the hope that eventually all will be
updated to work with 3.4 and 3.3 can be removed. I think we should keep
this policy in the future (latest llvm gets top-level name, the rest are
versioned until they can be removed).
The llvm packages (except libc++, which exception I will try to remove
on the next update) can all be accessed via the llvmPackages attribute,
and there are also aliases for the packages that already existed (llvm,
clang, and dragonegg).
Signed-off-by: Shea Levy <shea@shealevy.com>
Some packages in the llvm suite (e.g. compiler-rt) cannot be built
separate from the build of llvm, and while some others (e.g. clang) can
the combined build is much better tested (we've had to work around
annoying issues before). So this puts llvm, clang, clang-tools-extra,
compiler-rt, lld, lldb, and polly all into one big build (llvmFull).
This build includes a static llvm, as dynamic is similarly less tested
and has known failures.
This also updates libc++ and dragonegg. libc++ now builds against
libc++abi as a separate package rather than building it during the
libc++ build.
The clang purity patch is gone. Instead, we simply set --sysroot to
/var/empty for pure builds, as all impure paths are either looked up in
the gcc prefix (which we hard-code at compile time) or in the sysroot.
This also means that if NIX_ENFORCE_PURITY is 0 then clang will look in
the normal Linux paths by default, which is the proper behavior IMO.
polly required an updated isl. When stdenv-updates is merged, perhaps we
can update the isl used by gcc and avoid having two versions.
Since llvm on its own is now separate from the llvm used by clang, I've
removed myself as maintainer from llvm and will leave maintenance of
that to those who are interested in llvm separate from clang.
Signed-off-by: Shea Levy <shea@shealevy.com>
This removes nixpkgs' custom runners and instead copies the main python source
files to the bin directory, then wraps them up as usual.
Hopefully this will be more reliable than other previous wrapping methods.
gource currently fails in the configure phase:
configure: error: Could not link against -lGLU !
This is a very misleading error, it seems to happen because configure
doesn't find boost libraries and ends up with uninitialized variable(s).
That in turn cause it to fail later with this unrelated error.
Fix by using boost libraries, not only the headers. gource also grew a
dependency on GLM, so add that to buildInputs.