Den 08. april 2016 19:31, skrev Josh Triplett:
> emacs24-common Recommends: emacs24-el
>
> I don't think all but the most unusual configurations need the elisp
> source of the functionality already provided by the main emacs24
> package. Emacs/elisp developers will want this.
>
>
There is ofte
Håkon Alstadheim writes:
> Den 08. april 2016 19:31, skrev Josh Triplett:
>> emacs24-common Recommends: emacs24-el
>>
>> I don't think all but the most unusual configurations need the elisp
>> source of the functionality already provided by the main emacs24
>> package. Emacs/elisp developers will
Quoting Russ Allbery (2016-04-09 03:20:25)
> Adam Borowski writes:
>> Like:
>> xfce4-power-manager -> upower -> libimobiledevice4 -> usbmuxd
>
>> Is the recommendation from libimobiledevice4 to usbmuxd valid? Sure
>> it is -- the library is useless without the daemon.
[...]
> So, where this goes
On 2016-04-09, Jonas Smedegaard wrote:
> I disagree that we need a new field: Simply lower to at most suggest the =
> daemon: It is for the daemon to declare a stronger dependency.
> Anyone needing the daemon can install the daemon - you shouldn't expect =
> libraries to pull in daemons (just as y
Quoting Sune Vuorela (2016-04-09 10:34:24)
> On 2016-04-09, Jonas Smedegaard wrote:
>> I disagree that we need a new field: Simply lower to at most suggest
>> the = daemon: It is for the daemon to declare a stronger dependency.
>> Anyone needing the daemon can install the daemon - you shouldn't
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-phylobase
Version : 0.8.2
Upstream Author : Francois Michonneau
* URL : https://cran.r-project.org/web/packages/phylobase/
* License : GPL-2+
Programming Lang: R
Description :
On Wed, 6 Apr 2016, Marco d'Itri wrote:
[...]
> > A year ago a user also mentioned that there is a new upstream version
> I have some doubts about the quality of this fork, so I plan to
> investigate in detail what has changed before blindly adopting it.
What about uploading a new version with t
On Sat, Apr 09, 2016 at 08:34:24AM +, Sune Vuorela wrote:
> On 2016-04-09, Jonas Smedegaard wrote:
> > I disagree that we need a new field: Simply lower to at most suggest the =
> > daemon: It is for the daemon to declare a stronger dependency.
> > Anyone needing the daemon can install the dae
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: harvest-tools
Version : 1.2
Upstream Author : Todd Treangen
* URL : https://github.com/marbl/harvest-tools
* License : BSD
Programming Lang: C++, Python
Description : archiving and p
hi,
On 04/08/2016 05:33 AM, Pirate Praveen wrote:
> See #819854 for a background.
>
> Currently gitlab recommends letsencrypt, it means someone has to opt in for
> letsencrypt by running something like
>
> apt-get install gitlab letsencrypt
>
> But I would like letsencrypt to be available by d
On Fri, Apr 08, 2016 at 09:06:33PM +0200, Jonas Smedegaard wrote:
> > Which is fine, I guess, for someone living in an ecosystem where
> > «authentication via "log in with your Google or Facebook account"» is
> > all your users would ever need.
> >
> > I guess I should stop writing here, as at th
Quoting Enrico Zini (2016-04-09 22:11:54)
> On Fri, Apr 08, 2016 at 09:06:33PM +0200, Jonas Smedegaard wrote:
>>> Which is fine, I guess, for someone living in an ecosystem where
>>> «authentication via "log in with your Google or Facebook account"»
>>> is all your users would ever need.
>>>
>>>
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
* Package name: dh-elpa-test
Version : 0.1.0
Upstream Author : Sean Whitton
* URL : N/A
* License : GPL-3+
Programming Lang: Perl
Description : Debian helper tool for running ELPA package testsuites
On Sat, Apr 09, 2016 at 02:53:05PM -0700, Sean Whitton wrote:
> Description : Debian helper tool for running ELPA package testsuites
>
> dh-elpa-test will try to run the upstream testsuites for ELPA packages
> prepared with dh_elpa. For ELPA packages, dh_auto_test alone is rarely
> suitable
Sorry for top posting - but wrong year? (and thus wrong selection of
candidates ;) )
On 04/10/2016 12:48 AM, Debian Project Secretary - Kurt Roeckx wrote:
Hi,
This is the 2nd call for votes for the DPL election.
Voting period starts Wed Apr 1 00:00:00 UTC 2015
Votes must be
On Fri, 08 Apr 2016, Russ Allbery wrote:
> So, where this goes wrong is the upower -> libimobiledevice4 dependency.
> As you say, the dependency is correct (or at least correct-ish): we don't
> want to dlopen everything and try to push all those patches upstream. But
> this is the weakest link of
On 2016, ഏപ്രിൽ 10 12:28:29 AM IST, "IOhannes m zmölnig (Debian/GNU)"
wrote:
>hi,
>
>On 04/08/2016 05:33 AM, Pirate Praveen wrote:
>> See #819854 for a background.
>>
>> Currently gitlab recommends letsencrypt, it means someone has to opt
>in for letsencrypt by running something like
>>
>> ap
Hello,
On Sat, Apr 09, 2016 at 10:26:57PM +, Mattia Rizzolo wrote:
> On Sat, Apr 09, 2016 at 02:53:05PM -0700, Sean Whitton wrote:
> > Description : Debian helper tool for running ELPA package testsuites
> >
> > dh-elpa-test will try to run the upstream testsuites for ELPA packages
> >
On Sat, Apr 09, 2016 at 09:14:29PM -0700, Sean Whitton wrote:
> > Any reason this can't go in src:dh-elpa itself?
>
> Yeah. If dh-elpa-test runs the tests for a package, dh_auto_test must
> be disabled. That's because dh_auto_test runs `make test`, and many
> ELPA packages will run something tha
Sean Whitton:
> So dh-elpa-test needs its own sequencer script in
> /usr/share/perl5/Debian/Debhelper/Sequence, and so it also needs its own
> corresponding /usr/bin/dh_elpa_test. But then for ease of maintenance
> it should be its own source package.
Hi,
I am not aware of any reason why a packa
20 matches
Mail list logo
