mCatalog 0.1

Sigh. Developers all over the world don't take Gentoo seriously anymore. This includes, but is not limited to developers of Gaim and Enlightenment. Why? Because Gentoo users file invalid bug reports caused by their '''optimalisations'''.

Why you asked on the Sourceforge forums is therefore beyond me. Ask on the Gentoo forums instead. Ask it there first and don't expect help from other developers since there's no way to authenticate the code you run. If one runs program X from distribution Y then we know they're identical. With Gentoo, you just never know how its different.

http://www.funnroll-loops.org

Running Gentoo . Downloaded the SOURCE of mCatalog and it works perfectly.

portage versions
mono 1.0.5
sqlite 2.8.15
gtk-sharp 1.0.4-r1
gnome-sharp 1.0.4
glade-sharp 1.0.4

First of all you are using Gentoo and as such your problems are going to be system specific most of the time and rarely application specific. From a developers stand point it is incredibly hard to track gentoo problems because there is no way to tell if your bug was due to something that the great gentoo team patched or changed, some configuration problem, or really a software problem. So that said if you are reporting bugs from gentoo I would suggest that you include as much information about your environment ( not USE flags or other gentoo specific info).
Oh yeah and people do have the program working on other computers.

From a developers stand point it is incredibly hard to track gentoo problems because there is no way to tell if your bug was due to something that the great gentoo team patched or changed,

No need to be sarcastic. Gentoo's default kernelsources are probably closer to vanilla than any other distributions sources. Same goes for the most ebuilds (build instructions for gentoos package manager).

Oh yeah and people do have the program working on other computers.

Which doesn't mean anything. I remember the mono/nptl debacle very well. Good for the Ximian guys that the issue was resolved on Gentoo before it actually could have become a problem for redhat/suse...

That said, the errormessage looks more like an unsatisfied runtime dependency. Still it's not the best idea to bail with an uncatched exception at that point. :-)

There's an ebuild for mcatalog on bugs.gentoo.org. It's still at version 0.0.4, but simply renaming the ebuild to 0.1 worked for me and mcatalog does run. Maybe you should give this a try.

Just used the mCatalog 0.1 ebuild. Emerges perfectly; program still won't run:

DB:Catalogs
DB:GetItems: films
DB:GetCatalogOrder: films

Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object
in BorrowerList:.ctor (Catalog,Database)
in GladeApp:PopulateBorrowers ()
in GladeApp:.ctor (string[])
in GladeApp:Main (string[])


You have some installation issue, but I can't help you. It's the first time I see this error, sorry.

Could anyone help this guy, please?

C.

I have straight-up Mono from Portage, download mCatalog, ./configure; make; make install... ever since 0.0.4, same thing. It refuses to run. You got someone else who posted in that bug report who had the same issue on another distro.

libintl, in debian, comes from libc6-dev. Do you have installed the gentoo equivalent?

C.

I agree, "mCatalog" is kind of a strange name. I would guess it means Media Catalog since it store both books and movies. I think Media Catalog is a better and less confusing name than mCatalog.

hmm, maybe the m stands for mono, simialar to the way people begin their app name whith g when using gtk.

it's a SILLY habit many developers have: to name apps by programming language. i think it is the worst way of all: user should simply not care and not know anything about program's internals.

Most responders to your post don't seem to be able to make a distinction between programming language and desktop environment. It *is* a very good idea and many people do this for a good reason to use a name that indicates the name of the desktop environment the application will integrate into. g*, k*, i*, win* are all good ways to do this and I for one am happy that they do this. Mozilla, Thunderbird, etc are not good examples because they are inherently cross platform apps. There is a lot of useful information in knowing what desktop an app is intended for.

Programming languages on the other hand contain absolutely *NO* information that is useful for an end user and so should not be reflected in the name. mCatalog, if m really does stand for mono, is a good example of a *bad* name. What does an end user care about that info for? It just confuses and makes it unclear that this is inherently a *gnome* application for the gnome desktop (something that end users really do care about)

The reason you may care is: you need to have the full environment installed in order to use it. ie, you will need to install mono for mCatalog. I for one don't have mono installed so I will need to wait a bit before trying this out.

"it's a SILLY habit many developers have: to name apps by programming language. i think it is the worst way of all: user should simply not care and not know anything about program's internals."

i dont think so... imagine a gnome desktop(gtk-libraries loaded) using kde apps (qt-libraries loaded) and maybe a java app like azureus (java vm loaded)..

gthumb - something that does thumbnails in gnome.. i think its good to know that an application will integrate in your desktop well.. so i prefer having a "k" or a "g" in the beginning of the app name to ending up with an application that doesn't fit in my desktop..

its just my oppinion however...

i dont think so... imagine a gnome desktop(gtk-libraries loaded) using kde apps (qt-libraries loaded) and maybe a java app like azureus (java vm loaded)..

You just described by desktop. Running GNOME 2.8, with Azureus loaded in the panel, and Quanta open editing a remote website. Add two Mozilla runtimes (Firefox + Tunderbird) and you're up at a bit under 230MB, which includes all the disk caches. The fact that all the apps use completely separate, overlapping, libraries doesn't enter the picture when I choose what apps to run.

256MB is a bare minimum the DE's are designed for these days and a standard for laptops, so I don't think it's unreasonable at all. On desktops you're likely to find 512MB-1GB these days. If you have less it just means you're going to have to run less programs, not expect the world to bend over backwards to support your memory challenged state. The RAM argument against toolkits and runtimes just isn't relevant anymore.

Some people prefer a properly integrated applications. Despite freedesktops efforts, this is still not the case with KDE and GNOME (no, this is not a complaint, just a fact).
I don't have a single KDE/QT application installed and I'm glad that I can recognize them before attempting to install them (most of the time anyways).
As for the m, if it stands for mono than it's a good indicator for all those mono-hating individuals not to touch this software. Yes, that's probably a poor reason, but g and k are not :)

if you need that information, it's wery easy to find out. it is still just ugly to include that in app's name.

think of mac instant messenger named "coco-I-messenger" as an indication that it is written in cocoa application environment.

ridiculous? right!

That is your opinion and just like the parents opinion it is valid. I agree with the parents post, I don't mind a bit of gInformation occasionally..

Well... there are lots of apps in macOSX called iSomething: iTunes, iCal, iChat, iSync, iPhoto, iLife, iWork, iMovie.... there's an "i" followed by the software's functionality, just as mCatalog does (m for Mono, and Catalog because it's an email client ;-)

Really, I don't understand this unproductive thread.

I agree completely. However, luckily we're slowly starting to break out of this nasty habit. It seems almost all new good applications have chosen unique and interesting names. gSomething or kAnother is usually a sign of a crappy imagination on the developer's part which also leads to a mediocre application in general.

Firefox, Rhythmbox, Evolution, Beagle, etc. are all good names and strong projects. So think twice before naming that program, young developer! It does matter.

I think you will find that it is a sign of 'krappy' imagination...

I bet it means Catalog for mono..