Feature changed by: Peter Poeml (poeml) Feature #306192, revision 18 Title: Make BuildService accessible for anonymous users Buildservice: Evaluation Priority Requester: Important Requested by: Michal Vyskocil (mvyskocil) Description: We hides many useful information about our distribution behind a Novell login, which makes a participation harder. Other distributions are much more opened even for anonymous users, so you can browse source codes, patches, changelogs, build logs, ... even if you are an anonymous users. We should be opened as much as possible if we want to be a community based distribution. Some examples: * Fedora CVS (http://cvs.fedoraproject.org/viewvc//) expose all Fedora packages with full history and for anonymous users * kojibuild info (http://koji.fedoraproject.org/koji/buildinfo?buildID=81815) - you have a full access to building informations from koji system and some of them are not available for OBS users at all. * Debian changelog browsing (http://packages.debian.org/changelogs/pool/main/c/cdbs/cdbs_0.4.52/changelog) Debian offers a changelog browsing (they don't use a centralized VCS) without registration. * lintian reports (http://lintian.debian.org/maintainer/build-common-hackers@lists.alioth.debia...) you can see a lintian issues for every package. * Debian build log (http://buildd.debian.org/pkg.cgi?pkg=libmatthew-java) Debian also offers an access to a build log of package. * Gentoo package information (http://packages.gentoo.org/package/app-office/nostaples?ts=2009-03-11T05:57:...) Gentoo offers many information about package Those examples are only for illustrate of other approaches. I don't try to tell we must implement CVS because Fedora has it. And some issues like an alternative of Gentoo package view should be implemented in upcoming Software Portal. We should publish (at least for openSUSE:* projects) sources of packages and a build logs. Use Case: With no login for read access we lower the hurdle for interested people, we enable external linking to "my" project and the OBS is visible for search engines. Discussion: #1: Andreas Jaeger (a_jaeger) (2009-03-18 15:12:14) I would mark this as mandatory moving forward. #2: Stephan Kleine (bitshuffler) (2009-03-24 19:05:51) The only objection I have is that the email addresses shouldn't be shown to random unidentified users because I already get enough spam. Besides that it would be a nice addition. #3: Juergen Weigert (jnweiger) (2009-06-05 09:33:36) (reply to #2) Valid comment. We need to asure privacy according to data protection standards; With openFATE, we show initials only to anonymous users, and show full names & email addresses after you log in. I'd recommend doing the same here. Also, I suggest that every opensuse user should be able to choose, if and under what circumstances she wants her email/fullname exposed. #4: Juergen Weigert (jnweiger) (2009-06-05 09:35:05) See also fate#306381 #5: Stephen Kellat (skellat) (2009-06-14 23:24:39) Making sign-up easier would be more valuable than allowing anonymity in participation. Some accountability for actions on the Build Service would be appropriate even if it is to smooth out any possible blame- storming sessions. The system as presently structured promotes collegiality which can help undergird community. #6: Juergen Weigert (jnweiger) (2009-06-16 10:59:19) (reply to #5) The anonymous user shall be allowed read-only access. Nothing more.What I miss most, is the ability to forward the URL of a spec file or patch or build-log to upstream. Let us asks Michal Vyskocil if he really wanted to request read+write access without login. + #7: Peter Poeml (poeml) (2009-07-06 12:45:46) + Here's an example of the pain that people suffer right now, when they + want to share code, and the pain that is suffered on the other end, by + users users trying to access code: + http://lists.opensuse.org/zypp-devel/2009-07/msg00008.html It is very, + very hard and costs lots of time. I repeatedly find myself in the same + situation, and need to work around by copying spec files and tarballs + to some private server just to make them accessible. -- openSUSE Feature: https://features.opensuse.org/306192