LIRC is a package that allows you to decode and send infra-red signals
of many (but not all) commonly used remote controls.
The most important part of LIRC is the lircd daemon that will decode
IR signals received by the device drivers and provide the information
on a socket. It will also accept commands for IR signals to be sent if
the hardware supports this. The second daemon program called lircmd
will connect to lircd and translate the decoded IR signals to mouse
movements. You can e.g. configure X to use your remote control as an
input device.
The user space applications will allow you to control your computer
with your remote control. You can send X events to applications, start
programs and much more on just one button press. The possible
applications are obvious: Infra-red mouse, remote control for your TV
tuner card or CD-ROM, shutdown by remote, program your VCR and/or
satellite tuner with your computer, etc.
===> The following configuration options are available for lirc-0.9.0_14,1:
DEBUG=off: Build with debugging support
DOCS=on: Build and/or install documentation
EXAMPLES=on: Build and/or install examples
MINIMAL=off: Build with minimal dependencies
SMODE2=off: Build smode2 (shows signal waveform), requires svgalib
UARTLIRC=off: Install serial LIRC driver
===> Use 'make config' to modify these settings
*/*: De-orbit alias.mk
Mk/Uses/alias.mk was an attempt for compat with DPorts, but has rotted.
This feature was never documented in the PHB, so there is no work to
be done by the docs@ team.
Nothing against DragonFly, but if DPorts still needs FreeBSD 9
support, they really should work that out with upstream projects.
Ultimately, we don't need to keep carrying this outdated feature that
doesn't affect us.
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
comms: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* 'Big Bad Bob' Frazier <bobf@mrp3.com>
* <mr@freebsd.org>
* Alex Samorukov <samm@freebsd.org>
* Alexander Logvinov <ports@logvinov.com>
* Alexey Dokuchaev <danfe@FreeBSD.org>
* Anders Nordby <anders@FreeBSD.org>
* Andreas Klemm <andreas@klemm.gtn.com>
* Andrew Dolgov <fox@furry.spb.ru>
* Andrey Lykhin <lan31@inbox.ru>
* Anton Voronin <anton@urc.ac.ru>
* Brandon S. Allbery KF8NH <allbery@ece.cmu.edu>
(Only the first 15 lines of the commit message are shown above )
Bump portrevision for devel/evdev-proto
Bump portrevision on everything with a build dependency on
devel/evdev-proto, to chace the update of evdev-proto in r550442.
Split out evdev headers from multimedia/v4l_compat
Split out evdev headers (input.h, input-event-codes.h, uinput.h) into their
own port, devel/evdev-proto, and update those to be current with the Linux
4.19 kernel. This is done in order to be able to update the rest of the
FreeBSD input stack, which is forthcoming.
By splititng out the evdev headers we can update them independent of other
updates in v4l_compat, which makes it easier for the graphics team to keep
track of them and keep them updated as needed.
Update devel/libevdev from 1.4.4 to 1.5.9 instead of trying to make it work
with the updated headers. This will be further updated.
Update devel/py-evdev from 0.5.0 to 0.8.1 instead of trying to make it work
(Only the first 15 lines of the commit message are shown above )
Convert ports to use the options helpers in categories [abc]*, and minor fixes.
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D3412?
Cleanup DIST* variables.
When appropriate:
- Try to use DISTVERSION{SUF,PRE}FIX
- Replace PORTNAME-PORTVERSION by DISTNAME
- Convert MASTER_SITES to use macros
- Other light cleanup
With hat: portmgr
Sponsored by: Absolight
- libirman is no longer only a static lib so move it from build to lib
depends.
- Bump PORTREVISION.
Reported by: Henry Hu <henry.hu.sh@gmail.com> (via private email)
Add USES=alias to several ports
Alias is a new USES tool that allows DragonFly to masquerade as FreeBSD
by setting CFLAGS+= -D__FreeBSD__. For some ports, this fixes the build
without the need for additional patches.
Approved by: portmgr (bapt, blanket)
- Update devel/automake to 1.14
- Update devel/gettext to 0.18.3
- Fix known-broken (from exp-runs) ports
- Clean up a lot of cruft in the devel/gettext port itself,
based on work from tijl@
PR: 178883
Submitted by: ade
Sponsored by: Wadsworth 6X
In the rc.d scripts, change assignments to rcvar to use the
literal name_enable wherever possible, and ${name}_enable
when it's not, to prepare for the demise of set_rcvar().
In cases where I had to hand-edit unusual instances also
modify formatting slightly to be more uniform (and in
some cases, correct). This includes adding some $FreeBSD$
tags, and most importantly moving rcvar= to right after
name= so it's clear that one is derived from the other.
- Further improvements to the devinput repeat behaviour, now xbmc should
work a little better.
- Include updated lircd.conf.devinput in example lircd.conf, with one
missing button added. (KEY_IMAGES)
- Bump PORTREVISION.
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
- Update to 0.9.0 .
- Add devinput driver (/dev/input/eventX, -H devinput) in preparation
for upcoming webcamd update that will support it.
- Fix build with clang, and a few bugs it found too.
- Add an example lircd.conf that's preconfigured for use with
webcamd, either with USB DVB tuner remotes supported by the Linux
drivers by default that webcamd uses, or for remotes supplied with
MCE USB IR receivers.
- Bump PORTREVISION.
- Update comms/lirc to 0.9.0p1_4 in order to be able to use the lirc
support in webcamd svn (for mceusb-based receivers/transmitters and
USB DVB tuner remotes supported by the Linux code), and enable
support for a few more USB devices while we're at it tho of those
only an FTDI-based one was tested:
http://www.huitsing.nl/irftdi/ [1]
- Fix plist for audio/rhythmbox and multimedia/totem and
add missing LIRC_{CFLAGS,LIBS} variables to CONFIGURE_ENV for
multimedia/xine when building them with (optional) lirc support. [2]
- Chase liblirc_client shlib version bump for ports depdending on it
and bump PORTREVISIONs for ports depending on it by default.
Approved by: portmgr (miwi) [2]
Thanks to: Warren Block <wblock@wonkity.com> for testing [1]
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
Fix a few "bad example" problems in the rc.d scripts that have been
propogated by copy and paste.
1. Primarily the "empty variable" default assignment, which is mostly
${name}_flags="", but fix a few others as well.
2. Where they are not already documented, add the existence of the _flags
(or other deleted empties) option to the comments, and in some cases add
comments from scratch.
3. Replace things that look like:
prefix=%%PREFIX%%
command=${prefix}/sbin/foo
to just use %%PREFIX%%. In many cases the $prefix variable is only used
once, and in some cases it is not used at all.
4. In a few cases remove ${name}_flags from command_args
5. Remove a long-stale comment about putting the port's rc.d script in
/etc/rc.d (which is no longer necessary).
No PORTREVISION bumps because all of these changes are noops.
Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
(Only the first 15 lines of the commit message are shown above )
- Update to 0.8.0
- Hack configure so produced daemon binary is ready to use
with third party kernel drivers.
- Make libirman support optional.
- Move daemon communication sockets under /var/run/lirc.
- Add startup script.
- Use bzip2.
- Minor cleanups.
Approved by: maintaner
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
Apply a big libtool patch to allow porters to use the libtool installed by
the libtoolX ports instead of the one included with each port. Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version. To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version.
For example, to use the ports version of libtool-1.5, add the following to
your Makefile:
USE_LIBTOOL_VER= 15
To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:
USE_INC_LIBTOOL_VER= 15
With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).
PR: 63944
Based on work by:eik and marcus
Approved by: ade (autotools maintainer)
Tested by: kris on pointyhat
Bound to be hidden problems: You bet
Whoa there, boy, that's a mighty big commit y'all have there...
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
New port: comms/lirc: Linux Infared Remote Control
This is a port of the LIRC, Linux Infrared Remote Control,
package (www.lirc.org). This port installs the daemons and
tools for interacting with device drivers that support the
LIRC device interface. The port does not install any FreeBSD
infrared device drivers yet; the user must obtain these
from third parties or port the existing Linux drivers.
PR: ports/46774
Submitted by: Mike Heffner <mikeh@FreeBSD.org> <mheffner@acm.vt.edu>
