HCoder.org » rubygems http://hcoder.org Just another WordPress weblog Sun, 05 Sep 2010 12:52:48 +0000 en hourly 1 http://wordpress.org/?v=3.0.1 Another Typo upgrade http://hcoder.org/2009/02/23/another-typo-upgrade/ http://hcoder.org/2009/02/23/another-typo-upgrade/#comments Mon, 23 Feb 2009 19:06:00 +0000 emanchado I just upgraded the blog to Typo 5.2. I had a couple of issues, but things worked reasonably ok. Just in case this helps anyone, these are the issues I ran into:

  • I had to install a ridiculous amount of dependencies, sometimes to go from version 1.1.1 to 1.1.3 of some module. I really wonder if Typo 5.2 really needs those versions.
  • When trying to upgrade, it seemed to hang in this line: Backing up to /var/www/virtual/hcoder.org/db/backup/backup-20090223-1843.yml. It turns out, it didn’t really hang, it just takes a good while (and yeah, the file stays at 0 bytes for a long time too)
  • I had some permission issues that I had to fix (when upgrading, it tried to modify/copy some files, and it couldn’t)
  • When applying the migrations, it died with a really strange error message. It turns out, my version of Rubygems was too old ????

While writing this first post, I see some improvements in the admin interface, although I still can’t see any kind of “preview”. I hope it helps me with my struggle with spam, at least :-/

]]> http://hcoder.org/2009/02/23/another-typo-upgrade/feed/ 0 Why I hate Rubygems http://hcoder.org/2008/11/23/why-i-hate-rubygems/ http://hcoder.org/2008/11/23/why-i-hate-rubygems/#comments Sun, 23 Nov 2008 20:10:00 +0000 emanchado I have always thought that systems should be something integrated. Each “system” has its own conventions, cultural values, etc. and I think you have to respect that. I believe in the Debian way (adapting programs to an integrated system, not just creating a large collection of packages that are identical to the upstream versions), I like to adapt my style of programming to the language (indentation conventions, identifiers, tools for building and testing, etc.), I prefer cross-platform applications that look and feel like each platform they run on, etc.

In the same way, I feel that the mere idea of having a programming-language-dependent packaging system is a broken idea. I know it has advantages, and I know that being specific to the language, some things work better or are more flexible, but I just don’t believe in that idea. Why should I use a different packaging system for certain things just because they’re written in Ruby? Why do I, as a user of those programs/modules, even have to know that there’s some Ruby-specific packaging system, that doesn’t integrate at all with my system’s packaging system, and mixing both leads to a mess?

Not only that, but Rubygems in particular is quite hostile to repackaging into a platform-specific packaging system. A lot of people only provide the gems for their software, which are harder to work with than “normal” tarballs. They also use their own conventions for directories, that break the FHS (for example) and basically only make sense in the context of Rubygems. In that sense, CPAN is much better (although I think using it for application deployment is a very bad idea, but that’s a different matter), because at least it installs everything in sane directories, it doesn’t change Perl in any way, and it’s not a special format, just a repository of easy-to-install, easy-to-work-with, easy-to-hack, easy-to-repackage “distributions”.

Why, oh, why?

]]> http://hcoder.org/2008/11/23/why-i-hate-rubygems/feed/ 3