inside an
App bundle, and make it still launchable by typing "ipe toto.ipe" in a
terminal. That requires packing ARGV and the current working directory
in the environment before calling 'open'.
Maybe I should have put that in the tracker ...
HTH,
/v
--
|
fix it ? If not, who do I talk to about it ?
[I can't, as I don't have write access to the tree.]
Thanks in advance,
/v
--
Vincent Beffara
UMPA - ENS-Lyon
46 allée d'Italie
69364 Lyon Cedex 07
Tél :
dev. A plugin package would
depend on the ipe7-shlibs package and build-depend on ipe7-dev (and the
plugin would be very likely to need deep rewriting should the major
version ever increase).
/v
--
Vincent Beffara
UMPA - EN
plitoff, and Fink will not be confused by two
descriptions of ipe in two different files. That makes a lot of sense,
actually.
Thanks for all the advice !
/v
--
Vincent Beffara
UMPA - ENS-Lyon
46 allée d'Italie
69364 Lyon Cedex 07
Tél : 04 72 72 85 25
--
match the software name without a version
number attaached to it ?
Thanks for all your help,
/v
--
Vincent Beffara
UMPA - ENS-Lyon
46 allée d'Italie
69364 Lyon Cedex 07
Tél : 04 72 72 85 25
--
Download Intel®
t in my home dir and not in /sw means it's Apple". I
remember now that I did install these libs as a package at some point.
Sorry about that.
Thanks again !
/v
--
Vincent Beffara
UMPA - ENS-Lyon
46 allée d'Italie
69364 Lyon Cedex 07
Tél : 04 72 72 85 25
---
e focus on command-line launch, besides replacing it with
a launcher for a .app bundle ?
Thanks for your help in this !
Cheers,
/vincent
--
Vincent Beffara
UMPA - ENS-Lyon
46 allée d'Italie
69364 Lyon Cedex 07
Tél : 04 72 72 85 25
---
tainer (cc'ed) a chance to express assent.
Go ahead ! Indeed 0.98 is getting really old ...
/v
--
Vincent Beffara
UMPA - ENS-Lyon
46 allée d'Italie
69364 Lyon Cedex 07
Tél : 04 72 72 85 25
--
Download Intel®
makes the usual approach unusable ? Do the generated .pyc files fail to
load somehow ?
/v
--
Vincent Beffara
UMPA - ENS Lyon
46 Allée d'Italie
69364 LYON cedex 07
Tel: 04 72 72 85 25
Fax: 04 72 72 84 80
-
This SF.
Hi,
> It created a working independent redistributable dmg for me.
> I think it would be a nice thing for qt apps built in fink.
Do you mean that the whole Qt framework is contained in the app ? That
sounds a bit overkill ...
/v
--
Vincent Beffara
UMPA - ENS-Lyon
46 allée d'I
now, after about 20 hours of
compiling.
One potential danger would be that XCode 3.1 contains several versions
of gcc, and switching between them in the middle of the upgrade might
mess things up a bit ...
/v
--
Vincent B
h as possible).
Agreed, but this is not what I meant - I mean calling svn with a
specific revision number (which would of course also be part of the fink
version number). Then the result _is_ guaranteed to be the same.
some packages) is to get the
> diff to an svn or cvs version and make a patch file from it.
Sure, that's doable, but it becomes quite tedious if you want to track a
fast-moving project ... Are you implying that it is _not_ acceptable to
call svn (or cvs or git or whatever) from the patch scr
e, but it would be fantastic to have fields
like Repository: and Revision: in finkinfo file !
And solution (ii), to be implementable properly, would need to compute
the package version number from the current revision, which afaik is not
doable right now.
Anyway, it's too hot to think pro
-base
(Not saying that this is a trivial thing to do, but the package
descriptions in debian and fink are not that different, from what I
understand.)
Anyway, I will have access to a debian (well ubuntu) system pretty soon,
I will have a look at the build process.
/v
--
Vincent Beffara
UMPA -
ges (and I seem to remember
that they did for tetex when I used it), some trouble can be avoided by
"plagiarizing" what they do ... It's FOSS after all !
/v
--
Vincent Beffara
UMPA - ENS-Lyon
46 allée d'Italie
69364 Lyon Cedex 07
Tél : 04 72 72 85 25
pgp1Xa
PS and it all seems to work fine.
Excellent ! The new version + new patch are on the tracker.
I also submitted the patch "upstream" for inclusion - not everyone that
has a Mac is using Fink, even though they should ;-)
Cheers,
/v
--
Vincent Beffara
UMPA - ENS-Lyon
46 allée d'It
nks,
/v
--
Vincent Beffara
UMPA - ENS Lyon
46 Allée d'Italie
69364 LYON cedex 07
Tel: 04 72 72 85 25
Fax: 04 72 72 84 80
diff --git a/offlineimap/imapserver.py b/offlineimap/imapserver.py
index 4e37ece..2f0119e 100644
--- a/offlineimap/imapserver.py
+++ b/offlineimap/imapserver.py
@@ -23,
er item of fink (which is currently delayed, with good reason,
precisely because of its crashing behavior).
/vincent
--
Vincent Beffara
UMPA - ENS Lyon
46 Allée d'Italie
69364 LYON cedex 07
Tel: 04 72 72 85 25
Fax: 04 72 72 84 80
diff --git a/offlineimap/imapserver.py b/offlineimap/im
o that will be
for version 5.99.8-2 I guess - unless version 6 is released first ;-)
/v
--
Vincent Beffara
UMPA - ENS-Lyon
46 allée d'Italie
69364 Lyon Cedex 07
Tél : 04 72 72 85 25
-
This SF.net email is sponsored by: M
et bitten by that ...
Especially since recompiling on the opposite end is not trivial at all
if OCaml is not present.
/v
--
Vincent Beffara
UMPA - ENS-Lyon
46 allée d'Italie
69364 Lyon Cedex 07
Tél : 04 72 72 85 25
-
on to competing for the longest package name).
Are you considering a texlive (i.e. from source) package as well ? Or is
that an obviously bad idea ? One advantage would be sharing of the texmf
tree with additional Fink packages. But compiling TeXlive is likely to
be non-trivial ...
/v
--
Vince
> I am attaching something that works.
Hmm, well, _this_ time I am attaching them, sorry for the double post...
/v
--
Vincent Beffara
UMPA - ENS Lyon
46 Allée d'Italie
69364 LYON cedex 07
Tel: 04 72 72 85 25
Fax: 04 72 72 84 80
Package: glob2
Version: 0.9.1
Revision: 1
GCC: 4.0
Arch
CacheDir() where it stores
object files and such. Setting this to be outside of the build dir (say
in /tmp or something) makes it possible to keep the cache across various
versions of a package. For packaging and debugging, it saves a lot of
time (second compilation is something like 15 seconds
it 1" lines might not be the best idea, are you sure
you can't have them work instead ? From what you say, it sounds like
either CPPPATH or LIBPATH is set too late, which should be fixable.
HTH, and come back if it doesn't,
/vincent
-
25 matches
Mail list logo
