On Wed, 22 Jun 2016, Pirate Praveen wrote:
> [adding gitlab folks in cc]
>
> On Saturday 11 June 2016 02:16 PM, Alexander Wirt wrote:
> > On Sat, 11 Jun 2016, Ole Streicher wrote:
> >
> >> Pirate Praveen writes:
> Debian needs feature X but it is already in the e.nterprise version. We
> >
[adding gitlab folks in cc]
On Saturday 11 June 2016 02:16 PM, Alexander Wirt wrote:
> On Sat, 11 Jun 2016, Ole Streicher wrote:
>
>> Pirate Praveen writes:
Debian needs feature X but it is already in the e.nterprise version. We
make
a patch and for commercial reasons it never ge
On Tue, Jun 21, 2016 at 06:18:09PM +0200, Wolf Bergenheim wrote:
> * Package name: xlogo
> * URL : http://xlogo.tuxfamily.org
> Description : XLogo is an interpreter for the Logo programming
> language, written in Java.
This name conflicts with existing "xlogo", the thingy p
Hi Gunnar,
I'm basically in Sydney Australia, however finding time to meet people
is difficult these days, with work, a wife and two little kids.
I live in Penrith NSW, and work in Granville NSW. I do travel up and
down the east coast of Australia and around Sydney for work, buts its
sporadic.
If a
Jason Thomas dijo [Mon, Jun 20, 2016 at 12:31:57PM +1000]:
> Hi all,
>
> I need to get my key signed, is anyone willing to work with me via
> video conferencing.
>
> I have uploaded my key to keyring.debian.org and I have also signed
> this message.
>
> I have a scan of my government issued driv
On 06/21/2016 06:43 PM, Ian Jackson wrote:
> Zlatan Todoric writes ("Re: opinions of snappy packages"):
>> I forget about Canonical's CLA from time to time - but this solely
>> should be a reason to not adopt it in Free software projects.
>
> I think that's up to the individual maintainer.
>
>
Zlatan Todoric writes ("Re: opinions of snappy packages"):
> I forget about Canonical's CLA from time to time - but this solely
> should be a reason to not adopt it in Free software projects.
I think that's up to the individual maintainer.
If the maintainer is prepared to carry the CLA-less patch
On 06/21/2016 04:31 PM, Simon McVittie wrote:
>
> On a purely non-technical level, Snappy's asymmetric CLA makes
> me wary about contributing to it or encouraging its adoption.
>
I forget about Canonical's CLA from time to time - but this solely
should be a reason to not adopt it in Free softw
Package: wnpp
Severity: wishlist
Owner: Wolf Bergenheim
* Package name: xlogo
Version : 0.9.95
Upstream Author : Loïc Le Coq
* URL : http://xlogo.tuxfamily.org
* License : GPL
Programming Lang: Java
Description : XLogo is an interpreter for the Logo pr
Package: wnpp
Severity: wishlist
Owner: Roger Wesson
* Package name: mocassin
Version : 2.02.70
Upstream Author : Barbara Ercolano
* URL : http://www.3d-mocassin.net
* License : GPL-2+
Programming Lang: fortran
Description : Monte Carlo simulations of i
Package: wnpp
Severity: wishlist
Owner: Adrian Knoth
* Package name: qstopmotion
Version : newer than 2.2.0
Upstream Author : Ralf Lange
* URL : http://www.qstopmotion.org/
* License : GPL
Programming Lang: C++
Description : qStopMotion is a free appli
Hey Simon and Ansgar,
thank you for your help and input. I think I will use the dependencies
that Simon uses for dbus-user-session.
Best regards,
Jan
Am 21.06.2016 um 14:39 schrieb Simon McVittie:
> On Tue, 21 Jun 2016 at 13:49:27 +0200, Ansgar Burchardt wrote:
>> The upstream repository looks l
To bring it back to the package at hand, because talking about
abstractions isn't helpful here IMHO:
On 06/21/2016 02:39 PM, Simon McVittie wrote:
> On Tue, 21 Jun 2016 at 13:49:27 +0200, Ansgar Burchardt wrote:
>> It should be fine to only provide a unit for "systemd --user"
>> and people who do
On Tue, 21 Jun 2016 at 14:16:55 +0100, Jonathan Dowland wrote:
> I'd actually like to see a wider discussion as to the merits of snappy versus
> flatpak (and others) and the pros/cons of supporting (or otherwise) multiple
> such things or picking one (or waiting to see whether any get any kind of
>
On Tue, Jun 21, 2016 at 10:55:52AM +0100, Simon McVittie wrote:
> Depends: systemd is not enough, because having systemd.deb installed
> says nothing about whether systemd was actually used as init.
Is this not analoguous to "Depends: any-daemon is not enough, because
that says nothing about wheth
On Sun, Jun 19, 2016 at 09:12:31PM +0200, Raphael Hertzog wrote:
> Unfortunately, while they might have done some work to make it available
> on other distributions, they have not taken the time to upload the package
> to Debian.
I'd like to assume that whoever is planning to upload snappy (and I
On Tue, 21 Jun 2016 at 13:49:27 +0200, Ansgar Burchardt wrote:
> The upstream repository looks like it provides .service units for a
> "systemd --user" instance.
Lots of projects do this; if combined with other ways to start the
service (such as D-Bus activation), it certainly doesn't merit a
hard
On 21/06/16 13:08, Sebastien Badia wrote:
> Timewarrior is a time tracking utility that offers simple stopwatch features
> as
> well as sophisticated calendar-base backfill, along with flexible reporting.
> It
> is a portable, well supported and very active, Open Source project.
>
> We currently
Unsubscribe this.
Em 21/06/2016 09:00, Andreas Tille escreveu:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 20 Jun 2016 12:06:05 +0200
Source: r-cran-pheatmap
Binary: r-cran-pheatmap
Architecture: source all
Version: 1.0.8-1
Distribution: unstable
Urgency: low
Maintain
Package: wnpp
Severity: wishlist
Owner: Sebastien Badia
* Package name: timewarrior
Version : 0.9.5
Upstream Author : Paul Beckingham, Federico Hernandez
* URL : https://taskwarrior.org/docs/timewarrior
* License : MIT
Programming Lang: C
Description :
On Tue, 2016-06-21 at 10:55 +0100, Simon McVittie wrote:
> On Tue, 21 Jun 2016 at 11:11:09 +0200, Jan Luca Naumann wrote:
> > I want to package a tool* which highly uses systemd and particulary
> > its
> > per-user service feature.
>
> By "per-user service" are you referring to systemd user servic
On Tue, 21 Jun 2016 at 11:11:09 +0200, Jan Luca Naumann wrote:
> I want to package a tool* which highly uses systemd and particulary its
> per-user service feature.
By "per-user service" are you referring to systemd user services, which are
children of the per-user service manager, "systemd --user
Hey,
I want to package a tool* which highly uses systemd and particulary its
per-user service feature. The upstream author supports only systemd as
init system and recommends to run the tool under user rights.
Is it a problem to package the tool with "Depends: systemd" and
"Architecture: linux-an
23 matches
Mail list logo
