ion. Perhaps n.n-fink-1 or something like that?
Wouldn't the fink package naming scheme (i.e., use of Revision) take
care of that? I can't remember seeing a fink package handled as %n-%v
(interacting with outside tarballs maybe, but not within the fink
world's package manager code
On Tue, Jan 06, 2004 at 08:10:20PM +0100, Max Horn wrote:
> Am 06.01.2004 um 19:50 schrieb Daniel Macks:
>
> >In gmane.os.apple.fink.cvs, you said:
> >>Update of /cvsroot/fink/fink/perlmod/Fink
> >>In directory sc8-pr-cvs1:/tmp/cvs-serv28331
> >>
> >
#x27;m pretty anal about trying things before committing. As part of
this, I got annoyed by some things about fink itself, so I got
involved in hacking the package manager.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
well-defined format, doesn't sound too hard
to parse out the tracker name and item summary, a URL to the item, the
status (drop it from your list if closed), last-update user and date,
etc.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
site, and I've
> googled like crazy, but I can't find the fink trackers mailing list.
> How do I subscribe to this list?
http://lists.sourceforge.net/lists/listinfo/fink-tracker
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
ing it in xml/README? And/or a 'make
commit' target in Makefile?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration M
|grep share/pixmaps
>
> /sw/share/pixmaps
> /sw/share/pixmaps/sodipodi.png
Ick. Sounds like scite isn't creating the pixmaps/ directory, so
installing the file "into" %i/share/pixmaps installs it *as*
%i/share/pixmaps instead of a file named whatever within
%i/share/pixmaps
an-04, at 7:09 AM, Daniel Macks wrote:
>
> >Update of /cvsroot/fink/fink/perlmod/Fink
> >
> >Modified Files:
> > ChangeLog Validation.pm
> >Log Message:
> >Be anal about format of Maintainer (so can parsed according to its
> >documentation).
--
On Mon, Jan 05, 2004 at 09:18:14PM +0100, Max Horn wrote:
>
> Am 05.01.2004 um 18:51 schrieb Daniel Macks:
>
> >I want to have a way for arbitrary programs to learn about fink's
> >pathname configs. Some kind of config script that would return things
> >like '
rom "Open" to "Pending". It is possible to display
> only those packages that are "Pending", or those that are "Open". The
> latter would then be those that have not yet received any attention.
Would the flip-side then be that the original submitter needs
-pm.info ---
> Package: dbd-mysql-pm
> Depends: dbd-mysql-pm560 | dbd-mysql-pm581
> Type: bundle
> Description: Placeholder for versioned DBD::mysql packages
Wasn't there a move afoot a while back to *not* have all these
perl-unversioned placeholder bundles? What purpose do they
mplate-notex-pm580, template-pm581
But anyway, why not? It sounds like this keeps me from simultaneously
having perl 5.8.0 and 5.8.1 each with a full complement of modules.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
3.0-1), perl580-core
>
> those '580' should presumably be 581 ...
> (Also the Suggests line has a couple of stray 580's)
> And the same is true for template-pm581.info
Man, does %lv rock or what!
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
ome
underlying process was possibly not obeying this?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management
ing created, or is the pixmaps file not
supposed to be installed (so no reason to create directory)).
But anway, I just committed a quick and dirty solution to CVS. Try
upgrading to scite-1.57-13 (subject to the usual CVS and rsync
mirroring time delay:) and see if the problem goes away.
dan
--
Daniel
fs to "blessed" objects)?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
adv
On Sun, Jan 11, 2004 at 11:53:41PM +0100, Max Horn wrote:
> Am 11.01.2004 um 23:31 schrieb Ben Hines:
> >On Jan 11, 2004, at 2:22 PM, Daniel Macks wrote:
> >
> >>Switch to an object-oriented and consistent way of handling source
> >>tarballs. Seems to slow d
On Sun, Jan 11, 2004 at 06:28:49PM -0500, Daniel Macks wrote:
> On Sun, Jan 11, 2004 at 11:53:41PM +0100, Max Horn wrote:
> > Am 11.01.2004 um 23:31 schrieb Ben Hines:
> > >On Jan 11, 2004, at 2:22 PM, Daniel Macks wrote:
> > >
> > >>Switch to an object-
es, just pick
perl and use that version for all Depends.
There are more technical solutions involving changes to the fink code
or to dpkg, but this seems straightforward to implement (just a policy
change and then fix a bunch of packages instead of modifying fink and
waiting for fink-0.19
On Mon, Jan 12, 2004 at 08:39:20PM -0500, David R. Morrison wrote:
> Daniel Macks <[EMAIL PROTECTED]> wrote:
>
> > A possible solution would be to declare that any package that depends
> > on a versioned module must be versioned. Period. It would therefore be
> > i
On Mon, Jan 12, 2004 at 11:12:47PM -0500, David R. Morrison wrote:
> Daniel Macks <[EMAIL PROTECTED]> wrote:
> > On Mon, Jan 12, 2004 at 08:39:20PM -0500, David R. Morrison wrote:
>
> > > Some pm packages install binaries in /sw/bin and/or man pages in
> > > /
y with current state of
affairs).
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
adva
at all, just a
single, searchable, place and where (at least) answerers put answers
and (hopefully) users would look. Something that can be more
discussion-ish and flexible than a single pronouncement coming from
the FAQ.
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
ILE: imlib2-rb.info ---
> Package: imlib2-rb
> Depends: imlib2-rb18
> Type: bundle
> Description: Placeholder for versioned opengl packages
Uh oh. What is the situation in which one would need this bundle
package, and how is this not taking us into the same hell that is perl
versi
> }
What is the effect of get_ruby_dir_arch() here (i.e., why are you
handling type:ruby separately)? But more importantly, it appears you
are having the default action to be "make install" even in a SplitOff
of a type:ruby package. That seems bad.
dan
--
Danie
On Thu, Jan 15, 2004 at 12:51:44PM +0100, Max Horn wrote:
>
> Am 15.01.2004 um 12:34 schrieb Daniel Macks:
>
> >Matthias Neeracher <[EMAIL PROTECTED]> said:
> >
> >>--- NEW FILE: imlib2-rb18.info ---
> >>Package: imlib2-rb18
> >>Depends: rub
es set in stone at compile-time. When a new version of
perl is released, rebuilding foo-pm will set a different Conflicts
line into a .deb with the same %r, which is bad. Though having the
.info code for which XXX are known, and so have the maintainer adjust
this and bump %r when he determines
% grep -lr /sw/fink/10.3 '%n-dev'
doesn't find anything.
Note to self: improve this error message to indicate which file/field
is causing the problem.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
T
On Fri, Jan 16, 2004 at 05:28:47PM +0100, jfm wrote:
>
> On Jan 16, 2004, at 5:17 PM, Daniel Macks wrote:
>
> >On Fri, Jan 16, 2004 at 03:47:34PM +0100, jfm wrote:
> >>When updating fink from cvs an hour ago, I got :
> >>
> >>ln -s 10.3 /sw/fink/d
On Fri, Jan 16, 2004 at 05:44:09PM +0100, jfm wrote:
>
> On Jan 16, 2004, at 5:17 PM, Daniel Macks wrote:
>
> >adjusted those .info in 10.3 in CVS Wednesday night. For me:
> > % grep -lr /sw/fink/10.3 '%n-dev'
>
> Even in 10.3 I still
On Sun, Jan 18, 2004 at 03:39:42PM -0500, David R. Morrison wrote:
> Daniel Macks <[EMAIL PROTECTED]> wrote:
>
> [snip]
> > For those playing along at home: previously and since the dawn of
> > splitoffs, :SplitOff:Package: was being evaluated in the scope of the
> &
s
by simply "Depends: ripper" and be assured of a fully functional
module *somewhere*?
Based on the freeride example you give, you're in the same
versioned-perl-module handbasket. If it's the freeride package (which
is not ruby-versioned) that needs a certain suite of modules al
he MD5 when I bumped revision 2 -> 3, even though I'm sure it was
correct when I the package was originally created, and the MD5 the
user reports for the mirror is that of revision 2.
Could some fink mirror maven take a look at this and force a
remirroring?
dan
--
Daniel Macks
[EMAIL PROTEC
On Thu, Jan 15, 2004 at 06:24:07PM -0800, Matthias Neeracher wrote:
> >From: Daniel Macks <[EMAIL PROTECTED]>
> >
> >But more importantly, it appears you are having the default action
> >to be "make install" even in a SplitOff of a type:ruby package.
&g
On Tue, Jan 20, 2004 at 10:22:04AM +0100, Michal 'hramrach' Suchanek wrote:
> On Mon, Jan 19, 2004 at 10:28:33PM -0500, Daniel Macks wrote:
> > On Mon, Jan 19, 2004 at 01:35:31PM +0100, Michal Suchanek wrote:
> >
> > Do you really need the *default* interpretter to
ltiple packages at once.
Maybe you should first do a -x test and then crash with a "you must
have xfontpath installed before attempting to install gimp-freefonts"
message.
You do the same thing in the PostRmScript, but now there's an even
weirder depende
On Fri, Jan 23, 2004 at 09:29:16AM +0100, Martin Costabel wrote:
> On 23 janv. 2004, at 07:38, Daniel Macks wrote:
> >
> >I see you have a Depends:xfontpath, but I don't know if fink and dpkg
> >have a deterministic order when installing multiple packages at once.
> &g
oo-1.2.4, you
> don't want copies of Makefile~ and configure~ clutering up the patch
> file, and complicating the task of reconstructing fink related changes.
Alternatively, you could just pass -x'*~' to diff:)
dan
--
Daniel Macks
[
On Wed, Jan 21, 2004 at 09:10:24AM +0100, Michal 'hramrach' Suchanek wrote:
> On Tue, Jan 20, 2004 at 04:39:27AM -0500, Daniel Macks wrote:
> > On Tue, Jan 20, 2004 at 10:22:04AM +0100, Michal 'hramrach' Suchanek wrote:
> > > On Mon, Jan 19, 2004 at 10:28:33PM
FinkInfoVersion field and have the indexer ignore files that have that
higher what version that fink can handle? Anything else?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
The SF.Net email is sponsored by EclipseCo
On Mon, Jan 26, 2004 at 02:14:00PM +0900, Peter O'Gorman wrote:
> Daniel Macks wrote:
> |
> | In implementing variants, I'm doing some percent expansions on Package
> | using %things that may not be known to previous fink. That means (I
> | think) that if a user selfupdat
sible to old-fink. But new-fink (which knows how
to handle them) would also know to look for them.
It's not the prettiest of hacks, but it was a probably-workable
solution that came to mind...
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
exer ignore any file that is newer than the level it supports.
Maybe a "MinFinkVersion: " field as the first line?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
The SF.Net email is sponsored by Eclip
ion.
> -BuildDepends: fink (>= 0.17.0-1), test-simple-pm, x11-dev
> +BuildDepends: fink (>= 0.17.0-1), test-simple-pm
Do you need x11-dev?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
The SF.Net em
8.0)
>
> Forgot to mention that versioned deps have to have a revision, like:
>
> Depends: tcltk (>= 8.0.0-1), etc.
As I understand Services::version_cmp(), the revision can be omitted,
in which case it defaults to "" (which compares numerically as zero).
dan
Services::version_cmp(), and it would
give confusing .deb filenames (where _ is used to delimit the fields).
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference
rsion may only contain lowercase letters, numbers,'.', '+' and '-'
mime-tools-pm.info
squid-2.5.STABLE1-2.info
squid-2.5.STABLE1-2.info
tk-pm.info
tk-pm581.info
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
--
In gmane.os.apple.fink.cvs, you said:
> RCS file:
> /cvsroot/fink/dists/10.3/unstable/main/finkinfo/libs/perlmods/getopt-long-pm.info,v
> -Version: 2.34
> +Version: 2.34_01
^
Hello?
You might want to take advantage of a Validation.pm with CVS r>=1.98...
dan
-
se was last updated
at 16:42 GMT on Tuesday, February 03 and currently lists
! 462 packages in 22 sections.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
The SF.Net email is sponsored by EclipseCon 2004
Prem
ly in atk1.
> I'm planning to add a routine to Validation.pm which looks to see if
> the package provides headers, and if so, checks to see if
> BuildDependsOnly:true has been set. If not, it issues a warning.
>
> Our shlibs system will only work if all packages adhere to it.
t, either (though we never
> >explicitly forbid it, either).
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and
2004-01-06.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. Februar
e | system-perl581, mime-base64-pm
> +BuildDepends: fink (>= 0.17.0-1), mime-base64-pm
Should those mime-base64-pm still be versioned?
My hate of placeholders knows no bounds:)
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
ghts?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5
I'm maintaining a package, the source for which is not going to be
easily accessible from that project's server. It's LPGL, so can I just
stick it somewhere in fink's SourceForge CVS? Where?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.
, in which
> BuildDependsOnly should change from version to version.
kdelibs3-ssl suffers here. I just now got:
WARNING: The package kdelibs3-ssl Depends on kdelibs3-ssl-shlibs,
but kdelibs3-ssl-shlibs only allows things to BuildDepend on it.
On Tue, Feb 10, 2004 at 02:45:59PM +0100, Darian Lanx wrote:
> Daniel Macks wrote:
>
> >
> >Thoughts?
>
> To put it short and please do not see this as completely useless
> critique. This is too complicated for my taste. [...] But you can
> hardly expect the majo
On Tue, Feb 10, 2004 at 01:05:54PM -0500, Daniel Macks wrote:
>
> The simpler version of the idea is just a simple string equality test:
>
> Depends: (%type_perl_version 5.8.1) thing-pm
> Depends: (X%type_nox X) x11
>
> Either [the two strings in parens] are the sa
it at least lets people bootstrap off a lot
> of existing domain knowledge of the C preprocessor. And we wouldn't
> even have to write anything new, we just have to call cpp with the right
> -D's for everything fink "provides" and everything is done for us
On Wed, Feb 11, 2004 at 03:47:57PM +0100, Darian Lanx wrote:
> Peter O'Gorman wrote:
> >Daniel Macks wrote:
> >>
> >
> >
> Yes, I vote for a solution in Perl as well, yet I still think that the
> syntax is simply bad. Bad as in too complicated for the c
On Wed, Feb 11, 2004 at 02:11:19PM -0500, Benjamin Reed wrote:
> Daniel Macks wrote:
>
> >It we want to go programming-language-style:
> >
> > Depends: %type_perl_version == 5.8.1 && thing-pm
> > Depends: %type_nox == -nox || x11
> >
> >It w
On Wed, Feb 11, 2004 at 09:35:42PM +0100, David H. wrote:
> Daniel Macks wrote:
>
>
> Ok I will play the advocate of "easiness" now.
Bring it on.
> >Early in the -devel variants discussions, it was decided that we
> >should overload the Type: field. So we just
On Thu, Feb 12, 2004 at 06:14:10PM +1100, Rohan Lloyd wrote:
> On 12 Feb 2004, at 4:33 PM, Daniel Macks wrote:
> >On Thu, Feb 12, 2004 at 12:53:09AM +1100, Rohan Lloyd wrote:
> >>
> >>I discovered that fink did not like this. If I add a "#!/bin/sh" to
> &
(thing) package
The two things are compared according an operator (one of: << >> == !=
<= >=). As an alternative we could also have the latter case which
checks for thing being non-null (or some "true" enum).
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.net
On Thu, Feb 12, 2004 at 08:40:37PM +1300, Nigel Stanger wrote:
> On 12/2/2004 10:22 AM, Daniel Macks at [EMAIL PROTECTED] spake thus:
>
> > For the Depends logic, I think the bleh-or-blah would not be a very
> > common occurance. More often (at least in the situations I can thin
l (but not the tk tarball) is part of expect itself.
>From expect.info:
Source: http://expect.nist.gov/src/%n-%v.tar.gz
Source2: mirror:sourceforge:tcl/tcl8.4.1-src.tar.gz
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
t it probably should. Current situation:
Description: warn at 45, error at 60
DescDetail: warn at 79
DescUsage: warn at 79
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF.Net is sponsored by: Speed Start You
ou can use
tkdiff (part of tkcvs package) to highlight the character-by-character
differences in a line between arbitrary CVS revs.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF.Net is sponsored by: Speed Start
it would be best to just run the unpack and patch phases
for a fink with %p not /sw and then simply search %b for "/sw". That
way we also get patches applied by PatchScript (current tests only
look at the file listed in Patch:) and also allow the original to have
/sw which is t
Just a thought...
Until we get BuildConflicts, what if we have a no-freetype package
that conflicts/replaces freetype (and add conflicts/replaces for it to
freetype), so one could BuildDepends:no-freetype?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
s the -devel (or whatever other build tools) do get
listed in BuildDepends. I think many packages screw up this last bit
(probably mine included:(
> > - Let them know if they are missing fink fields, like if they have
> > a ..conf file but forgot ConfFiles: field, or are not using
Homepage or License changes,
though these cases (esp the latter) are rather rare.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & W
On Sat, Feb 14, 2004 at 03:08:13PM -0800, Ben Hines wrote:
>
> On Feb 12, 2004, at 9:09 PM, Daniel Macks wrote:
>
> >The DescDetail is one giant line, so it looks like crap on plain-text
> >displays. A couple of weeks ago I added a validator warning for this a
> >coupl
r from someone else's. A better way of looking at it is where the
.info is a template (and list of values for it) that fink processes to
generate a bunch of other .info files. To see a not-quite complete
implementation, have a look at HEAD of Package.pm and see how
setup_package_object() handl
e comment says, won't there
never be any \s after a \n?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linu
Script fields (which didn't
even mention #! scripts at all!).
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services
On Tue, Feb 17, 2004 at 12:03:45AM +1100, Rohan Lloyd wrote:
> On 16 Feb 2004, at 8:20 PM, Daniel Macks wrote:
>
> >Okay Rohan, I think that works now. I just patched Services.pm. Give
> >it a try. For the second above, I used:
> >
> > # Unfold multiline commands i
cript, yes?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. C
mply stash
the raw values and then only expand_percent as needed? It would cost a
few CPU cycles during dependency checking and package compiling, but
would save many during index building.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
On Tue, Feb 17, 2004 at 06:07:51PM +0100, jfm wrote:
> On Feb 16, 2004, at 3:19 AM, Daniel Macks wrote:
>
> >On Sun, Feb 15, 2004 at 01:40:24AM +0100, Martin Costabel wrote:
> >>One (minor) question in this context is how the package database
> >>determines the main
level fields in those files.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit
ntainers who are no longer with us... A change like
> this will eventually require a "cleanup" by some person or group who goes
> through all existing .info files, so I'm just curious about the magnitude
> of that task.
>
> -- Dave
>
> Daniel Macks <[EMAIL PRO
methods used to implement them.
>
><<
This has been discussed on -devel, documented in the Packaging Manual
for a week, and been caught by 'fink validate' in CVS fink for over a
month (will be in the imminent fink-0.19.0).
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspa
Wed Aug 6 14:17:18 2003
> [old]
>> ! include_dirs = [my_inc, '/usr/include']
>> ! library_dirs = ['/usr/lib']
> [new]
>> ! include_dirs = [my_inc, '/sw/include']
>> ! library_dirs = ['/sw/lib']
>
> Tha
ure fink that involve adding things to a .info that makes the
file not-parsable by an older fink. We simply stuff the whole ".info"
in an Info2 field and only this new fink would know to look there
(older fink would just skip this otherwise Package:-less .info). That
means even "to
id R. Morrison wrote:
> Hi Dan. This sounds good to me.
>
> Daniel Macks <[EMAIL PROTECTED]> wrote:
>
> > For several months now, Services.pm has noted that RFC-822 (whitespace
> > indentation) for multiline fields in a .info is deprecated. And
> > there'
just
> more SPAM. Put the warning in the validation.pm.
>
> -Ben
>
> On Feb 24, 2004, at 1:49 AM, Daniel Macks wrote:
>
> >
> >I just converted all the .info files in the 10.2-gcc3.3 and 10.3 trees
> >and enabled a warning (during indexing) about the now-dep
is sponsored by: Speed Start Your Linux Apps Now.
> >Build and deploy apps & Web services for Linux with
> >a free DVD software kit from IBM. Click Now!
> >http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> >_______
<<
> gdialog or Xdialog replacement
> <<
>
> to:
>
> Description: gdialog or Xdialog replacement
>
> The description is supposed to describe what it is/does, rather than
> just repeating the package name.
--
Daniel Mack
' unix/tk8.4/Makefile.in
><<
I don't think continuation-lines in simple scripts (those that do not
begin with #!/bin/bash or whatever) is supported until fink 0.19.0.
Probably not a problem since unstable already has this version, but
could be a gotcha for people who only use
ot; at line 20 of
"/sw/fink/dists/stable/main/finkinfo/sound/icecast.info".
WARNING: Unable to parse the line "<<" at line 20 of
"/sw/fink/dists/unstable/main/finkinfo/sound/icecast.info".
I just fixed all this mess.
dan
--
Daniel Macks
[EMAIL PROTECTED
beginning and end, try dealing with the rest.
>
> On 29-Feb-04, at 11:08 AM, Daniel Macks wrote:
>
> >Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/sound
> >In directory
> >sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv20107/unstable/main/finkinfo/
> >
l eyes looking it over before committing,
post it here (if it's short:) or email me. Or commit it and we'll all
just see it in fink-commits...
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF.Net is spon
eplaces: %N
<<
SplitOff2: <<
Package: %N-dev
Replaces: %N (<= 3.93.1-10)
<<
Should SplitOff:Replaces:%N also have versioning? Otherwise it doesn't
make much sense.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
--
if ["%type_raw[-x11]" eq "-x11"]; then
./configure %c --with-x11
else
./configure %c --without-x11
fi
make
<<
<<
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
--
e? Is it my
> unversionedpackagename?
%n is (still) the whole value of the Package field. After expansion.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
B
you just pass
--enable-static=yes --enable-shared=no
and get only static libs? That way they aren't needed at run-time and
can be omitted from the fink package.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
be changed).
Package: foo%type_pkg[-x11]
Type: -x11 (boolean)
# %n is foo
# %Variant_name is either foo-x11 or foo
SplitOff: <<
Package: %N-shlibs
# %N is either foo-x11 or foo
# %n is either foo-x11-shlibs or foo-shlibs
# (*not* always foo-shlibs)
<<
dan
nt portion of Package (i.e., %type_*[] blanked out).
%Vn is full (with %type_*[] already expanded) Package.
%N is %Vn of parent.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
This SF.Net email is sponsored by: IBM
On Wed, Mar 03, 2004 at 09:19:44PM -0500, Koen van der Drift wrote:
>
> On Mar 2, 2004, at 7:15 PM, Daniel Macks wrote:
>
> >Fink CVS HEAD now contains full variant support. It works for me, but
> >I would love for some folks to try some test cases and let me know if
> &g
401 - 500 of 1003 matches
Mail list logo