Re: Arch Linux public upload server
On 9/3/2024 8:31 PM, Orhun Parmaksiz wrote:
For users there are plenty of pastebin alternatives
Honestly, my biggest issue with the alternatives is how most other services are either too complicated, don't make it easy to just use the keyboard or end up like Hastebin and getting bought up and honestly getting a lot worse.
it's important to specify how the moderation capabilities are.
My initial idea was to use a configuration like this (with some parts stripped):
I 100% support having our own paste service that's on a trustworthy domain like archlinux.org, though I do have some concerns about being able to upload more than just text. I haven't used Rustypaste before, so I can't comment much on that, but reading your email does seem like that would be possible.
I agree, too. If it should be only for Arch Linux users, we can add a validation question like the one in the forum's log in page.
That's a good/fun idea 🙂
Seconded :D I do hope you're able to put up a service like this. /Lucie
Hello, I would like to suggest a few points which have not been discussed. As it has been mentioned, in almost every response in this thread, I will exclude the security implications and the abuse implications. #1 There is a ton of pastebins out there, and many people have a preference. Find 100 people, ask them all to pastebin some file, almost everyone is going to use a different pastebin service. I am sure some people will like to use an official pastebin, some people will have a preference for something else, which means you will still get a range of different pastebins on IRC. So, say you enforce it, state you will not get support if you use another pastebin, then surely this is the same vendor lock-in that I am sure many of us disagree with? Unlike... say Gitlab, which you can justify spending the time and money hosting because it is a requirement no service will fill. In contrast, there are hundreds of pastebins which fit Arch Linux's requirement thus can you justify the expense? #2 I saw a mention that an Arch Linux pastebin would be trustworthy. Firstly, you should never pastebin sensitive data, therefore the payload is not a concern. The most a pastebin service can do is log your IP, which can easily be negated with a VPN or tor. So is a pastebin/upload server from Arch any more trustworthy? #3 Potential bias. As a disclaimer I intend no offence, but I do think it is a good point which should be brought up. Orhun, who is an Arch Linux staff member [1], is the user which has raised the suggestion of an official pastebin for Arch Linux. However they also suggested the exact software to use, rustypaste. Orhun is the developer of rustypaste. Take our corporate buddies as an example on this point. If a shareholder has a conflict of interest, they excuse themself from the decision on the solution which is adopted. Say we apply this to Arch Linux, each staff member has equal say. Orhun raised a suggestion/concern, however they also have a conflict of interest because they are pushing for the adoption of their software. Surely to make it fair they should excuse their opinion on what software is used, and simply keep their suggestion. Therefore you can split it into two parts: 1. Should Arch Linux host a public pastebin/upload server? 2. If (1) is accepted, then should it be rustypaste? Calling a vote for (1) or (2) would be excessive. However for (2) you could do a implicit agree, and ask whether anyone has any other pastebin/upload software which they believe would be a better fit for the job. However there has been no such question, it has been "lets just use my solution". (Note: I have never used rustypaste, I am completely neutral, and in no way saying rustypaste IS NOT the best solution, I am simply pointing out no other suggestions have been made) So to spur such a discussion, why should it be rustypaste? What makes it better than the competition? Take care, -- Polarian GPG signature: 0770E5312238C760 Jabber/XMPP: polarian@icebound.dev [1] https://archlinux.org/people/package-maintainers/#orhun
I agree with that, too. So what about a poll and including staff people to decide, or better including all community? 4 Eyl 2024 Çar 03:21 tarihinde Polarian <polarian@polarian.dev> şunu yazdı:
Hello,
I would like to suggest a few points which have not been discussed.
As it has been mentioned, in almost every response in this thread, I will exclude the security implications and the abuse implications.
#1 There is a ton of pastebins out there, and many people have a preference. Find 100 people, ask them all to pastebin some file, almost everyone is going to use a different pastebin service.
I am sure some people will like to use an official pastebin, some people will have a preference for something else, which means you will still get a range of different pastebins on IRC. So, say you enforce it, state you will not get support if you use another pastebin, then surely this is the same vendor lock-in that I am sure many of us disagree with?
Unlike... say Gitlab, which you can justify spending the time and money hosting because it is a requirement no service will fill. In contrast, there are hundreds of pastebins which fit Arch Linux's requirement thus can you justify the expense?
#2 I saw a mention that an Arch Linux pastebin would be trustworthy. Firstly, you should never pastebin sensitive data, therefore the payload is not a concern. The most a pastebin service can do is log your IP, which can easily be negated with a VPN or tor.
So is a pastebin/upload server from Arch any more trustworthy?
#3 Potential bias.
As a disclaimer I intend no offence, but I do think it is a good point which should be brought up.
Orhun, who is an Arch Linux staff member [1], is the user which has raised the suggestion of an official pastebin for Arch Linux. However they also suggested the exact software to use, rustypaste.
Orhun is the developer of rustypaste.
Take our corporate buddies as an example on this point. If a shareholder has a conflict of interest, they excuse themself from the decision on the solution which is adopted.
Say we apply this to Arch Linux, each staff member has equal say. Orhun raised a suggestion/concern, however they also have a conflict of interest because they are pushing for the adoption of their software. Surely to make it fair they should excuse their opinion on what software is used, and simply keep their suggestion.
Therefore you can split it into two parts:
1. Should Arch Linux host a public pastebin/upload server? 2. If (1) is accepted, then should it be rustypaste?
Calling a vote for (1) or (2) would be excessive. However for (2) you could do a implicit agree, and ask whether anyone has any other pastebin/upload software which they believe would be a better fit for the job. However there has been no such question, it has been "lets just use my solution".
(Note: I have never used rustypaste, I am completely neutral, and in no way saying rustypaste IS NOT the best solution, I am simply pointing out no other suggestions have been made)
So to spur such a discussion, why should it be rustypaste? What makes it better than the competition?
Take care, -- Polarian GPG signature: 0770E5312238C760 Jabber/XMPP: polarian@icebound.dev
On 9/4/24 1:04 AM, Polarian wrote:
Hello,
Hello,
I would like to suggest a few points which have not been discussed.
As it has been mentioned, in almost every response in this thread, I will exclude the security implications and the abuse implications.
#1 There is a ton of pastebins out there, and many people have a preference. Find 100 people, ask them all to pastebin some file, almost everyone is going to use a different pastebin service.
I am sure some people will like to use an official pastebin, some people will have a preference for something else, which means you will still get a range of different pastebins on IRC. So, say you enforce it, state you will not get support if you use another pastebin, then surely this is the same vendor lock-in that I am sure many of us disagree with?
Unlike... say Gitlab, which you can justify spending the time and money hosting because it is a requirement no service will fill. In contrast, there are hundreds of pastebins which fit Arch Linux's requirement thus can you justify the expense?
I don't think it was ever mentioned that such a paste service offered by Arch Linux would become *the official one* and that its usage would be enforced in any way when requesting support or something (in opposition to other similar services). I'm not sure where that comes from?
#2 I saw a mention that an Arch Linux pastebin would be trustworthy. Firstly, you should never pastebin sensitive data, therefore the payload is not a concern. The most a pastebin service can do is log your IP, which can easily be negated with a VPN or tor.
So is a pastebin/upload server from Arch any more trustworthy?
The exact sentence was (copy pasted from the author's email [1]) : "I 100% support having our own paste service that's *on a trustworthy domain like archlinux.org*". The domain (archlinux.org) is described as trustworthy, not the service itself. This is an important nuance in that context (e.g who host/manage the service and the data it collects).
#3 Potential bias.
As a disclaimer I intend no offence, but I do think it is a good point which should be brought up.
Orhun, who is an Arch Linux staff member [1], is the user which has raised the suggestion of an official pastebin for Arch Linux. However they also suggested the exact software to use, rustypaste.
Orhun is the developer of rustypaste.
Take our corporate buddies as an example on this point. If a shareholder has a conflict of interest, they excuse themself from the decision on the solution which is adopted.
Say we apply this to Arch Linux, each staff member has equal say. Orhun raised a suggestion/concern, however they also have a conflict of interest because they are pushing for the adoption of their software. Surely to make it fair they should excuse their opinion on what software is used, and simply keep their suggestion.
Therefore you can split it into two parts:
1. Should Arch Linux host a public pastebin/upload server? 2. If (1) is accepted, then should it be rustypaste?
Calling a vote for (1) or (2) would be excessive. However for (2) you could do a implicit agree, and ask whether anyone has any other pastebin/upload software which they believe would be a better fit for the job. However there has been no such question, it has been "lets just use my solution".
(Note: I have never used rustypaste, I am completely neutral, and in no way saying rustypaste IS NOT the best solution, I am simply pointing out no other suggestions have been made)
So to spur such a discussion, why should it be rustypaste? What makes it better than the competition?
I think you're taking Orhun's mail/proposition the wrong way. First of all, Arch Linux and rustypaste are not corporate so there's no "corporate buddies"/shareholders in that context. I personally have not been bothered by any potential "conflict of interest" in their suggestion. Secondly, Orhun's demand is not "Should Arch Linux host a public pastebin/upload server (and, if so, could it be rustypaste)?" but "rustypaste is looking for a public instance [2], could Arch Linux host it?" Here again, I feel like this an important nuance to understand why the discussion is specifically about rustypaste (and not about any other similar services). [1] https://lists.archlinux.org/archives/list/arch-general@lists.archlinux.org/m... [2] https://github.com/orhun/rustypaste/issues/326
Take care -- Regards, Robin Candau / Antiz
Hello,
I don't think it was ever mentioned that such a paste service offered by Arch Linux would become *the official one* and that its usage would be enforced in any way when requesting support or something (in opposition to other similar services). I'm not sure where that comes from?
It was an implication based on the fact the email was sent from a staff members email address, which I believe is a fair implication to make. There has been times in the past where, on the mailing list, responses from Jelle and Anthraxx have been pointed out as the "official" response. How should we differentiate between an unofficial and an official stance on something if you use your @archlinux.org email address?
The exact sentence was (copy pasted from the author's email [1]) : "I 100% support having our own paste service that's *on a trustworthy domain like archlinux.org*".
The domain (archlinux.org) is described as trustworthy, not the service itself. This is an important nuance in that context (e.g who host/manage the service and the data it collects).
Apologies for the misconception.
First of all, Arch Linux and rustypaste are not corporate so there's no "corporate buddies"/shareholders in that context.
Seen as you are nitpicking every word, I will quote what I stated in my previous email for clarification:
Take our corporate buddies as an example on this point.
In no way does this suggestion I was assuming Arch Linux or rustypaste corporate, it was an alternative point of view, an example. It appears you saw "corporate" and instantly rejected the point of view as invalid.
I personally have not been bothered by any potential "conflict of interest" in their suggestion.
So, to confirm, it does not bother you if a solution is picked based on personal gain instead of it being the best solution? My point was simply, if you benefit outside of Arch Linux on a choice made, surely you should only be able to comment on the issue, and excuse yourself on the choice of solution?
"rustypaste is looking for a public instance [2], could Arch Linux host it?"
Well I obviously misunderstood. Apologies yet again. But unfortunately this makes it even worse! People donate to the Arch Linux project to support Arch Linux, not third party projects developed by staff members. Surely this is betrayal to use Arch Linux funding to fund non-Arch projects? I would be all for it if Arch Linux was charging Orhun, in fact, it would be a great way to raise funding for Arch Linux, sell off the additional server resources. (I am assuming there is additional server resources) Although I stated I would not bring it up, a security flaw in rustypaste could have a knock on impact to Arch Linux. Is it worth taking on more legal burden (such as GDPR), moderation duties (ensure illegal content is not being distributed through Arch Linux servers) and the additional resources which will need to be allocated on Arch's servers? To be blunt, why should Arch Linux fund it? Its not to benefit Arch Linux users! It almost solely benefits rustypaste users, which would only really benefit the Arch Linux IRC folks (provided they pick rustypaste over the countless other pastebin solutions). Surely this opens a flood gate to a whole heap of potential requests for hosting for other staff members individual projects?
Here again, I feel like this an important nuance to understand why the discussion is specifically about rustypaste (and not about any other similar services).
I feel like you have redirected the questions away, in avoidance, by using some misconception on my part. But then again it has always felt when things are discussed on this mailing list people never really object out of fear of causing drama, which from personal experience is taken very seriously. Why bother posting if people can't freely raise concerns? I have nothing against correcting me, but it feels like you invalidated the questions instead of corrected them and answered them, which to me, feels like avoidance. Take care, -- Polarian GPG signature: 0770E5312238C760 Jabber/XMPP: polarian@icebound.dev
On 9/5/24 3:28 AM, Polarian wrote:
Hello,
Hello,
I don't think it was ever mentioned that such a paste service offered by Arch Linux would become *the official one* and that its usage would be enforced in any way when requesting support or something (in opposition to other similar services). I'm not sure where that comes from?
It was an implication based on the fact the email was sent from a staff members email address, which I believe is a fair implication to make.
There has been times in the past where, on the mailing list, responses from Jelle and Anthraxx have been pointed out as the "official" response.
How should we differentiate between an unofficial and an official stance on something if you use your @archlinux.org email address?
For now, no stance has been taken. A suggestion has been made and people are debating & exposing concerns (whether they are from staff or not). Sorry if I'm wrong, but it feels to me that you are trying to contest a decision that hasn't even been made yet, out of assumptions. The fact that we use our @archlinux.org email address or not is irrelevant. Actually some people from the staff don't use their al.org email address at all. That doesn't indicate anything regarding the veracity or the "officialness" of our stance. If any final decision is made or a stance should be taken as "official", this will be made clear.
The exact sentence was (copy pasted from the author's email [1]) : "I 100% support having our own paste service that's *on a trustworthy domain like archlinux.org*".
The domain (archlinux.org) is described as trustworthy, not the service itself. This is an important nuance in that context (e.g who host/manage the service and the data it collects).
Apologies for the misconception.
No problem
First of all, Arch Linux and rustypaste are not corporate so there's no "corporate buddies"/shareholders in that context.
Seen as you are nitpicking every word, I will quote what I stated in my previous email for clarification:
Take our corporate buddies as an example on this point.
In no way does this suggestion I was assuming Arch Linux or rustypaste corporate, it was an alternative point of view, an example. It appears you saw "corporate" and instantly rejected the point of view as invalid.
In my opinion, a conflict of interest would make sense if we were in a corporate environment or it was question to fund the selected project. As we're not, this notion is a bit more vague (see details in my answers below).
I personally have not been bothered by any potential "conflict of interest" in their suggestion.
So, to confirm, it does not bother you if a solution is picked based on personal gain instead of it being the best solution?
My point was simply, if you benefit outside of Arch Linux on a choice made, surely you should only be able to comment on the issue, and excuse yourself on the choice of solution?
What "personal gain/benefits" do you think Orhun will get from this? And what restriction do you think will be "enforced" to you as a user if Orhun's solution is hosted by Arch? You are describing the situation as if it will be profitable primarily to Orhun and will become super restrictive for you as a user. If this is ever implemented, Arch will be offering a paste service which happens to be developed by Orhun, that's just it. You would still be able to use whatever paste service you prefer. There's no need to make the situation more complicated than it actually is. I'm aware you said you intend no offense (and I'm not doubting that) but, frankly, implying that Orhun acted with its personal interest in mind when proposing to offer an instance of his paste service to users under the Arch infra/domain is hypothetical and disrespectful. As you said, the debate here should be "is rustypaste a good fit for a potential paste service offered by Arch?" rather than whoever developed it or whatever hypothetical personal gain they will get from this.
"rustypaste is looking for a public instance [2], could Arch Linux host it?"
Well I obviously misunderstood. Apologies yet again. But unfortunately this makes it even worse!
This sentence was a one line sum up of an entire mail [1]. Of course, there's more to it. The given example in Orhun's mail as a comparaison is https://paste.ubuntu.com/, which is made for ubuntu users, requiring a login on Ubuntu's SSO to be used.
People donate to the Arch Linux project to support Arch Linux, not third party projects developed by staff members. Surely this is betrayal to use Arch Linux funding to fund non-Arch projects?
The infrastructure hosts a bunch of "external" services, whether they are used by staff or users (Wiki, Forum, GitLab, HedgeDoc, Mail server + Mailing List manager,...). If you feel like the money you donated to Arch Linux serves as a funding for all those "third party" projects and, as such, you feel betrayed; them I'm sorry but that's not how that works. First of all, it was never implied to give any fund to the rustypaste project. Regardless, as a quick parenthesis, a donation is not a contract. You can't dictate how Arch will use your donation. You should only be assured that it will be used with the Arch project's interest in mind (which can imply funding a third party project, if it has any benefit to Arch). Again, this is a general statement, it isn't linked to the rustypaste subject we're currently discussing.
I would be all for it if Arch Linux was charging Orhun, in fact, it would be a great way to raise funding for Arch Linux, sell off the additional server resources. (I am assuming there is additional server resources)
Do you imply we should charge every developer of the services hosted on the Arch infra? Not sure why things should work differently for `rustypaste` than any other services we host and offer to staff and users.
Although I stated I would not bring it up, a security flaw in rustypaste could have a knock on impact to Arch Linux. Is it worth taking on more legal burden (such as GDPR), moderation duties (ensure illegal content is not being distributed through Arch Linux servers) and the additional resources which will need to be allocated on Arch's servers?
That's a legit and fair concern, which has been raised and discussed already.
To be blunt, why should Arch Linux fund it?
Again, I'm not sure what you are referring to as "fund it", but it was never implied to give any fund to the rustypaste project. Hosting an instance of a service and funding it is very different.
Its not to benefit Arch Linux users! It almost solely benefits rustypaste users, which would only really benefit the Arch Linux IRC folks (provided they pick rustypaste over the countless other pastebin solutions).
It was discussed to link such a rustypaste instance to our Arch SSO via OIDC and/or using the same mechanism as the forum where you would need to ask a pacman related question [2]. Here again, you're just making assumptions that it will only be profitable to rustypaste users whereas we are currently discussing how to implement such a solution in the Arch context in particular (thus targeting Arch users specifically).
Surely this opens a flood gate to a whole heap of potential requests for hosting for other staff members individual projects?
This is hypothetical, I don't see why this specific suggestion would open such a door. Also, I'm still struggling to understand why it bothers you so much. As said above, there's no question of funding or conflict of interest in that context. So, as long as the service is beneficial/relevant to everyone, why do you care if it was developed by so-and-so? Actually, if it is beneficial/relevant to everyone and it happens to be developed by one of the trusted member of the Arch staff, that's even better right? Again, as you said yourself, the debate here should be "is rustypaste a good fit for a potential paste service offered by Arch?" rather than whoever developed it (and whatever hypothetical personal gain they will get from this).
Here again, I feel like this an important nuance to understand why the discussion is specifically about rustypaste (and not about any other similar services).
I feel like you have redirected the questions away, in avoidance, by using some misconception on my part. But then again it has always felt when things are discussed on this mailing list people never really object out of fear of causing drama, which from personal experience is taken very seriously. Why bother posting if people can't freely raise concerns?
I have nothing against correcting me, but it feels like you invalidated the questions instead of corrected them and answered them, which to me, feels like avoidance.
I indeed did try to correct some misconception and redirect the questions away to refocus on the actual matter/debate. It wasn't done in bad faith though, sorry if you felt the contrary. Don't get me wrong, I'm all for discussing such subjects publicly and transparently so that *everyone* can express their thoughts. Yet, I felt like those assumptions/misconceptions led to off-topic questioning (at least for the time being, as no decision has been taken yet) which I didn't felt was helpful regarding the current debate. Thanks for expressing your thoughts (sincerely). I just shared mine, nothing more :)
Take care,
[1] https://lists.archlinux.org/archives/list/arch-dev-public@lists.archlinux.or... [2] https://lists.archlinux.org/archives/list/arch-dev-public@lists.archlinux.or... -- Regards, Robin Candau / Antiz
On Thu, 2024-09-05 at 10:11 +0200, Robin Candau wrote:
I'm aware you said you intend no offense (and I'm not doubting that) but, frankly, implying that Orhun acted with its personal interest in mind when proposing to offer an instance of his paste service to users under the Arch infra/domain is hypothetical and disrespectful.
Hi, I understood Polarian differently, namely that it is generally considered unfavourable when people take on too many tasks within a community. The possible influence should be limited. From my own experience, I can say that there is cross-project influence. The diversity of viewpoints is practically non-existent in certain areas. Be that as it may, I did not take Polarian's comments as a personal insinuation against Orhun. As I understand it, it was just to point out that there is a possibility that things could look bad. Regards, Ralf
Hello again, Frankly, I find the topic of discussion brought up in the last 3-4 emails to be counterproductive and off-topic from what I intended to discuss in this thread. That being said, I’d like to thank Robin Candau for steering the conversation in the right direction and clarifying some of the wrong assumptions/misconceptions. In my personal opinion, to move forward, we need to discuss the pros and cons of such a service and the best possible way to host it; to wit, I’d love to hear the reconsiderations of Anthraxx, Jelle, and Foxboron on this, based on my previous email. :) I brought this up to Arch Linux because I think having such a service would be pretty cool. I’m also open to other suggestions — feel free to drop a comment on the issue: <https://github.com/orhun/rustypaste/issues/326> :) Best, Orhun
The main issues the way I see it are: Moderation - How would we prevent spam/abuse? Pastebins can quickly be subject to spam, scams, abuse and more. Lifetime - Especially if there will be more than just text, it will eat up resources quickly. Though, even with just text it can take up a lot of space, especially if a lot of people use it. However, having a TTL on everything can hinder people looking for help on BBS and other channels. If someone posts a solution using the pastebin service with a TTL, someone later down the road would just hit a 404 when looking for answers to the same issue. Also, as Levitating writes[1], rustypaste does not *have* to be the solution to go for, I think it would depend on the main use cases. I feel like having something accessible with the terminal *and* accessible with a frontend would be a good solution. Having a simple frontend, kind of like how Hastebin used to be, would honestly be really cool and I would love something like that again as I've missed it. [1]: https://lists.archlinux.org/archives/list/arch-general@lists.archlinux.org/t... /Lucie On 9/5/24 17:33, Orhun Parmaksiz wrote:
Hello again,
Frankly, I find the topic of discussion brought up in the last 3-4 emails to be counterproductive and off-topic from what I intended to discuss in this thread. That being said, I’d like to thank Robin Candau for steering the conversation in the right direction and clarifying some of the wrong assumptions/misconceptions.
In my personal opinion, to move forward, we need to discuss the pros and cons of such a service and the best possible way to host it; to wit, I’d love to hear the reconsiderations of Anthraxx, Jelle, and Foxboron on this, based on my previous email. :)
I brought this up to Arch Linux because I think having such a service would be pretty cool. I’m also open to other suggestions — feel free to drop a comment on the issue: <https://github.com/orhun/rustypaste/issues/326> :)
Best, Orhun
Hi, Lucie wrote:
However, having a TTL on everything can hinder people looking for help on BBS and other channels. If someone posts a solution using the pastebin service with a TTL, someone later down the road would just hit a 404 when looking for answers to the same issue.
I've been bit more than once by a search turning up a mailing list or forum post discussing what's probably my problem only to find vital information missing my being elsewhere. Sometimes a mailing list post points to a long-dead forum. Other times, a pastebin has killed the content. A pastebin is useful for IRC, but for a mailing list or forum, place the data alongside the prose, e.g. a (MIME) attachment. Let them live or die together. -- Cheers, Ralph.
On Tue, Sep 03, 2024 at 09:07:09PM +0000, Lucie Scarlet wrote:
On 9/3/2024 8:31 PM, Orhun Parmaksiz wrote:
For users there are plenty of pastebin alternatives
Honestly, my biggest issue with the alternatives is how most other services are either too complicated, don't make it easy to just use the keyboard or end up like Hastebin and getting bought up and honestly getting a lot worse.
So, make a little function to help: # upload a file to 0x0.st # Example usage: # upld temp/sensors (~/temp/sensors) upld() { if [ -z "$1" ]; then echo "Usage: upld <filename>" return 1 fi local filename="$1" curl -F "file=@$filename" https://0x0.st } Stick that in your ~/.bashrc (or, if you're pedantic, ~/.bash_functions) (don't know what to do for zsh). Pretty keyboard friendly!
it's important to specify how the moderation capabilities are.
My initial idea was to use a configuration like this (with some parts stripped):
I 100% support having our own paste service that's on a trustworthy domain like archlinux.org, though I do have some concerns about being able to upload more than just text. I haven't used Rustypaste before, so I can't comment much on that, but reading your email does seem like that would be possible.
I don't think Orhun's 1 hour TTL suggestion is realistic, especially if this is going to be for people to use when asking for help on the BBS. Merell -- During the American Revolution, a Britisher tried to raid a farm. He stumbled across a rock on the ground and fell, whereupon an aggressive Rhode Island Red hopped on top. Seeing this, the farmer commented, "Chicken catch a Tory!"
participants (8)
-
İsmail Arılık
-
Lucie Scarlet
-
Merell L. Matlock, Jr.
-
Orhun Parmaksiz
-
Polarian
-
Ralf Mardorf
-
Ralph Corderoy
-
Robin Candau