this involves is this: Cull GL from Qt by default, but still provide a
Qt+GL library that may or may not have threads. Then also provide a Qt
library that has threads but not GL. This allows us to make KDE2 depend
on a library that will *not* have threads, ever. Threads will be
revisited at a later date. Ports that require GL support need to be
updated to use the hacked library, libqtgl.so.4. The net result is that
we bloat our qt2 package by 1.5-2.5MB for compatability. Also, static
qt will not have GL support.
Introduce bsd.kde.mk, which will be tested on bento before becoming
fully activated.
Replace qt22-static with qt2-static, since it's just a proxy. Update
qt-designer to depend on qt23. Also make the old hack to package the
correct lib obsolete by using PLIST_SUB instead.
Miscellaneous changes: remove LIBQTFILE from CONFIGURE_ENV, it's not
used anymore. Solve namespace pollution problems with the devel/pth and
devel/libgnugetopt ports. Hopefully.
Suggested by: ade, asami, sobomax (bsd.kde.mk)
Repocopied by: asami (qt22-static --> qt2-static)
Boulder IO is a simple TAG=VALUE data format designed for sharing
data between programs connected via a pipe. It is also simple
enough to use as a common data exchange format between databases,
Web pages, and other data representations.
The basic data format is very simple. It consists of a series of
TAG=VALUE pairs separated by newlines. It is record-oriented.
The end of a record is indicated by an empty delimiter alone on a
line. The delimiter is "=" by default, but can be adjusted by the
user.
WWW: http://search.cpan.org/search?dist=Boulder
work right yet. This needs other eyes to look at in order for me to figure
out what's going on here. Help, please?
Basically, the current situation is this: You can hack the startkde
script to make KDE2 start all the way through, which basically consists of
simply replacing the kdeinit line with "kcminit". However, at certain
points after KDE is done setting things up, processes named "kdeinit" that
are in charge of certain apps go crazy and hit infinite loops somewhere. I
haven't been able to determine where exactly, and if this is related to
threads at all, or if a critical app or similar somehow doesn't get compiled
with threads. Or something like that. *sigh*
Konqueror can startup and seems to work okay in a different window manager,
but it seems to randomly set off a kdeinit proc as above.
Anyhow, this is 2 weeks' worth of debugging on a 4-month-old problem. If
you're using XFree86 4.0.2, I caution against trying this stuff out unless
you're going to help me out and are willing to help me figure out exactly
where the heck things are going awry. Things should still compile and work
just fine for those on XFree86 3.3.6. I decided to leave out these hacks
in nonessential stuff (like kdenetwork et al) because kde2 itself needs to
work with threads first. =)
I guess I can thank my lucky stars JKH's decided to stick with 3.3.6 until
some point in the future when 4.0.x becomes more stable...
the KDE team's excellent work, I am initiating burn sequence for KDE
1.x. All base KDE1 ports are hereby nuked. I am also reluctantly
reassuming maintainership of the KDE2 ports. Official KDE 2.1 packages
built for FreeBSD 4.2-STABLE w/ XFree86 4.0.2 are available on KDE's
official ftp mirrors now. Enjoy!
Note: It seems that the KDE people rerolled their kdelibs and kdebase
packages, and a quick examination of diffs reveal minor changes, but the
port should still work. I'll fix the packaging problems that bento runs
into.
Approved by: kevlo
for a variety of encodings (bundled in a Perl module). Apparently it's
not the same thing as p5-Convert-UU.
PR: 23025
Submitted by: Blaz Zupan <blaz@amis.net>
- Fix pkg-plist in the case when NOPROFILE isn't defined;
- fix breakage on system with old perl < 5.6.0 (4-STABLE and downward) by
including pre-generated on 5-CURRENT files. Perl scripts supplied with the
port have some problems with old perl and I hope Konstantin will address this
problem in the next revision of iconv.
Prompted by: asami (plist), Mikhail Teterin <mi@privatelabs.com> (4-CURRENT)
to the final release of KDE 2.0. Kevin Lo <kevlo@FreeBSD.org> will continue
as the new maintainer. He has commit privileges on the KDE tree, making him
an excellent candidate for this job. I'll be behind the scenes for awhile,
since there are some structural changes I'd like to make but I'd rather have
Kevin do the work. Please, people, direct your patches at Kevin and watch
his "freetime deprivation process" _really_ start. :-P
