> "David" == David L Craig writes:
David> On 14Nov10:2154+0100, Gergely Nagy wrote:
>> You do realize topic lists are public too, right?
David> Yes, but most Debian users don't even know about
David> them nor do they need to since the traditional
David> lists have been do
On Tue, Nov 11, 2014 at 08:50:52AM +0100, Matthias Urlichs wrote:
> I'd be in favor of a different approach: moderate debian-devel. Not the
> content, but the list of people allowed to post. Pre-seed it with the
> email adresses in our keyring and auto-add anybody who signs their email
> with a key
Since 2013, Debian has allowed new browser versions to enter stable[1]
even though most other package versions are frozen
The security team announcement mentions that "some Xul extensions
currently packaged in the Debian archive are not compatible" and that a
solution to that is still being worke
Hi Charles,
> after unsubscribing from debian-vote, I had a bit of a thought about
> debian-devel, which is hard to follow now, and suddenly I saw something very
> clear. This year's freeze seems of an excellent quality and promises to be
> brief. Is that thanks to debian-devel ? Not much. Ex
On 10/11/14 23:16, Ben Finney wrote:
> To avoid duplicating these “the N most common words, ranked by
> frequency, for language FOO”
For a password generator you ideally want the word-list to be sorted
alphabetically, so that it's trivial to verify "by eye" that there are
no duplicates. Duplicate
Hi,
I guess the sad news that Joey Hess leaves Debian has spread also to
Debian Blends list. The direct consequence for Blends is that Joey will
not work on this bug (#758096) and will also most probably not rise any
opinion on it any more but we somehow need to move on.
I realised that the chan
On Mon, Nov 10, 2014 at 11:15:12AM +0100, Michael Ole Olsen wrote:
> If there was a choice in the installer for Init system and boot loader there
> would be nobody complaining.
>
> People only complain when there isn't a choice and they are forced to use
> something new.
>From what research are
Hi,
Andrey Rahmatullin:
> On Tue, Nov 11, 2014 at 08:50:52AM +0100, Matthias Urlichs wrote:
> > I'd be in favor of a different approach: moderate debian-devel. Not the
> > content, but the list of people allowed to post. Pre-seed it with the
> > email adresses in our keyring and auto-add anybody w
Andrey Rahmatullin writes:
> On Tue, Nov 11, 2014 at 08:50:52AM +0100, Matthias Urlichs wrote:
> > I'd be in favor of a different approach: moderate debian-devel. Not
> > the content, but the list of people allowed to post. Pre-seed it
> > with the email adresses in our keyring and auto-add anybo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2014-11-11 12:25, Ben Finney wrote:
> But all Debian Contributors have their OpenPGP key in the
> project's keyring. No?
Most certainly not.
Parts where many people who is not DD nor DM takes part include docs,
web, translations and graphics.
-
Simon McVittie writes:
> On 10/11/14 23:16, Ben Finney wrote:
> > To avoid duplicating these “the N most common words, ranked by
> > frequency, for language FOO”
>
> For a password generator you ideally want the word-list to be sorted
> alphabetically, so that it's trivial to verify "by eye" that
On Tue, Nov 11, 2014 at 12:19:06PM +0100, Andreas Tille wrote:
From what research are you taking this generalisation? All non-IT
experts I know (proof by counter-example) would be really happy to have
no choice but rather one single option which works. You might also like
Of course, but the
On Tue, Nov 11, 2014 at 10:25:05PM +1100, Ben Finney wrote:
> > > I'd be in favor of a different approach: moderate debian-devel. Not
> > > the content, but the list of people allowed to post. Pre-seed it
> > > with the email adresses in our keyring and auto-add anybody who
> > > signs their email
On Tue, Nov 11, 2014 at 12:22:53PM +0100, Matthias Urlichs wrote:
> > > I'd be in favor of a different approach: moderate debian-devel. Not the
> > > content, but the list of people allowed to post. Pre-seed it with the
> > > email adresses in our keyring and auto-add anybody who signs their email
On 11 Nov 22:25, Ben Finney wrote:
> Andrey Rahmatullin writes:
>
> > On Tue, Nov 11, 2014 at 08:50:52AM +0100, Matthias Urlichs wrote:
> > > I'd be in favor of a different approach: moderate debian-devel. Not
> > > the content, but the list of people allowed to post. Pre-seed it
> > > with the e
+++ Charles Plessy [2014-11-10 23:25 +0900]:
> Hi all,
>
> >From now on I will try to see if I can give to Debian the same quality of
> contribution without being subscribed to debian-devel. And I invite you to
> think about it and *not* to discuss it on this list.
Just a data-point:
I joined d
Hi,
Andrey Rahmatullin:
> > I know. So? If the first email of a non-DD gets delayed for a few hours,
> > that's an acceptable price to pay IMHO.
> Nothing about delays wasn't mentioned in your previous email
Moderating (some) emails to d-d implies delaying those emails until
a human moderator lo
On Tue, Nov 11, 2014 at 01:30:58PM +0100, Matthias Urlichs wrote:
> Andrey Rahmatullin:
> > > I know. So? If the first email of a non-DD gets delayed for a few hours,
> > > that's an acceptable price to pay IMHO.
> > Nothing about delays wasn't mentioned in your previous email
>
> Moderating (som
On Tue, Nov 11, 2014 at 12:42:38PM +0100, Martin Bagge / brother wrote:
> > But all Debian Contributors have their OpenPGP key in the
> > project's keyring. No?
> Most certainly not.
> Parts where many people who is not DD nor DM takes part include docs,
> web, translations and graphics.
I think th
On Tue, Nov 11, 2014 at 01:30:58PM +0100, Matthias Urlichs wrote:
> > > I know. So? If the first email of a non-DD gets delayed for a few hours,
> > > that's an acceptable price to pay IMHO.
> > Nothing about delays wasn't mentioned in your previous email
> Moderating (some) emails to d-d implies
On Tuesday, November 11, 2014 12:41:12 PM Neil McGovern wrote:
> On Tue, Nov 11, 2014 at 01:30:58PM +0100, Matthias Urlichs wrote:
> > Andrey Rahmatullin:
> > > > I know. So? If the first email of a non-DD gets delayed for a few
> > > > hours,
> > > > that's an acceptable price to pay IMHO.
> > >
Hi,
Scott Kitterman:
> On Tuesday, November 11, 2014 12:41:12 PM Neil McGovern wrote:
> > On Tue, Nov 11, 2014 at 01:30:58PM +0100, Matthias Urlichs wrote:
> > > Andrey Rahmatullin:
> > > > > I know. So? If the first email of a non-DD gets delayed for a few
> > > > > hours,
> > > > > that's an acc
On Mon, 10 Nov 2014 11:08:38 +, Simon McVittie wrote:
> On 10/11/14 02:59, Christian Hofstaedtler wrote:
>> I vaguely remember PolicyKit being involved in the daemon situation,
>> when mpd tries to talk to a pulseaudio server which magically gets
>> spawned
>
> PolicyKit is typically (only?)
Santiago Vila writes ("Re: REISSUED CfV: General Resolution: Init system
coupling"):
> On Mon, Nov 10, 2014 at 06:12:46PM +, Ian Jackson wrote:
> > I have a half-written series to make it cope with lettered, rather
> > than numbered, options. Would it be worth my while finishing that off
> >
Hi,
On Dienstag, 11. November 2014, Matthias Urlichs wrote:
> > I'd be willing to help out.
> So would I.
me too, should this road be chosen.
cheers,
Holger
signature.asc
Description: This is a digitally signed message part.
Ben Finney writes ("Re: Removing duplication: Word lists of common words in
languages"):
> Where is a good authoritative source of such words, by frequency, for
> various natural languages, suitable for inclusion in Debian as a data
> package?
I had roughly this question in 2013, and found the an
It has been recently stated [0-1] that backports is enabled by default
in Jessie.
1. Does that mean that if pkgX is in jessie-backports but not jessie,
"apt-get install pkgX" will install it from -backports?
2. If so, when (if ever) is it appropriate to deliberately invoke that
behaviour by
On Tue, Nov 11, 2014 at 02:13:20PM +0100, Holger Levsen wrote:
> On Dienstag, 11. November 2014, Matthias Urlichs wrote:
> > > I'd be willing to help out.
> > So would I.
> me too, should this road be chosen.
>
Excellent. In that case, my position is now "meh" :)
Neil
--
signature.asc
Descrip
On 11/11/2014 02:10 PM, Ian Jackson wrote:
> Santiago Vila writes ("Re: REISSUED CfV: General Resolution: Init system
> coupling"):
>> The voting process is already complex enough. If it is going to be like this:
>>
>> GR Proposal: Option A.
>> Amendment A: Option B.
>> Amendment B: Option C.
>>
>
On 11/11/14 14:30, Rebecca N. Palmer wrote:
> It has been recently stated [0-1] that backports is enabled by default
> in Jessie.
>
> 1. Does that mean that if pkgX is in jessie-backports but not jessie,
> "apt-get install pkgX" will install it from -backports?
>
> 2. If so, when (if ever) is it ap
On 11/11/14 13:04, Felipe Sateler wrote:
> I'm not sure if it is PolicyKit or a related service (old documentation
> suggests it was ConsoleKit, nowadays it should be logind?), but /dev/snd/
> * get ACLs added for the currently logged in users
Yes, that's exactly what I said a couple of mails ago
On Tue, Nov 11, 2014 at 9:20 AM, Daniel Pocock wrote:
> On 11/11/14 14:30, Rebecca N. Palmer wrote:
>> It has been recently stated [0-1] that backports is enabled by default
>> in Jessie.
>>
>> 1. Does that mean that if pkgX is in jessie-backports but not jessie,
>> "apt-get install pkgX" will ins
On Tue, 11 Nov 2014 14:41:01 +, Simon McVittie wrote:
> On 11/11/14 13:04, Felipe Sateler wrote:
>> I'm not sure if it is PolicyKit or a related service (old documentation
>> suggests it was ConsoleKit, nowadays it should be logind?), but
>> /dev/snd/
>> * get ACLs added for the currently logg
Hi,
Freeze policy[1] says:
Uploads to unstable
===
Since many updates (hopefully, the vast majority) will be via unstable,
changes there can be disruptive if they would be unsuitable for Jessie.
Please be mindful of this, particularly if you maintain a library or key
Andreas Tille writes ("r-base-core upload to unstable does not respect freeze
policy"):
> [stuff]
I don't want to take away from what you've said, but:
> So I used a testing chroot
perhaps we should in general make more use of testing chroots for RC
bugfixes to testing during the freeze. This
On Tue, Nov 11, 2014 at 03:55:23PM +, Ian Jackson wrote:
> > So I used a testing chroot
>
> perhaps we should in general make more use of testing chroots for RC
> bugfixes to testing during the freeze. This is particularly relevant
> if one is NMUing, and therefore might have less knowledge o
Hi Andreas,
2014-11-11 16:33 GMT+01:00 Andreas Tille :
> I was close to trap into the pitfall to uploaded an RC bug fix built in
> an unstable chroot which would not be able to migrate to testing since
> the R cdbs helper injects a
>
> Depends: r-base-core (>= )
>
> So I used a testing chroot
I
On 11/11/14 15:55, Ian Jackson wrote:
> perhaps we should in general make more use of testing chroots for RC
> bugfixes to testing during the freeze.
For build-time dependencies, I'm not sure that actually helps very much:
the buildds for unstable take build-dependencies from unstable.
If you int
On 11 November 2014 at 10:02, Dirk Eddelbuettel wrote:
|
| There was a bug report requesting builds against tcl/tk 8.5 instead of 8.6.
Bah. Obviously wrong order: 8.6 instead of 8.5.
D.
| No more, no less -- and I complied.
|
| This nothing to do with wheezy transition issue. I would have
There was a bug report requesting builds against tcl/tk 8.5 instead of 8.6.
No more, no less -- and I complied.
This nothing to do with wheezy transition issue. I would have thought
you knew better.
Dirk
--
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
--
To UNSUBSCRIBE, e
Simon McVittie writes ("Re: r-base-core upload to unstable does not respect
freeze policy"):
> On 11/11/14 15:55, Ian Jackson wrote:
> > perhaps we should in general make more use of testing chroots for RC
> > bugfixes to testing during the freeze.
>
> For build-time dependencies, I'm not sure th
Dirk Eddelbuettel writes ("Re: r-base-core upload to unstable does not respect
freeze policy"):
>
> There was a bug report requesting builds against tcl/tk 8.5 instead of 8.6.
> No more, no less -- and I complied.
>
> This nothing to do with wheezy transition issue. I would have thought
> you k
On 2014-11-11 16:02, Dirk Eddelbuettel wrote:
There was a bug report requesting builds against tcl/tk 8.5 instead of
8.6.
No more, no less -- and I complied.
This nothing to do with wheezy transition issue. I would have thought
you knew better.
It's *everything* to do with transitions to tes
On 2014-11-11 16:24, Adam D. Barratt wrote:
On 2014-11-11 16:02, Dirk Eddelbuettel wrote:
There was a bug report requesting builds against tcl/tk 8.5 instead of
8.6.
No more, no less -- and I complied.
This nothing to do with wheezy transition issue. I would have thought
you knew better.
It
Quoting Ian Jackson (2014-11-11 17:19:36)
> Dirk Eddelbuettel writes ("Re: r-base-core upload to unstable does not
> respect freeze policy"):
>>
>> There was a bug report requesting builds against tcl/tk 8.5 instead of 8.6.
>> No more, no less -- and I complied.
>>
>> This nothing to do with whe
Rebecca N. Palmer (2014-11-11):
> It has been recently stated [0-1] that backports is enabled by
> default in Jessie.
Yes, and that's a bug. See #764982.
> 1. Does that mean that if pkgX is in jessie-backports but not
> jessie, "apt-get install pkgX" will install it from -backports?
Yes. And th
On Nov 11, 2014 10:34 AM, "Andreas Tille" wrote:
> I was close to trap into the pitfall to uploaded an RC bug fix built in
> an unstable chroot which would not be able to migrate to testing since
> the R cdbs helper injects a
>
> Depends: r-base-core (>= )
This looks like more fallout from #704
On Tue, 11 Nov 2014, Rebecca N. Palmer wrote:
> Possible candidates:
> a. Packages that work closely with hardware, where old versions
> don't work with new hardware (example: beignet)
> b. Packages that implement fast-evolving file formats or network
> protocols, where you need the same version as
On Tue, Nov 11, 2014 at 04:28:25PM +, Adam D. Barratt wrote:
> >It's *everything* to do with transitions to testing.
> >
> >r-base 3.1.2-2 does not meet the requirements for a freeze exception
> >and as such will not be in jessie. Due to the way your automatic
> >depenency generation works, any
On November 11, 2014 12:22:57 PM EST, Cyril Brulebois wrote:
>Rebecca N. Palmer (2014-11-11):
>> It has been recently stated [0-1] that backports is enabled by
>> default in Jessie.
>
>Yes, and that's a bug. See #764982.
>
>> 1. Does that mean that if pkgX is in jessie-backports but not
>> jessie
Hi Jonas,
On Tue, Nov 11, 2014 at 06:11:42PM +0100, Jonas Smedegaard wrote:
> Quoting Ian Jackson (2014-11-11 17:19:36)
> >
> > Did you see Andreas's comment about cdbs-generated dependencies ?
> > Is that just a bug in cdbs ?
>
> A bug in some CDBS-compatible snippet, I suspect - not CDBS itself
Has there already been any further discussion about the solution for Xul
extensions packaged in Debian?
I haven't looked for the official discussion, but extensions have been
updated in stable (to a new upstream version if necessary) when a
browser update would otherwise break them: see e.g. #74
On Tue, 11 Nov 2014, Ian Jackson wrote:
> Simon McVittie writes ("Re: r-base-core upload to unstable does not respect
> freeze policy"):
> > On 11/11/14 15:55, Ian Jackson wrote:
> > > perhaps we should in general make more use of testing chroots for RC
> > > bugfixes to testing during the freeze.
Scott Kitterman (2014-11-11):
> As long as apt prefers a version from stable over a version from
> backports when both are available (unless instructed to install from
> backports) why is this a problem?
>
> It seems more user friendly to me for a package that's been
> specifically ask for to en
On 11/11/14 18:30, Henrique de Moraes Holschuh wrote:
> On Tue, 11 Nov 2014, Rebecca N. Palmer wrote:
>> Possible candidates:
>> a. Packages that work closely with hardware, where old versions
>> don't work with new hardware (example: beignet)
>> b. Packages that implement fast-evolving file form
Hi Luca,
On Tue, Nov 11, 2014 at 05:04:55PM +0100, Luca Falavigna wrote:
> Hi Andreas,
>
> 2014-11-11 16:33 GMT+01:00 Andreas Tille :
> > I was close to trap into the pitfall to uploaded an RC bug fix built in
> > an unstable chroot which would not be able to migrate to testing since
> > the R cd
On Tue, 11 Nov 2014, Daniel Pocock wrote:
> On 11/11/14 18:30, Henrique de Moraes Holschuh wrote:
> > On Tue, 11 Nov 2014, Rebecca N. Palmer wrote:
> >> Possible candidates:
> >> a. Packages that work closely with hardware, where old versions
> >> don't work with new hardware (example: beignet)
> >
❦ 11 novembre 2014 12:29 -0500, Scott Kitterman :
> As long as apt prefers a version from stable over a version from
> backports when both are available (unless instructed to install from
> backports) why is this a problem?
The user may expect the same characteristics than for packages in
stabl
> On 2014-11-11 12:25, Ben Finney wrote:
> > But all Debian Contributors have their OpenPGP key in the
> > project's keyring. No?
>
> Most certainly not.
> Parts where many people who is not DD nor DM takes part include docs,
> web, translations and graphics.
FWIW, when I first started running s
Hi Andreas,
2014-11-11 19:12 GMT+01:00 Andreas Tille :
>> Depends: libc6 (>= 2.4), r-base-core (>= 3.1.2-2)
>
> Hmmm, this is what I missed. :-( I guess the only chance is to upload
> to t-p-u, right?
That could be an option. You have to coordinate with Release Team,
though, as I can't speak fo
Ian Jackson writes:
> I had roughly this question in 2013, and found the answer. Here is
> probably the best starting point:
>
> http://www.chiark.greenend.org.uk/ucgi/~ijackson/git?p=evade-mail-usrlocal.git;a=blob;f=lemma.al-permission.mbox
Great! That asks for permission to redistribute the c
Package: wnpp
Severity: wishlist
Owner: Daniel Stender
* Package name: citeproc-py
Version : 0.3.0
Upstream Author : Brecht Machiels
* URL : https://github.com/brechtm/citeproc-py
* License : BSD-2-Clause
Programming Lang: Python
Description : Python i
Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss
* Package name: aegean
Version : 0.10.2
Upstream Author : Daniel Standage
* URL : http://standage.github.io/AEGeAn/
* License : ISC
Programming Lang: C
Description : integrated genome analysis t
On Tue, 11 Nov 2014, Luca Falavigna wrote:
> 2014-11-11 19:12 GMT+01:00 Andreas Tille :
> >> Depends: libc6 (>= 2.4), r-base-core (>= 3.1.2-2)
> >
> > Hmmm, this is what I missed. :-( I guess the only chance is to upload
> > to t-p-u, right?
>
> That could be an option. You have to coordinate wi
Hello,
following the initial discussion we had in August
(https://lists.debian.org/debian-devel/2014/08/thrd2.html#00499), I have
written a first draft of the Debian Enhancement Proposal that I suggested.
It's now online at http://dep.debian.net/deps/dep14 and also attached
below so that you can e
Package: wnpp
X-Debbugs-CC: debian-devel@lists.debian.org,
pkg-multimedia-maintain...@lists.alioth.debian.org, a...@gently.org.uk,
tjaal...@ubuntu.com
https://tracker.debian.org/pkg/libmusicbrainz5
libmusicbrainz5 is pulled into many GNOME desktops as a dependency,
hence the high popcon stats:
ht
On Tue, 11 Nov 2014, Andreas Tille wrote:
> All R packages are building with
>
> include /usr/share/R/debian/r-cran.mk
>
> which contains:
>
> rversion:= $(shell dpkg-query -W -f='$${Version}' r-base-dev)
> ...
> ## support ${R:Depends} via debian/${package}.substvars
>
On Tue, Nov 11, 2014 at 10:26:24PM +0100, Raphael Hertzog wrote:
> Hello,
>
> following the initial discussion we had in August
> (https://lists.debian.org/debian-devel/2014/08/thrd2.html#00499), I have
> written a first draft of the Debian Enhancement Proposal that I suggested.
> It's now online
On Tue, 11 Nov 2014, Raphael Hertzog wrote:
> following the initial discussion we had in August
> (https://lists.debian.org/debian-devel/2014/08/thrd2.html#00499), I have
> written a first draft of the Debian Enhancement Proposal that I suggested.
> It's now online at http://dep.debian.net/deps/dep
On Tue, 11 Nov 2014, Iustin Pop wrote:
> > QUESTION: some people have argued to use debian/master as the latest
> > packaging targets sometimes sid and sometimes experimental. Should we
> > standardize on this? Or should we explicitly allow this as an alternative?
>
> Interesting. Assuming a
On Nov 11, 2014, at 10:26 PM, Raphael Hertzog wrote:
>Here's the draft:
Thanks for getting this started. I think it will help considerably to get
some standardization here. I would think that as more teams adopt git, they
will eventually just refer to DEP 14, perhaps with some additional team-b
Hi,
Raphael Hertzog:
>
> Title: Recommended layout for Git packaging repositories
> DEP: 14
Thank you!
> QUESTION: some people have argued to use debian/master as the latest
> packaging targets sometimes sid and sometimes experimental. Should we
> standardize on this? Or should we
On Tuesday, November 11, 2014 22:26:24 Raphael Hertzog wrote:
> Hello,
>
> following the initial discussion we had in August
> (https://lists.debian.org/debian-devel/2014/08/thrd2.html#00499), I have
> written a first draft of the Debian Enhancement Proposal that I suggested.
> It's now online at
Matthias Urlichs writes:
> Raphael Hertzog:
>> About pristine-tar
>> --
>> If the package maintainers use the pristine-tar tool to efficiently
>> store a byte-for-byte copy of the upstream tarballs, this should be
>> done in the `pristine-tar` branch.
> Please discourage the use
Package: general
Severity: normal
I use Virtualbox to run test environments for the packages I maintain
(just a few really). I install virtualbox-guest-utils in my guest
installations to adjust system clock after hibernation.
In Jessie, there seem to be a problem with the virtualbox guest service
On Tue, 11 Nov 2014, Russ Allbery wrote:
> > Please discourage the use of pristine-tar. The format is fragile and can
> > suffer from bit rot.
>
> I strongly disagree with this advice. pristine-tar is hugely helpful, and
> is something we should continue to support, advocate, maintain, and use.
On Monday, 10 de November de 2014 08:57:50 Nathael Pajani escribió:
[...]
> You certainly heard about "debianfork" (http://debianfork.org/) and from a
> user point of view this is a tragedy.
A derivative and a fork are different things. A Derivative happens when a
different project is started usi
Processing control commands:
> reassign -1 src:systemd
Bug #769187 [general] general: Entries in system log for failed services refer
to FreeDesktop.ORG for support
Bug reassigned from package 'general' to 'src:systemd'.
Ignoring request to alter found versions of bug #769187 to the same values
Control: reassign -1 src:systemd
On Mon, 2014-11-10 at 02:13 +0100, Tomas Fasth wrote:
> Package: general
> Severity: normal
>
> I use Virtualbox to run test environments for the packages I maintain
> (just a few really). I install virtualbox-guest-utils in my guest
> installations to adjust syst
Hello all,
since
1. I need signatures on my all new fresh key 0x29774B39 and
2. I would love to meet all the local Debianistas
would any of you come and sign my key when in Zürich/SH/Winti?
Anybody interested in going out for a beer? We could also have a
bugfixing evening.
Wink,
*t
--
To UN
On 2014-11-11 15:30, Henrique de Moraes Holschuh wrote:
> However, candidate packages due to reason (c) above really are a problem,
> IMHO they shouldn't be in stable in the first place.
Does this mean that I should ask for the removal of youtube-dl from testing?
It will certainly bitrot in a sta
On Nov 11, Raphael Hertzog wrote:
> QUESTION: some people have argued to use debian/master as the latest
> packaging targets sometimes sid and sometimes experimental. Should we
> standardize on this? Or should we explicitly allow this as an alternative?
Whatever the decision will be on debi
2014-11-11 22:26 GMT+01:00 Raphael Hertzog :
> Hello,
Hello Raphael,
> following the initial discussion we had in August
> (https://lists.debian.org/debian-devel/2014/08/thrd2.html#00499), I have
> written a first draft of the Debian Enhancement Proposal that I suggested.
> It's now online at htt
On Wed, Nov 12, 2014 at 10:16 AM, Tomas Pospisek wrote:
> would any of you come and sign my key when in Zürich/SH/Winti?
In case folks from these places aren't reading this list, some possibilities:
https://db.debian.org/search.cgi?country=ch&dosearch=Search
https://wiki.debian.org/Keysigning/Of
Hi Santiago,
On Tue, Nov 11, 2014 at 10:24:11PM +0100, Santiago Vila wrote:
> > include /usr/share/R/debian/r-cran.mk
> >
> > which contains:
> >
> > rversion:= $(shell dpkg-query -W -f='$${Version}' r-base-dev)
> > ...
> > ## support ${R:Depends} via debian/${package}.su
On 12/11/14 06:59, Paul Wise wrote:
> On Wed, Nov 12, 2014 at 10:16 AM, Tomas Pospisek wrote:
>
>> would any of you come and sign my key when in Zürich/SH/Winti?
>
> In case folks from these places aren't reading this list, some possibilities:
>
> https://db.debian.org/search.cgi?country=ch&do
> "Raphael" == Raphael Hertzog writes:
Raphael> Packaging branches and tags
Raphael> ===
[...]
Raphael> The Git repository listed in debian/control's `Vcs-Git` field
should
Raphael> usually have its HEAD point to the branch corresponding to the
R
On Wed, Nov 12, 2014 at 3:34 PM, Gergely Nagy wrote:
> I'd like to note that there are very good reasons for a debian-only,
> overlay-style packaging repository too. This section should, in my
> opinion, at least acknowledge that, and briefly mention it as an option.
> I find it a bit sad that it
On Tue, Nov 11, 2014 at 11:38 PM, Paul Wise wrote:
> On Wed, Nov 12, 2014 at 3:34 PM, Gergely Nagy wrote:
>
>> I'd like to note that there are very good reasons for a debian-only,
>> overlay-style packaging repository too. This section should, in my
>> opinion, at least acknowledge that, and brief
89 matches
Mail list logo
