Fedora Art gallery
by Rahul Sundaram
Hi
A few ages back there was a discussion on setting up a gallery for
Fedora based on community or fan artwork.
http://pygallery.sourceforge.net/ was suggested as one of the Python
based solutions. Not sure if there are others we can take a look. It
would be good to provide a place for the community to submit, rate etc
at http://art.fedoraproject.org. It can provide custom designed and
branded wallpapers, themes, sound themes, GDM/KDM login screen themes,
Icons and so on.
--
Rahul
Learn. Network. Experience open source.
Red Hat Summit Nashville | May 30 - June 2, 2006
Learn more: http://www.redhat.com/promo/summit/
18 years, 3 months
Time to plan the first meeting
by Patrick W. Barnes
I'd like to get started on planning our first meeting. I need opinions
and suggestions from all of you.
First, the meeting time. I'd like to shoot for the second week of
January. At present, we already have Fedora meetings on Tuesday and
Thursday. I'd kind of like to plan our meeting time in close proximity
to the existing meetings, but I'm open to alternative suggestions.
Second, the meeting agenda. We have a page at
http://fedoraproject.org/wiki/Websites/Schedule to track our agenda, but
there isn't much there right now. I know that some of you have ideas
that could be added. You can either send your suggestions on list or
add them to that page on your own.
Third, I'd like to know if any of you have any questions or problems
that might affect your ability to contribute. I'd like to make sure
that everyone is properly equipped to take on the tasks they choose, and
I think having everyone on the same page before the meeting will allow
us to get right to work after the meeting. Remember, though, that you
don't have to wait until after the meeting to start working. There's a
lot we already know needs to be done.
For those of you who have been following our CMS discussions, we now
have a new page at http://fedoraproject.org/wiki/Websites/CMS to track
our efforts. All constructive additions and suggestions are welcome.
We can also use accurate reviews of the posted solutions and others that
you might think are valuable. I look forward to hearing from you!
--
Patrick "The N-Man" Barnes
nman64(a)n-man.com
http://www.n-man.com/
--
Have I been helpful? Rate my assistance! http://rate.affero.net/nman64/
18 years, 3 months
Willing to help . . .
by Arthur Pemberton
I see you guys need more hands on deck with the website development. What
tasks might I assist with?
--
As a boy I jumped through Windows, as a man I play with Penguins.
18 years, 3 months
[Fwd: Re: Fedora community (Was: Revised Fedora Core website - Where are the links?)]
by Patrick W. Barnes
Websites Team,
There's been a thread going on in fedora-list regarding our transition
to fedoraproject.org. It brings up an excellent point. Except among
ourselves, we have done a poor job of advertising what we are doing to
the rest of the community. Although more and more resources are
becoming available on fedoraproject.org, and more links are pointing to
it, we haven't done much to tell people that we are now focusing on
fedoraproject.org. With our recent revamp of fedora.redhat.com, we
removed a great deal of content and left little more than a basic set of
pages in place, but we didn't directly tell users where the information
had gone. Many of the links there do now point to fedoraproject.org,
but there's no explicit declaration of what is happening. I'd love to
hear suggestions about how we can best remedy this oversight.
I also know that a lot of people have asked why we don't have more
content on the front page of fedora.redhat.com. I've been trying to
find a reasonable way to publish news there that is synchronized with
the news from fedoraproject.org. Beyond that, I'd love to hear
suggestions for other valuable content that could go on the front page.
Karsten, Greg and I haven't really heard a whole lot of feedback on the
new fedora.redhat.com, so if each of you would take a few minutes to
browse the site and return to the list with your insight, that would be
great.
Even if we are going to finish moving content away from
fedora.redhat.com, we need to come up with key content to remain there,
and the main content will likely be moved to fedoraproject.org (which we
will need to advertise better). Whatever CMS (or non-CMS) solution we
choose, we need to maintain our static content, and we need to tell our
userbase what we are doing.
--
Patrick "The N-Man" Barnes
nman64(a)n-man.com
http://www.n-man.com/
--
Have I been helpful? Rate my assistance! http://rate.affero.net/nman64/
18 years, 3 months
Wiki ACL's
by Rahul Sundaram
Hi
I have been thinking about this but it doesnt make much sense to me to
have ACL's over all wiki content in Fedora. Wiki has a large edit group
now that they might still make accidental changes which we need to
monitor. I am not sure spam is enough of a problem to warrant this. what
we can do is have a very limited acl for all the sensitive pages and a
free run on the rest to encourage more active participation. There are a
few people who monitor all changes to the wiki and I can do my share too.
Comments?
regards
Rahul
18 years, 4 months
CMS Decision - answers on Drupal
by Greg Knaddison
I've read (most) of the discussion on Drupal and would like to try to
answer questions on it that anyone has. I can also setup or help
setup a site and I'd be happy direct folks seeking answers on the
system.
They recently had security issues as Ignacio pointsed out and I know
that's a drawback in some people's minds. It is also based on PHP
instead of Python, and I know that is also a drawback.
On the flip side of those issues, there is no history of security
issues for a custom project because there is no history. PHP, while
not Python, has benefits in the web space like "nearly everyone uses
it" which means it can be easier to find help.
It also has a track record of high profile use (The Onion,
Deanspace/Civicspace) where security audits must play some role.
Like I said, if you have unanswered questions or want help setting up
a simple installation to test out features, let me know.
Greg
18 years, 4 months
Re: CMS Decision
by Steven Peck
Greetings,
I was pointed to this discussion by one of the developers in the
Drupal community who did not have time to follow up. While I am not
about to step into your decision about which CMS to use as you need to
pick one that fits your needs and mission, I have to disagree with
this statement;
>On Mon, 2005-12-05 at 16:58 -0600, Patrick Barnes wrote:
>> If we decide we need a CMS solution, what can we do to make a PHP
>> solution like Drupal as secure as possible? We can disable XML-RPC.
>> What other features would we need to disable? Would this cripple Drupal
>> beyond usefulness?
>
>Hell yes.
>
>http://secunia.com/advisories/17824/
>
>--
>Ignacio Vazquez-Abrams <ivazquez ivazquez net>
Disabling XML-RPC does not cripple Drupal. It does not even seriously
impact Drupal at all. Without it, you will not be able to use remote
blogging software such as http://blogtk.sourceforge.net/. Nor will
you be able to configure it to remotely pull flickr images through the
blogapi. Of course, you might want this functionality, many people do
which has always confused me ...
The security vulnerability was discovered within the community, fixed
quickly and announced by the developers. Please note that the XML-RPC
vulnerability was with the library used by Drupal and many other
projects. Drupal now uses a different library as a result.
Additional focus has been added to help ensure that such a
vulnerability is less likely to happen again.
Like Greg Knaddison, I just stopped by to answer any specific
questions about Drupal. I will remain subscribed for a few days, but
you folks need to decide what CMS meets your needs and usage.
I think Drupal would work for you, but I'm sort of biased. :)
http://drupal.org/user/5195
I now return you to your regularly scheduled discussion.
-sp
18 years, 4 months
CMS Decision
by Patrick W. Barnes
We really need to move forward on selecting a CMS.
It is highly unlikely that we'll see a PHP solution selected. I've
heard many calls for Drupal, but let's not count on it. In particular,
if a PHP solution is chosen, we'll have to be very, very careful in
picking it out, and we'll probably need to disable any more dangerous
functionality. In the case of Drupal and many others, that would
include XML-RPC.
There aren't many Python solutions out there, but we need to scour what
is available very carefully. Many people were or would have been
doubtful of what we could accomplish with MoinMoin, and look at all
we've managed to do. The Fedora Project wiki is at the top of the list
of MoinMoin's list of example wikis[1]. We can accept that there may
need to be work done on whatever solution we select to get it where we
want it. We've got a large pool of talent that will be wiling to help
with that.
I've added this to the Schedule[2], and placed an arbitrary target date
of 2006-01-13 on this item. Let's see if we can get it done any sooner.
I know the guys working on the Fedora Unity project[3] have been working
on a similar problem, and Thomas Chung of FedoraNEWS.ORG has been in the
market recently. I'd love to hear what they've learned. Anyone else
with recent experience or examples of good CMS implementations can chime
in. Some demos are available at http://www.opensourcecms.com/ for
people to check out. Happy hunting!
[1] http://moinmoin.wikiwikiweb.de/MoinMoinWikis
[2] http://fedoraproject.org/wiki/Websites/Schedule
[3] http://fedoraunity.org/
--
Patrick "The N-Man" Barnes
nman64(a)n-man.com
www.n-man.com
--
18 years, 4 months