Hi,
startrekfan wrote:
> *squid3 Version 3.4.8* is deployed in the Jessie stable repository.* This
> version is outdated and has some security risks!!*. Version 3.5 is more
> secure but unfortunately it's only marked as unstable
Have you checked
https://packages.qa.debian.org/s/squid3/news/201508
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: libbrowserlauncher-java
Version : 1.3
Upstream Author : Jeff Chapman
* URL : http://browserlaunch2.sourceforge.net/
* License : LGPL
Programming Lang: Java
Description : Java library
Hi folks,
On 01/15/2016 05:07 PM, Johannes Schauer wrote:
>
> Whenever discussions about new dependency syntax come up I like to remind
> people of all the time (about six years now) and effort it took to get the
> build profile syntax [1] accepted by the archive, supported by all tools and
> to
On Sun, 17 Jan 2016 02:23:02 +, Jonathan de Boyne Pollard wrote:
> It didn't start because the service unit was wrong.
>
> A quick check of the log revealed that the service was trying to create
> a local-domain socket at |/run/lirc/lircd| . But there was no
> |/run/lirc/| directory on my sys
]] Simon McVittie
> I'm not sure that nosh should claim to support systemd units if it
> doesn't either support tmpfiles.d, or depend on a standalone
> implementation of the tmpfiles.d "protocol" (that is guaranteed to be
> run before systemd units with DefaultDependencies=yes). The tmpfiles.d
>
Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann
* Package name: python-genty
Version : 1.3.0
Upstream Author : Box
* URL : https://github.com/box/genty
* License : Apache 2.0
Programming Lang: Python
Description : Python library for test gene
Package: wnpp
Severity: wishlist
Owner: Hanno Zulla
* Package name: ruby-hamster
Version : 2.0.0
Upstream Author : Simon Harris
* URL : https://rubygems.org/gems/hamster
* License : Expat
Programming Lang: Ruby
Description : Efficient, immutable, thread
Hi,
I think it would be good for Debian to standardise on a single, good
arc4random implementation, available to any application that wants to
use it.
I'd like it to become ubiquitous, on all Debian arches (and eventually
other distributions). We should ensure applications do find it and use
it,
Package: wnpp
Severity: wishlist
Owner: Hanno Zulla
* Package name: ruby-interception
Version : 0.5
Upstream Author : Conrad Irwin
* URL : https://rubygems.org/gems/interception
* License : MIT
Programming Lang: Ruby
Description : Provides a cross-platf
On Sun, 17 Jan 2016, Waldemar Brodkorb wrote:
> uClibc-ng is a small C library for developing embedded Linux systems. It is
> much smaller than the GNU C Library, but nearly all applications supported by
> glibc also work perfectly with uClibc-ng.
How is that relevant for a binary distribution in
On Mon, 18 Jan 2016, Waldemar Brodkorb wrote:
> It is a try to build a Debian system with an alternative C library
That would require a new dpkg architecture and other changes,
e.g. you could build for linuxuclibc-i386 instead of linux-i386.
The avr32 people tried to make a µClibc-based Debian p
Marco d'Itri Linux.IT> writes:
> grml-rescueboot is way more useful for rescue purposes.
It is… except, I didn’t take it into account when creating the 256 MiB /boot
for a laptop, and the regular kernel and initrd are huge already these days,
and then you have two of them, plus a temporary initr
On Jan 18, Steven Chamberlain wrote:
> More background information follows. What do others think about going
> in this direction; the Debian Security Team in particular? Thanks!
The same issue was discussed recently for the MD5 functions.
The first step is to create a lintian test for packages
Hi,
Thorsten Glaser wrote,
> On Sun, 17 Jan 2016, Waldemar Brodkorb wrote:
>
> > uClibc-ng is a small C library for developing embedded Linux systems. It is
> > much smaller than the GNU C Library, but nearly all applications supported
> > by
> > glibc also work perfectly with uClibc-ng.
>
> Ho
Ansgar Burchardt debian.org> writes:
> Marc Haber zugschlus.de> writes:
> > I, for example, am afraid of having to merge /usr in existing systems
> > during upgrades, causing repartitions to be necessary. I am afraid of
> > partition layout suddenly not fitting any more during an upgrade,
> > c
Lucas Nussbaum debian.org> writes:
> qa-helper_classic_debhelper.txt (3647 packages)
>
>The package is still using "classic" debhelper (no dh, no CDBS).
Note that this is not a problem in the package, and there is absolutely
no requirement to act on this. dh exists to optimise the common ca
Steven Chamberlain writes:
> I think it would be good for Debian to standardise on a single, good
> arc4random implementation, available to any application that wants to
> use it.
> I'd like it to become ubiquitous, on all Debian arches (and eventually
> other distributions). We should ensure a
On January 18, 2016 12:57:27 PM EST, Russ Allbery wrote:
...
>I'm all in favor of this, but when working on this, please take the
>concerns of upstream into account. libbsd is readily available on
>Debian,
>but I don't know if that's the case on the other systems that upstream
>is
>trying to su
Hi,
Thorsten Glaser wrote,
> On Mon, 18 Jan 2016, Waldemar Brodkorb wrote:
>
> > It is a try to build a Debian system with an alternative C library
>
> That would require a new dpkg architecture and other changes,
> e.g. you could build for linuxuclibc-i386 instead of linux-i386.
>
> The avr32
On Mon, 18 Jan 2016, Waldemar Brodkorb wrote:
> From a good friend I would expect some more positive feedback
> for my hobby project ;)
I said, it has its niche, but I doubt it has a place
as a generic Debian package… libraries are generally
only packaged when something uses them, and C libra‐
ri
Package: wnpp
Owner: Christopher Hoskin
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libnet-nessus-rest-perl
Version : 0.4
Upstream Author : Guillaume Rousse
* URL : https://metacpan.org/release/Net-Nessus
Hi!
[ Just posting to debian and fdo mailing lists, but this might be of
interest to other distros, please feel free to forward. ]
On Mon, 2016-01-18 at 18:25:36 +0100, Marco d'Itri wrote:
> On Jan 18, Steven Chamberlain wrote:
> > More background information follows. What do others think abo
Hi!
On Mon, 2016-01-18 at 09:57:27 -0800, Russ Allbery wrote:
> Steven Chamberlain writes:
> > I think it would be good for Debian to standardise on a single, good
> > arc4random implementation, available to any application that wants to
> > use it.
>
> > I'd like it to become ubiquitous, on all
Package: wnpp
Owner: Christian Seiler
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: tiny-initramfs
Version : 0.1
Upstream Author : Christian Seiler
* URL : https://github.com/chris-se/tiny-initramfs
* License : GPL-3+
Program
On Sun, 17 Jan 2016 15:19:43 +0100, Tom H wrote:
>Johann (I can't think of the other "fanboi" to whom you're referring)
>has argued in the past for the removal of rc.local and sysvinit
>compatibility.
People like him should be silenced on development mailing lists. They
don't care about the commo
[explanations snipped]
Thanks for trying to clarify. I'll stop ranting about that and revisit
things when we're in the freeze.
Greetings
Marc
--
-- !! No courtesy copies, please !! -
Marc Haber | " Questions are the | Mailadresse im Heade
Package: wnpp
Severity: wishlist
Owner: Debian Med Packaging Team
* Package name: nanopolish
Version : 0.4.0
Upstream Author : Jared Simpson
* URL : https://github.com/jts/nanopolish
* License : MIT
Programming Lang: C++
Description : consensus caller
27 matches
Mail list logo
