tually caused by something else. There are some XML errors in the
gnome-doc-utils support package that are in the process of being
fixed...perhaps that's the critical problem here?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
On Fri, Aug 26, 2005 at 08:15:25AM -0400, Alexander K. Hansen wrote:
> Daniel Macks wrote:
> >Update of /cvsroot/fink/dists/10.4-transitional/unstable/crypto/finkinfo
> >
> >Added Files:
> > yelp.info yelp.patch
> >Log Message:
> >GNOME help viewe
On Tue, Aug 16, 2005 at 09:42:14AM -0400, Alexander Hansen wrote:
> Daniel Macks wrote:
> >Update of
> >/cvsroot/fink/dists/10.4-transitional/unstable/main/finkinfo/gnome
> >In directory
> >sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv9634/10.4-transitional/u
loitering in the submissions queue:
http://sourceforge.net/tracker/?group_id=17203&atid=414256&func=detail&aid=1227723
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF.Net email is Sponsored by the Better
es declare Depends:base-files?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle P
On Sun, Aug 07, 2005 at 08:32:46PM -0400, Kevin Horton wrote:
> On 7 Aug 2005, at 19:30, Daniel Macks wrote:
> >
> >There's an entry for "InfoN" in the Fields section of the Packaging
> >Manual. [...]
> >The entry for "InfoN" should (but doe
field of the main package (as documented in the entry for the Package
field). The entry for "InfoN" should (but does not:( list the specific
meaning of each N level.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
--
m ghc not darcs, right? ghc was pulled from the
Tiger distro because nobody could figure out how to get it to build
correctly.
> Package manager version: 0.24.2
You probably haven't selfupdated in quite some time.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
e (may as well make it a unanimous core position).
There are a few places where we do package beta-release or
release-candidate versions, "unofficially-patched" forms or even CVS
snapshots, but these are for packages where this version has critical
new features or bugfixes.
dan
--
Dani
may as well take the
opportnity to clean up other parsing annoyances and get as clean a
syntax as possible. Kill off RFC-822 (which has been deprecated and
gives loud warnings) for over a year. Apply this python method to all
fields, not just Info3 (pass $infon read_properties_var and do it in
the par
no problem
False...it may have been installed at some point earlier in your
package building process, but if so it was later removed. The advice
in the paragraph that usually follows this error message, something
about trying to build just the package whose buildlock failed, is
the first thing to t
erve as a good starting point...could be
easy to modify it yor a new version.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simpl
p.
It would be great to have someone actively maintain these important
packages (emacs21*) also. There are several long-standing bugs (with
fixes) on the trackers.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
On Mon, Jul 11, 2005 at 03:51:28PM -0400, Koen van der Drift wrote:
>
> On Jul 11, 2005, at 2:03 AM, Daniel Macks wrote:
>
> >One solution is to
> >create a final old-name-2.0-1:Depends:new-name(>=2.0-1) but is
> >Type:bundle and has a Description noting that it
:bar, any version of foo would be seen as newer than
every version of bar, and dpkg would make some intelligent decisions
about automatically trying to remove bar.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
This S
em to be). See the .info in perlmods/ for numerous examples.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple
b compiled with different ABI are not
binary-compatible. Because I rebuild bar, do I have to rebuild biz, or
does the ABI incompatibility issue only affect the C++ (not "pure C")
interface?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http:/
7;re welcome to look in scripts/pdb and xml/web/pdb in fink CVS and
in my bin directory on SF's shell server to see the actual scripts
used, and improve upon them.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF
On Mon, Jun 20, 2005 at 10:22:38AM -0700, Matthew Sachs wrote:
> On Jun 20, 2005, at 05:52, Peter O'Gorman wrote:
>
> >Yes, please apply this patch to fort77 (and up the revision), the
> >fork bomb
>
> Done.
Excellent!
dan
--
Daniel Macks
[EMAIL PROTECTED]
ht
ectory.
setup_trdir.sh doesn't work very well. You hard-code a prefix there
that may not be the one used during installation. Part of the make
process should adjust those paths to be the ones that will actually be
used.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
istribution but (for example) not binary
redistribution, or some other wacky licensing terms that would fit
here also.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
This SF.Net email is sponsored by: NEC IT Guy Ga
uses internally.
Fink automatically cleans up buildlocks when it finishes building
(regardless of whether the build succeeded or not). The only way they
get left is if you crash your system or interrupt the lock removal
itself. No real way t
rtable to different prefixes.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput
a projector? How fast can you ride your desk chair down the of
ll but there's no .deb?
true: build it (or first try to download, if we're configured that way)
false: abort (this is the current behavior)
undef: prompt the user (default answer=true)
This is a "new" situation fink is learning how to handle so by default
we ask the use
On Wed, Jun 08, 2005 at 05:59:47AM -0400, Daniel Macks wrote:
> On Wed, Jun 08, 2005 at 11:45:52AM +0200, Martin Costabel wrote:
> > Matthew Sachs wrote:
> > >On Jun 7, 2005, at 10:24, Alexander K. Hansen wrote:
> > >>
> > >>Since XCode 2.1 ha
licit
> Type: arch (-ppc -hell)
> but that's just me. :-)
We already have %m.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput
This may sound naive, but while fat binaries would be important if our
distribution mechanism were "one binary package file, works
everywhere", do we actually expect to have users with a single /sw
that will be used cross-platform?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.ne
138685&group_id=1&atid=350001
Has shell.sf.net re-enabled cron? Should we re-write the updater to
inject to a secondary table and then copy to the main table all at
once (so that the whole update is atomic from the web-user's point of
view)? Should we move off SF?
dan
--
Daniel Macks
[E
he test suite has long been disabled in our glib2
package. I re-enabled it, and while our glib2-2.4.6-7 package passes
on OS X 10.3, the glib2-2.6.4-1 in my exp/ fails one of the array
tests. Oops. Guess the uprgade is gonna be painful for devel:(
dan
--
Daniel Macks
[EMAIL PROTECTED]
http
binaries in the openssl097 package.
An interesting solution proposed by the R folks is to change the
install_name of the dylib. That way [wherever within the linkings of
ApplicationServices that has -lcrypto or its equivalent] and our
-lcrypto link to different .dylib filenames (as opposed to same
ys been the way it is now and
nobody's cared yet, so no reason to care for this imminent release.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Sea
27;new feature' of fink?
Exactly.
> Just curious why I need to type my cvs pass twice.
As you can see, this is implemented using two separate 'cvs' commands,
so there are two separate ssh connections made to SF. Generate a key
pair and upload the public half, and you'll h
ause the
> fink*.deb corresponding to the installed version is not found since it
> is not in /sw/fink/dists (=/sw/fink/10.4-transitional)
That last point appears to be a general a hole in the fink engine. I
(think I:) fixed it in HEAD. Not sure it's relevant to the situation
at hand
r having made it world-writeable
> and re-running one of those commands.
The writing mechanism appears to check for "being root" not "file
writability", but...
> (Furher, I do run many of those commands as root.)
D'oh.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http
ot" (10 or 100) when
making a higher-tree-specific pkg; that way the lower-tree pkg can be
improved without colliding]
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
This SF.Net email is sponsored by Yahoo.
I
flicts eliminates
> this glitch which has been discussed in the thread entitled "fink in
> unstable is unstable".
The goal is clean build first and foremost; *then* worry about
avoiding buildlock deadlock. If there's leakage from an installed pkg
into the build, please do spe
On Thu, May 19, 2005 at 12:07:45AM -0700, William Scott wrote:
>
> For at least the last 24 hours many of the packages appear to be
> missing from http://fink.sourceforge.net/pdb/
We're having trouble with SourceForge's MySQL server.
dan
--
Daniel Macks
[EM
uctured with
a very limited syntax: given a URL to a file, determine the filename.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first softwar
ATH".
So it already *is* doing what you propose. That's why a /sw/bin/perl
causes trouble: it masks /usr/bin/perl and there's no way to know what
version of perl it is. That makes it impossible to write a
BuildDepends for the corect xml-parser-pmXXX.
dan
--
Daniel Mack
ter off scrapping that
approach and just setting it in each package directly and adding the
BDep for the now-more-certain xml-parser-pmXXX?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
This SF.Net email is sponsor
the mirror problems). If
a selfupdate doesn't fix it, please let us know whether the chosen
rsync mirror was used or whether it failed completely and you went to
another mirror.
drm: Does this mean the bindist contains a snapshot of this buggy file?
da
have to worry about removal or dups).
> like manpages and/or /sw/share/doc. We need a spotlight plugin to
> index .deb files...the TOC at a min, maybe even grabbing full
> metadata from the config file...
That would rock. Seems like a generic "archive formats" plugin woul
kages that can be built
> with either a vanilla and -ssl version of a library
> (e.g. db42|db42-ssl).
No. db42 and db42-ssl contain the same-named files and these files
binary compatible. One *can* mix'n'match -ssl vs non-ssl between
compiling and running and it's all okay.
dan
ng called
/sw/bin/abs, so (as with many programs) I can run it by typing its
name (abs) at a command prompt.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
This SF.Net email is sponsored by: NEC IT Guy Games.
Get yo
On Fri, May 06, 2005 at 11:19:01AM +0200, "D. H?hn" wrote:
> Daniel Macks wrote:
>
> > For example:
> >
> > Package: foo-%type_raw[crypto]
> > Type: crypto (ssl tls)
> > License: (%type_raw[crypto] = ssl) Restrctive, GPL
> >
> > f
ield is dumped into a temporary file that is then executed.
Conversely, the description for PreInstScript (and the other dpkg
scripts) reads:
These fields specify pieces of shell scripts that will be called
when the package is installed, upgraded or removed. Fink
automatically adds the shell
On Fri, May 06, 2005 at 07:21:55AM -0500, Chris Dolan wrote:
> On May 6, 2005, at 4:07 AM, Daniel Macks wrote:
>
> >Any thoughts about a syntax like:
> >
> > License: (cond1) Lic1, (cond2) Lic2, ..., (condN) LicN, LicX
> >
> >where cond* are each usual condion
o (ssl tls)
License: (%type_raw[crypto] = ssl) Restrctive, GPL
for a program "foo" that can use different crypto back-ends and whose
own program is GPL would apply Restrictive to foo-ssl but GPL to the
other variant.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.
ssl).
No. Both of those library packages install the same-named files and
these files are binary-compatible with each other. From the
perspective of something compiled against [one of them] the packages
are literally drop-in replacements for each other (same filenames and
with same ABI)
On Tue, May 03, 2005 at 05:34:49PM +0200, Jean-Fran?ois Mertens wrote:
>
> On 02 May 2005, at 22:20, Daniel Macks wrote:
>
> >On Mon, May 02, 2005 at 03:53:56PM -0400, Dave Vasilevsky wrote:
> >
> >>There's a problem with this. Fink's texi2html uses #
sources.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big
nstable that forces use of
/usr/bin/perl always (no doubt portable to Tiger, but I'm not on that
cat to test it right now:)
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
This SF.Net email is sponsored by: NEC
adds a BuildConflicts on all packages
that it supplies.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products fro
illy that it's got the same
name. I *really* don't want to reinvent the whole freetype* mess
again.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF email is sponsored by - The IT Product Guide
Read hones
doing things" rather than to try to shoe-horn it in as a direct
upgrade/replacement for glut itself. Not much links against glut I
don't think, so shouldn't be hard to adjust those deps glut->freeglut
and test them to make sure things are okay.
dan
--
Daniel Macks
[EMAIL PROTEC
> pm581/
> install: Changes: No such file or directory
> ### execution of /usr/bin/install failed, exit code 71
Fixed.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF email is sponsored by - The IT Product Guide
Re
ugh construction of a .info file for a
sample program. There's also the comprehensive Packaging Manual, which
contains policies, a description of how fink builds a package from
source using the .info file, and complete syntax of that file.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org
openssl" one in my mind and f'uped there
my thought about .info. Executive summary: I don't think we can in
general declare copyright terms for others' works. OTOH, .info seem
GPL since people are contributing them to be part of a thin
ere, .info submissions go via SourceForge, which is
slathered with notices that it is for "open source" software
development only, and Fink is distributed under GPL. Especially by
that latter point, it appears that anyone contributing a file to be
part of fink would be placing that f
patch?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live
On Fri, Mar 18, 2005 at 09:26:18AM +0100, Mich?le Garoche wrote:
>
> Well if it should be anywhere under finkinfo recursively, the files
> precisely were not under finkinfo, but above it
My bad reading of the original situation:( Sorry...
dan
--
Daniel Macks
[EMAIL PROTEC
use to do so. Then some Finkster or Finkstress can deal with writing
the .info. Given a list of what libs and other support tools need to
be installed and complete instructions for building it from the
command-line, it's pretty simple to put together a first whack at a
.i
re that much either:) It sees "all files
ending in .info anywhere under under finkinfo/ (recursively)". We have
.info directly in finkinfo/ (in crypto/), in subdirs (in main/*), and
even more-deeply nested (in main/libs/perlmods).
dan
rrow,
Would it also be good to ask OpenSSL themselves what their intent is?
Not directly related to this particular question but just wanted to
mention the existence of http://www.softwarefreedom.org/, who have
staff who are wise in the ways of open-source law and licensing.
dan
--
Dani
f policy, it is just a request.
For Fink-driven compiling, this doesn't change the resulting binary,
it just optimizes the compiling process, right? So that would mean no
need to bump %r?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
/Applications/Fink/R.app
> + /bin/rm -rf /Applications/Fink/R.app
> <<
I wonder if this pkg would be a good candidate for the new AppBundles
.info field.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
S
On Thu, Mar 03, 2005 at 07:09:19AM +0100, Mich?le Garoche wrote:
> Le 3 mars 2005, ? 5:53, Daniel Macks a ?crit :
> >On Thu, Mar 03, 2005 at 04:19:13AM +0100, Mich?le Garoche wrote:
> >>I noticed yesterday the following behaviour, new for me, when using
> >>fink rebuild
ight and the
> deb exists.
> Is this normal? i.e.: should I first build with maintainer mode to be
> sure to get all warnings, then with normal mode to get a recognized
> deb?
That sounds very bad. When you say "running fink validate on the deb",
do you mean the symlink in
. Perhaps the functioning of some
part of the gconf2 stuff in PostInstScript requires a /sw/profile.d/
script that was installed as part of this fink run, so it was not
available in the current shell's env.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
27;t happen.
Do you have Growl installed?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Wow, way to screw up your mailer, dan!
On Tue, Mar 01, 2005 at 08:56:27PM -0500, Daniel Macks wrote:
> On 09 November 2004, Ben Hines said:
> >
> > perl5.8.4-core does not install /sw/bin/perl, but its Config.pm has:
> > startperl='#!/sw/bin/perl'. This messes
ys /sw/bin/perl. So it no work. I want it to use fink perl
> if its there.
>
> Shouldn't fink perl584 be configured with /sw/bin/perl5.8.4 as the
> startpath?
I see that drm has fixed this a day or two ago.
dan
--
Daniel Macks
[EMAIL
84-man
> - Replaces: %{Ni}580-man, %{Ni}581-man, %{Ni}584-man
> + Conflicts: %{Ni}581-man, %{Ni}584-man, %{Ni}586-man
> + Replaces: %{Ni}581-man, %{Ni}584-man, %{Ni}586-man
Need to keep %{Ni}580-man in those fields, since that package did
exist at one point.
dan
--
phase_* calls that build the package. All of this
is well *inside* the lines documented to:
# remove buildconfilcts before new builds reinstall after build
and
# Reinstall buildconficts after the build
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~
know nothing about.
This is just one of many flags and options that are for internal use
by the fink code only. Saves having to rewrite whole chunks of code.
> 3. Another undocumented config parameter is ConfFileCompatVersion.
This probably *should* be documented, since it has some meani
On Fri, Feb 25, 2005 at 03:12:11PM -0500, Dave Vasilevsky wrote:
>
> On Feb 25, 2005, at 10:24 AM, Daniel Macks wrote:
> > open APTDUMP, "$basepath/bin/apt-cache dump |"
>
> Perl usually discourages this form, since if someone could convince
> $basepath to
On Fri, Feb 25, 2005 at 03:00:54PM -0500, David R. Morrison wrote:
> Daniel Macks <[EMAIL PROTECTED]> wrote:
>
> > Update of /cvsroot/fink/fink/perlmod/Fink
> > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv29536
> >
> > Modified Files:
> >
rything in plain-text ASCII. So the proper
solution is to not use non-ASCII chars:) I just patched those two
.info files in 10.3/unstable.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF email is sponsored by - The
hemselves. Some will be helped.
Others will just throw up their hands "I have an error!" in all cases
regardless of how explicit we make the error message.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF
DUMP, '-|', "$basepath/bin/apt-cache dump"
>
> I am CCing this to fink-devel so that it gets fixed soon.
> (Explanation: perl-5.6.x doesn't seem to understand the open command
> with more than 3 arguments.)
Sure 'nuf! Does:
open APTDUMP
prerm always use relative, or should it use
"whatever postinst used"?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundr
y (virtually non-existing) understanding of perl should be entirely
> equivalent:
>
> sub my_version_cmp {
> version_cmp($a,"<=>",$b)
> }
>
> sub sort_versions {
> sort my_version_cmp @_;
> }
>
> then the error disappears. OT
other workaround for this problem?
Bingo. "Provides" packages are neither versioned by default nor
explicitly versionable. This is a limitation of the Debian toolchain.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
On Fri, Feb 18, 2005 at 12:47:46PM -0600, Chris Dolan wrote:
>
> * The usage of "ls -F | cat" is to avoid the columnar output from ls.
How about "ls -F1"?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
g each fewer, broadly-scoped docs or having many
smaller, more-focused bits. Should probably figure that out pretty
soon...
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF email is sponsored by - The IT Product G
> it hardcoded into PkgVersion.pm? Or does Fink scan the package list
> for perl5xx-core and system-perl5xx at runtime?
Hardcoded into fink core means one has to coordinate a new fink
release every time one wants to alter the set of perlXXX-core packages
we have. That's a bit too much
print "Warning: Description starts with \"A\" or "An\"
[...]
> > print "Warning: Description starts with lower case.
[...]
> > print "Warning: Description contains package name.
[...]
> > print "W
ot;?
OTOH, I agree that the package should be updated. Looks like it's got
no maintainer though, so until someone volunteers to maintain it, it
may languish at its old version for a long time.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
accessible places. That seems like it would avoid having the
g77 oddity of calling its /sw/lib/libiberty.a "libiberty-g77.a"?
Can we get rid of the kernel's version-number in its installation
directory? If gcc builds OS-version-specific stuff, we have a package
portability problem..
; Version: 2.4-1
[...]
> -- System Information:
> Architecture: darwin-powerpc (Power Macintosh)
> Kernel: Darwin 7.7.0
> Locale: LANG=C, LC_CTYPE=C (charmap=sh: line 1: locale: command not found)
And what's going on there?
dan
--
Daniel Macks
[EMAIL PROTECTED
e fltk
is requiring glut, the choice has been even been made for you:)
NB, the freeglut pkg appears to be rather broken.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF email is sponsored by - The IT Product Guide
R
On Mon, Feb 07, 2005 at 08:57:26AM +0100, Martin Costabel wrote:
> Daniel Macks wrote:
> >Just want to lay out some ofthe technical issues we've kicked around
> >on #fink. It seems like there are two workable solutions here if we
> >are going to be removing -shlibs p
ers into dependency hell). Note that adding a BuildDepends on the
new fink will not work, because the pkg is already built.
Adding a Depends on the new fink would "work" from a fink perspective,
but it's overly-restrictive on users. And the problem isn't a .deb
compatibilit
On Thu, Jan 27, 2005 at 08:26:24PM -0500, Daniel Macks wrote:
> I tried to compile a package that contained the fairly standard:
>
> sed 's|@PREFIX@|%p|' < %a/%n.patch | patch -p1
>
> in PatchScript and due to a screwup on my part, that patchfile didn't
>
ormal #!/bin/bash
-e *Script field won't save us since still the compound expression as
a whole "succeeds".
Thoughts? Creative solutions?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
This SF.Net em
On Fri, Jan 21, 2005 at 05:57:23AM -0500, Dave Vasilevsky wrote:
> On Jan 20, 2005, at 8:02 PM, Daniel Macks wrote:
> >>>If a user is not carfull the system might end up unusable due
> >>>to e.g. a missing apt while running with UseBinaryDist.
> >
> >That
c-pmXXX in only one of them, how do you know the
perl your pkg happens to use is the one that has Date::Calc? You are
(re)creating a "date-calc-pm placeholder" package, a practice we
abolished (in practice, and by at-least-unofficial policy).
dan
--
Daniel Macks
ding
> fink
> gettext
> libiconv
> libiconv-bin
> ncurses
> ncurses-shlibs
> tar
> unzip
Case in point: fink is in the process of switching from ncurses* to
libncurses*, and maybe dropping tar and unzip. When the installed
libncurses5-shlibs suddenly became Essential:yes a
d this and the buildlock is removed cleanly and then no
message is printed about the user needing to remove the buildlock
manually.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
The SF.Net email is sponsored by: Bea
ume that's because much of their behavior is relative to
"whatever version is currently installed".
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
The SF.Net email is sponsored by: Beat the post-holiday blue
701 - 800 of 1113 matches
Mail list logo
