[Gvsig_english] Bug reporting, 3D extension

Cèsar Ordiñana cordinyana at gvsig.com
Fri Dec 30 17:00:42 CET 2011


Hi all,

I would like to advise everybody to wait a bit until all the projects 
and trackers are available and ready in the new servers. This is still a 
work in progress, so there are still some things to configure and 
prepare, and what you can see now in the redmine service might change 
before it is ready.

Although I'm not in charge of this configuration, I'm going to try to 
clarify some things:

- The correct URL for the server is https://devel.gvsig.org/redmine . 
The gvsig-devel.gva.es name is pointing now to the same IP address as 
the other one, but it won't be maintained in the future, so please don't 
use it.

- There is only ONE tracker for all the bugs and feature requests, the 
gvsig-desktop one: https://devel.gvsig.org/redmine/projects/gvsig-desktop

   That tracker will be open, so you will be able to create new requests 
as anonymous (I think it is already open). All the other projects 
available into the redmine service are used to manage development tasks 
for the project, not to create bugs or feature requests.

In any case, take into account this is still being configured so it 
might change when the service is ready and released officially.

Regards,

-- 
Cèsar Ordiñana Navarro
gvSIG software architect
DiSiD Technologies (http://www.disid.com)



El 30/12/11 16:34, Francisco Puga escribió:
> I think that there is a misunderstanding here.
>
> The new bug tracker needs the user to register himself and then to be
> approved by the admin of the site. I agree with Jonathan that is
> better if the user can report bugs after the register without have to
> wait for the admin approbation.
>
> Once a week or something like that the admin can remove the "spam
> registrations". But as Jorge said i don't know how much time will cost
> this approach.
>
> El día 30 de diciembre de 2011 13:24, Francisco José Peñarrubia
> <fpenarru at gmail.com>  escribió:
>> I think mailing lists is different from bug reporting.
>> That said, I think bug tracker can be open (not registration required), and
>> see if we receive too many bad tickets (I mean poor documented and so on).
>> If so, ask for registration.
>>
>> On the other side, I would recommend to register if you are really
>> interested, because you will receive information about how the bug is
>> corrected. Or it can be a point of contact with the developer to ask for
>> clarifications, and so on.
>>
>> My two cents on this.
>>
>> Best regards, and Happy New Year for all!!.
>>
>> Fran.
>>
>> El 30/12/2011 13:12, jonathanmoules at warwickshire.gov.uk escribió:
>>
>>> I don't agree. If we want quality bug files we expect people at least
>>> taking the effort to register themselves, it's IMHO a minimum
>>> requirement. Another example, if you would see the amount of spam
>>> subscription requests to this mailing list we receive every week you
>>> would understand why we need to moderate it.
>> I disagree with this point quite strongly, partially for idealogical reasons
>> (I think if you a project that makes it hard to report bugs is blinkering
>> itself), but also for practical ones. Registration is no filter for quality
>> content - just look at some youtube comments for an example of that. What it
>> will filter is the people who wanted to report a bug they just found but
>> aren't interested enough in the software to remember what the bug is and
>> exactly how to replicate it when their subscription request arrives however
>> many hours later. I know there are lots of bugs in various projects I
>> wouldn't have reported if I'd not been able to do so immediately (and as
>> mentioned previously, many I didn't report for just that reason).
>>
>> As to spam list-subscription requests - I can understand why you'd moderate
>> this, but at the same time, of the other lists I've been on recently (i.e.
>> QGIS-user, geoserver, geonetwork), they don't appear to have moderation on
>> subscription but still don't get spam to the list. Not sure how they're
>> doing that.
>>
>> The other advantage to doing away with subscriber moderation is it's one
>> less thing for the devs to do.
>>
>> Just a thought.
>>
>> Jonathan
>>
>>
>>
>> From:        Jorge Gaspar Sanz Salinas<jsanz at gvsig.com>
>> To:        gvsig_internacional at listserv.gva.es
>> Date:        30/12/2011 10:07
>> Subject:        Re: [Gvsig_english] Bug reporting, 3D extension
>> Sent by:        gvsig_internacional-bounces at listserv.gva.es
>> ________________________________
>>
>>
>>
>>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> El 30/12/11 10:16, jonathanmoules at warwickshire.gov.ukescribió:
>>> Hi, Further to this, two suggestions:
>>>
>>> a) I really would suggest not requiring moderated authorisation to
>>> sign up to report bugs. That adds a barrier to entry; I know in the
>>> past for some projects if I saw I had to register to report a bug
>>> (let alone wait for authorisation), I'd simply not bother.
>>>
>> I don't agree. If we want quality bug files we expect people at least
>> taking the effort to register themselves, it's IMHO a minimum
>> requirement. Another example, if you would see the amount of spam
>> subscription requests to this mailing list we receive every week you
>> would understand why we need to moderate it.
>>
>>> b) I'd suggest updating the web-page to reflect this URL. (actually
>>> I think it should be pointed to -
>>> https://devel.gvsig.org/redmine/projects/gvsig-desktop- as it's not
>>> immediately obvious which project a report should be made out to -
>>> I'm guessing you can move them between projects once reported if
>>> necessary).
>>>
>> As Jordi said this is a new facility being configured and polished
>> those days so as soon as we release it officially it will be properly
>> linked and so on.
>>
>> Thanks for your comments!
>>
>> - --
>> Jorge Gaspar Sanz Salinas
>> http://www.prodevelop.es
>> tfno: +34 963 510 612
>>
>>
>> - --
>> Jorge Gaspar Sanz Salinas
>> gvSIG Team at Prodevelop
>> Technical Collaborations Manager
>> http://www.gvsig.org
>> http://www.gvsig.com
>>
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.11 (GNU/Linux)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>>
>> iQEcBAEBAgAGBQJO/Y3BAAoJEAOYD75lvHdBI3MH/1EZihG2IawVpww4hCvOr0rv
>> 2Q0cJCRt6OCxFtDAFTXzPuNqLOMHJEeAfEpWGJuL0aICbnILmfTS4qdfN0xNlqmU
>> djfdk5joUmASNmkI0eg8orf2RkVyxqweLATUMAJ8UsMlPTJUdRsU2KHqYgO4MiD+
>> Cw1gsVpX4aFGm69ZDMuDciN9q/UsbToPzmWAYaSKp+0T2oUld5ptUUvcTPD6Nzyx
>> CX7r5MOFoYpfyP0w69lwxdygDghQeySgCDpPqTCsOko6f4XyFBH1q1M7oVtiA7E8
>> lM4LgU7JJPSA0O/OB0DDoxNTNp6HzR2+BqUDz4dtkIjzVVjud59gdjmpKcbISRI=
>> =Oe5z
>> -----END PGP SIGNATURE-----
>> _______________________________________________
>> Gvsig_internacional mailing list
>> Gvsig_internacional at listserv.gva.es
>>
>> To see the archives, edit your preferences or unsubscribe from this mailing
>> list, please access this url:
>>
>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
>>
>>
>>
>> This transmission is intended for the named addressee(s) only and may
>> contain sensitive or protectively marked material up to RESTRICTED and
>> should be handled accordingly. Unless you are the named addressee (or
>> authorised to receive it for the addressee) you may not copy or use it, or
>> disclose it to anyone else. If you have received this transmission in error
>> please notify the sender immediately. All email traffic sent to or from us,
>> including without limitation all GCSX traffic, may be subject to recording
>> and/or monitoring in accordance with relevant legislation.
>>
>>
>> _______________________________________________
>> Gvsig_internacional mailing list
>> Gvsig_internacional at listserv.gva.es
>>
>> To see the archives, edit your preferences or unsubscribe from this mailing
>> list, please access this url:
>>
>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
>>
>>
>> --
>> Fran Peñarrubia
>> Scolab
>> www.scolab.es
>>
>> Asociación gvSIG
>> www.gvsig.com
>>
>>
>> _______________________________________________
>> Gvsig_internacional mailing list
>> Gvsig_internacional at listserv.gva.es
>>
>> To see the archives, edit your preferences or unsubscribe from this mailing
>> list, please access this url:
>>
>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional


More information about the Gvsig_internacional mailing list