ironed out, it will be easy to do
quick releases when new versions come out, but until then, it's in the
users' best interest for us to be sure it will cause the least amount of
issue.
- --
Benjamin Reed a.k.a. Ranger Rick a.k.a. Raccoon Fink
Fink, KDE, and Mac OS X development
Blog: http://w
en it first got split up, bdeps were
added to everything anyways.
I certainly don't really know what's needed for usual gettext support,
and what are more esoteric things only needed by translators or something.
- --
Benjamin Reed a.k.a. Ranger Rick a.k.a. Raccoon Fink
Fink, KDE, and Mac O
>
> main/finkinfo/graphics/synfigstudio.info:Maintainer: Hisashi T Fujinaka
>
> main/finkinfo/graphics/vips.info:Maintainer: Jack Fink
>
> main/finkinfo/libs/perlmods/perlmagick-pm.info:Maintainer: Dave Morrison
>
- --
Benjamin Reed a.k.a. Ranger Rick a.k.a. Raccoon Fink
Fink,
le.PL and uses the default
Perl install instead, mind if I commit?
- --
Benjamin Reed a.k.a. Ranger Rick a.k.a. Raccoon Fink
Fink, KDE, and Mac OS X development
Blog: http://www.raccoonfink.com/
Music: http://music.raccoonfink.com/
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.12 (D
e got almost 100 perl modules updated, and I'm working my way
through testing them right now.
- --
Benjamin Reed a.k.a. Ranger Rick a.k.a. Raccoon Fink
Fink, KDE, and Mac OS X development
Blog: http://www.raccoonfink.com/
Music: http://music.raccoonfink.com/
-BEGIN PGP SIGNATURE-
Vers
7;s build is not repeatably compatible with -jN, then it
should probably not be doing it by default. :P
- --
Benjamin Reed a.k.a. Ranger Rick a.k.a. Raccoon Fink
Fink, KDE, and Mac OS X development
Blog: http://www.raccoonfink.com/
Music: http://music.raccoonfink.com/
-BEGIN PGP SIGNATURE
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/2/10 8:10 PM, William G. Scott wrote:
> Anything to speed this build up is delightful.
Well sure, but not knowing if it's going to fail 10 hours into it is
not so delightful. ;)
- --
Benjamin Reed a.k.a. Ranger Rick a.k.a. Raccoon F
David R. Morrison [[EMAIL PROTECTED]] wrote:
> Maybe something like this could work for CLASSPATH? Each package providing
> its ingredients, stored in a good place, and then some file specifying
> the full CLASSPATH is created in postinstall out of all of these? (Which
> the user would get by so
Olaf Foellinger [[EMAIL PROTECTED]] wrote:
> % gpg
> dyld: gpg can't open library: /sw/lib/libgdbm.2.dylib (No such file or directory,
>errno = 2)
It's working fine with me... I'm using mutt and GPG with no problems.
You may want to try rebuilding/reinstalling the 'gdbm' and 'gnupg'
packages.
(cc'ing the maintainer)
I'm trying to build the new gnome-vfs-ssl and it appears to be
missing a dependency on pkgconfig:
---(snip!)---
checking for pkg-config... no
*** The pkg-config script could not be found. Make sure it is
*** in your path, or set the PKG_CONFIG environment variable
*** to
David R. Morrison [[EMAIL PROTECTED]] wrote:
> I gave the argument for making the split above. Here's an argument for
> NOT splitting: after all, a lot of this pkg/pkg-shlibs split is designed
> to accomodate a future library revision, which may or may not ever take
> place. In that future libra
Max Horn [[EMAIL PROTECTED]] wrote:
> >Perhaps this should be kept in mind when working on the new package format;
> >if you go to a variants system, maybe it's a good idea to be able to build
> >multiple sub-packages from a single info file to keep from building X 4
> >times for one set of packag
I got my new G4 so I'm rebuilding fink from scratch. I'm attempting
to build bundle-gnome, and I get the following from bonobo:
checking for gdk-pixbuf-config... no
checking for GDK_PIXBUF - version >= 0.6.0... no
*** The gdk-pixbuf-config script installed by GDK_PIXBUF could not be found
Andrew Rohl [[EMAIL PROTECTED]] wrote:
> Anyone else noticed that cat is missing after updating to 10.1.3.
> Makes a lot of configure scripts fail if you don't have fileutils
> installed (and you can't install it without cat...)
>
> This could be a big problem...
Looks like the update went won
I'm trying to make a package for squid, and it's got one small configure
error. I swear I've seen something about this before but I can't for
the life of me find any reference to it in the list archives.
When I run configure, I end up with a bunch of lines like:
creating Makefile
sed: file
Benjamin Reed [[EMAIL PROTECTED]] wrote:
> s%@ACLOCAL@%${SHELL} /tmp/squid-2.5.PRE4/cfgaux
> /tmp/squid-2.5.PRE4/cfgaux/missing --run aclocal%g
>
> ...which are supposed to be on one line.
I fixed this by redirecting the output of the 'cd' command to
/dev/null. =)
O
; KDE uses a hacked-up version of the MLB libtool mentioned in
the fink porting docs, and it appears to not recognize shared libraries
in osx properly.
Is there a version of the MLB libtool that's hacked up for darwin shared
libraries to work properly?
--
Benjamin Reed a.k.a. Ranger Rick ([
n info into the dylib?
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/
I'm not a robot like you. I don't like having disks crammed into me... unless
they're Oreos, and then only in the mouth. -- Fry
___
Max Horn [[EMAIL PROTECTED]] wrote:
> I just added code to CVS that enables initial splitoff support. All
> brave developers please go ahead and install it and test how it
> works. To do so, check out the "fink" CVS module and use the
> inject.pl script.
Other than my libtool versioning issue
Max Horn [[EMAIL PROTECTED]] wrote:
> >But right now, we have no way of really planning ahead for a
> >version that's too high, like, if rrdtool version 2 is out.
>
> If you ever get an incompatible version, then you would change the
> name of the -shlibs package to e.g. "rrdtool2-shlibs". Old p
p!)---
...so where do I go from here? Is this an issue with the new dlcompat?
The bright side is, with some work, it looks like it's going to be
possible to get kde3 on OSX. When I can, I'll put the patches up that
it took to get to where I am. The main issue is a small libtool hack
ld be possible to
get at least something out of it if this gets fixed. (Except for some
quirks, I've successfully run kwin, konsole, konqueror, and a couple of
other smaller things.)
- Forwarded message from Waldo Bastian <[EMAIL PROTECTED]> -----
> On Wednesday 13 March 2002
I'm working on the arts package for the kde3 stuff, and I have
a small question about whether I'm doing this right for the
splitoff.
As I understand it, the 'arts' package is essentially the package
that there can only be one of; it contains the headers and
development-type stuff.
I have a 'bin'
David R. Morrison [[EMAIL PROTECTED]] wrote:
> The thing to keep in mind is that the package which contains headers might
> get removed by users, and nothing else can depend on it. So any binary
> which will only be used at compile time by other packages is fine for the
> "main" package; anything
David R. Morrison [[EMAIL PROTECTED]] wrote:
> I would appreciate any feedback (positive or negative) from those who run
> this script, as I would like to be able to move it to "stable" as soon as I
> can, to make it more widely available to fink users.
Works fine here (although I've never had an
David R. Morrison [[EMAIL PROTECTED]] wrote:
> I have another small proposal to make related to the long-term shared libraries
> project: I suggest that we add a new boolean field BuildDependsOnly. If
> it is "true", the package it is in would not be "allowed" to be Depended on
> by any other pa
Justin Hallett [[EMAIL PROTECTED]] wrote:
> please paste the error. I've almost got qt 3.0.2 done and 3.0.3 will be
> release sortly or so i'm told. But there error is important.
Yeah, it's actually on ftp.trolltech.com but is not world-readable yet.
They're taunting
ou should get a '?' before
the build directory. If you want to be more permanent about it, make a
.cvsignore file with only the line:
build
...in it, in the top-level directory, and check that in. CVS will ignore
that directory from then on, if it exists locally.
--
Benjamin Re
er than
line-by-line. It seems to be working just fine on the test packages
I've run it on, but I would appreciate feedback as to whether this looks
OK and is the right way to go in the future.
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/
An ice
ave a bangpath at the top, in which case they are executed as a
single shell script, ie:
CompileScript: <<
#!/bin/sh
for dir in foo bar; do
something $dir
done
<<
...old info files would keep the current behavior until the maintainer
updated them to explicitly set the shell.
Perhaps it would be useful to attach the patch. =)
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/
"Flash, don't heckle the supervillian!" -- Green Lantern
Index: perlmod/Fin
help. Does anyone have any ideas on this?
Cocoon works great, as root, but there's no way I'm gonna leave tomcat
as a root user...
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/
An ice cream has its unique frequency Are you hungry fo
in qt; the previous maintainer did not I assume for license reasons.
I'm not sure what I think about forcing it; I don't know if we'd get in
trouble later. Do you think it's enough to make note of the GPL/QPL
dual-license in the package info?
--
Benjamin Reed a.k.a. Ranger Rick ([EMA
Benjamin Reed [[EMAIL PROTECTED]] wrote:
> I've tried using PJA (the "Pure Java AWT" implementation) to trick it,
> but it doesn't seem to help. Does anyone have any ideas on this?
> Cocoon works great, as root, but there's no way I'm gonna leave tom
u may
need to forcibly uninstall your current QT and *then* rebuild.
If you still have problems, please contact me, because then it is definitely
a bug; otherwise it's a known issue and apparently there is no way around it
if you have one of the broken intermediate packages.
--
Benjamin
guess, but if you disabled shared libraries, and it's trying
to dynamically load a shared library, I would say that's a bug on
their end. =)
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/
Now you must be saying, "Alex Chiu, this Chinaman, you're cra
dependency on storable-pm -- I installed it and it
failed with:
Can't locate Storable.pm in @INC [...]
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/
So now you see handicaps can be cured. Blind, deaf, dum can all be cured
with this. -- Alex Chiu, I
/Applications/XDarwin.app/Contents/MacOS/XDarwin
...and that's the only thing that shows up in XDarwin.app... Any idea what
happened?
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/
I took a fish head out to see a movie. Didn't have to pay to
Chris Zubrzycki [[EMAIL PROTECTED]] wrote:
> so do a "fink rebuild xfree86-rootless" (if you are using unstable)
Yup, was already doing a rebuild but it didn't help. Still don't get
anything in the .app except the actual executable. :(
--
Benjamin Reed a.k.a. Ranger
different though. I'm not worried about it for my sake, I've
got things fixed here, but the direction I took to get my laptop to building
xfree86-rootless is about as vanilla as it gets, so there could be some kind of
build dependency that's missing...
--
Benjamin Reed a.
nvert-tnef-pm-0.17-1.info
mailtools-pm-1.44-1.info
io-stringy-pm-2.108-1.info
mp3-info-pm-1.01-1.info
mime-tools-pm-5.411-1.info
...and I also updated XML::DOM (to 1.37), which just needed a version increment
since the old version currently in cvs (1.35) is no longer on the ftp site.
Are these cool t
foo.info"
> and "fink validate foo.dev" are very handy tools for this.
Yeah, they all pass validate, I'm just being paranoid. =)
I'll bump the version on xml-dom-pm too, the only thing that changes
build-wise is the version number. I'm sure Justin won't
On Wed, 2002-04-10 at 11:37, Ujwal S. Sathyam wrote:
> Hello,
>
> I have looking at porting balsa, a gnome email client to MacOS X. If
> someone already has balsa running, please let me know, and I shall
> cease and desist :-). I started effort after searching the package
> database and mailin
I'm trying to build/install an old version of rrdtool so I can test
against a bug report I got, but for some reason fink doesn't want to
build the old version. It obviously finds it since it gets the proper
version-release, but when i goes to actually build, it builds the new
(1.0.35) version. I
On Mon, 2002-04-15 at 13:13, Justin Hallett wrote:
> shlibs prolly depends on %N (= %v-%r) I'd remove rrdtool. rrdtool-shlibs
> then try to instal version specific.
I have no current version of rrdtool installed, and had none installed
when I got that output...
--
Ben Reed a.k.a. Ranger Rick ([
On Mon, 2002-04-15 at 15:57, Max Horn wrote:
> What happens if you do:
>fink install rrdtool-1.0.33-6
>
> ?
Same thing... starts building 1.0.35.
:(
--
Ben Reed a.k.a. Ranger Rick ([EMAIL PROTECTED])
http://defiance.dyndns.org/ / http://radio.scenespot.org/
...if humanoids eat chicken, th
On Mon, 2002-04-15 at 17:11, Martin Costabel wrote:
> I'd say this is logical: rrdtool depends on rrdtool-shlibs (>= 1.0.33-6
> in your case). Where is rrdtool-shlibs? Fink looks for the most recent
> version, and it finds it as a splitoff of rrdtool-1.0.35. So to build
> rrdtool-shlibs, it has t
On Mon, 2002-04-15 at 17:30, David R. Morrison wrote:
> By the way, this is why the recommended line is
>
> Depends: %N-shlibs (= %v-%r)
>
> rather than >=.
Yeah... I think the depends stuff in my RRDTool package was based on an
early suggestion on how to handle shlibs, before a lot of that s
package?
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/
Q. What are "seven candles", "seven cows", and "seven heads of the beast
which rises from the sea"? A: Metaphors. They are all symbolic. Which
means, they are not real thin
work as long as the dlopening
*** application is linked with the -dlopen flag.
---(snip!)---
...this is because (at least on my system), the library is libdes524.dylib,
instead of libdes.
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/
So if you wear my Immortality
d: Undefined symbols:
_ldap_pvt_sasl_install
_ldap_pvt_sasl_mutex_dispose
_ldap_pvt_sasl_mutex_lock
_ldap_pvt_sasl_mutex_new
_ldap_pvt_sasl_mutex_unlock
_ldap_pvt_sasl_secprops
---(snip!)---
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/
Inside an atom are more little atoms. Insi
to CVS.
Correction... it fails building *if* I have the openldap package installed.
I removed it and the build continued.
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/
A preposition is something one should never
Chris Devers [[EMAIL PROTECTED]] wrote:
> On Sat, 27 Apr 2002, Benjamin Reed wrote:
>
> > I assume this is a libtool bug in the openldap package?
>
> You can get openldap to compile? I've been trying without success to build
> openldap-2.0.19-1 for a couple of weeks no
In continuing to work on KDE, we've run into a couple of interesting
problems with the -shlibs splitoff. KDE uses libltdl heavily for
dlopening libraries on the fly, and uses the .la's to determine the
names of those libraries.
Things will not even start without the .la's, so this will be an
On Saturday, May 4, 2002, at 11:11 AM, David R. Morrison wrote:
> Here are my thoughts (on the original message and Max's followup):
>
> How hard would it be to modify things so that everything was installed
> into
> libs/kde-2.0/
> rather than libs/ ? (I chose a random version number, of co
I'm getting this error with the new autoconf:
/sw/bin/autoconf: command not found: autom4te --language=autoconf
--output=configure [198]
I tried a rehash so it's not just missing from my path... =)
If I run that command manually, it works.
Any ideas?
On Sunday, May 5, 2002, at 08:09 PM, Benjamin Reed wrote:
> I'm getting this error with the new autoconf:
>
> /sw/bin/autoconf: command not found: autom4te --language=autoconf
> --output=configure [198]
>
> I tried a rehash so it's not just missing from my path...
Just a note, I've just committed a new version of the QT info file that
updates it to 3.0.4, and also fixes some bugs. The most important one
it fixes is the compatibility_version, which was being set to 0.0.0,
even though the filenames were named correctly.
Unfortunately, anything built agai
On Monday, May 6, 2002, at 09:48 PM, Benjamin Reed wrote:
> Just a note, I've just committed a new version of the QT info file that
> updates it to 3.0.4, and also fixes some bugs. The most important one
> it fixes is the compatibility_version, which was being set to 0.0.0,
On Fri, 2002-05-10 at 09:58, Dave Vasilevsky wrote:
> > sorry to reply to myelf, but I forgot to say something. I have done
> > this before, and have had no apparent side affects with 10.1.3. I
> > removed /bin/sh, and copied bash to /bin/sh. everything still worked,
> > AFAIK.
>
> That's qui
On Saturday, May 11, 2002, at 06:39 AM, David R. Morrison wrote:
> I'll put qt2 next on my list of packages to make a splitoff version of.
> (We need one so that qt2 and qt3 can coexist.)
I'm already working on one. It finished building last night, I just
need to make sure I've got things all
On Saturday, May 11, 2002, at 08:47 AM, Martin Costabel wrote:
> OK, still replying to myself. I think I understand this now, but I would
> say this whole business is not a brilliant demonstration of the
> usefulness of the shlibs-splitoff story. In this special case, it was
> less than useful.
There are new QT packages in unstable: qt2 and qt3. If you've been
having dependency problems I ask that you please give these a shot and
see if this fixes things.
What we've ended up doing is getting rid of "qt" altogether. qt2 and
qt3 both conflict with each other, but their -shlibs counte
On Saturday, May 11, 2002, at 11:51 AM, Randal L. Schwartz wrote:
> In the release notes, the apr-2002 devel tools say that the C++ is
> incompatible with the dec-2001 devel tools. Libs from one will not
> link against objects from another.
>
> How many things does installing apr-2002 actually
On Saturday, May 11, 2002, at 02:45 PM, Justin Hallett wrote:
> the problem is that qt was made to live in seperate directories, Not
> that
> I want to say it but I think we should see how debian handled this to
> avoid more problems. The problem with this I think will be with the bin
> portio
I'm trying to start XDarwin in pure Darwin, and it seems to just freeze
up on me. (I've tried "startx" and "startx -- -fullscreen", and just
starting /usr/X11R6/bin/XDarwin by hand...)
The last thing I see is "Display mode: IOKit" and then it's just locked.
Has anyone run XDarwin 4.2 on pure Dar
As I'm not really a coder, just familiar enough to do porting,
now that KDE is mostly working we need more help from people
familiar with debugging heavily threaded C++ code who's willing
to take a look at some bits of KDE that aren't working...
So far I've been working with Justin, David, and Pe
On Wed, 2002-05-22 at 10:39, Hester, Jeffrey W. wrote:
> This true. I tried to use qt compiled in gcc2 with my other code in gcc3
> without success. I believe it has something to do with the c++ name
> mangling in the two different compilers.
>
> I'm dependent on qt3 (the software I'm porting t
Bill Bumgarner [[EMAIL PROTECTED]] wrote:
> /usr/bin/ld: Undefined symbols:
> _ldap_pvt_sasl_install
> _ldap_pvt_sasl_mutex_dispose
...
> Failed: compiling openldap-ssl-2.0.23-3 failed
Do you have the non-ssl "openldap" (2.0.19 I think?) package
installed? I think we had someone else who had sai
Bill Bumgarner [[EMAIL PROTECTED]] wrote:
> That would be the case. And brings up another issue. Should openldap-ssl
> conflict/replace openldap?
Actually it does. Unfortunately, there is not yet a "BuildConflicts" in
fink, so it doesn't know to remove it *before* you start building. =)
___
mathias meyer [[EMAIL PROTECTED]] wrote:
> not that i want to annoy you all with another post about kde but i ran
> into trouble compiling kdebase.
d'oh!
> /usr/bin/ld: Undefined symbols:
> _X509_LOOKUP_ctrl__13KOpenSSLProxyP14x509_lookup_stiPCclPPc
> _X509_LOOKUP_file__13KOpenSSLProxy
> _X509_
Here is what I plan to send out for the KDE announcement (an abbreviated
version of the announce page):
The Fink team is happy to announce preliminary support for KDE on MacOS
X.
To find out more about the K Desktop Environment, see "What is KDE?" at
the KDE web site.
Work has been progressing
e changed to use the non-dynamic versions of Xinerama and Xv...
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/
...if humanoids eat chicken, then obviously they'd eat their own species.
Otherwise they'd
ke sure weird inconsistencies like
this don't happen.
I guess if the KDE folks don't mind, I'll look into implementing checks
in the KDE build to force linking against the static libraries only. I'm
guessing they wouldn't have a problem with it if it's XFree8
Is mozilla going to be crypto-only? I'll have to change the kdebindings
package if so, just wanted to make sure. :)
--
Ben Reed a.k.a. Ranger Rick ([EMAIL PROTECTED])
http://defiance.dyndns.org/ / http://radio.scenespot.org/
...if humanoids eat chicken, then obviously they'd eat their own
spec
On Thu, 2002-06-06 at 13:48, geof wrote:
> Hello all,
>
> As you know, there is a problem with kde3. Some app take a very long time to
> start. I had exactly the same problem with qt-3.0.4 and kde-3.0.1 on
> linux-ppc. The most simple solution is to install qt-3.0.3. With this
> version, I hav
On Thu, 2002-06-06 at 14:00, Benjamin Reed wrote:
> I had heard someone mention this in passing, but never heard a good
> explanation as to what happened. Considering qt-copy is 3.0.4 with some
> modifications, I haven't heard before about the kde team recommending
> 3.0.3.
/news/kde.php
For those of you running fink unstable, note that this includes an updated
xfree86-base package that removes the Xinerama and Xv shared libraries. If
you have built packages against xfree86-base 4.2.0-5, you may need to rebuild
them.
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROT
/news/kde.php
For those of you running fink unstable, note that this includes an updated
xfree86-base package that removes the Xinerama and Xv shared libraries. If
you have built packages against xfree86-base 4.2.0-5, you may need to rebuild
them.
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROT
perly, then? Are we going to have to end up with a
Provides: system-libgl to make it replace nicely?
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/
Is it considered bad form to quote one's self in a .sig? -- Me
___
I thought this was system-xfree86 that was having the problem,
in which case a rebuild takes about a quarter of a second. =)
For the record, this is what's in system-xfree86 right now:
Provides: x11, rman, libgl
Conflicts: x11, system-libgl
Replaces: system-libgl
--
Benjamin
deprecated
(there was talk of removing it, dunno if that actually happened), and the
system-libgl bit is even more sticky.
Max Horn and David Morrison seem to have the most experience with package
dependency stuff like this... either of you guys have any input?
--
Benjamin Reed a.k.a. Ran
On Tue, 2002-06-11 at 09:04, Hester, Jeffrey W. wrote:
> Hello,
>
> For my own porting and development needs I'd love to see qt3 with high
> priority. :-) Maybe it already has high priority. I'm just anxiously
> awaiting this for gcc3.1 (April Dev Tools) before I can finish my port.
>
> Thank
On Fri, 2002-06-14 at 13:31, Uwe Kuhlmann wrote:
> Hi,
>
> I would really like to contribute to the fink project by porting some
> applications but unfortunately
> it seems I'm lacking some basic knowledge of the steps needed. When I
> start the configure script of some applications I would like
ly, for it
to be enabled, you need to have timidity++ installed. Since there was no
Fink package, I didn't enable the timidity support in kdemultimedia. I
can look into putting together a package and see if that helps.
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.b
On Tue, 2002-06-18 at 10:17, Justin Hallett wrote:
> IIRC kdemultimedia isn't even ported yet, as a matter a fact I've been
> working on it, and it's not likely going to be ported till 10.2 as it need
> sem.h in many places.
Yes, excuse me, I had that wrong. I was thinking of kdegraphics. Brain
pgrade.
Does that sound reasonable?
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/
"As your girlfriend's best friend, I am to you a bit like Australia."
"Australia?" "Very distant, largely uninhabitable, and with areas of
ave been working in rangerfink, please review the files you
have there and move them over to experimental when it's possible (and remove
them from rangerfink).
Thanks!
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/
"What's the difference betwe
Just an FYI, I can't build gnomemm on an otherwise up-to-date system
(trying to build gabber-ssl).
Here's the error:
procbar.cc: In method `Gnome::ProcBar::ProcBar(const Gtk::Label &, const
vector > &, gint (*)())':
procbar.cc:23: passing `gint (*)()' as argument 5 of
`gnome_proc_bar_construct
_text) (displacement too large)
I've found a number of references to it in darwin and fink archives, but
*no* reference to what the actual workaround/fix is. Anyone have any ideas
how I can debug this? Qt on gcc3 seems so *close*...
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTEC
debindings installed. And since kdebindings is in
crypto, I had it depend on the kdelibs and kdebase in crypto now. I suppose it
doesn't *have* to, since it doesn't depend on it library-wise, but that would
be why it's trying to install the ssl versions of kdelibs/kdebase on a
dist-
flicting packages. So, if removing the un-needed openssl dependency
> prevents this from happening I think it needs to be done.
Yeah, makes sense. Should it still stay in crypto? It's unable to install if
it's in main and you don't have crypto in your list, but it doesn't d
7;m really not sure what to
say.
What versions of software do you have? X11, fink, MacOSX, etc. Are you
doing X11 forwarding when you ssh in? Does it work if you ssh with -x to
disable it?
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/
For goodness sake, Kry
ve it working with the upcoming
kde 3.1 alpha packages.
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/
Boy is it cramped... whoooee! I tell ya, if I was dead, you most certainly
could NOT swing me around in HERE.
; ist of available Fink software?
http://sourceforge.net/tracker/?atid=371315&group_id=17203
Add it to the package request tracker, with your patch, and I'm sure someone
will pick it up.
--
Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/
"Love is ab
Does anyone know of a replacement for strptime? I've got some
stuff in KDE that's trying to use it, and my current hack fixes
it building, but is wrong.
I see that it exists in darwin cvs's Libc module, but libc headers
are so incestuous that trying to extract the little bit I need is
an exercis
On Thu, 2002-07-18 at 10:18, Sylvain Cuaz wrote:
> This is not working for me, have you found a solution ?
> I saw that you submitted a 3.0.5 and 3.0.4-9 version, are they gcc3
> compatible ?
I was mistaken, there were build problems further down that I hadn't
gotten to yet. :(
gcc
he keen observer will notice some additional tags on the
> fearless-kitty-branch. These are to fix some compiler bugs that are
> serious, but not enough to hold up Jaguar. Although these are fixes
> that you'll want, we don't yet have a publishable schedule for how
> they'
Max Horn [[EMAIL PROTECTED]] wrote:
> At 15:07 Uhr -0400 23.07.2002, Benjamin Reed wrote:
> >Urgh... guess there won't be KDE on Jaguar right away, unless
> >we can find a workaround... :(
>
> Does that mean you tested with that compiler version already?
Not yet,
On Thu, 2002-09-26 at 11:17, Carsten Klapp wrote:
>
> I will concede to this point too that packages should compile the same
> on everybody's system, or else it causes a nightmare for the user to
> select and for maintainers to maintain all these separate minimal
> packages, as I found out whe
601 - 700 of 747 matches
Mail list logo