Software Compatibilityain't it great?
http://afzuh.vkzsgcdoandkswv.dnbfbsqs.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Name-brand software at low, low, low, low prices&
http://hdkiznz.7et4sopimz7e48p.ghtnsecn.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Send the love home with an online photo album
http://kaxwk.9gvoc8r2o1rg6sr.solicsol8.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Try your luck with our new brand cas1no. +30% for every diposit.
One hour payout, never fast before. Try play for free.
An actor is only merchandise. http://www.wehiuhef.com/ My most brilliant
achievement was my ability to be able to persuade my wife to marry me. The
greatest things are accomplis
Feel insecure about your penis size?
http://www.okmpoi.com/ss/
Love looks not with the eyes, but with the mind.
People who keep journals have life twice.
Another such victory over the Romans, and we are undone.
It is easier to prevent bad habits than to break them.
He who falls
Microsoft Office System Professional 2003 - $54.95
http://Whitlock.hidid.com/
I was born modest. Not all over, but in spots.
A snake lurks in the grass.
Actors search for rejection. If they don't get it they reject themselves.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
them want one-night-quickies, there are also those who like it
serious.
Whatever floats your boat :)
Voila!
http://www.goatingwild.com/extra/jackie/
Alec
educate you lateran me, traitorous incompetent ackerman . feature you arsenic
me, lanthanum .
rest you arid me, doorkn
eDrugs Online
http://dilation.q67.net/pha/as/
Only those who dare to fail greatly can ever achieve greatly.
Keep your fears to yourself, but share your courage with others.
Stone walls do not a prison make, nor iron bars a cage.
Do not fear death so much but rather the inadequate life.
Dude check out this sweet site!
http://www.matawe.com/pt/?9&hashed
The universe is a big place, perhaps the biggest.
Who's Virginia?
Any fool can make a rule,and any fool will mind it.
Life is a long lesson in humility.
We become what we think about all day long.
How would you like to try a FREE bottle of the most powerful antioxidant on
earth?
Super Antiox GSE™ has been formulated by a leading authority in nutrition
and supplementation and fortified with Grape Seed Extract! Read the
imformation below to see the true value antioxidants provide the body,
Package: src:linux
Version: 4.9.88-1+deb9u1
Severity: important
hdparm does not work anymore with a USB hard disk Maxtor M3 Portable 4TB
(model: HX-M401TCB/GM) after upgrading kernel from linux-image-4.9.0-5-amd64 to
linux-image-4.9.0-6-amd64 (and also newer kernels...); note that hdparm is the
s
Hi Andrew,
Debian bug #297701 [1] requested GNU-style long options for rzip; I
believe the attached patch against CVS implements them correctly.
Thanks for your time,
Alec Berryman
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=297701
Index: main.c
Hey Arthur,
Thanks to you and your Debian cohorts for the patch. I'll apply it and
release 0.1.19 soonish.
Regards,
Alec
On Sat, May 07, 2005 at 02:12:14PM +0200, Arthur Korn wrote:
> Hi Alec!
>
> I managed to ask the right people for help ... :)
>
> Date: Fri, 6 May 2005
Kingsley G. Morse Jr. on 2005-04-28 13:58:02 -0700:
> Here's a one liner shell script which agrees with
>
> $ rzip -h"
>
> that "6" is rzip's default compression level.
Hi Kingsley,
I've fixed this issue in my working copy of rzip; I've been waiting
until I've finished #297701 (add long op
Kingsley G. Morse Jr. on 2005-04-29 09:55:33 -0700:
> On 04/29/05 12:31, Alec Berryman wrote:
> > I've fixed this issue in my working copy of
> > rzip
>
> Which did you change, the man page or the code?
Not exactly an answer to your question, but 6 is the default in CV
Package: wnpp
Severity: wishlist
Owner: Alec Berryman <[EMAIL PROTECTED]>
Package name: monarch
Version : 0.94e
Upstream Author : GroundWork <[EMAIL PROTECTED]>
URL : http://itgroundwork.com/products/gwm-architect.html
License : GPL
Hi Sean, thanks for your email.
sean finney on 2005-06-21 20:42:42 -0400:
> as the maintainer of the nagios packages, i'd be happy to work with you
> on having monarch and nagios cooperate together as cleanly and
> effectively as possible.
Thanks very much for the offer and I will certainly tak
Eduardo P?rez Ureta on 2005-06-22 09:07:41 +:
> Package: rzip
> Severity: wishlist
>
> rzip should maintain modification time on compression just like
> gzip/bzip2 does.
I hadn't noticed that it didn't - thanks for reporting it. I poked
around and it wasn't immediately obvious how this shou
RISKO Gergely on 2005-07-20 10:51:13 +0200:
> Package: rzip
> Version: 2.0-2
> Severity: wishlist
>
> Please create a symlink, so someone can use it as gunzip or bunzip2.
> The manpage says:
>
> -d Decompress. If this option is not used then rzip looks at the
>name used to launch
Hi,
A Genuine College Degree in 2 weeks ! 1-206-350-5982 < - ccall n0ww !
Have you ever thought that the only thing stopping you from a great job and
better pay was a few letters behind your name?
Well now you can get them!
BA BSc MAMScMBA PhD
Within 2 weeks! No Study
David Frey on 2005-08-28 23:29:17 +0200:
> I wrote a small patch to maintain modification times of rzip.
> The unified diff is included. It was straightforward.
Awesome! I'll look this over as soon as I have time and hopefuly get
it in the next package.
pgp9Epkp0hU2I.pgp
Description: PGP signa
Package: dvgrab
Version: 1.8-4
Severity: wishlist
There is a new dvgrab (2.1) which has improved capabilities compared
with the 1.8 version currently in unstable.
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing')
Architecture: i386
Package: stgit
Version: 0.10-1
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
stgit-0.11 was released 2006-10-21; it supports easy patch reordering
and allows the user to configure the low-level pull command in addition
to various other new features and bug fixes. It'd be great
Package: kino
Version: 1.0cvs-1
Severity: wishlist
Would it be possible to configure kino with --enable-quicktime? This
enables grabbing and processing dv files in a quicktime container, which
is commonly used for Cinelerra video editing.
-- System Information:
Debian Release: 4.0
APT prefers
Package: libghc6-network-dev
Version: 2.0-2
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When this package was part of ghc, ghc6-doc included haddock-generated
HTML documentation for network. It would be great if the new
libghc6-network-dev would include this documentation or
root on 2005-02-12 14:25:47 +0100:
> Package: rzip
> Version: 2.0-2
> Severity: important
>
>
> Unlike the manpage claims, rzip does not work for large files, as it
> tries to mmap the whole file into memory:
>
> -rw--- 1 root root 842895360 Feb 12 12:45 backup.tar
>
># strace rzip -9
Marc A. Lehmann on 2005-02-12 19:23:55 +0100:
> Hmm, nothing in the man page claims it's copying that much into
> memory, or that it needs that much memory. It does refer to "900MB
> history buffer",
For the history buffer to be effective, it must be in memory and can't
be piecemeal loaded and
Kingsley G. Morse Jr. on 2005-03-13 09:15:05 -0800:
> Please change the man page to say that rzip's
> default compression level is 6. (It currently says
> 9.)
>
> You can see that 6 is the default by
>
> 1.) typing "rzip -h",
>
> 2.) reading http://rzip.samba.org/rzip/rzip-man.html or
>
> 3.)
Kingsley G. Morse Jr. on 2005-03-13 09:36:37 -0800:
> Package: rzip
> Version: 2.0-2
> Severity: minor
> Tags: sid
> What does compression level 0 do?
>
> Does compression level 0 skip the bzip2 stage?
As I read the code (look for struct level in rzip.c), level 0 skips
bzip2 compression and u
ory then you will probably want to
choose a level less than 9.
Do you feel like that should be expanded on? I'm leaning towards 'no'
and beating myself over the head for not RTFM'ing close enough :)
Alec
pgpWN36zETGIB.pgp
Description: PGP signature
Package: uswsusp
Version: 0.3~cvs20060928-7
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Setting image_size to 0, either via debconf or manually, does not
produce the expected result when running `s2disk`. I expect to see
uswsusp attempt to minimize the size of the image and su
Package: uswsusp
Followup-For: Bug #416399
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The bug does not appear in 0.6~cvs20070202-1. If it's too late to get a
fix into etch, would it be possible to document this in the release
notes? I thought uswsusp was broken until I fiddled around with
im
Package: rzip
Version: 2.1-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
rzip returns a confusing error message when the user attempts to
compress a directory. It also leaves behind a small .rz file, on which
runzip will hang.
$ mkdir foo
$ rzip foo
Failed to map buffer in rz
Package: rzip
Version: 2.1-1
Followup-For: Bug #411706
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
So I don't forget, this was spotted/reported by Sören Nils Kuklau
<[EMAIL PROTECTED]>.
- -- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
Architectu
Those were happier days, when there was still close friendship at times between
folk of different race, even between Dwarves and Elves.
AN ALLE FINANZINVESTOREN!
DIESE AKTIE WIRD DURCHSTARTEN!
FREITAG 20. APRIL STARTET DIE HAUSSE!
REALISIERTER KURSGEWINN VON 400%+ IN 5 TAGEN!
Symbol: G7Q.F
Comp
Package: glurp
Version: 0.11.6-4
Severity: minor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When I start glurp from the command line, I see many of these warnings:
(glurp:12946): libglade-WARNING **: Error loading image: Couldn't recognize the
image file format for file '/usr/share/pixmaps/g
Attached is a patch enabling ikiwiki to optionally use HTTP
authentication in place of storing usernames and passwords for each
user.
If 'httpauth' is set to 1 in the setup file, the CGI wrapper will
silently use the REMOTE_USER ENV variable as the CGI::Session's "name"
parameter instead of redire
Joey Hess on 2006-10-02 13:42:42 -0400:
> Alec Berryman wrote:
> > I have been using this for several days to allow users with LDAP
> > accounts full read/write access to a wiki. The only problem I have
> > encountered is that the Preferences page does not work corre
Joey Hess on 2006-10-02 18:53:43 -0400:
> Applied
Thanks so much!
signature.asc
Description: Digital signature
Package: dpsyco-cfengine
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
cfengine has been superseded by cfengine2 and is dead upstream. #367057
requests cfengine be removed from the archive. Would you please
convert dpsyco-cfengine to use cfengine2?
Thanks,
Alec
-BEGIN
Steve Langasek on 2006-08-16 18:07:36 -0700:
> Alec,
>
> On Wed, Aug 16, 2006 at 03:04:51PM -0700, Debian Bug Tracking System
> wrote:
>
> > > severity 332433 serious
>
> Why? The original bug was filed by a member of the security team, and
> he tagged the
Ola Lundqvist on 2006-08-17 10:13:34 +0200:
> > cfengine has been superseded by cfengine2 and is dead upstream. #367057
> > requests cfengine be removed from the archive. Would you please
> > convert dpsyco-cfengine to use cfengine2?
>
> What is the difference between them?
I don't know; I've
My rational wasn't included with the severity increase (used bts but
didn't escape the comment):
If this was serious enough to issue a DSA for woody/sarge, it will
again be serious enough to issue a DSA for etch; this vulnerability
should be taken care of before the release.
signature.asc
Descri
get to mention the CVE in your changelog.
Thanks,
Alec
[1] http://aluigi.altervista.org/adv/mptho-adv.txt
[2] http://aluigi.org/poc/mptho.zip
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
iD8DBQFE5TYfAud/2YgchcQRAvoUAJ0R5Pixj6yVxy+xt0Qql6aGzO7Z7wCgvL7L
uwaIPwr9cF0KluGrSy
Package: devscripts
Version: 2.9.20
Tags: patch
Followup-For: Bug #378406
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Attached is a patch to implement the desired behavior. I tried it on
two scripts; /usr/bin/beagle-search (which contains an 'exec -a') and
/usr/bin/artsdsp (which contains an '
Package: ikiwiki
Severity: wishlist
Please consider adding HTTP authentication to ikiwiki's CGI wrapper.
HTTP authentication would allow the reuse of the accounts and passwords
users likely already have for RCS access, whatever that account system
be - LDAP, Kerberos, or otherwise.
--
To UNSUBS
Package: libghc6-missingpy-dev
Version: 0.8.5
Severity: grave
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Log from install:
[EMAIL PROTECTED] ~ :( $ apt-get -f install
Reading package lists... Done
Building dependency tree... Done
0 upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
Hi Michael,
Just a friendly reminder that #375617 is an outstanding security issue
with spread. There's a patch in the BTS. It would be great to have
this fixed for etch.
Thanks,
Alec
signature.asc
Description: Digital signature
Package: lxdoom
Version: 1.4.4main-0.1
Severity: grave
Followup-For: Bug #373269
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I also get that message and am running an AMD64. This error makes the
package mostly unusable since it doesn't start.
- -- System Information:
Debian Release: testing/u
Greetings brandon gray,
Accoring to your prior applications, my company can
offer you anywhere from 328K at 6.39% to 671K at 4.64%
www.antifor.com/16r
Please fill in your info & automatically recieve your FICO rating.
Negative ratings aren't a problem.
Regards,
Alec Battelle
Package: libmtp-common
Version: 1.1.6-20-g1b9f164-1
Severity: important
Tags: patch
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
Connected the device and was not able to browse / edit the filesytem
in mass storage c
Subject: apt-listchanges: breaks existing apt behavior
Package: apt-listchanges
Severity: important
Dear Maintainer,
the same bug has previously been reported on launchpad.
https://bugs.launchpad.net/ubuntu/+source/apt-listchanges/+bug/788519
apt-listchanges breaks apt by removing its non-inter
Package: lirc
Version: 0.9.4c-8
This is a tracker for upstream bug
https://sourceforge.net/p/lirc/tickets/274/ Due to upstream systemd
changes, lirc fails to use systemd activation. This causes subtle bugs
during system boot.
to be the same: lircd does nothing wrong, and
provides simple means (stop lircd.socket) to cope with the problem.
--alec
rc 0.9.4 is out.
Cheers!
--alec
Changes since the last upload:
libirman (0.5.1-1) unstable; urgency=medium
* Update to latest upstream, closes: #801588.
* Handle conditional build of lirc plugin when lirc >= 0.9.4.
-- Alec Leamas Wed, 11 Nov 2015 18:16:26 +0100
Regards,
Alec Leamas
as a starter after unpacking the tarball as
described in README.md.
If you can reproduce the bug on 0.9.4 we have a reasonable start to
track this down. If we are lucky, the update might even solve the
problem. Don't hold your breath, though.
Cheers!
--alec
[1]
https://sourceforge.ne
Hi! On Phone now (sailing), back later -Alec
Andreas Heinlein skrev: (3 juli 2016 11:21:29 CEST)
>I did as described and could reproduce the bug. Both the debug messages
>and irrecord claiming it cannot find any toggle mask. What now?
>
>Gree
ase let me know.
--alec leamas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
procedure by sending message to
the QA team. I have also requested to be member of this group.
The packaging situation has been discussed:
https://lists.debian.org/debian-mentors/2015/10/msg00487.html
The update is disruptive and needs manual intervention:
https://lists.debian.org/debian-devel/2015/11/msg00082.html
Regards,
--Alec Leamas
all, I need testing to be able advance this. Have you time and motivation?
--alec
tes the package descriptions.
--alec
[1] https://leamas.fedorapeople.org/libirman/deb/
See: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=%20801588
FWIW, an upstream packaging effort is under way. The sketch is available
as branch 'debian' in the git repo at [1]; a repo view is available at [2].
It will be merged sooner rather than later. Please file upstream bugs as
required.
Of course, to maintain an upstream package is not ideal. However,
Package: dh-python
Version: 1.2014-2
With a symlink in the python package I install, dh-python3 crashes with
enclosed backtrace. Removing the symlink fixes the problem.
The symlink is used to locate some configuration relative to the python
installation directory i. e., __file__.
--
This is resolved upstream. The reason is that lircrcd (and some others)
is using select(2) and related macros which has limitations when the
file descriptors becomes > 1024. Which they eventually becomes on a
long-running server.
Since this is fixed upstream, I'd say that this bug is blocked on
#7
distance...
To accept this as a lircd bug you would have to try another remote as
well. If it fails for two remotes there might be a bug. But as it
stands, I doubt it. All symptoms are as expected if the remote is broken.
Cheers!
--alec
nt to
give them a chance. However, wait until the review is completed and the
debian packaging is available on a separate branch.
Cheers!
--alec
This is fixed upstream from 0.9.1. From upcoming 0.9.4 the default is
configurable using lirc_options.conf which basically means that the
default for mode2 is the same as for lircd.
This should be fixed upstream. Recent upstream uses systemd with socket
activation. Basically, this means the the socket is created at an very
early stage by systemd and then handed to lircd. There is no cleaning of
the socket taking place. Together, this means that the scenario
described here shou
This is resolved upstream. New upstream configuration sports a systemd
service setup + lirc_options.conf instead of hardware.conf. These are
classic configuration files with no specific handling which is supposed
to resolve this issue.
The downside is of course the breakage caused by not support
ed in upstream bug
#37, our oldest open bug.
--alec leamas
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Package: handbrake-gtk
Version: 1:0.9.9-dmo10
Justification: renders package unusable
Severity: grave
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Insert DVD
turns things upside down: libirman is a plugin
which depends on lirc. So the lirc package needs a review first, and
until this is done the libirman one doesn't make much sense.
Cheers!
--alec
DI chips and
e. g., serial ports where noit hotplugging isn't available.
As of now, lircd is using systemd socket activation and is started when
the fist client tries to connect. Untortunately, any application with
lirc support will try to connect and thus starts the server.
Cheers!
--alec
ems like
https://sourceforge.net/p/lirc/tickets/282/, supposed to be fixed but
obviously not. Will create a patched release, but might run into
problems uploading it since my regular contact/uploader Gianfranco has
some well deserved holidays.
--alec
lircmd non-existing socket writes, in -1.
Regards,
-- Alec Leamas
Hi,
I worked-around this by installing mplayer (not mplayer2). This works
for me but as mpv is recommended I'd rather use this.
On command line mplayer also does not play with --noquiet option meaning
that smplayer is giving the one dash -noquiet to mplayer correctly. Of
course that doesn't get u
title say "NMU"?
Perhaps it shouldn't - large parts of the debian workflow is still a
mystery for me.
> On Mon, Aug 14, 2017 at 05:41:45PM +0200, Alec Leamas wrote:
> > * Restore parallel builds, accidentally disabled in -2
> debian/compat says 10, so --parallel is the
On Wed, 16 Aug 2017 02:01:12 +0500 Andrey Rahmatullin
wrote:
> On Tue, Aug 15, 2017 at 10:32:55PM +0200, Alec Leamas wrote:
> > > Why does the report title say "NMU"?
> >
> > Perhaps it shouldn't - large parts of the debian workflow is still
a mys
to update \n"
"this file so it matches the current kernel. For this, use the \n"
"lirc-make-devinput(1) script.";
Perhaps you missed this message, irrecord does indeed spit out a lot of
text. That said, this usecase is not really supported.
OTOH, a segfault is never acceptable. Filed upstream bug [1]
Cheers!
--alec
[1] https://sourceforge.net/p/lirc/tickets/299/
On 20/08/17 12:22, Jörg Frings-Fürst wrote:
Hello Alec,
> Lirc is installed as a dependency.
This is IMHO the basic problem. lirc should really never be installed as
a dependency (lirc-lib is another story). Installing lirc means
installing the server/service which as of now me
this issue?
Cheers!
--alec
the classification swamp.
--alec
On 21/08/17 16:50, Jörg Frings-Fürst wrote:
Am Montag, den 21.08.2017, 09:32 +0200 schrieb Alec Leamas:
On 21/08/17 09:04, Jörg Frings-Fürst wrote:
Aug 20 20:38:21 merkur lircd[2361]: lircd-0.9.4c[2361]: Error: Cannot glob
/sys/class/rc/rc0/input[0-9]*/event[0-9]*
Aug 20 20:38:21 merkur
range that the script cannot find it.
--alec
brary until the underlying libusb is updated to
support libusb_get_port_number
Cheers!
--alec
g the daemon becomes
# systemctl stop lircd.socket lircd.service
# systemctl disable lircd.socket lircd.service
--alec
(e.g., the socket activation of
lircd does not work which might lead to subtle boot problems). Also,
using sysV is not really documented.
So, I'd happily apply a patch for this if someone provides it, but
otherwise probably leave it as is.
Cheers!
--alec
This is tracked in upstream bug https://sourceforge.net/p/lirc/tickets/295/
--alec
Hi!
On 29/08/17 22:03, Jörg Frings-Fürst wrote:
Hi Alec,
As a starter, what happens if you use journalctl to inspect the logs?
Still same error? We need to establish the difference between your
setup and those I use...
Its the same (log all twice):
Aug 29 05:41:28 merkur lircd[4494
Hi!
On 29/08/17 01:50, Lars Kruse wrote:
/I experienced the same problem after upgrading lirc from v0.9.4c-9 to
/>/v0.10.0-2 />/On 23/08/17 12:34, Alec Leamas wrote: /
/hm... don't you have systemd installed? systemd-tmpfiles is an />>/integral
part of systemd, seems strang
this is a question of everything being logged
twice (which I cannot reproduce) or the otherwise known excessive
logging issue.
It's just a question of restarting the service and look if the first
messages are duplicated or not. Tagging with "moreinfo"
--alec
onfig file
/etc/lirc/lircd.conf contains no valid remote control definition
Actually, I see no duplicates here. Do you?
--alec
On Wed, 21 Jun 2017 09:44:28 +0200 Alec Leamas
wrote:
> This is tracked in upstream bug
https://sourceforge.net/p/lirc/tickets/295/
>
> --alec
Fixed upstream and in experimental. Thanks for reporting and debugging!
--alec
detection sort of works after a looong time, and the
recording actually results in a file. Havn't bothered to test it, this
is just not the correct way to create a config file for the devinput driver.
I'm leaning to close this as not-a-bug. After all, the usecase is not
supported.
#x27;s for another bug report/maintainer.)
Best
Alec
0x9E675B46.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
th
Stretch
upgrade).
Best
Alec
-- System Information:
Debian Release: 9.1
APT prefers stable
APT policy: (999, 'stable'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_C
rting. This is tracked upstream at
https://sourceforge.net/p/lirc/tickets/282/
Cheers!
--alec
m at
https://sourceforge.net/p/lirc/tickets/281/
Cheers!
--alec
1 - 100 of 389 matches
Mail list logo
