Fri 22 Dec 2006 10:05:26 AM UTC, comment #17:
Everything seems to be OK now. Cheers.
|
Fri 22 Dec 2006 05:29:54 AM UTC, comment #16:
Julian, check if you can now get a correct rpm, and I'll release 0.6.8. Sorry for the inconvenience.
|
Fri 22 Dec 2006 05:24:44 AM UTC, comment #15:
True. Fixed.
|
Thu 21 Dec 2006 07:23:08 PM UTC, comment #14:
Almost there. You need to append /application to what kde-config --install mime returns.
|
Thu 21 Dec 2006 02:23:25 PM UTC, comment #13:
Fixed in CVS. Check it out.
|
Thu 21 Dec 2006 12:31:02 PM UTC, comment #12:
There were a few small bugs. A fix will be available in a few minutes.
|
Thu 21 Dec 2006 11:27:17 AM UTC, comment #11:
The patch fixes kde-config detection indeed. The destdir variable i invoked twice almost for sure, rpm finds files in /var/tmp/gchempaint-0.6.7-1-root-jsikorski/usr/share/mimelnk/application/x-gchempaint.desktop, which means it strips the first destdir but can't handle the second one.
|
Thu 21 Dec 2006 11:11:32 AM UTC, comment #10:
Please also check if $(DESTDIR) is not invoked twice in kde mimelnk install path, since I'm getting weird issues when building rpms (destdir is nonzero then). Cheers.
P.S.
Could you fix my name in changelog, please?
|
Thu 21 Dec 2006 10:56:12 AM UTC, comment #9:
I should not have released before you check, since I can't try myself. I'll have a look at that asap. Bug reopened
|
Thu 21 Dec 2006 09:18:26 AM UTC, comment #8:
Well, I think something is wrong here. I have just checked 0.6.7, and detection of kde-config, and thus of the installation directory, does not work well. Have a look:
checking for kde-config... yes
yes: invalid option -- -
Try `yes --help' for more information.
And at the end, the file wants to go to yes/application/x-gchempaint.desktop
|
Thu 21 Dec 2006 06:20:56 AM UTC, comment #7:
gchempaint-0.6.7 released
|
Wed 20 Dec 2006 12:34:22 PM UTC, comment #6:
fixed in cvs. release soon
|
Wed 20 Dec 2006 06:05:18 AM UTC, comment #5:
The translation should come from the po files as far as possible. I'll manage to make this work.
After reading Daniel's comment, I'll just add the x-gchempaint.desktop file.
|
Mon 18 Dec 2006 08:53:39 PM UTC, comment #4:
I have updated the translations, hopefully all that are available. I hope that kde4 will be released soon and all these problems will just vanish. Cheers.
(file #11555)
|
Mon 18 Dec 2006 06:25:05 PM UTC, comment #3:
chemical-mime-data installs the KDE3 MIME support files too. But: The KDE 3 magic database (kde_datadir/mimelnk/magic) is not extendable. And this is a problem for conflicting MIME types, like chemical/x-chm. This MIME type conflicts with the application/chm (HTML help) MIME type. That's the reason, why I cannot support this MIME type automatically with chemical-mime-data. If I get a good description of the file-type, I can add this MIME type to the chemical-mime-data package and give you the magic for the KDE 3 magic pattern file (I'm working on a stylesheet to do this automatically, but it's not yet ready) and you can manually add it to KDE 3 magic pattern db if you really need detecting this file type.
About the application/x-gchempaint MIME type: Looks good. You can
localize comments, ... using intltools desktop rule.
JFTR: Please do never assign an application icon with a generic MIME type like done in the x-cml or x-chm .desktop files!
|
Sun 17 Dec 2006 02:22:24 PM UTC, comment #2:
Whoops, my bad. It looks like I was trying to be too fast. And you're right, chemical-mime-data indeed provides chemical/x-cml type. Anyway. I'm attaching the updated file because gchempaint.xml also provides application/x-cml type separately from chemical-mime-data.
(file #11550)
|
Sun 17 Dec 2006 11:37:47 AM UTC, comment #1:
The cml file is not correct (and conflicts with the one from chemical-mime-data. I'm not sure about the chm file.
At the moment, I'll push only the gchempaint file.
|
Sun 17 Dec 2006 09:40:05 AM UTC, original submission:
I have checked that KDE will support shared mime info once 4.0 version is released. It is scheduled for 2007, so in the meantime we have to do it the old way. These files shall go to %(DATADIR)/mimelnk/application in most cases, unless kde is installed in some strange place. I think it can be detected with kde-config --prefix.
|