After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 726053 - paste service: either configurable or distro-agnostic default
paste service: either configurable or distro-agnostic default
Product: polari
Classification: Applications
Component: general
Other Linux
: Normal normal
: ---
Assigned To: Polari maintainers
Polari maintainers
Depends on:
Reported: 2014-03-10 19:09 UTC by Dominique Leuenberger
Modified: 2015-10-02 14:57 UTC
See Also:
GNOME target: ---
GNOME version: ---

utils: Use as paste service (4.06 KB, patch)
2015-10-02 14:57 UTC, Florian Müllner
committed Details | Review

Description Dominique Leuenberger 2014-03-10 19:09:53 UTC
Currently, Polari has the feature to pass multi line pastes from polari down to a paste.x.x service, which is actually welcome.

The default points to; I'm in no way trying to put any negativ connotation on that, it's a valid choice.

But it is understandable that various distributions would prefer to 'personalize' this, pointing to their own service (with own branding).

Multiple 'possibilities':
- The service should become configurable.
  + This implies that we need to clearly define which APIs we expect from a web serivce. Now all paste.* are based on the same code and the functionality largely differs. In a later step it might be worthy to be able to support more than a single paste codebase (currently polari relies on sticky-notes - )

* Introduce a this would mean it's distribution agnostic ('GNOME' being the upstream of the code anyway; Polari runs as a GNOME Project after all).
Comment 1 Simon McVittie 2014-03-10 19:30:11 UTC
(In reply to comment #0)
> Currently, Polari has the feature to pass multi line pastes from polari down to
> a paste.x.x service, which is actually welcome.

This feature was mentioned on #debian-gnome. If the redirection to pastebin is done automatically, as it appears to be, then I don't think this is appropriate to be on-by-default, because not every IRC server (and not every channel on an IRC server) is public.

As one example, if I paste an excessively large blob of text into #secret-business-plans on ircs://, I have a reasonable expectation that it will only be seen by people with access to that channel - channel members, the server's sysadmin, and nobody else (unless they can break TLS). Regardless of whether I'm annoying my colleagues by breaking normal IRC netiquette, it's still a confidentiality breach to have it published on a public pastebin.

(Other examples of confidential things that are likely to be said on IRC include details of embargoed security vulnerabilities, for instance.)

*Offering* to redirect to a pastebin, great; redirecting automatically, not so much.
Comment 2 Emilio Pozuelo Monfort 2014-03-10 19:36:23 UTC
Wholeheartedly agree with what Simon said.
Comment 3 Emilio Pozuelo Monfort 2014-03-10 19:55:49 UTC
(In reply to comment #2)
> Wholeheartedly agree with what Simon said.

Looks like we stole this bug when there is bug #722011 :-) This one is about being able to configure the default pastebin service, not about asking for confirmation before sending things to a pastebin.
Comment 4 Florian Müllner 2015-10-02 14:57:50 UTC
The following fix has been pushed:
de091df utils: Use as paste service
Comment 5 Florian Müllner 2015-10-02 14:57:54 UTC
Created attachment 312569 [details] [review]
utils: Use as paste service

We only use the most basic functionality for uploading text to an
external paste service, so any paste service does the job for us
and fpaste is as good as any other from a technical point of view.
However politically it is problematic to use a service that is
provided by a specific distro, so pick a more neutral option with
the newly set up