On Tue, Nov 24, 2009 at 12:43:06PM -0700, Robert LeBlanc wrote: > > I think upstream is in a pickle in this regard. If they do something the > Debian way, then it breaks the Gentoo way, etc. Most developers put things > in their own space so it doesn't conflict with any distro's way of doing > things.
I think sometimes distros get too cute about wanting to do things their own way (Suse is the most egregious case). For the most part, the Fedora way is to leave things alone. I like this because it means that I can read upstream documentation and make sense of it. > Most projects allow parts to be compiled for different locations (lib, > bin, man, etc), so it fits with most distros. When on Debian, I > usually look in /usr/share/doc/<package-name> for any Debian specific > instructions or changes. Documentation can be a little more difficult > to follow, but for the most part it is that Debain has broken up > configs into smaller files. It's great that they document their tweaks, and I can see why someone would like it, but it's definitely not my style. > I also love Debian's config for Apache. It lets me easily > enable/disable sites or modules without having to comment out large > sections of code in a huge config file. I can certainly see the appeal in the way that Debian modularizes the config files. However, I think the benefit is outweighed by the result that everything is different on Debian/Ubuntu than everywhere else. > It also allows things like MediaWiki or Drupal to drop in without > having to mess with my configs or the main Apache config. Like I've > said, it works very well for me, others may not like it. I wish I could say that I've had good experiences with dropping in things like Mediawiki, but I really haven't. But Mediawiki doesn't seem to be any better in Fedora, so I don't want to blame the distros for this one. :) -- Andrew McNabb http://www.mcnabbs.org/andrew/ PGP Fingerprint: 8A17 B57C 6879 1863 DE55 8012 AB4D 6098 8826 6868 -------------------- BYU Unix Users Group http://uug.byu.edu/ The opinions expressed in this message are the responsibility of their author. They are not endorsed by BYU, the BYU CS Department or BYU-UUG. ___________________________________________________________________ List Info (unsubscribe here): http://uug.byu.edu/mailman/listinfo/uug-list
