December 19. 2005 17:19

I compiled this version on Fedora Core 4 without errors. But I can't run mpm utility. Every time I get error message

[kalenkov@katrine bin]$ ./mpm
mpm: libCURL does not seem to be available.

It is very strange, because I have curl library
[kalenkov@katrine bin]$ ldd mpm
linux-gate.so.1 => (0x0077a000)
libmiktex-core.so.1 => /opt/miktex-tools-2.5.2176-beta-3/lib/miktex/libmiktex-core.so.1 (0x00a8e000)
libmiktex-md5.so.1 => /opt/miktex-tools-2.5.2176-beta-3/lib/miktex/libmiktex-md5.so.1 (0x007fe000)
libmiktex-packagemanager.so.1 => /opt/miktex-tools-2.5.2176-beta-3/lib/miktex/libmiktex-packagemanager.so.1 (0x007ba000)
libcurl.so.3 => /usr/lib/libcurl.so.3 (0x00960000)
libmiktex-expat.so.1 => /opt/miktex-tools-2.5.2176-beta-3/lib/miktex/libmiktex-expat.so.1 (0x00dec000)
libmiktex-mspack.so.1 => /opt/miktex-tools-2.5.2176-beta-3/lib/miktex/libmiktex-mspack.so.1 (0x0057c000)
libmiktex-popt.so.1 => /opt/miktex-tools-2.5.2176-beta-3/lib/miktex/libmiktex-popt.so.1 (0x00185000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x001c7000)
libm.so.6 => /lib/libm.so.6 (0x002fa000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00619000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00336000)
libc.so.6 => /lib/libc.so.6 (0x00348000)
libdl.so.2 => /lib/libdl.so.2 (0x002f4000)
libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00941000)
libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x0087b000)
libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00855000)
libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x0095b000)
libcom_err.so.2 => /lib/libcom_err.so.2 (0x00741000)
libresolv.so.2 => /lib/libresolv.so.2 (0x00111000)
libidn.so.11 => /usr/lib/libidn.so.11 (0x00124000)
libssl.so.5 => /lib/libssl.so.5 (0x00907000)
libcrypto.so.5 => /lib/libcrypto.so.5 (0x00623000)
libz.so.1 => /usr/lib/libz.so.1 (0x00321000)
/lib/ld-linux.so.2 (0x001ab000)
[kalenkov@katrine bin]$

Mikhail Kalenkov

December 20. 2005 15:03

Seems that cURL libraries are not properly installed. See the config log file (created by the configure script).

Christian Schenk

December 21. 2005 12:09

Many thanks. Indeed, I hadn't curl library during configure stage. Reconfiguring solved my problem.

First of all I tried to install cm-super package from MikTeX distribution. mpm utility worked fine. I added *.map files to local updmap.cfg file and run updmap. Unfortunately it leads to the following error

[kalenkov@katrine ~]$ updmap
updmap: This is updmap, version 1107552857
updmap: using transcript file `/home/kalenkov/.texmf-var/web2c/updmap.log'

updmap is creating new map files using the following configuration:

config file: `/home/kalenkov/.texmf-config/web2c/updmap.cfg'

[skip]

!!! ERROR: The right location for map files has been
changed for this release and the map file `cm-super-t1.map' has
not been found in the right location, but in the obsolete
location
/opt/MikTeXTEXMF/dvips/cm-super/cm-super-t1.map
instead.

To fix this, please move this file into an appropriate
subdirectory of fonts/map in one of your texmf trees.

For more information about the changed search paths, see
the release notes section in the teTeX manual. You probably
can read this document by executing the command
texdoc TETEXDOC
else visit the web page
http://tug.org/texlive/mapenc.html

Is it planned some cooperation with tetex developers? It would be very nice to have same package layout in tetex and MikTeX distribution.

Mikhail Kalenkov

December 21. 2005 23:54

That has nothing to do with teTeX/TeXLive. The reason that you see the udpmap error message: there are some MiKTeX packages (including cm-super) that do not meet the latest TDS specification. These packages will be updated gradually.

Christian Schenk

December 28. 2005 01:57

Hi,

I tried installing mpm as a user (i.e., not as root). For configure, I use a MIKTEX_INSTALLROOT in my homedir. I had to do a 'libtoolize --copy --force
' to avoid a version conflict ; make ran fine after that.

This seems to be impossible, because 'make install' wants to copy some files to /usr, which is of course not accessible. Output:

/tmp/mpm/miktex-tools-2.5.2176-beta-3 $ make install
Making install in util
make[1]: Entering directory `/tmp/mpm/miktex-tools-2.5.2176-beta-3/util'
make[2]: Entering directory `/tmp/mpm/miktex-tools-2.5.2176-beta-3/util'
make[2]: Nothing to be done for `install-exec-am'.
make[2]: Nothing to be done for `install-data-am'.
make[2]: Leaving directory `/tmp/mpm/miktex-tools-2.5.2176-beta-3/util'
make[1]: Leaving directory `/tmp/mpm/miktex-tools-2.5.2176-beta-3/util'
Making install in gl
make[1]: Entering directory `/tmp/mpm/miktex-tools-2.5.2176-beta-3/gl'
make install-am
make[2]: Entering directory `/tmp/mpm/miktex-tools-2.5.2176-beta-3/gl'
make[3]: Entering directory `/tmp/mpm/miktex-tools-2.5.2176-beta-3/gl'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/tmp/mpm/miktex-tools-2.5.2176-beta-3/gl'
make[2]: Leaving directory `/tmp/mpm/miktex-tools-2.5.2176-beta-3/gl'
make[1]: Leaving directory `/tmp/mpm/miktex-tools-2.5.2176-beta-3/gl'
Making install in bzip2
make[1]: Entering directory `/tmp/mpm/miktex-tools-2.5.2176-beta-3/bzip2'
make[2]: Entering directory `/tmp/mpm/miktex-tools-2.5.2176-beta-3/bzip2'
test -z "/usr/local/lib/miktex" || mkdir -p -- "/usr/local/lib/miktex"
mkdir: cannot create directory `/usr/local/lib/miktex': Permission denied
make[2]: *** [install-pkglibLTLIBRARIES] Error 1
make[2]: Leaving directory `/tmp/mpm/miktex-tools-2.5.2176-beta-3/bzip2'
make[1]: *** [install-am] Error 2
make[1]: Leaving directory `/tmp/mpm/miktex-tools-2.5.2176-beta-3/bzip2'
make: *** [install-recursive] Error 1
/tmp/mpm/miktex-tools-2.5.2176-beta-3 $

I would like to test mpm, but without putting stuff in my main /usr tree (cleanup considerations, conflict fears, etc.).

Apart from the above remark, I'd like to thank you for working on this, mpm is really needed for Linux, currently it's a pain to update and install packages.

Erik

Erik Quaeghebeur

January 3. 2006 02:09

For Gentoo I provided an http://bugs.gentoo.org/show_bug.cgi?id=110494" target="_blank">ebuild which compiles ok and installs fine, some operations worked. When compiling everything by hand the process went all ok but using the automated system of portage led to errors. Some header files which were not in the same directory as the including file could not be found. So I patched with some hardcoded paths (relative ones) to avoid the problems. As I am no real programmer it would be nice to know some way to help you find the error (maybe it is on my side).

Christian Faulhammer

January 4. 2006 22:02

Gentoo ebuild now works far better, mpm functions ok, but the update of multido (and only of this) leads to "Bus-Zugriffsfehler"

Christian Faulhammer

January 5. 2006 11:25

I sorted out the problems that made the patching necessary. It was on my side (did not create the ebuild correctly), but it now works fine out of the box. You can add your e-mail to the bug's cc-list, so you will be noticed of every change

Christian Faulhammer

January 5. 2006 11:58

Please note that the Gentoo patch isn't correct. To fix the ebuild issues, we have to modify the -I statements in the Makefiles. For example:

-I$(top_srcdir)/libmd5/include

instead of

-I../libmd5/include

This will be fixed in Beta 4 (to be released rsn).

Christian Schenk

January 5. 2006 12:01

Thanks. I have fixed some SIGBUS related bugs in Beta 4. It will be released soon.

Christian Schenk

January 5. 2006 12:05

Yes, I understand. I just want to make clear
- that the "patch" isn't necessay for Beta 4
- it would be better to fix the Makefiles
(adjusting the #include directives is
a bad hack)

I do not fully understand the purpose of #110494. Is it a tracker item against Beta 3?

Christian Schenk

January 5. 2006 14:37

I know little about Makefiles and C++-programming, so I did what helped quick and dirty... Bugzilla in Gentoo is not just for real bugs, but also for user submission and preliminary testing of new ebuilds. If a program is not in the official tree, have a look at Bugzilla. Some never find their way into the official part, because there is no official maintainer (becoming a developer is quite heavy). The MPM bug will be open and I will release new ebuilds for every new beta (if necessary).

Christian Faulhammer

January 6. 2006 01:06

Christian F., thank you for the clarification. Quick-and-dirty hacks are absolutely legitimate (if they are temporary .

Christian Schenk

September 27. 2006 06:41

> Mikhail Kalenkov said:
> Many thanks. Indeed, I hadn't curl library during configure stage.
> Reconfiguring solved my problem.

I have the same problem! How did you 'reconfigure'?

I am using OpenSuse 10.0

Thanks,

Sander.

Sander

July 13. 2009 21:30

Pingback from answerspluto.com

list of urls 4 « Answers Pluto

answerspluto.com