headers
William Scott | 1 Nov 2004 10:09
Favicon

Re: zsh


Dear David H. et al:

It turns out there is nothing wrong with zsh-4.2.1-13 per se.  The $fpath
problem was an artifact of spawining subshells from within Apple's
supplied /bin/zsh.  If the user makes /sw/bin/zsh the login shell, or
spawns /sw/bin/zsh from a tcsh or bash login shell, the problem does not
arise.

In other words, zsh-4.2.1-13 is perfectly fine and sets its $fpath array
properly.  There is no need to change anything.

Please accept my apologies for wasting your time with this.

Bill Scott

-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
Permalink | Reply | 1 comment |
headers
Michal 'hramrach' Suchanek | 1 Nov 2004 10:41
Picon
Favicon

Re: QT/Aqua instead of QT/X11

On Sun, Oct 31, 2004 at 01:35:16PM +0100, Matthias Ringwald wrote:
> hi
> 
> I'd like to point out, why I would be happy to have a QT/Mac package 
> although
> its not binary compatible and the other fink apps will not run on top 
> of it.
> 
> I tried to build a QT Application both with QT/X11 and QT/Mac, and for 
> this I needed both
> installed (once at a time) to test things. being able to tell fink 
> install qt-mac, which would
> result in uninstalling qt/x11 and installation of qt-mac, is preferable 
> to uninstalling
> qt/x11 using fink and manually compiling and installing qt/mac. also 
> un-installing qt/mac
> would be convenient in fink.
> 
> so switching between both using fink would be helpful.
> that's for the short term.
> 
> in the mid-term, are there reasons the qt-mac libraries cannot be 
> installed as, let say,
> libqtmac*... so being able to have qt/x11 apps installed while having 
> qt/mac-dev at the same
> time ?
> 
> Actually I started setting up a qt/mac.info but forgot how far I got 
> (other things, other priotities..)
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
David R. Morrison | 1 Nov 2004 18:07
Favicon

Proposed new policy on essential dependencies

Dear Fink developers,

In the course of working to update several of fink's "essential" 
packages, some of us have come to realize that we need a policy change: 
we need packages to explicitly declare their dependencies on essential 
packages.

The contrary policy -- that packages should *not* declare dependencies 
on essential packages -- has been part of the lore of Fink for some 
time, although I do not believe it is written down anywhere.  I plan to 
add the new policy to the packaging manual if there are no objections 
to it.

The packages of immediate concern are the essential shared libraries, 
contained in the apt-shlibs, bzip2-shlibs, gettext, libiconv and 
ncurses-shlibs packages.  We will be upgrading two of these packages 
soon, and would eventually like to deprecate gettext and ncurses-shlibs 
in favor of gettext3-shlibs and libncurses5-shlibs, respectively.  We 
can't do that deprecation unless folks declare their dependencies on 
the existing libraries.

Note that stating a new dependency like this, even a dependency on an 
essential package, makes a change in the .deb and requires the revision 
number of the package to me increased.

Comments and discussion are welcome.

   -- Dave

-------------------------------------------------------
(Continue reading)

Permalink | Reply | 5 comments |
headers
Daniel Macks | 1 Nov 2004 20:23

Re: Proposed new policy on essential dependencies

On Mon, Nov 01, 2004 at 12:07:06PM -0500, David R. Morrison wrote:
> Dear Fink developers,
> 
> In the course of working to update several of fink's "essential" 
> packages, some of us have come to realize that we need a policy change: 
> we need packages to explicitly declare their dependencies on essential 
> packages.
> 
> The contrary policy -- that packages should *not* declare dependencies 
> on essential packages -- has been part of the lore of Fink for some 
> time, although I do not believe it is written down anywhere.

It was stated as policy during discusions of the ->10.3 (I think) tree
migration. Closest I know for current documentation is the Packaging
Manual entry for "Essential"
  "All non-essential packages implicitly depend on the essential ones."

> Comments and discussion are welcome.

Sounds good to me.

dan

--

-- 
Daniel Macks
dmacks <at> netspace.org
http://www.netspace.org/~dmacks

-------------------------------------------------------
This SF.Net email is sponsored by:
(Continue reading)

Permalink | Reply | 1 comment |
headers
Pejvan BEIGUI | 1 Nov 2004 20:47
Picon

improvement suggestion

Hi all,

I've got a simple request regarding the way fink handles unsuccessful
downloads. I like to launch the "$fink update-all" before going to sleep
or going out so that everything's done when I'm not actually using the
computer. But what often happens is that some mirrors are not up to date
and I get the following error :
> wget --verbose --passive-ftp http://distfiles.arn.se.eu.finkmirrors.net/ethereal-0.10.7.tar.bz2
> --20:42:53--  http://distfiles.arn.se.eu.finkmirrors.net/ethereal-0.10.7.tar.bz2
>            => `ethereal-0.10.7.tar.bz2'
> Resolving distfiles.arn.se.eu.finkmirrors.net... 212.112.184.143
> Connecting to distfiles.arn.se.eu.finkmirrors.net[212.112.184.143]:80... connected.
> HTTP request sent, awaiting response... 404 Not Found
> 20:42:54 ERROR 404: Not Found.
> 
> ### execution of wget failed, exit code 1
> Downloading the file "ethereal-0.10.7.tar.bz2" failed.
> 
> (1)      Give up
> (2)      Retry the same mirror
> (3)      Retry another mirror from your continent
> (4)      Retry another mirror

And the update-all process is suck until the day after when I come back
to my desk.

So, is there already a workaround around this?
If not, is there a way to improve fink by asking him to select a default
action (like 'give up' or 'retry another mirror')?
(Continue reading)

Permalink | Reply | 501 comments |
headers
Pejvan BEIGUI | 1 Nov 2004 23:44
Picon

Re: improvement suggestion

Todd Heidesch wrote:
> There is a 'yes' switch, implemented as such:
> 
> fink -y update-all
> 
Great, thanks !

> which will try to answer any prompts. (I don't like using it for new
> installs because I don't always like the choices it makes, and sometimes
> the mirrors can still halt the install if they don't respond in the
> typical fashion.) This kind of question would best be sent to the
> fink-users list first.
> 
Yes, sorry. My apologize to everybody on the list.

Cheers,

Pejvan

--

-- 
Pejvan BEIGUI                                     pejvan <at> online.fr

Cet email comporte une signature electronique au format OpenPGP/MIME.
Pour votre propre sécurité, tout email semblant provenir de cette
adresse mais ne comportant pas de signature ou une signature
non-valide sera réputé falsifié.
Permalink | Reply | 0 comments |
headers
Mark Brethen | 2 Nov 2004 03:41
Picon

hooray! I built my first package

I successfully built a fink package for xfrotz:

Package: xfrotz
Version: 2.32.1
Revision: 1
Description: Interpreter for all Infocom-type games
License: GPL
Maintainer: Mark Brethen <mbrethen <at> rochester.rr.com>
Source:  
http://www.ifarchive.org/if-archive/infocom/interpreters/frotz/%n-%v.ta$
Source-MD5: bea7f8b3dad9562f5f05b84461a1a422
InstallScript: <<
#! /bin/sh -ev
make install prefix=%i mandir=%i/share/man
<<

pretty simple.

There's just a few questions for the group:

1) make install will add fonts to /usr/X11R6/lib/X11/fonts/misc. Is  
this okay?

/usr/X11R6/bin/bdftopcf -t Zork_r400-10.bdf -o Zork_r400-10.pcf
/usr/X11R6/bin/bdftopcf -t Zork_r400-11.bdf -o Zork_r400-11.pcf
/usr/X11R6/bin/bdftopcf -t Zork_r400-13.bdf -o Zork_r400-13.pcf
/usr/X11R6/bin/bdftopcf -t Zork_r400-16.bdf -o Zork_r400-16.pcf
/usr/X11R6/bin/bdftopcf -t Zork_r400-20.bdf -o Zork_r400-20.pcf
/bin/sh ./mkinstalldirs /usr/X11R6/lib/X11/fonts/misc
/usr/bin/install -c -m 644 Zork_r400-10.pcf Zork_r400-11.pcf
(Continue reading)

Permalink | Reply | 2 comments |
headers
Alexander Strange | 2 Nov 2004 05:01

Re: hooray! I built my first package


On Nov 1, 2004, at 9:41 PM, Mark Brethen wrote:
> Should I include a script to do that?

I'd suggest looking at some other packages that use "xfontpath".

-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
Permalink | Reply | 0 comments |
headers
D. Höhn | 2 Nov 2004 08:20
Picon
Gravatar

Re: zsh


William Scott wrote:
| Dear David H. et al:
|
Goof morning.
<snip>
|
| Please accept my apologies for wasting your time with this.
|
Please do not worry about it. You did not waste my time, I had a chance
to look more closely at the package. This is important to me. Rtaher
than having no feedback at all, I got some excellent one. This type of
concern just shows me, that my work is worth somethign to someone. A
good feeling.

Thank you

-d
Permalink | Reply | 0 comments |
headers
Martin Costabel | 2 Nov 2004 08:39
Picon

Re: hooray! I built my first package

Mark Brethen wrote:
[]
> 1) make install will add fonts to /usr/X11R6/lib/X11/fonts/misc. Is  
> this okay?

I would say no. They should go into a subdirectory of %i/lib/X11/fonts.
(Just to make Alexander's advice more precise).

--

-- 
Martin

-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
Permalink | Reply | 0 comments |

Gmane