OpenOffice.org and Java in Fedora
by Dan Williams
Hi,
After some thought and discussion, I've come to the following
conclusion:
Since Fedora does not include Java for licensing reasons, all Red
Hat-built OpenOffice.org RPMs for Fedora will NOT include Java support,
and will NOT be built with Java enabled. It's not good form to supply
an RPM that cannot be built on the platform it is intended for.
Therefore, when you install Fedora and OOo, anything that requires Java
will not function.
However, I will attempt to keep a "Java-enable" switch in the specfile
that will allow Java-enabled building on Fedora, provided you have a
JRE/JDK installed. I will attempt to keep Java-enabled building
up-to-date and functional.
In the future, I hope OOo will compile using gcj or other free Java
environments. This is something we'll be working towards, and other
shave this same goal in mind (Debian). When gcj is able to compile the
Java bits of OOo, the Fedora RPMs will include those patches. Its going
to mean some work though.
So in summary, I'm not going to build Java-enabled RPMs of OOo for the
time being. But if you'd like them, I'm happy to keep it possible (and
will try to keep it building out-of-the-box with a specfile switch). If
anyone would like to help out in getting OOo to work with gcj or other
free Java environments, by all means contact me and I'll try to point
you in the right direction.
Cheers,
Dan
20 years, 4 months
Re: Executable memory: some apps that work on RH9 don't on FC1
by Roland McGrath
> I appear to be missing some of the context of this discussion. What
> kernels have this behavior? I have run MIT/GNU Scheme on Debian
> unstable using many different 2.4 and a handful of 2.6-test kernels,
> and I haven't seen this problem.
This is about Fedora Core 1 kernels (http://fedora.redhat.com), which have
some changes to how mapping addresses are chosen.
> That mapping code dates back to the days of libc5. At that time, if
> you tried to map some space that overlapped a shared library, you got
> an error.
I can't speak to that vintage of Linux libc or Linux kernels. The
specification of mmap has always been that MAP_FIXED overwrites other mmap
mappings, and in no recent time have shared libraries been anything other
than mmap mappings.
> But the problem remains that this code doesn't do what it's supposed
> to. Is there some way for me to probe the address space to find the
> largest hole in a given region of the space? (Not using signal
> handlers to catch SIGSEGV traps!)
If you want a Linux-specific kludge, you can always see the complete memory
map by looking at /proc/self/maps. If you want a portable programmatic
solution correct for POSIX systems with mmap, the only kind of probing you
can do is try large mmaps without MAP_FIXED and see where they fit.
> [...] we need the largest possible block of space under 2^26 -- ideally
> all of it.
I see.
> It's possible to modify the implementation to handle a block outside
> of this space
I don't think you should have to. Your address space is yours to control.
You just haven't been exercising control in the specified proper ways.
> Faced with this situation, I'll probably just statically link the
> program.
Support for static linking is severely limited in a variety of ways.
If you make any but the most low-level use of system library facilities,
static linking is almost certainly a recipe for future aggravation.
> IMO it's a bug that the application doesn't have any control over its
> address space.
The application has complete control over its address space within the size
limits provided by the kernel (3GB with most Linux kernels, 4GB-16MB with
some FC1 kernels). Presumption of what addresses the kernel will use in
cases where the specification says it may choose any address, is not an
aspect of the control interface.
> I should be able to tell the linker and loader that certain areas are
> reserved. That's possible with the linker, but I'm not aware of any way
> to control the loader.
I'm not sure what level of control you have in mind when you distinguish
what you can specify to the linker and to the loader, or whether by "the
loader" you mean the kernel's loading of executable files, or the dynamic
linker's loading of DSOs, or both. I don't see why it's not sufficient to
specify the layout you want at link time. That you can do. If your
executable contains PT_LOAD program header entries for each region you want
reserved, it will be. You can use entries with none of PF_[RWX] set to get
PROT_NONE mappings that you can overwrite later with MAP_FIXED mappings.
> So why does the kernel care where shared libraries are mapped? Why is
> the application working for the kernel instead of the other way around?
You are misrepresenting reality. The kernel does not care. You specified
that you did not care, and so the kernel is doing what it thinks might be
best for you given the constraints you have specified.
20 years, 4 months
php in fedora development
by Farkas Levente
hi,
could you add to the defualt php package the mhash and mcrypt support?
it doesn't hurt anything sincs it's just and addition to the configure:
--with-mcrypt=shared \
--with-mhash=shared \
plus you should create two more packages
php-mcrypt and php-mhash
this woule help for many people includein hore and lam users who
wouldn't have to rebuild php packages all the time just for these modules.
thanks.
--
Levente "Si vis pacem para bellum!"
20 years, 4 months
OpenOffice.org and Java in Fedora
by Dan Williams
Hi,
After some thought and discussion, I've come to the following
conclusion:
Since Fedora does not include Java for licensing reasons, all Red
Hat-built OpenOffice.org RPMs for Fedora will NOT include Java support,
and will NOT be built with Java enabled. Its not good form to supply an
RPM that cannot be built on the platform it is intended for. Therefore,
when you install Fedora and OOo, anything that requires Java will not
function.
However, I will attempt to keep a "Java-enable" switch in the specfile
that will allow Java-enbabled building on Fedora, provided you have a
JRE/JDK installed. I will attempt to keep Java-enabled building
up-to-date and functional.
In the future, I hope OOo will compile using gcj or other free Java
environments. This is something we'll be working towards, and others
have this same goal in mind (Debian). When gcj is able to compile the
Java bits of OOo, the Fedora RPMs will include those patches. Its going
to mean some work though.
So in summary, I'm not going to build Java-enabled RPMs of OOo for the
time being. But if you'd like them, I'm happy to keep it possible (and
will try to keep it building out-of-the-box with a specfile switch). If
anyone would like to help out in getting OOo to work with gcj or other
free Java environments, by all means contact me and I'll try to point
you in the right direction.
Cheers,
Dan
20 years, 4 months
Self-Introduction: Steven Pritchard
by Steven Pritchard
Name: Steven Pritchard
Location: Fairview Heights, IL, US (St. Louis metro area)
Profession: sysadmin, consultant, etc.
Company: K&S Pritchard Enterprises, Inc. (http://www.kspei.com/)
Goals:
The main thing I'd like to do is clear out my personal apt repository.
Currently I have around 50 packages, although admittedly some
disturbing percentage of that is stuff from CPAN. :-)
It looks like a few of the things I have packaged are already on
fedora.us, and a few more are already in the QA queue, so I would
imagine I could do some QA after I get another box or two upgraded.
Some of the more interesting packages in my repository include
amavis-ng, clamav, courier-imap, kernel-hostap-driver,
perl-HTML-Mason, and perl-Tk.
Historical qualifications:
I'm competent in C, really good with Perl, and just scary with sh. ;)
I like to think I'm pretty good at managing systems, and packaging
software is one piece that I think is absolutely essential when
managing a large number of systems.
As far as the trust thing goes, I've been around for years. Various
people probably know me either through the LUGs I started (SILUG in
1994 and LUCI in 1997), the Hardware HOWTO (which I've been
"maintaining" for a couple of years now, but try not to hold that
against me), or through my better half, Kara Pritchard (of LPI fame,
previously with linux.com).
GPG KEYID and fingerprint:
pub 1024D/CF71A040 2002-05-27 Steven Pritchard <steve(a)silug.org>
Key fingerprint = CA1F 0151 E903 FB46 879E 35A7 AF50 B774 CF71 A040
uid Steven Pritchard <steve(a)kspei.com>
sub 1024g/3CDC52F6 2002-05-27
pub 1024R/542382D9 1996-09-13 Steven Pritchard <steve(a)silug.org>
Key fingerprint = 98 B2 AE 48 32 D0 74 EF 7D 14 A4 C6 B1 BE A8 11
(The second key is my old PGP key that I no longer actively use.)
Steve
--
Steven Pritchard - K&S Pritchard Enterprises, Inc.
Email: steve(a)kspei.com http://www.kspei.com/
Phone: (618)398-7360 Mobile: (618)567-7320
20 years, 4 months
Self-Introduction: Mike Petullo
by W. Michael Petullo
Hello everyone. I'm Mike Petullo. I've been on this list for a while
but am just getting around to attempting to submit packages.
I'm from the U.S.A. and currently a resident of Park Ridge (just north
of Chicago). I am currently transitioning out of the U.S. Army and
hoping to get into a graduate program to earn a M.S. in computer science.
I have a B.S. in computer science that I earned at Drake University.
My goals in the Fedora Project revolve around the GNOME
desktop and security. In the near future, I would like to see my
pam_mount (http://www.flyn.org/projects/pam_mount) package included
in Fedora. I'd also like to work on adding encrypted root filesystem
support to anaconda for use on laptops. I also hope to contribute to
GNOME usability. As more of a long-term project, I would like to see
an intrusion detection system that is somewhat integrated into Fedora's
package management system.
I've contributed small patches to several free software projects in
the past (see http://www.flyn.org if interested). I wrote the code that
added QuickTime support to xawtv's command line video capture tool.
I work mostly in C but also know python, scheme and some other languages.
I really think XSLT is cool (but the syntax tends to be long-winded).
I've been using Linux since 1997.
You should trust me because I have a security clearance from the
Department of Defense (or maybe that means you should /not/ trust me,
depending on your politics!).
Here is some of my GPG info:
pub 1024D/AEE7BAAA 2003-11-18 W. Michael Petullo (flyn) <mike(a)flyn.org>
Key fingerprint = C929 DE01 E466 3271 09EE F3B1 7CE5 4745 AEE7 BAAA
sub 2048g/A31771FD 2003-11-18 [expires: 2004-05-16]
Okay, enough about me, geez!
--
Mike
:wq
20 years, 4 months
openoffice.org missing .jar classes
by Marius Andreiana
Hi
openoffice.org is missing
/usr/lib/openoffice/program/classes
with various .jars, included in standard ooo distribution. Why weren't
these included in ooo 1.1 rpm?
Also, how to setup java for openoffice.org? OO.o says one should run
jvmsetup, but that binary is missing on FC1.
Thanks
--
Marius Andreiana
Galuna - Solutii Linux in Romania
http://www.galuna.ro
20 years, 4 months
changing Gnome panel buttons
by Troy Dawson
Hello,
Alot of my users keep complaining whenever they get a new account on a box
that the first thing they do is add the terminal button to their panel. These
complaints came from both KDE and Gnome users.
I was able to change the default buttons on KDE by changing
/usr/share/config/kickerrc
But try as I might, I cannot find the file, or set of files, to change the
default set of buttons that you get on the gnome-panel.
So, in short, what file, or set of files, do you need to modify, to change the
default gnome-panel buttons?
By default I mean the buttons that a newly created user would see.
Thanks
Troy Dawson
--
__________________________________________________
Troy Dawson dawson(a)fnal.gov (630)840-6468
Fermilab ComputingDivision/CSS CSI Group
__________________________________________________
20 years, 4 months
rawhide report: 20031118 changes
by Build System
Removed package libffi
Updated Packages:
PyXML-0.8.3-2
-------------
* Mon Nov 17 2003 Tim Waugh <twaugh(a)redhat.com> 0.8.3-2
- Rebuild for Python 2.3.
aspell-0.50.3-17
----------------
* Mon Nov 17 2003 Thomas Woerner <twoerner(a)redhat.com> 12:0.50.3-17
- fixed build: added make to %build to avoid rpath for build directory
* Tue Oct 07 2003 Adrian Havill <havill(a)redhat.com> 12:0.50.3-16
- moved spell compat script from /usr/share/aspell to /usr/bin (#105921)
* Tue Jul 01 2003 Adrian Havill <havill(a)redhat.com> 11:0.50.3-15
- moved ispell compat script from /usr/share/aspell to /usr/bin (#90907)
* Tue Jun 24 2003 Adrian Havill <havill(a)redhat.com> 10:0.50.3-14
- removed emacs/xemacs el files which are already provided
* Wed Jun 18 2003 Adrian Havill <havill(a)redhat.com> 9:0.50.3-13
- provide pspell-devel in addition to obsoleting it
* Tue Jun 10 2003 Adrian Havill <havill(a)redhat.com> 8:0.50.3-12
- obsolete old dicts designed for previous aspell
* Wed Jun 04 2003 Elliot Lee <sopwith(a)redhat.com>
- rebuilt
* Fri May 30 2003 Joe Orton <jorton(a)redhat.com> 7:0.50.3-10
- rebuild again to fix libpspell deps
* Fri May 30 2003 Joe Orton <jorton(a)redhat.com> 7:0.50.3-9
- remove ExcludeArch
* Thu May 22 2003 Jeremy Katz <katzj(a)redhat.com> 7:0.50.3-8
- fix build with gcc 3.3
* Thu May 22 2003 Adrian Havill <havill(a)redhat.com> 0.50.3-7
- require aspell-en for upgrades
* Sun May 11 2003 Jeremy Katz <katzj(a)redhat.com> 6:0.50.3-6
- -devel should obsolete pspell-devel
* Tue May 06 2003 Joe Orton <jorton(a)redhat.com> 0.50.3-5
- include libpspell.so in devel package
* Thu May 01 2003 Adrian Havill <havill(a)redhat.com> 0.50.3-4
- removed .la files
* Wed Apr 16 2003 Adrian Havill <havill(a)redhat.com> 0.50.3-3
- Changed the header for provides, obsoletes, epoch
- fixed config prefix in dirs.h
* Wed Apr 16 2003 Adrian Havill <havill(a)redhat.com> 0.50.3-1
- upgrade to 0.50.3
* Wed Jan 22 2003 Tim Powers <timp(a)redhat.com>
- rebuilt
* Fri Nov 08 2002 Tim Powers <timp(a)redhat.com>
- fix broken pspell epoch dep
- create $RPM_BUILD_ROOT/usr/bin by hand
- remove /usr/doc
- fix hardcoding of /usr/lib so that we can build on x86_64
* Tue Aug 13 2002 Nalin Dahyabhai <nalin(a)redhat.com> 0.33.7.1-16
- require pspell and pspell-devel using the proper epoch
* Sat Aug 10 2002 Elliot Lee <sopwith(a)redhat.com>
- rebuilt with gcc-3.2 (we hope)
* Mon Jul 22 2002 Tim Powers <timp(a)redhat.com> 0.33.7.1-14
- rebuild using gcc-3.2-0.1
* Fri Jun 21 2002 Tim Powers <timp(a)redhat.com> 0.33.7.1-13
- automated rebuild
* Thu Jun 13 2002 Trond Eivind Glomsrød <teg(a)redhat.com> 0.33.7.1-12
- Rebuild to make it work again... #66708
* Thu May 23 2002 Tim Powers <timp(a)redhat.com>
- automated rebuild
* Mon May 13 2002 Trond Eivind Glomsrød <teg(a)redhat.com> 0.33.7.1-10
- Rebuild
* Thu Feb 21 2002 Trond Eivind Glomsrød <teg(a)redhat.com> 0.33.7.1-9
- Disable evil patch
* Mon Jan 28 2002 Trond Eivind Glomsrød <teg(a)redhat.com> 0.33.7.1-8
- Build on more archs (doh)
* Tue Jan 22 2002 Trond Eivind Glomsrød <teg(a)redhat.com> 0.33.7.1-7
- Make it compile with new compiler (evil workaround)
* Wed Jan 16 2002 Trond Eivind Glomsrød <teg(a)redhat.com> 0.33.7.1-5
- Rebuild
- Unexclude alpha
* Fri Dec 14 2001 Trond Eivind Glomsrød <teg(a)redhat.com> 0.33.7.1-3
- Rebuild
- Don't build on alpha
* Mon Oct 29 2001 Bernhard Rosenkraenzer <bero(a)redhat.com> 0.33.7.1-2
- "make it work with gcc 3.1" ;)
* Tue Sep 18 2001 Trond Eivind Glomsrød <teg(a)redhat.com> 0.33.7.1-1
- 0.33.7.1, which is a "make it work with gcc 3" release
* Wed Sep 12 2001 Tim Powers <timp(a)redhat.com>
- rebuild with new gcc and binutils
* Thu Aug 09 2001 Trond Eivind Glomsrød <teg(a)redhat.com> 0.33.7-1
- 0.33.7 bugfix release. Requested by the author, it fixes
coredumps in sug-mode and when not using typo-analyses.
It also contains code cleanups so it compiles with -ansi
- should fix coredump on IA64 (#49746)
* Wed Jul 11 2001 Trond Eivind Glomsrød <teg(a)redhat.com>
- Add the .la files in the main package - used for dynamic loading
* Sun Jun 03 2001 Trond Eivind Glomsrød <teg(a)redhat.com>
- 0.33.6.3, which includes the fix made yesterday
* Sat Jun 02 2001 Trond Eivind Glomsrød <teg(a)redhat.com>
- Make it search for directories in the correct location
* Wed May 30 2001 Trond Eivind Glomsrød <teg(a)redhat.com>
- No more workarounds at the specfile level
* Tue May 29 2001 Trond Eivind Glomsrød <teg(a)redhat.com>
- Use custom ltmain.sh to work around buggy bundled libtool
* Sun May 20 2001 Trond Eivind Glomsrød <teg(a)redhat.com>
- 0.33.6
- use standard %configure macro - it works now.
* Fri May 11 2001 Bernhard Rosenkraenzer <bero(a)redhat.com> 0.33.5-2
- Rebuild with new libltdl
* Mon Apr 23 2001 Trond Eivind Glomsrød <teg(a)redhat.com>
- 0.33.5
* Thu Nov 30 2000 Trond Eivind Glomsrød <teg(a)redhat.com>
- use new emacs init scheme for Emacs and XEmacs
* Wed Nov 22 2000 Trond Eivind Glomsrød <teg(a)redhat.com>
- .32.6
* Sat Aug 19 2000 Trond Eivind Glomsrød <teg(a)redhat.com>
- .32.5 bugfix release (also contains improved documentation),
obsolete old patch
- the compatibility scripts are now part of the package itself
- clean up build procedure
- remove manual.aux file from docs (#16424)
* Sun Aug 06 2000 Trond Eivind Glomsrød <teg(a)redhat.com>
- .32.1 bugfix release, obsolete old patch
- rename to 0.32.1
- add patch from author to change his email address
- add spell and ispell compatibility scripts
* Fri Aug 04 2000 Trond Eivind Glomsrød <teg(a)redhat.com>
- rebuild
* Tue Aug 01 2000 Trond Eivind Glomsrød <teg(a)redhat.com>
- remember to obsolete ispell
- build the Canadian and British dictionaries here now,
as part of the main package. Same package names and
descriptions.
* Mon Jul 24 2000 Trond Eivind Glomsrød <teg(a)redhat.com>
- .32
- remove old patches, add a patch since namespace isn't
polluted as much anymore (as opposed to older toolchain)
* Wed Jul 19 2000 Trond Eivind Glomsrød <teg(a)redhat.com>
- rebuild
* Wed Jul 12 2000 Prospector <bugzilla(a)redhat.com>
- automatic rebuild
* Tue Jul 04 2000 Jakub Jelinek <jakub(a)redhat.com>
- Rebuild with new C++
* Fri Jun 30 2000 Trond Eivind Glomsrød <teg(a)redhat.com>
- use RPM_OPT_FLAGS, not just -O0
- dont include .la-files
* Fri Jun 23 2000 Trond Eivind Glomsrød <teg(a)redhat.com>
- excludearch ia64
* Fri Jun 23 2000 Trond Eivind Glomsrød <teg(a)redhat.com>
- patch to work around compiler bug(?) wrt. inline functions
- use CFLAGS and CXXFLAGS
- set them to -O0 to work around YACB
- copy libtool files for IA64 support
* Sun Jun 18 2000 Trond Eivind Glomsrød <teg(a)redhat.com>
- update to .31.1. My patch was upstreamed and is no longer needed.
- new patch added so DESTDIR works properly
* Fri Jun 16 2000 Trond Eivind Glomsrød <teg(a)redhat.com>
- (this entry includes some old ones...)
- update to .31
- added patch to make it compile with a pickier compiler
- include /usr/share/pspell
* Mon May 01 2000 Tim Powers <timp(a)redhat.com>
- updated to .30.1
- used build fixes from Ryan Weaver's 0.30.1-1 package on sourceforge
- updated URL, download/ftp location
- removed redundant define's at top of spec file
* Thu Jul 08 1999 Tim Powers <timp(a)redhat.com>
- built for Powertools 6.1
- removed %serial definitions from spec file to make versioning
consistant with the other packages we ship.
- changed build root path
- general spec file cleanups
* Tue Mar 02 1999 Ryan Weaver <ryanw(a)infohwy.com>
[aspell-.27.2-2]
- Changes from .27.1 to .27.2 (Mar 1, 1999)
- Fixed a major bug that caused aspell to dump core when used
without any arguments
- Fixed another major bug that caused aspell to do nothing when used
in interactive mode.
- Added an option to exit in Aspell's interactive mode.
- Removed some old documentation files from the distribution.
- Minor changes on to the section on using Aspell with egcs.
- Minor changes to remove -Wall warnings.
glibc-2.3.2-101.1
-----------------
* Tue Nov 11 2003 Jakub Jelinek <jakub(a)redhat.com> 2.3.2-101.1
- fix getifaddrs (CAN-2003-0859)
- fix ftw fd leak
- fix linuxthreads sigaction (#108634)
- fix glibc 2.0 stdio compatibility
- fix uselocale (LC_GLOBAL_LOCALE)
- speed up stdio locking in non-threaded programs on IA-32
- try to maintain correct order of cleanups between those
registered with __attribute__((cleanup))
and with LinuxThreads style pthread_cleanup_push/pop (#108631)
- fix segfault in regex (#109606)
- fix RE_ICASE multi-byte handling in regex
- fix pthread_exit in libpthread.a (#109790)
joe-2.9.8-6
-----------
* Tue Jun 17 2003 Lon Hohberger <lhh(a)redhat.com> 2.9.8-6
- Rebuild for FC2 tree
* Tue Jun 17 2003 Lon Hohberger <lhh(a)redhat.com> 2.9.8-5
- Rebuilt
kudzu-1.1.38-1
--------------
* Mon Nov 17 2003 Jeremy Katz <katzj(a)redhat.com> 1.1.38-1
- fix scsi probing for 2.6 kernel
rpmdb-fedora-1-0.20031118
-------------------------
tcltk-8.3.5-94
--------------
* Mon Nov 17 2003 Thomas Woerner <twoerner(a)redhat.com> 8.3.5-94
- fixed RPATH for expect and expectk: patch 121
unzip-5.50-36
-------------
* Mon Nov 17 2003 Lon Hohberger <lhh(a)redhat.com> 5.50-36
- Rebuild for FC-next
xemacs-sumo-20031113-1
----------------------
* Tue Nov 18 2003 Jens Petersen <petersen(a)redhat.com> - 20031113-1
- update to 2003-11-13 pre-release
20 years, 4 months
rpm database bug
by Tim Daly
(I tried to find a bug mailing list but failed)
While trying to:
rpm -i tetex-fonts-2.0.2-8.i386.rpm
I got the following error message:
rpmdb: page 1647: illegal page type or format
rpmdb: PANIC: Invalid argument
rpmdb: /var/lib/rpm/Packages: pgin failed for page 1647
rpmdb: fatal region error detected; run recovery
rpmdb: fatal region error detected; run recovery
rpmdb: db4 error(-30982) from dbcursor->c_get: DB_RUNRECOVERY: Fatal error, run database recovery
rpmdb: fatal region error detected; run recovery
rpmdb: db4 error(-30982) from dbcursor->c_close: DB_RUNRECOVERY: Fatal error, run database recovery
rpmdb: fatal region error detected; run recovery
rpmdb: db4 error(-30982) from db->cursor: DB_RUNRECOVERY: Fatal error, run database recovery
rpmdb: fatal region error detected; run recovery
rpmdb: db4 error(-30982) from db->get: DB_RUNRECOVERY: Fatal error, run database recovery
rpmdb: fatal region error detected; run recovery
rpmdb: db4 error(-30982) from db->open: DB_RUNRECOVERY: Fatal error, run database recovery
rpmdb: fatal region error detected; run recovery
rpmdb: db4 error(-30982) from db->close: DB_RUNRECOVERY: Fatal error, run database recovery
error: cannot get Providename index using db3 - (-30982)
rpmdb: fatal region error detected; run recovery
rpmdb: db4 error(-30982) from db->cursor: DB_RUNRECOVERY: Fatal error, run database recovery
rpmdb: fatal region error detected; run recovery
rpmdb: db4 error(-30982) from db->put: DB_RUNRECOVERY: Fatal error, run database recovery
rpmdb: fatal region error detected; run recovery
rpmdb: db4 error(-30982) from db->open: DB_RUNRECOVERY: Fatal error, run database recovery
rpmdb: fatal region error detected; run recovery
rpmdb: db4 error(-30982) from db->close: DB_RUNRECOVERY: Fatal error, run database recovery
Note that I'm running using:
> System-wide, you can disable the exec-shield functionality with:
>
> echo 0 > /proc/sys/kernel/exec-shield
as I'm trying to find a bug. I need to install latex and the rpm install
process failed.
I did:
rpm --rebuilddb
Now rpm seems to work but the database doesn't remember anything.
If I do:
rpm -i tetex-2.0.2-8-i386.rpm
then do:
rpm -i tetex-dvips-2.0.2-8.i386.rpm
it complains that:
error: Failed dependencies:
tetex = 2.0.2 is needed by tetex-dvips-2.0.2-8
running:
rpm -i tetex-2.0.2-8-i386.rpm tetex-dvips-2.0.2-8.i386.rpm
seems to succeed.
Tim Daly
axiom(a)tenkan.org
daly(a)idsi.net
------- End of forwarded message -------
20 years, 4 months