RFC: new bugzilla.fedora.us keyword
by Ville Skyttä
I would like to suggest a new keyword for bugzilla.fedora.us for marking
"same disttagless package for all target distros" package submissions.
It would be set by submitters, and would make the job of the build
people easier.
Comments? Suggestions for the actual keyword name? "COMMON"?
19 years, 10 months
Usability Summary
by Jonathan Gardner
I've spent a long time thinking about this and putting together thoughts and
ideas I've found scattered across the internet.
Abstract of this email:
I think the best approach to usability is just to keep doing what we are
doing.
Explanation:
I keep thinking back to the Cathedral and Bazaar. We are the bazaar. That is
what defines us.
My imagination of this scenario is as follows. Let's suppose it is summer
and a lot of people would like to eat watermelons. So they go to the bazaar
to eat watermelons, only to discover a critical shortage of watermelons.
The watermelons that are available are fresh, juicy, and crunchy. (This
represents the software that we have now that is usable. We have a lot more
than you think.) But there are too many corners of the bazaar where nobody
even knows what a watermelon is. (Obviously, projects that totally lack any
form of usability.)
Newspaper headline: "Critical shortage of watermelons; bazaar method doomed
to failure."
Concerned community leaders: "Hey, we got a serious problem here! We are
doomed unless we do something!"
Slashdot crowd: "The sky is falling! We can never beat the cathedral! Oh woe
is us!"
The cathedral types point to us bazaar types and say, "Look, we have
watermelons. We have lots of watermelons. They don't taste very good, they
aren't exactly green and red, but they are watermelons." (This is a
comparison to the fact that they pay lip service to usability, but in the
end, it really isn't that great. "Microsoft" and "Usability" go together
like "Microsoft" and "Security". ("Microsoft" and "Software" don't really
go that well together either, come to think of it.))
But look at the bazaar. We have the best and the brightest apples, oranges,
cherries, and everything else you can imagine. Our cantelopes (representing
security) are cheap, tasty, and large. Our pomegranates (representing
uptime) are impeccable. You can get these from almost any stand, and they
are all excellent. (This represents the fact that our software is secure,
stable, and only getting better with age.)
A few years ago, nobody knew much about what a cantelope was, and totally
forgot about pomegranates, let alone what they should taste like. Now
everyone knows what a cantelope tastes like and they expect it everywhere.
People see the fresh pomegranates and salivate to get their hands on one.
The cathedral types can no longer deny the value of our fruits. In fact,
since the bazaar was formed, several cathedral types have set up shop
(albeit a large, cathedral-looking shop) in the bazaar. (IBM, Novell,
Fujitsu, Sony, etc...)
The cathedral cantelopes are withered, expensive, and covered with flies.
You can't tell its a cantelope except they labelled it such. Mr. Gates'
cathedral is touting that next year's cantelopes will be the finest ever
seen anywhere.
And pomegranates? What are those and why would you want one?
What do we as a community do to solve our critical watermelon shortage? We
innovate, we educate, and we actually carry out the actions necessary. You
can see now how more and more projects are discovering the wonderful world
of usability. They are already trying to apply these principles to their
software. I thought when I started my investigative journey that usability
was an exciting new topic in the Open Source world. I was pleasantly
surprised to find it was not new, but still exciting.
The techniques that work for the cathedral in raising "good" watermelons
won't work for us. We can't do scientifically based usability studies.
People in the industry are now questioning the value of them anyway. They
prefer big design up front lately. We can't do big design up front either.
But we can do direct developer-user communications. If we need to, we can
have a very thin layer between the two so we can scale. I see it right now.
Users come to the Fedora list. They get help. If there are real issues, it
goes to the devel list. That is happening as I speak in almost every
project. It's been happening for the longest time.
We can do usability design, just not the big design part. We can have the
best and the brightest willingly give away their time to do what they love.
We can have corporate sponsors. We do have corporate sponsors.
The more I look at it, usability has always been around. It has always been
in our blood. In fact, one can argue that open source is all about
usability, nothing more or less. This whole "scratch an itch" thing was all
about usability in the first place!
What do we do now? We know what the problem is: Our software stinks. We know
how to fix it. We've been doing it all along. Most people take the software
stinkiness as a given and are constantly searching for ways to reduce the
odor. At least we're honest about it. The cathedral types coat their
software with three layers of dried perfume before sending it out the door.
But what do we do about usability in particular?
Absolutely nothing.
At least, nothing different than what we do now.
There are already usability experts educating the masses. They are already
designing next generation software. They are already getting their ideas
implemented. Their numbers are growing, the number of projects that are
consciously targetting usability is growing, and the usability of our
projects is increasing dramatically.
We have been actively encouraging this activity, and people that get in the
way of them are derided. We sponsor good behavior - security, stability,
usability, compatibility, etc.. - and we have been consistent in
denounciong bad behavior - insecurity, instability, unusability,
incompatibility, etc... This will only continue.
Future newspaper headlines:
- Open source software wins again: Voted most usable by double blind panel
of new computer users.
- With usability, security, stability, and compatibility, why not switch to
Linux?
- Microsoft vows to make usability #1 priority
--
Jonathan Gardner
jgardner(a)jonathangardner.net
19 years, 10 months
Re: Development discussions related to Fedora Core
by Alan Cox
On Mon, Jul 12, 2004 at 03:27:00PM -0500, Robert Boone wrote:
> A friend that subscribes to the list sent me this email. I would be
> interested in helping with awstats. I love Perl, but I don't know if
> thats all it takes. Could you please tell me what the responsibilities
> would be.
To consider adopting it for core Fedora (its already in Fedora extras
fedora.us) someone would need to go through it detail by detail and check
things like all the quoting of input, referrers etc (eg what happens if
my DNS reverse is an expandable regexp, contains $ or ; etc). All those
kind of questions.
Really its probably too late for FC3 now anyway but for the future someone
having been through it with a fine tooth comb looking for holes would be
neccessary because its in part exposed to external data.
Its probably a good treatment for any package exposed to external data
core or otherwise of course
19 years, 10 months
Re: Development discussions related to Fedora Core
by Robert Boone
Hello,
A friend that subscribes to the list sent me this email. I would be
interested in helping with awstats. I love Perl, but I don't know if
thats all it takes. Could you please tell me what the responsibilities
would be.
Robert Boone
> Here's the message from the mailing list about needing a Perl guy
>
> ------------------------------
>
> Message: 14
> Date: Sat, 10 Jul 2004 11:06:40 -0400
> From: Alan Cox <alan(a)redhat.com>
> Subject: Re: webalizer vs awstats in fc3
> To: Development discussions related to Fedora Core
> <fedora-devel-list(a)redhat.com>
> Message-ID: <20040710150640.GC2256(a)devserv.devel.redhat.com>
> Content-Type: text/plain; charset=us-ascii
>
> On Tue, Jul 06, 2004 at 02:16:31PM -0400, Tom Diehl wrote:
> > I like this idea also, and since awstats is already in fedora.us it
> should
> > be a simple thing to do. In thinking about this a little more, since
> people
> > are looking for things to drop from core, maybe webalizer should
just
> be
> > dropped and fedora.us actually turned into fedora extras. I know the
> > standard answer is it is coming, but ...
>
> Having had an initial look at awstats I'm sort of impressed (ok the
fact
> that clicking on the demo got me most stats in Welsh might be bias 8))
> Featurewise it looks a lot better than webalizer, its analysis and
> exports
> seem to work far better although its a fair whack slower on a small
box.
>
> The big downer is that is in perl, so needs a perl fan inside of Red
Hat
> willing to own it and also to audit the code since its indirectly
> exposed to the outside world.
>
> Alan
>
>
>
>
> ------------------------------
19 years, 10 months
Status of shadow-utils/nscd bug #125421 ?
by Ville Skyttä
What's the status of https://bugzilla.redhat.com/125421 ?
Summary: shadow-utils tries to HUP nscd on various operations, but the
patch implementing this has bitrotten; it looks for /var/run/nscd.pid
while it's /var/run/nscd/nscd.pid nowadays. Keywords "EasyFix, Patch",
zero comments from maintainer(s).
Obviously, if nscd is running, this will cause a lot of problems. For
example: incorrect file permissions on install for all packages that add
users/groups in their %post and friends ("user/group foo doesn't exist,
using root").
Fix that for FC3, pretty please? (And add a FC2 erratum as well...)
19 years, 10 months
question about the provisional fc3 schedule
by Arjan van de Ven
Hi,
the provisional fc3 schedule on
page has only ten (10!!) days between the release of test2 and the
freeze of test3. Likewise there is a similar really small amount of time
between test3 and final.
10 days is a really short time; testers need to download, burn and test
the release in this time as well as filing bugs and then the bug needs
to be fixed. All in 10 days. That sounds really awefully short to me.
(for test3 it might be ok, the last test release basically is like a
release candidate anyway)
Am I the only one who thinks this is going to be a problem, and if not,
can we please get the schedule adjusted to have more time there ?
3 weeks sounds like a far more optimal time to me.
19 years, 10 months
Re: Fedora Core 3
by W. Michael Petullo
[...]
> Eclipse
[...]
I would like to see more Java tools in general:
1. Eclipse's libswt-gtk2 would be nice (as a package installable with or
without the Eclipse IDE).
2. Free software Java applet plugin for epiphany, Firefix, etc. It seems
that gcjwebplugin will be the candidate eventually.
3. Gcc-java compiled with "--enable-java-awt=gtk." I'd like to start
testing gcj's AWT implementation.
There are some things I'd like to see that are not Java-related:
1. Default GNOME keyring should be unlocked using system password on login
(https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125682).
2. Encrypted root filesystem support added to mkinitrd
(https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=124789).
3. Everything should use the MIME-related standards at freedesktop.org.
4. Here's a shameless plug: I'd like to see pam_mount is Fedora core.
--
Mike
19 years, 10 months
vncserver & twm in fc2
by Mike Fedyk
Why on earth would anyone want to use twm? You want to move anything to
extras, it's that.
So, why are the calls to the system xinitrc commented out?
Here is my ~/.vnc/xstartup file:
#!/bin/sh
# Uncomment the following two lines for normal desktop:
# unset SESSION_MANAGER
# exec /etc/X11/xinit/xinitrc
[ -x /etc/vnc/xstartup ] && exec /etc/vnc/xstartup
[ -r $HOME/.Xresources ] && xrdb $HOME/.Xresources
xsetroot -solid grey
vncconfig -iconic &
xterm -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" &
twm &
19 years, 10 months