On Thu, Aug 25, 2016 at 9:29 PM, The Wanderer wrote:
> In other words: the problem here is the fact that apt's priorities in
> this regard are messed up.
The same will happen with custom priorities set.
> If there exists a dependency solution which will achieve the result
> requested on the comm
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 882 (new: 29)
Total number of packages offered up for adoption: 171 (new: 2)
Total number of packages reques
Russ Allbery wrote:
> Robert Edmonds writes:
>
> > However, that was two years ago. How long should we be expected to
> > continue maintaining sysvinit scripts?
>
> My understanding of the feeling of the TC at the time is that maintainers
> are expected to continue including the sysvinit scripts
On Thu, Aug 25, 2016 at 06:43:31PM -0400, Robert Edmonds wrote:
> The relevant TC decision was two years ago in #746715:
>
> For the record, the TC expects maintainers to continue to support
> the multiple available init systems in Debian. That includes
> merging reasonable contribut
Robert Edmonds writes:
> However, that was two years ago. How long should we be expected to
> continue maintaining sysvinit scripts?
My understanding of the feeling of the TC at the time is that maintainers
are expected to continue including the sysvinit scripts for as long as (a
reasonable numb
Guus Sliepen wrote:
> On Fri, Aug 26, 2016 at 12:11:13AM +0200, Sven Hartge wrote:
>
> > I just saw the new conntrack-tools (1:1.4.4-2) package in Sid, which
> > has as a change
> >
> > * [917beed] conntrackd: get rid of the sysvinit support
> >
> > and I wondered, if this is a bug (and at wha
On Fri, Aug 26, 2016 at 12:11:13AM +0200, Sven Hartge wrote:
> I just saw the new conntrack-tools (1:1.4.4-2) package in Sid, which
> has as a change
>
> * [917beed] conntrackd: get rid of the sysvinit support
>
> and I wondered, if this is a bug (and at what severity) or not.
Yes, this is a
Hi all!
I just saw the new conntrack-tools (1:1.4.4-2) package in Sid, which
has as a change
* [917beed] conntrackd: get rid of the sysvinit support
and I wondered, if this is a bug (and at what severity) or not.
While I run all my personal computers on systemd (on Sid) and nearly all
servers
On 2016-08-23 20:47:08 [+0200], Jörg Frings-Fürst wrote:
> please can someone give me a short summary for the openssl transition.
>
> I see a short discussion at 2016-06 here, but not with a clear
> procedure.
1.1.0 has been released and has been uploaded to experimental. I plan to
rebuild build-
Hi,
Quoting The Wanderer (2016-08-25 15:29:27)
> In other words: the problem here is the fact that apt's priorities in
> this regard are messed up.
>
> If there exists a dependency solution which will achieve the result
> requested on the command line (here, installing the lower version of the
>
On 2016-08-25 at 09:04, Adam D. Barratt wrote:
> On 2016-08-25 10:44, Исаев Виталий wrote:
>
>> Build-Depends: debhelper (>= 9), cmake,
>> flatbuffers (= 1.2.0-1),
>
> This has nothing to do with mk-build-deps. Given this:
>
>> ➜ apt-cache policy flatbuffers
>> flatbuffers:
>> Installed: (n
On 2016-08-25 10:44, Исаев Виталий wrote:
Build-Depends: debhelper (>= 9), cmake,
flatbuffers (= 1.2.0-1),
This has nothing to do with mk-build-deps. Given this:
➜ apt-cache policy flatbuffers
flatbuffers:
Installed: (none)
Candidate: 1.4.0-17
Version table:
1.4.0-17 500
500 http://repo1
Package: wnpp
Severity: wishlist
* Package name: rtklib
Version : 2.4.3beta
Upstream Author : Tomoji Takasu, Jens Reimann (QT)
* URL : http://gpspp.sakura.ne.jp/rtklib/rtklib.htm
https://github.com/tomojitakasu/RTKLIB
https://git
Hello! ?
I need to build a project which depends on the particular version of
third-party library:
? cat debian/control
Source: libhole-cpp
Priority: optional
Maintainer: Vitaly Isaev
Build-Depends: debhelper (>= 9), cmake,
flatbuffers (= 1.2.0-1),
libboost-dev,
libboost-system-de
Package: wnpp
Severity: wishlist
Owner: "ChangZhuo Chen (陳昌倬)"
* Package name: openvas-libraries
Version : 8.0.7
Upstream Author : Greenbone Networks GmbH
* URL : http://www.openvas.org/
* License : GPL-2+, LGPL-2+
Programming Lang: C
Description : open
15 matches
Mail list logo
