Package: wnpp
Severity: wishlist
Owner: Andreas Bombe
* Package name: ghdl
Version : 0.35-dev
Upstream Author : Tristan Gingold
* URL : https://github.com/tgingold/ghdl
* License : GPL-2+
Programming Lang: Ada, VHDL
Description : VHDL 2008/93/87
Package: wnpp
Severity: wishlist
Owner: Andreas Bombe
* Package name: simtools
Version : git 20170329 (no releases available)
Upstream Author : Robert M. Supnik
* URL : https://github.com/simh/simtools
* License : Various Expat, BSD
Programming Lang: C
Package: wnpp
Severity: wishlist
Owner: Andreas Bombe
* Package name: limesuite
Version : git
Upstream Author : Lime Microsystems
* URL : https://myriadrf.org/projects/lime-suite/
* License : Apache-2.0
Programming Lang: C++
Description : tools and
Package: wnpp
Severity: wishlist
Owner: Andreas Bombe
* Package name: soapyairspy
Version : 0.1.0
Upstream Author : Charles J. Cliffe
* URL : https://github.com/pothosware/SoapyAirspy/wiki
* License : MIT
Programming Lang: C++
Description : Airspy
Package: wnpp
Severity: wishlist
Owner: Andreas Bombe
* Package name: soapyosmo
Version : 0.2.4
Upstream Author : Josh Blum
* URL : https://github.com/pothosware/SoapyOsmo/wiki
* License : GPL-3
Programming Lang: C++
Description : OsmoSDR device
Package: wnpp
Severity: wishlist
Owner: Andreas Bombe
* Package name: soapyredpitaya
Version : 0.1.0
Upstream Author : Pavel Demin
* URL : https://github.com/pothosware/SoapyRedPitaya/wiki
* License : GPL-3+
Programming Lang: C++
Description
Package: wnpp
Severity: wishlist
Owner: Andreas Bombe
* Package name: muparserx
Version : 4.0.7
Upstream Author : Ingo Berg
* URL : http://articles.beltoforion.de/article.php?a=muparserx&hl=en
* License : BSD-2-clause
Programming Lang: C++
Descrip
Package: wnpp
Severity: wishlist
Owner: Andreas Bombe
* Package name: soapyremote
Version : 0.3.1
Upstream Author : Josh Blum
* URL : https://github.com/pothosware/SoapyRemote/wiki
* License : Boost Software License 1.0
Programming Lang: C++
Description
Package: wnpp
Severity: wishlist
Owner: Andreas Bombe
* Package name: soapyuhd
Version : 0.3.1
Upstream Author : Josh Blum
* URL : https://github.com/pothosware/SoapyUHD/wiki
* License : GPL-3
Programming Lang: C++
Description : UHD plugins for
Package: wnpp
Severity: wishlist
Owner: Andreas Bombe
* Package name: soapyaudio
Version : 0.0
Upstream Author : Charles J. Cliffe
* URL : https://github.com/pothosware/SoapyAudio/wiki
* License : MIT
Programming Lang: C++
Description : Audio device
Package: wnpp
Severity: wishlist
Owner: Andreas Bombe
* Package name: soapyrtlsdr
Version : 0.2.1
Upstream Author : Charles J. Cliffe
* URL : https://github.com/pothosware/SoapyRTLSDR/wiki
* License : MIT
Programming Lang: C++
Description : RTL-SDR
Package: wnpp
Severity: wishlist
Owner: Andreas Bombe
* Package name: soapyhackrf
Version : 0.2.1
Upstream Author : jiangwei0...@gmail.com
* URL : https://github.com/pothosware/SoapyHackRF/wiki
* License : MIT
Programming Lang: C++
Description : HackRF
Package: wnpp
Severity: wishlist
Owner: Andreas Bombe
* Package name: soapybladerf
Version : 0.3.2
Upstream Author : Josh Blum
* URL : https://github.com/pothosware/SoapyBladeRF/wiki
* License : LGPL-2.1
Programming Lang: C++
Description : BladeRF
Package: wnpp
Severity: wishlist
Owner: Andreas Bombe
* Package name: cubicsdr
Version : 0.2.0-beta-rc2
Upstream Author : Charles J. Cliffe
* URL : http://cubicsdr.com
* License : GPL
Programming Lang: C++
Description : software defined radio receiver
Package: wnpp
Severity: wishlist
Owner: Andreas Bombe
* Package name: pothos
Version : 0.3.3
Upstream Author : Pothosware / Josh Blum
* URL : https://github.com/pothosware/pothos/wiki
* License : Boost Software License
Programming Lang: C++
Description
Package: wnpp
Severity: wishlist
Owner: Andreas Bombe
* Package name: soapysdr
Version : 0.4.3
Upstream Author : Josh Blum / Pothosware
* URL : https://github.com/pothosware/SoapySDR/wiki
* License : Boost Software License
Programming Lang: C++
Description
On Sun, Nov 30, 2014 at 04:40:21PM +, Ivan Shmakov wrote:
> > Josselin Mouette writes:
> > * Other users only have access to audio devices through ACLs when
> > physically logged on.
>
> Unless I be mistaken, ACLs are only applied at the time of
> open(2). What about the pr
On Wed, Apr 24, 2013 at 03:40:57PM +0200, Franck wrote:
> basE91 is an advanced method for encoding binary data as ASCII characters. It
> is similar to UUencode or base64, but is more efficient. The overhead produced
> by basE91 depends on the input data. It amounts at most to 23% (versus 33% for
>
(Resend, I accidentally sent this to the bug report.)
On Mon, Mar 04, 2013 at 10:07:30PM +0100, Nicolas Dandrimont wrote:
> (comments welcome on the long description, which looks like it needs
> some expanding)
Well yes, it could explain what on earth "Fabric files" are. I had to
look up the gith
On Fri, Feb 10, 2012 at 08:01:26AM +0100, Wouter Verhelst wrote:
> On Thu, Feb 09, 2012 at 12:20:06PM +, Ian Jackson wrote:
> > I don't know where the English l10n team got the idea from that there
> > is something wrong with a computer speaking to the user in the first
> > person. But in my o
-server and that
happens to work. tcpd wouldn't, for example. /usr/libexec would provide
a convenient separate namespace. As would /usr/lib/bin, but let's not go
there.
Anyway, just throwing that out there.
--
Andreas Bombe
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debi
On Wed, Aug 20, 2008 at 03:40:41PM +0200, Laurent Guignard wrote:
> How to update configuration files stored in local users home directory
> with these contained in package and save the previous configuration
> files somewhere in the filesystem hierarchy ?
You don't do that at all. The contents o
On Tue, Jun 03, 2008 at 08:58:54PM +0200, Jeffrey Ratcliffe wrote:
> Fine. Although it always annoyed me that my $HOME filled up with
> spurious dotfiles whose origin I'm not necessarily sure of, and that a
> good installer could know to remove them if the package were purged.
It's important to di
nothing, as the process's whole memory space gets
unmapped on exit no matter its contents (including the state of the
malloc implementation's allocation management structures).
--
Andreas Bombe <[EMAIL PROTECTED]>GPG key 0x04880A44
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
the program depends on
the Python interpreter already.
I can't think of a scenario where the dev package would depend on a
compiler or interpreter that wouldn't be depended on by the actual user
(the program) of the package. They are used in an environment where the
dependency would by
Verifying that this doesn't include any
packages that I expect there (like locally compiled kernel module
packages) is my way of checking for removed packages.
--
Andreas Bombe <[EMAIL PROTECTED]>GPG key 0x04880A44
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Feb 11, 2008 at 03:39:29PM +0100, Florian Weimer wrote:
> * Andreas Bombe:
>
> > How many million person-hours does it really need to substitute
> > "#!/bin/sh" by "#!/bin/bash" once per script? That's even easily
> > scriptable, and I d
gt; possible consequences of subsequent changes to /bin/sh.
How many million person-hours does it really need to substitute
"#!/bin/sh" by "#!/bin/bash" once per script? That's even easily
scriptable, and I don't see the need for any amount of reviewing and
testi
On Fri, Apr 27, 2001 at 12:05:11PM -0500, Dimitri Maziuk wrote:
> I imagine the dangerous part would be when you turn the thing on
> and it tries to spin up all those disks. You could put them to sleep
> shortly after bootup and get the load down, but if PS doesn't blow on
> startup it probably
29 matches
Mail list logo
