The following TLPs don't seem to have registered DOAPS with the ASG
projects site:
ambari any23 buildr chukwa clerezza crunch deltaspike directmemory
flume giraph hama helix
jclouds jspwiki kafka lucenenet mesos mrunit oltu onami oozie openejb
openmeetings sis
sqoop steve struts tomee tuscany wink
On 11 April 2014 10:55, Juan Pablo Santos Rodríguez
wrote:
> Hi Sebb,
>
> JSPWiki's DOAP file is under
> http://svn.apache.org/repos/asf/jspwiki/site/doap/doap-jspwiki.rdf, with
> http://projects.apache.org/projects/jspwiki.html pointing to that URL. Is
> there something we
AFAICT the file backend uses several files that are shared between users.
However there does not appear to be any form of locking employed, so
updates can be lost.
If this is intentional, it should be clearly documented as a restriction.
On 10 February 2016 at 13:43, Daniel Gruno wrote:
> On 02/10/2016 01:16 PM, sebb wrote:
>> AFAICT the file backend uses several files that are shared between users.
>>
>> However there does not appear to be any form of locking employed, so
>> updates can be lost.
>&
AFAICT, the project was created as "Steve", and is listed as such in
committee-info.txt
However the website and recent reports show the name as "STeVe".
?
i, May 19, 2017 at 9:44 AM, sebb wrote:
>
>> AFAICT, the project was created as "Steve", and is listed as such in
>> committee-info.txt
>>
>> However the website and recent reports show the name as "STeVe".
>>
>> ?
>>
Fixing CI would also fix derived data such as
https://projects.apache.org/committee.html?steve
On 20 May 2017 at 13:31, Greg Stein wrote:
> I see no need for them to be aligned. So, *shrug*
>
> On May 20, 2017 4:23 AM, "sebb" wrote:
>
>> On 20 May 2017 at 02:14,
Product name magic happens here:
http://svn.apache.org/repos/asf/steve/trunk/doap_steve.rdf
On 21 May 2017 at 23:25, Daniel Gruno wrote:
> One could argue that Apache Steve is the committee, and STeVe is the
> product of that committee... *waves hand magically*
>
> On 05/21/2017 01
As the subject says: where is the website source? It is rather out of date.
Sebb
On Sat, 5 Mar 2022 at 22:51, Daniel Gruno wrote:
>
> Hi folks,
> As we have some renewed interest in working on STeVe, this would also be
> a good time to sort out some practicalities and names.
>
> # Version control:
> I think it would be a good move to switch to git for the next iteration.
> Not
On Sun, 6 Mar 2022 at 07:33, Greg Stein wrote:
>
> On Sat, Mar 5, 2022 at 4:53 PM Daniel Gruno wrote:
>
> > On 28/02/2022 02.36, Greg Stein wrote:
> > > It used to be in the CMS, but was removed last August:
> > > https://lists.apache.org/thread/vpphnjqcklswvgy2h57h2bgmclwonoy4
> > >
> > > We hav
On Sun, 6 Mar 2022 at 10:30, Greg Stein wrote:
>
> On Sun, Mar 6, 2022 at 3:50 AM sebb wrote:
>
> > On Sun, 6 Mar 2022 at 07:33, Greg Stein wrote:
> > >
> > > On Sat, Mar 5, 2022 at 4:53 PM Daniel Gruno
> > wrote:
> > >
> > > > On 28
On Sun, 6 Mar 2022 at 14:43, Greg Stein wrote:
>
> On Sun, Mar 6, 2022 at 4:52 AM sebb wrote:
>
> > On Sun, 6 Mar 2022 at 10:30, Greg Stein wrote:
> >
> >...
>
> > > Thus: my suggestion that the source content for the site lives on the
> > main
>
it that way, especially without applying
the PRs first?
Sebb
On Sun, 6 Mar 2022 at 17:57, Daniel Gruno wrote:
>
> On 06/03/2022 18.43, sebb wrote:
> > The GitHub repo has been forcibly changed to track
> >
> > https://svn.apache.org/repos/asf/steve/trunk
> > instead of
> > https://svn.apache.org/repos/asf/steve/trunk/
On Sun, 6 Mar 2022 at 23:30, Greg Stein wrote:
>
> On Sun, Mar 6, 2022 at 5:24 PM sebb wrote:
>
> > On Sun, 6 Mar 2022 at 17:57, Daniel Gruno wrote:
> > >
> > > On 06/03/2022 18.43, sebb wrote:
> > > > The GitHub repo has been forcibly changed to
On Mon, 7 Mar 2022 at 00:24, Greg Stein wrote:
>
> On Sun, Mar 6, 2022 at 5:42 PM sebb wrote:
>
> > On Sun, 6 Mar 2022 at 23:30, Greg Stein wrote:
> > >
> > > On Sun, Mar 6, 2022 at 5:24 PM sebb wrote:
> > >
> > > > On Sun, 6 Mar 2022 at
On Tue, 8 Mar 2022 at 13:40, Greg Stein wrote:
>
> On Tue, Mar 8, 2022 at 7:35 AM sebb wrote:
> >...
>
> > But my reading of the responses to this thread is that the project is
> > not concerned that the few outsiders who troubled to contribute have
> > been
If there is to be a rewrite of the code, it might be worth looking at
TypeScript and Svelte.
rs,
> -g
>
> On Wed, Mar 9, 2022 at 4:47 PM sebb wrote:
>
> > If there is to be a rewrite of the code, it might be worth looking at
> > TypeScript and Svelte.
> >
On Fri, 3 Mar 2023 at 14:55, Greg Stein wrote:
>
> Unfortunately, yes: it is a known UI bug.
If the bug cannot be fixed easily, maybe update the screen to note
this until such time as it can be fixed?
>
> On Fri, Mar 3, 2023 at 1:39 AM Myrle Krantz wrote:
>
> > Hey all,
> >
> > I've voted multi
Is https://github.com/apache/steve-website needed?
It looks like the website is currently under
https://github.com/apache/steve/site
Sebb
Does STeVe generate output showing the results of an election?
It would be useful to be able to send this to mailing lists where
appropriate, or otherwise document the results.
Sebb
Note that the problem also applies to the multiple vote screen (it
seems to affect the same entries), but that screen does not have the
disclaimer warning about the broken UI.
Sebb
On Sat, 2 Mar 2024 at 20:28, Daniel Gruno wrote:
>
> On 3/2/24 00:22, sebb wrote:
> > As the subject says.
> >
> > It's really disconcerting when trying to vote, especially if one does
> > not have sufficient time to complete all the votes in one session.
> &
25 matches
Mail list logo
