On Wed, 26 Aug 2009, Manoj Srivastava sriva...@debian.org wrote:
if [ -e /etc/pam.d/login ]; then
perl -pli~ -e 'm/session.*pam_selinux.so/ s/^\#\s*//o'
/etc/pam.d/login rm /etc/pam.d/login~
fi
if [ -e /etc/pam.d/ssh ]; then
perl -pli~ -e 'm/session.*pam_selinux.so/ do { s/^\#\s*//o;
On Tue, Aug 25, 2009 at 03:29:07PM -0500, Manoj Srivastava wrote:
Thanks for the git repo pointer. I appreciate the opportunity to
look at the kinds of changes you have needed, and will see if I can
incorporate them into the next version of devotee I am (stalled on)
writing.
On Tue, Aug 11, 2009 at 10:07:43AM -0500, Manoj Srivastava wrote:
Hmm? Why haven't these patches been sent upstream, then? I have
been also working at devotee-ng, which will have a plug-in
architecture, to allow votes to add in dfferent pre-processing stacks
(mime/gpg-decrypt, vs
On Tue, Aug 11, 2009 at 02:50:32PM +0100, Matthew Johnson wrote:
Zack has been patching devotee to allow more informal (and not at all
binding) polls to be run with the same infrastructure. I think this
could be a suitable candidate to run using that. It allows us to have a
poll which can only
On Tue, Aug 25 2009, Luk Claes wrote:
Manoj Srivastava wrote:
Hi,
I would like to set up a selinux related release goal for
Squeeze.
Developer assiociated: Manoj Srivastava (Perhaps also Russell Coker,
but I have not discussed this with him)
Issues
On Tue, Aug 25 2009, Stefano Zacchiroli wrote:
On Tue, Aug 11, 2009 at 10:07:43AM -0500, Manoj Srivastava wrote:
Hmm? Why haven't these patches been sent upstream, then? I have
been also working at devotee-ng, which will have a plug-in
architecture, to allow votes to add in
On 2009-08-04, Anthony Towns a...@erisian.com.au wrote:
So make it easy to maintain... Attached is an example converting it to
yaml with python table generation, coping with waivers.
I deployed that now. Result available on [1], still quite some question
marks, though.
Kind regards,
Philipp
On Tue, 11 Aug 2009, Matthew Johnson wrote:
On Tue Aug 11 10:12, Giacomo A. Catenazzi wrote:
Personally I don't think we should do a GR to recommend a freeze or release
date.
We already used the DPL election to push a release, when it was *long* due,
but
I don't think we should push a
On Tue, Aug 11, 2009 at 01:07:33PM +1000, Anthony Towns wrote:
Any thoughts? We could have such a vote over and done in about two weeks,
with the DPL's consent, and it'd seem a lot more inclusive and less
cabal-tastic than how things seem to be working atm...
Personally, I think the last thing
Anthony Towns wrote:
On Fri, Jul 31, 2009 at 05:39:23AM +1000, Anthony Towns wrote:
On Thu, Jul 30, 2009 at 07:28:58PM +0200, Luk Claes wrote:
About freeze timing we think that DebConf should definitely not fall
into a freeze
We noticed that releases in the first quarter of the year
worked
On Tue Aug 11 10:12, Giacomo A. Catenazzi wrote:
Personally I don't think we should do a GR to recommend a freeze or release
date.
We already used the DPL election to push a release, when it was *long* due,
but
I don't think we should push a freeze.
Zack has been patching devotee to allow
On Tue, Aug 11 2009, Matthew Johnson wrote:
On Tue Aug 11 10:12, Giacomo A. Catenazzi wrote:
Personally I don't think we should do a GR to recommend a freeze or release
date.
We already used the DPL election to push a release, when it was *long* due,
but
I don't think we should push a
Anthony Towns dijo [Tue, Aug 11, 2009 at 01:07:33PM +1000]:
So, with August almost half-way over, I guess the release team's not
going to be doing much more to seek input from non-key teams/developers.
I still think it'd be interesting and useful to get broader input,
though. Something like
This one time, at band camp, Anthony Towns said:
Any thoughts? We could have such a vote over and done in about two weeks,
with the DPL's consent, and it'd seem a lot more inclusive and less
cabal-tastic than how things seem to be working atm...
Is there some reason we need something as
On Fri, Jul 31, 2009 at 05:39:23AM +1000, Anthony Towns wrote:
On Thu, Jul 30, 2009 at 07:28:58PM +0200, Luk Claes wrote:
About freeze timing we think that DebConf should definitely not fall
into a freeze
We noticed that releases in the first quarter of the year
worked out quite well in
Le Tue, Aug 11, 2009 at 01:07:33PM +1000, Anthony Towns a écrit :
On Thu, Jul 30, 2009 at 07:28:58PM +0200, Luk Claes wrote:
We'll be consulting all key teams within Debian to see how their plans
and schedules can fit into a new timeline. Before the end of August we
hope to have
Am Montag, den 03.08.2009, 16:51 + schrieb Anthony Towns:
amd64 has d-i support, surely? it did for lenny, despite lenny's
page...
Yes it does and still works fine (at least for me).
--
Felix Zielcke
Proud Debian Maintainer
--
To UNSUBSCRIBE, email to
Hi Anthony,
On 2009-08-03, Anthony Towns a...@master.debian.org wrote:
So arm's dropped off that page, kfreebsd-* have been bumped to TBD,
and alpha, hppa are still accompanied by ia64, powerpc, mips and s390 as
being at risk. There's lots of fields with just a ? -- apparently
there's no info
On Tue, 04 Aug 2009, Philipp Kern wrote:
with something like Users: 45 (w) to save space. Having
(w) link to a list post explaining the waiver would
probably be helpful for people who'd like to understand
why armel gets a waiver for multiple
On Tue, Aug 04, 2009 at 01:09:14PM +0200, Philipp Kern wrote:
I'm grateful for those suggestions, Anthony. That page is just a pain
to maintain though. Not everything on it is up-to-date yet but I updated
quite some chunks.
So make it easy to maintain... Attached is an example converting it
Hi Anthony,
On 2009-08-04, Anthony Towns a...@erisian.com.au wrote:
On Tue, Aug 04, 2009 at 01:09:14PM +0200, Philipp Kern wrote:
I'm grateful for those suggestions, Anthony. That page is just a pain
to maintain though. Not everything on it is up-to-date yet but I updated
quite some chunks.
On Fri, Jul 31, 2009 at 05:39:23AM +1000, Anthony Towns wrote:
So, http://release.debian.org/squeeze/arch_qualify.html lists kfreebsd-*
and m68k as not release candidates, and arm, ia64, mips and powerpc as
at risk in addition to alpha and hppa. Only m68k is listed as having
RM concerns. Is
Hi,
On Donnerstag, 30. Juli 2009, Jonathan Wiltshire wrote:
The press team are still announcing [1] this as a decision to adopt the
policy of timed release freezes beginning with the next release, while
RT maintain that it is under consideration. Which is true?
Both! ;-) Or the latter, take
Hi!
Aurelien Jarno schrieb:
The press release not only mentions release goals but also
infrastructure goals ftpmaster would like to have done by then.
Then, maybe the ftpmasters should communicate through
debian-devel-announce *in addition* to the press releases.
To the best of my knowledge
(Torn between replying to -project for the former, -devel for the
latter.)
Luk Claes l...@debian.org (30/07/2009):
Adam D. Barratt (adsb), Felipe Augusto van de Wiel (faw) and Jurij
Smakov (jurij) joined us as release assistants. Let's welcome them in
our team.
Welcome!
Architectures
On Thu, Jul 30, 2009 at 07:28:58PM +0200, Luk Claes wrote:
The following goals for Squeeze have been identified up to now:
* multiarch
* boot performance
* high quality packages (piuparts clean and other QA subgoals)
* prepare for the new package formats
* remove obsolete libraries
*
Hi,
The following goals for Squeeze have been identified up to now:
* multiarch
* boot performance
* high quality packages (piuparts clean and other QA subgoals)
* prepare for the new package formats
* remove obsolete libraries
* add kfreebsd-amd64 and kfreebsd-i386
* full IPv6
On Thu, Jul 30, 2009 at 07:28:58PM +0200, Luk Claes wrote:
time-based freezes
==
For the squeeze release (and future releases), we are considering a
time-based freeze, meaning that the freeze will happen at a predictable
and predetermined time with the release happening at a
Hi,
On Thu, Jul 30, 2009 at 07:28:58PM +0200, Luk Claes wrote:
sorry for sending out this mail so late. It should have gone out a bit
earlier, but the delay allowed us to update our views on the timeline
based on the feedback we received by the community - see below for
details.
Was it
Cyril Brulebois, le Thu 30 Jul 2009 19:41:42 +0200, a écrit :
Architectures
=
As some of you might have noticed, we added the architectures
kfreebsd-i386 and kfreebsd-amd64 to testing. This is not a promise
that they will be part of Squeeze, but we consider it realistic.
Hi,
I would like to set up a selinux related release goal for
Squeeze.
Developer assiociated: Manoj Srivastava (Perhaps also Russell Coker,
but I have not discussed this with him)
Issues to be solved:
(a) Get all Debian patches to the reference security
On Thu, Jul 30, 2009 at 11:16 AM, Manoj Srivastavasriva...@debian.org wrote:
Hi,
I would like to set up a selinux related release goal for
Squeeze.
Developer assiociated: Manoj Srivastava (Perhaps also Russell Coker,
but I have not discussed this with him)
Hi!
Aurelien Jarno schrieb:
On Thu, Jul 30, 2009 at 07:28:58PM +0200, Luk Claes wrote:
The following goals for Squeeze have been identified up to now:
[ some stuff ]
And according to the press release:
[ some more stuff ]
The press release not only mentions release goals but also
On Thu, Jul 30, 2009 at 07:28:58PM +0200, Luk Claes wrote:
Architectures
=
As some of you might have noticed, we added the architectures
kfreebsd-i386 and kfreebsd-amd64 to testing. [...]
However, two architectures also have issues we need to bring to your
attention: We sent
On Thu, Jul 30, 2009 at 08:58:14PM +0200, Alexander Reichle-Schmehl wrote:
Hi!
Aurelien Jarno schrieb:
On Thu, Jul 30, 2009 at 07:28:58PM +0200, Luk Claes wrote:
The following goals for Squeeze have been identified up to now:
[ some stuff ]
And according to the press release:
[ some
On Thu, Jul 30 2009, Gustavo Franco wrote:
On Thu, Jul 30, 2009 at 11:16 AM, Manoj Srivastavasriva...@debian.org wrote:
Hi,
I would like to set up a selinux related release goal for
Squeeze.
Developer assiociated: Manoj Srivastava (Perhaps also Russell Coker,
On Fri, 31 Jul 2009, Manoj Srivastava sriva...@debian.org wrote:
Developer assiociated: Manoj Srivastava (Perhaps also Russell Coker,
but I have not discussed this with him)
I will be involved in this, but I find it difficult to get enough free time.
Issues to be
37 matches
Mail list logo
