On Sun, Jun 07, 2015 at 11:55:23PM +0200, Wouter Verhelst wrote:
> On Sun, Jun 07, 2015 at 11:30:01AM -0700, Josh Triplett wrote:
> > On Sun, Jun 07, 2015 at 11:08:36AM +0200, Wouter Verhelst wrote:
> > > On Fri, Jun 05, 2015 at 09:10:56AM -0700, Josh Triplett wrote:
> > > > If that's not an option
On Sun, Jun 07, 2015 at 11:30:01AM -0700, Josh Triplett wrote:
> On Sun, Jun 07, 2015 at 11:08:36AM +0200, Wouter Verhelst wrote:
> > On Fri, Jun 05, 2015 at 09:10:56AM -0700, Josh Triplett wrote:
> > > If that's not an option for some reason, then given that the packages
> > > are Free Software an
On Sun, Jun 07, 2015 at 07:43:30PM +0200, Bálint Réczey wrote:
> I think this situation still allows maintaining the packages in
> Debian, when (if ever) your contract ends and you don't want to
> maintain the packages in your free time you can orphan the packages.
> The next maintainer could adopt
Geert Stappers (2015-06-07):
> What about creating a guide line where upstream creates a directory
> Packaging where sub directories are like Debian, Ubuntu, Mint,
> Redhat, CentOS, Suse and such?
>
> So Upstream can ship their tar-balls / git repositories with
> the package stuff ( Spec files, d
On Sun, Jun 07, 2015 at 11:08:36AM +0200, Wouter Verhelst wrote:
> On Fri, Jun 05, 2015 at 09:10:56AM -0700, Josh Triplett wrote:
> > If that's not an option for some reason, then given that the packages
> > are Free Software and of reasonably broad interest, you could at least
> > upload a package
Hi Wouter,
2015-06-07 11:08 GMT+02:00 Wouter Verhelst :
> On Fri, Jun 05, 2015 at 09:10:56AM -0700, Josh Triplett wrote:
>> Wouter Verhelst wrote:
>> > At $DAYJOB, I'm maintaining a few repositories with ready-to-install
>> > packages for a number of distributions[1]
>> >
>> > Currently, the instr
Package: wnpp
Severity: wishlist
Owner: Bas Couwenberg
* Package name: gmt-gshhg
Version : 2.3.4
Upstream Author : Paul Wessel
* URL : http://www.soest.hawaii.edu/pwessel/gshhg/index.html
* License : LGPL-3+
Programming Lang: N/A
Description : Global S
On Thu, Jun 04, 2015 at 06:18:16PM +0200, Wouter Verhelst wrote:
> - There is no trust path from your already-installed distribution to the
> "archive" package (yes, I did sign the gpg keys; no, I don't consider
> that enough).
There are 2 popular methods for this:
- Have an "app store". We w
On Sun, Jun 7, 2015 at 10:52 PM, Andreas Tille wrote:
> Wild guess: It migth be connected to the fact that DEHS is not working
> properly any more as it was mentioned here on Debian-QA list[1].
DEHS died many years ago, the timing is more likely to be caused by
upgrades to jessie. IIRC multiple
Package: wnpp
Severity: wishlist
Owner: Bas Couwenberg
* Package name: gmt-dcw
Version : 1.1.1
Upstream Author : Paul Wessel
* URL : http://www.soest.hawaii.edu/pwessel/dcw/index.html
* License : LGPL-3+
Programming Lang: N/A
Description : Digital Char
Hi Daniel,
On Fri, Jun 05, 2015 at 01:24:14PM +0200, Daniel Leidert wrote:
> Hi,
>
> Is it possible, that the watch file service of our PTS has some issue
> atm? The PTS spuriously reports "temporary or permanent problems" for
> some projects, although the watch files look perfectly ok to me and
On Sun, Jun 07, 2015 at 11:26:12AM +0100, Chris Boot wrote:
> One of the first tasks on my list is to resolve the issue with
> dependencies and ABI compatibility surrounding the building of ppp
> plugins. Several packages in the archive use the ppp-dev package to help
> them build ppp plugins that
Am 07.06.2015 um 13:35 schrieb Chris Boot:
> On 07/06/15 11:49, Michael Biebl wrote:
>> Thinking about this, something like this could be useful for such
>> situations:
>> Breaks: != ppp-abi-version-2.4.6
>> as counterpart to
>> Depends: = ppp-abi-version-2.4.6
>
> We can't do that quite, but this
On 2015-06-07 14:17, Geert Stappers wrote:
>
> Hi,
>
> What about creating a guide line where upstream creates a directory
> Packaging where sub directories are like Debian, Ubuntu, Mint,
> Redhat, CentOS, Suse and such?
>
> So Upstream can ship their tar-balls / git repositories with
> the pack
Hi,
What about creating a guide line where upstream creates a directory
Packaging where sub directories are like Debian, Ubuntu, Mint,
Redhat, CentOS, Suse and such?
So Upstream can ship their tar-balls / git repositories with
the package stuff ( Spec files, debian/ directories ) allready availa
On 07/06/15 12:35, Chris Boot wrote:
> On 07/06/15 11:49, Michael Biebl wrote:
>> Shipping a .pc file upstream to get the correct plugin directory (and
>> build flags) sounds like a useful addition.
>
> Upstream's build system is... archaic. It doesn't autotools and its
> configure script is hand-
On 07/06/15 11:49, Michael Biebl wrote:
> Am 07.06.2015 um 12:26 schrieb Chris Boot:
>> network-manager only has pppd as a Recommends despite shipping a pppd
>> plugin.
>
> Small correction: network-manager has a versioned Recommends and a
> versioned Breaks against ppp.
> This is deliberate, sinc
On Sun, Jun 7, 2015 at 7:00 PM, Michael Biebl wrote:
> Thinking about this, something like this could be useful for such
> situations:
> Breaks: != ppp-abi-version-2.4.6
> as counterpart to
> Depends: = ppp-abi-version-2.4.6
I'm not sure you can do the Breaks part of that as it would have to be
l
Package: wnpp
Severity: wishlist
Owner: Debian Med Packaging Team
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-pbh5tools
Version : 0.8.0
Upstream Author : Pacific Biosciences
* URL : https://github.com/PacificBiosciences/pbh5tools
* License
Am 07.06.2015 um 12:49 schrieb Michael Biebl:
> Am 07.06.2015 um 12:26 schrieb Chris Boot:
>> network-manager only has pppd as a Recommends despite shipping a pppd
>> plugin.
>
> Small correction: network-manager has a versioned Recommends and a
> versioned Breaks against ppp.
> This is deliberate
Am 07.06.2015 um 12:26 schrieb Chris Boot:
> network-manager only has pppd as a Recommends despite shipping a pppd
> plugin.
Small correction: network-manager has a versioned Recommends and a
versioned Breaks against ppp.
This is deliberate, since network-manager does not strictly need ppp.
The ve
* Chris Boot , 2015-06-07, 11:26:
Depends: [...] ppp (>= 2.4.6~), ppp (<< 2.4.7~) [...]
The tildes are pointless here.
s/~//g
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
Hi all,
Apologies for the long email, but there's a lot to discuss on the topic.
Marco d'Itri and I recently agreed that I would take over maintenance of
ppp. Thanks for all your hard work over the years keeping this package
going, Marco.
One of the first tasks on my list is to resolve the issue
Package: wnpp
Severity: wishlist
Owner: Debian Med Packaging Team
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-pbcore
Version : 1.0.0
Upstream Author : Pacific Biosciences
* URL : https://github.com/PacificBiosciences/pbcore
* License :
Package: wnpp
Severity: wishlist
Owner: Debian Med Packaging Team
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: smrtanalysis
Version : 2.3.0
Upstream Author : Pacific Biosciences
* URL : http://pacbiodevnet.com
* License : BSD
Programming L
On Sat, Jun 06, 2015 at 01:48:12PM +0800, Paul Wise wrote:
> On Sat, Jun 6, 2015 at 8:13 AM, Brian May wrote:
>
> > the software is far to volatile (e.g. important bug fixes on a weekly basis)
>
> We have a place for such software: experimental
>
> > I don't want old versions hanging around any
Hi Chris,
On Sat, Jun 06, 2015 at 11:49:21PM -0400, Chris Knadle wrote:
> Hey, Wouter.
>
> On 06/04/2015 12:18 PM, Wouter Verhelst wrote:
> > Hi,
> >
> > At $DAYJOB, I'm maintaining a few repositories with ready-to-install
> > packages for a number of distributions[1]
> >
> > Currently, the ins
On Fri, Jun 05, 2015 at 09:10:56AM -0700, Josh Triplett wrote:
> Wouter Verhelst wrote:
> > At $DAYJOB, I'm maintaining a few repositories with ready-to-install
> > packages for a number of distributions[1]
> >
> > Currently, the instructions[2] say to do the following:
> > - Download and install
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi folks,
Trying to get rid of my old GPG key I stumbled over this:
For devscripts you can define a variable "DEBSIGN_KEYID". For
dpkg it is called "DEB_SIGN_KEYID". git-buildpackage doesn't
support a keyid environment variable at all, as it seems.
On Sun, Jun 7, 2015 at 11:49 AM, Chris Knadle wrote:
> I recall the prior DPL wanting to support PPAs in Debian, and I would
> imagine that this issue is one of the "sticking points" to that idea.
The Debian PPA proposal will be different to Launchpad PPAs and will
be signed by the same keys as t
30 matches
Mail list logo
