On Mon, Feb 12, 2018 at 3:54 PM, A. Wilcox wrote:
> My goal is something that is completely anonymous, unobtrusive, secure,
> and integrated in to the system.
What will be the distribution method - i.e. as a package or something
that cannot be removed from the system?
On Wed, Sep 5, 2018 at 3:57 PM A. Wilcox wrote:
>
> Hello all.
>
> I was thinking that perhaps 1.0 being our first release should not be a
> long term support release. That is, it would only be supported for 18
> months (until 1.5), not the full 3 years (until 2.0).
>
> Would this be acceptable?
On Sep 05 09:14 PM, A. Wilcox wrote:
> I'd like to have a more concrete understanding of what we want in a
> version freeze. Some discussion was already had on IRC.
>
> * No more feature releases.
>
> This would mean 18.08 -> 18.12 for KDE would not happen, for instance.
>
> * Security patches
On Dec 19 01:43 AM, A. Wilcox wrote:
> Hi all!
>
> As many of you are already aware, a 1.0 goal we have identified and
> agreed on is making the Dash (Debian Almquist) shell the default /bin/sh
> provider.
>
> My question is: should it be the *sole* /bin/sh provider? This would
> eliminate any
On Apr 01 11:54 PM, A. Wilcox wrote:
> Our first act in this charter is to define "Projects". A Project is a
> collective of contributors working towards a common goal. This goal should be
> on-going and clearly defined (see Interest Groups below for one-time tasks).
> At least one Committer is
Apologies if this email is malformed, I had to send it from my phone.
On Jul 13, 2019, at 11:10 AM, Kiyoshi Aman wrote:
> My understanding is that we were planning on retiring the wiki. This would be
> an excellent time to do so.
>
Agreed. We are already moving some stuff to GitLab wikis and
On Jul 01 11:08 AM, A. Wilcox wrote:
> Hi all,
>
> I would like to formally suggest that we take our -dbg packages and put
> them in a split repository, such as system-debug and user-debug.
>
> Non-stratum 1 mirrors could choose whether or not to mirror these as
> well. This would take a
On Apr 11 02:37 PM, A. Wilcox wrote:
> On 04/06/19 20:24, Max Rees wrote:
> > For projects which are completely orthogonal to packaging, is there
> > another requirement that could be used instead? For example,
> > documentation projects need write access to o
On Jul 14 09:22 PM, Alyx Wolcott wrote:
> On Sun, Jul 14, 2019 at 9:20 PM A. Wilcox wrote:
> > Hello all,
> >
> > Now that we've migrated to the new GitLab, I think it is time we revisit
> > the repositories we are still keeping (in archived form):
> >
> > * aports.git and aports-old.git
> >
> >
I think most of my editorial comments have already been raised by Lee.
Some things I think the current proposal does not cover that perhaps it
should:
* The proposal does not seem to cover filesystem choice at any point.
* The network interface manipulation external dependency (DEP-3) does
On Thu Jun 04 06:58 PM, Max Rees wrote:
> As discussed on IRC, I have implemented this according to the following:
>
> 1. kbd-openrc now provides the "consolefont" service (openrc used to
>provide this) and also the "keymaps" service (also shipped with
>
On Thu Jun 04 06:58 PM, Max Rees wrote:
> On Wed Jun 03 06:18 PM, A. Wilcox wrote:
> > Another large set of packages is our viewer for manual pages. Right
> > now, documentation viewing is done via man-db. The man-db package is
> > 1.2 MB, but it requires the GNU groff typ
On Wed Jun 03 06:18 PM, A. Wilcox wrote:
> Hello all,
>
> I've been looking at the dependencies of our base system packages, and
> also the size of the live images. I'm not very happy with what I've seen.
>
> The 64-bit PowerPC live target image is 364 MiB uncompressed. I feel
> like this is
13 matches
Mail list logo