Bonjour à tous,
Nouveau sur cette liste et également dans le développement de paquet
.deb, c'est en effet le premier que je tente de développer.
Le paquet en question concerne le CMS GuppY en version 5.0.xx. A ce jour
5.0.08.
Mon gros problème est que je ne maîtrise pas l'anglais et je
David == David L Craig dlc@gmail.com 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
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 in
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 worked
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.
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
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 you
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 who
Andrey Rahmatullin w...@debian.org 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
-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 s...@debian.org 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
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 with a key
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
with
On 11 Nov 22:25, Ben Finney wrote:
Andrey Rahmatullin w...@debian.org 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
+++ 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
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 looks
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 (some) emails
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 there
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 delaying
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.
Nothing about
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 acceptable price to pay
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?) used
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
(in my
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
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
Description:
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.
we might better
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
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 dan...@pocock.pro 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
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 logged in
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
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 is
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 of the
Hi Andreas,
2014-11-11 16:33 GMT+01:00 Andreas Tille andr...@an3as.eu:
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 (= version_in_your_chroot)
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
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,
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 that
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 knew
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
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.
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 wheezy
Rebecca N. Palmer rebecca_pal...@zoho.com (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
On Nov 11, 2014 10:34 AM, Andreas Tille andr...@an3as.eu 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 (= version_in_your_chroot)
This
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 the
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 package
On November 11, 2014 12:22:57 PM EST, Cyril Brulebois k...@debian.org wrote:
Rebecca N. Palmer rebecca_pal...@zoho.com (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
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.
ACK.
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.
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.
For
Scott Kitterman deb...@kitterman.com (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
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 formats or
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 andr...@an3as.eu:
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
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)
b. Packages
❦ 11 novembre 2014 12:29 -0500, Scott Kitterman deb...@kitterman.com :
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
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 sid
Hi Andreas,
2014-11-11 19:12 GMT+01:00 Andreas Tille andr...@an3as.eu:
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
Ian Jackson ijack...@chiark.greenend.org.uk 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
Package: wnpp
Severity: wishlist
Owner: Daniel Stender deb...@danielstender.com
* Package name: citeproc-py
Version : 0.3.0
Upstream Author : Brecht Machiels bre...@mos6581.org
* URL : https://github.com/brechtm/citeproc-py
* License : BSD-2-Clause
Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss sa...@tetrinetsucht.de
* Package name: aegean
Version : 0.10.2
Upstream Author : Daniel Standage daniel.stand...@gmail.com
* URL : http://standage.github.io/AEGeAn/
* License : ISC
Programming Lang: C
On Tue, 11 Nov 2014, Luca Falavigna wrote:
2014-11-11 19:12 GMT+01:00 Andreas Tille andr...@an3as.eu:
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
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
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:
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 at
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/dep14
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 normal
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
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 matth...@urlichs.de 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
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
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 using
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 system
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
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
On Nov 11, Raphael Hertzog hert...@debian.org 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
2014-11-11 22:26 GMT+01:00 Raphael Hertzog hert...@debian.org:
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
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=chdosearch=Search
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}.substvars
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:
Raphael == Raphael Hertzog hert...@debian.org 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
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 was
On Tue, Nov 11, 2014 at 11:38 PM, Paul Wise p...@debian.org 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,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 10 Nov 2014 16:52:50 -0500
Source: guake
Binary: guake
Architecture: source amd64
Version: 0.5.0-2
Distribution: unstable
Urgency: low
Maintainer: Sylvestre Ledru sylves...@debian.org
Changed-By: Daniel Echeverry
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 11 Nov 2014 10:38:52 +0200
Source: freeipa
Binary: freeipa-server freeipa-server-trust-ad freeipa-client
freeipa-admintools freeipa-tests python-freeipa
Architecture: source amd64
Version: 4.0.5-1
Distribution: unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 09 Nov 2014 21:17:06 +0100
Source: libreoffice
Binary: libreoffice libreoffice-l10n-za libreoffice-l10n-in libreoffice-core
libreoffice-common libreoffice-java-common libreoffice-writer libreoffice-calc
libreoffice-impress
- GNU assembler, linker and binary utilities (source)
Changes:
binutils (2.24.90.2014-1) unstable; urgency=medium
.
* Snapshot, taken from the 2.25 branch 2014.
- Update .MIPS.abiflags to support MIPS R6.
* gold: Misc updates for the AArch64 backend, taken from the trunk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 11 Nov 2014 11:10:27 +0100
Source: binutils
Binary: binutils binutils-dev binutils-multiarch binutils-multiarch-dev
binutils-hppa64 binutils-doc binutils-source
Architecture: source all amd64
Version: 2.24.90.2014-2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 06 Nov 2014 10:16:34 +
Source: libtuxcap
Binary: libtuxcap-dev libtuxcap4.0 libtuxcap4.0-dbg
Architecture: source amd64
Version: 1.4.0.dfsg2-2.2
Distribution: unstable
Urgency: medium
Maintainer: Debian Games Team
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 07 Nov 2014 13:59:54 +0100
Source: openvpn
Binary: openvpn
Architecture: source amd64
Version: 2.3.4-4
Distribution: unstable
Urgency: medium
Maintainer: Alberto Gonzalez Iniesta a...@inittab.org
Changed-By: Alberto Gonzalez
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 11 Nov 2014 12:24:42 +0100
Source: isl
Binary: libisl-dev libisl-dbg libisl13
Architecture: source amd64
Version: 0.14-1
Distribution: experimental
Urgency: medium
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 11 Nov 2014 12:10:19 +0100
Source: tix
Binary: tix tix-dev
Architecture: source amd64
Version: 8.4.3-6
Distribution: unstable
Urgency: medium
Maintainer: Georges Khaznadar georg...@debian.org
Changed-By: georg...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 11 Nov 2014 13:33:39 +0100
Source: paulstretch
Binary: paulstretch
Architecture: source
Version: 2.2-2-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Maintainers
1 - 100 of 182 matches
Mail list logo