EPrints Technical Mailing List Archive

Message: #07746

< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First

Re: [EP-tech] please close the Bazaar

I think that the Bazaar *is* useful, but as a repository, it does need some attention.

We all have repositories that are full of current, and previous works. The Bazaar is no exception - as a repository it works.

As an 'app store' for EPrints, it does need some additional work.

 

There should also be a mechanism for flagging issues with plugins - possibly as part of the Bazaar - so if someone does flag e.g. this version does not work under a specific version of EPrints, other can see it.

From Rory's comment: "not having public a git repo should be a barrier to inclusion in the bazaar" - it may be that this feedback loop is something that could be housed in Git - and the Bazaar could pull back the number of open issues (would mean that people have to use Git to report these things)?

 

I think some of this attention may need to be done on the repository end (e.g. the install of EPrints retrieving things from the Bazaar), not just improvements at the Bazaar end. If e.g. the standard list of Bazaar content also showed the date a plugin was last updated, that might help somewhat?

 

I also echo the use of gitaar - it's a very useful tool and a default part of my EPrints development process.

 

I think that there is a way to flag updates of packages - but again, maybe the consuming repository could do something to check what  is installed, and what versions are available - anre report to the repo admin on a monthly basis?

 

Cheers,

John

 

From: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk] On Behalf Of Denis Pitzalis via Eprints-tech
Sent: 27 March 2019 08:40
To: eprints-tech@ecs.soton.ac.uk; Rory McNicholl <Rory.McNicholl@london.ac.uk>; Rory McNicholl via Eprints-tech <eprints-tech@ecs.soton.ac.uk>; Yuri via Eprints-tech <eprints-tech@ecs.soton.ac.uk>; Yuri <yurj@alfa.it>
Subject: Re: [EP-tech] please close the Bazaar

 

I agree with Rory, gitaar can be a good solution, similar to how composer does in PHP. You develop your module on GitHub, then you publish it in a repository (the bazaar) when you have a stable enough version.
I take the occasion to re-propose a dependences field in the epmi so that you know that certain plugins would work with others of certain version etc etc.
Bottom line is that, as it is, the bazaar is not only useless to non devs but also it sends the wrong message to the people trying to test eprints for the first time.

Denis

Il 27 marzo 2019 09:31:27 CET, Rory McNicholl via Eprints-tech <eprints-tech@ecs.soton.ac.uk> ha scritto:

Hi all,

 

I think that there has grown over time a disconnect between the developers who are updating, releasing plugin code on github and the bazaar. As Yuri points out this has led to out of date versions of things persisting on the bazaar. When someone is new to the platform and tries to try out a plugin, a pretty poor impression is given.

 

Removing the bazaar is one (drastic) solution, but what I would propose is that it is overhauled and, most importantly, that there is an easy route for developers to publish from github to the bazaar.

 

Tim MB made https://github.com/eprintsug/gitaar a while back and we still use it to create epmis so that we can make our git-based packages installable with tools/epm. This little app will also build epms and (in theory) pulishe them to the bazaar, however I've tended to come a cropper when attempting this last bit (from memory, versioning goes a bit haywire and permissions are a pain).

 

However I think it is a very good start. I would suggest that working on gitaar *and* the bazaar so they can be used smoothly in tandem would really help with the quality of content on the bazaar. Something that would further enhance this integration would be tapping in to git releases/tags to help manage the versioning in the bazaar.

 

Even with this git => bazaar integration in place, the bazaar could still do with a bit of a clean out, deprecating unsupported packages and so on. I would suggest that not having public a git repo should be a barrier to inclusion in the bazaar and further to that, there should be agreed conventions concerning git releases that must be met before a plugin get's in to the bazaar.

 

Cheers,

 

Rory

 

Rory McNicholl

Lead developer

Digital Archives & Research Technologies

CoSector, University of London

Senate House

Malet Street

London

WC1E 7HU

 

t: +44 (0)20 7863 1344

 

The University of London is an exempt charity in England and Wales.

From: eprints-tech-bounces@ecs.soton.ac.uk <eprints-tech-bounces@ecs.soton.ac.uk> on behalf of Yuri via Eprints-tech <eprints-tech@ecs.soton.ac.uk>
Sent: 27 March 2019 07:40
To: eprints-tech@ecs.soton.ac.uk
Subject: Re: [EP-tech] please close the Bazaar

 

Excuse me but, for example, Recollect has the epmi in github but it is
not syncronized with the one in Bazaar. Orcid plugins and Datacite on
Bazaar are on unknown state, I cannot know if they're the latest with
less bug or more features.

If you start a new site today, will you blindly install them from Bazaar?

I suggest to certify in some way the plugins which are ok, which are
updated or current. Or have someone who does the check regularly and
upload them on bazaar. We know developers has the skill to use epmi, but
you shouldn't need to became a developer to know if a particular plugin
works or if it is ok.

If Orcid and Datacite are so important, and they are, it shouldn't be
difficult to find info about how to install and use them and be sure
you're doing the right thing.

Note: most epmi came with a local repository config, so you've also to
manage updates on config or document them clearly. Otherwise you've to
be an Eprint developer with a deep knowledge of it and not a simple
integrator.

Il 26/03/19 18:05, Will Fyson via Eprints-tech ha scritto:
> Hi All,
>
> I think there is a positive case to be made for the Bazaar - it
> remains one of the easiest ways to package and deploy content in a
> modular fashion and is used quite routinely by a number of
> repositories and developers. A number of recent developments such as
> the Generic Reporting Framework, ORCID plugins, DataCite DOI plugin
> and the REF plugins (admittedly REF is only of interest to UK
> institutions) have been quite popular - and I believe there may be
> some new plugins on the way soon such as a plugin to support Digital
> Science's Dimensions badges. Working on a Bazaar plugin is also quite
> a useful focal point for developers from different organisations and
> institutions to collaborate on a particular bit of functionality where
> there is shared interest.
>
> However I agree that there is a lot of old stuff in the repository
> that is no longer supported, out-of-date or buggy. We introduced a
> concept of accolades to try and make it clear which plugins are
> approved, supported and useful, and it should be possible to filter
> Bazaar plugins by accolades, as listed in the "Available" tab of an
> EPrints repository's admin Bazaar interface via a dropdown menu on
> EPrints 3.3.14+.  We'll look into making further changes to the
> "Available" Bazaar interface however to try and include more metadata
> (such as documentation links), and to filter out any plugins without
> an accolade by default.
>
> Many thanks,
>
> Will
>
> ------------------------------------------------------------------------
> *From:* Denis Pitzalis Via Eprints-tech <eprints-tech@ecs.soton.ac.uk>
> [eprints-tech@ecs.soton.ac.uk] *Sent:* 25 March 2019 16:37 *To:*
> Eprints-tech <eprints-tech@ecs.soton.ac.uk> *Subject:* Re: [EP-tech]
> please close the Bazaar
>
> +1
>
> On 25/03/2019 17:06, Yuri via Eprints-tech wrote:
>> Please do it.
>>
>> It is full of old and buggy plugins. In github you've all the plugin
>> updated but Bazaar shows no update on them. No button  to check if a new
>> version is available and no documentation on how to discover it. How can
>> this works?
>>
>>
>> *** Options:http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
>> *** Archive:http://www.eprints.org/tech.php/
>> *** EPrints community wiki:http://wiki.eprints.org/
>> *** EPrints developers Forum:http://forum.eprints.org/
> --
> UNESCO
> <https://eur03.safelinks.protection.outlook.com/?url="">>
>
>
> *Denis Pitzalis, PhD <mailto:d.pitzalis@unesco.org>*
> Web Architect/Lead Developer
> <https://eur03.safelinks.protection.outlook.com/?url="">>
>
>
> DPI/WEB
> <https://eur03.safelinks.protection.outlook.com/?url="">>
> 7, place de Fontenoy
> 75007 Paris France
> Tel. +33 (0) 145681816
> <https://eur03.safelinks.protection.outlook.com/?url="">>
>
>
> https://eur03.safelinks.protection.outlook.com/?url="">
> <https://eur03.safelinks.protection.outlook.com/?url="">>
>
>
>
> I prefer to use encrypted email. My public key fingerprint is 45A5
> A7A5 0D01 CA58 5907 4FF8 BB51 9871 424D 0B40. Learn how to encrypt
> your email with the Email Self Defense guide.
> <https://eur03.safelinks.protection.outlook.com/?url="">>
>
>
>
> *** Options:http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
> *** Archive:http://www.eprints.org/tech.php/
> *** EPrints community wiki:http://wiki.eprints.org/
> *** EPrints developers Forum:http://forum.eprints.org/
>
>
> *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
> *** Archive: https://eur03.safelinks.protection.outlook.com/?url="">
> *** EPrints community wiki: https://eur03.safelinks.protection.outlook.com/?url="">
> *** EPrints developers Forum: https://eur03.safelinks.protection.outlook.com/?url="">

*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/
*** EPrints developers Forum: http://forum.eprints.org/


--
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.