Re: [Fink-devel] libao - need 10.5 tester
I would rather hand off maintaining these packages to someone else, if you'd like to take them feel free! Unfortunately distracted with many things these days so not much time/motivation to work on fink stuff. thanks, -Ben On Fri, Mar 26, 2010 at 4:30 PM, Max Horn m...@quendi.de wrote: Hi Ben, hi fink-devel, the Xiph people just released new versions of libogg, libvorbis, vorbis-tools... and libao. Yeah, really, after many many years, there is a new libao release, and it's now at 1.0.0. They dropped support for 10.4 in it, though. But after looking through the code, I am concerned that they may have (accidentally?) dropped support for 10.5, too: Their code is using AudioComponentInstance, and AFAIK this was only introduced in 10.6 (a grep through my 10.5 SDK seems to confirm this). Unfortunately I just switched to 10.6, so I cannot confirm this with a test compile myself. So, it would good if somebody with a 10.5 machine could test the attached *experimental* libao4 package (yes, they changed the compat version); if 10.5 support is really broken, a report should be written ASAP. Ben: Do you want to adopt libao4 (feel free to use the .info file I made; although it still needs more work), or should I take it? And note that IMO it makes most sense if a single person maintains both libao2 and libao4 Thanks! Max -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Glib
Perhaps if it had a maintainer then it would be up to date. This is silly that we are well over six months behind on such core things. -Ben On Jun 2, 2005, at 9:45 PM, Daniel Macks wrote: Our glib2 is too old for pygtk2-2.3.x :( dan On Thu, May 26, 2005 at 01:02:18PM -0700, Ben Hines wrote: 2.3.4 or later.. On May 26, 2005, at 6:26 AM, Daniel Macks wrote: How new a version do you need? The latest is 2.6.2, but requires gtk+2-2.6.x and we're only at 2.4.x there. -- 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 office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61 plasma display: http://www.necitguy.com/?r=20 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Glib
According to Michele's post http://article.gmane.org/ gmane.os.apple.fink.gnome/1125 The latest glib and gtk+ are binary compatible with 2.6. Since they are currently unmaintained I'll assume noone has any objections to you or anyone updating them. If you can't do it soon i'll go ahead and do so. thanks -Ben On Jun 3, 2005, at 3:14 PM, Ben Hines wrote: Perhaps if it had a maintainer then it would be up to date. This is silly that we are well over six months behind on such core things. -Ben On Jun 2, 2005, at 9:45 PM, Daniel Macks wrote: Our glib2 is too old for pygtk2-2.3.x :( dan On Thu, May 26, 2005 at 01:02:18PM -0700, Ben Hines wrote: 2.3.4 or later.. On May 26, 2005, at 6:26 AM, Daniel Macks wrote: How new a version do you need? The latest is 2.6.2, but requires gtk+2-2.6.x and we're only at 2.4.x there. -- 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 office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61 plasma display: http://www.necitguy.com/?r=20 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Validation change
I disagree with making ALL of these desc checks only verb 3. Did you
mean to only change the 45 char desc warning? (due to bracketing, all
were lowered to verb 4, which means noone will ever see them.
-Ben
} elsif (Fink::Config::verbosity_level() 3) {
# Some pedantic checks
if (length($value) 45) {
print Warning: Length of package description exceeds 45 characters.
($filename)\n;
$looks_good = 0;
}
if ($value =~ m/^[Aa]n? /) {
print Warning: Description starts with \A\ or \An\.
($filename)\n;
$looks_good = 0;
}
if ($value =~ m/^[a-z]/) {
print Warning: Description starts with lower case. ($filename)\n;
$looks_good = 0;
}
if ($value =~ /\b\Q$pkgname\E\b/i) {
print Warning: Description contains package name. ($filename)\n;
$looks_good = 0;
}
if ($value =~ m/\.$/) {
print Warning: Description ends with \.\. ($filename)\n;
$looks_good = 0;
}
---
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 up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Validation change
Sorry that was dmacks :)
Silly cvs.
-Ben
On Feb 12, 2005, at 7:15 PM, Ben Hines wrote:
I disagree with making ALL of these desc checks only verb 3. Did
you mean to only change the 45 char desc warning? (due to
bracketing, all were lowered to verb 4, which means noone will ever
see them.
-Ben
} elsif (Fink::Config::verbosity_level() 3) {
# Some pedantic checks
if (length($value) 45) {
print Warning: Length of package description exceeds 45
characters. ($filename)\n;
$looks_good = 0;
}
if ($value =~ m/^[Aa]n? /) {
print Warning: Description starts with \A\ or \An\.
($filename)\n;
$looks_good = 0;
}
if ($value =~ m/^[a-z]/) {
print Warning: Description starts with lower case. ($filename)\n;
$looks_good = 0;
}
if ($value =~ /\b\Q$pkgname\E\b/i) {
print Warning: Description contains package name. ($filename)\n;
$looks_good = 0;
}
if ($value =~ m/\.$/) {
print Warning: Description ends with \.\. ($filename)\n;
$looks_good = 0;
}
---
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 up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Contents submission patch(es) for review
The deb contents database is pretty much ready for basic testing, see the patch here: experimental/benh57/fink/Reporting.pm experimental/benh57/fink/reporting.patch Folks are wondering why i don't make it live. I do want to put it into CVS, HEAD actually, but since 24 is imminent it does make sense to wait till the new fink is out. Any objections to me checking in this reporting system to HEAD once .24 is released? I haven't recieved much feedback on the implementation or design of the system. I'd like to get it tested, and it will be easiest to get folks to test it if i can put it into CVS. I will fully comment out the non-implemented parts in the help. One other thing holding it up is that i would like to move it to using a better mysql server backend. OD.org may not be able to handle the very large db this will generate. I am thinking of putting just the package details /contents on the alternate SQL server while keeping all the main stuff on the sf one. The search and database is currently here: http://www.opendarwin.org/~benh57/fink/pdb/search.php each package version links to a details page with the contents of the pkg, like: http://www.opendarwin.org/~benh57/fink/pdb/package.php/a52dec (click the 'unstable' version) http://www.opendarwin.org/~benh57/fink/pdb/packagedetails.php? tree=current-10.3-unstablepkg=a52decversion=0.7.4-1 Other Features: - different prefixes are handled by changing %p to /sw for the db - different builds of same pkg shown - (each will be listed, with number of votes for each one) - Since we track votes and such, submitting contents requires an account. Currently no functionality for creating new accounts, is done manually. First submitter of each build is listed in case we would like to contact that person to debug why theirs broke. - packages not in online PDB are not submitted. - The system has a shell for submitting package feedback (stable/unstable) to maintainers which is not fully implemented. thanks -Ben --- 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 up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: fink/perlmod/Fink PkgVersion.pm,1.351,1.352 ChangeLog,1.842,1.843
Why not make 'fink build' ignore the depends line completely in all cases? -Ben On Feb 5, 2005, at 7:30 AM, TheSin wrote: Just to clarify this a little, only comment out the depends and use 'fink build' for testing, make sure you don't commit the pkg with the depends commented, they are still needed for install and run time. This is just to test that all pkgs can build without the depends line. --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 4-Feb-05, at 6:28 PM, TheSin wrote: all pkgs such be able fink build foo with out the depends line so comment it out and add what is needed to builddep line. --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: fink/perlmod/Fink PkgVersion.pm,1.351,1.352 ChangeLog,1.842,1.843
All of fink needs to be built with this patch before releasing this.
We've never audited this policy, my guess is a lot of stuff will break.
-Ben
On Feb 3, 2005, at 10:29 AM, TheSin wrote:
Also this needs to be docu'd and a policy for this needs to be made.
Lots of perlmods don't comply to this.
---
TS
http://southofheaven.org
Chaos is the beginning and end, try dealing with the rest.
On 3-Feb-05, at 11:07 AM, Daniel Macks wrote:
Update of /cvsroot/fink/fink/perlmod/Fink
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv23893
Modified Files:
PkgVersion.pm ChangeLog
Log Message:
Buildlocks use BuildDepends only (not Depends), in accord with #fink
that install-time deps are not implicitly also compile-time deps.
Implement get_family_parent().
Index: PkgVersion.pm
===
RCS file: /cvsroot/fink/fink/perlmod/Fink/PkgVersion.pm,v
retrieving revision 1.351
retrieving revision 1.352
diff -u -d -r1.351 -r1.352
--- PkgVersion.pm 1 Feb 2005 17:15:32 - 1.351
+++ PkgVersion.pm 3 Feb 2005 18:07:42 - 1.352
@@ -930,6 +930,15 @@
return @list;
}
+# returns the parent of the family
+
+sub get_family_parent {
+ my $self = shift;
+ return exists $self-{parent}
+ ? $self-{parent}
+ : $self;
+}
+
# returns whether this fink package is of a given Type:
sub is_type {
@@ -2247,8 +2256,8 @@
# generate dpkg control file
my ($pkgname, $parentpkgname, $version, $field, $section,
$instsize);
- $parentpkgname = $pkgname = $self-get_name();
- $parentpkgname = $self-{parent}-get_name() if exists
$self-{parent};
+ $pkgname = $self-get_name();
+ $parentpkgname = $self-get_family_parent-get_name();
$version = $self-get_fullversion();
$section = $self-get_section();
$instsize = $self-get_instsize($destdir$basepath); # kilobytes!
@@ -2872,37 +2881,15 @@
Provides: fink-buildlock
EOF
- my( @pkglist, $deplist );
-
- # BuildConflicts of parent pkg are Conflicts of lockpkg
- if (exists $self-{parent}) {
- @pkglist =
@{pkglist2lol($self-{parent}-pkglist('BuildConflicts'))};
- } else {
- @pkglist = @{pkglist2lol($self-pkglist('BuildConflicts'))};
- }
- $deplist = lol2pkglist([EMAIL PROTECTED]);
- $control .= Conflicts: $deplist\n if length $deplist;
-
- # All *Depends of whole family of pkgs are Depends of lockpkg...
- @pkglist = ();
- foreach my $pkg ($self-get_splitoffs(1,1)) {
- push @pkglist, map { @{pkglist2lol($pkg-pkglist($_))} }
(qw(Depends Pre-Depends BuildDepends));
- }
-
- # ...but remove pkgs being built now (avoid chicken-and-egg)
- my $pkgregex = join |, map { quotemeta($_-get_name()) }
$self-get_splitoffs(1,1);
- $pkgregex = qr/^(?:$pkgregex)(?:\s*\(|\Z)/; # a pkglist atom of
any of us
- foreach my $deplist (@pkglist) {
- # nuke the whole OR cluster if any atom matches
- # ($deplist is the listref value from @depends so changing
- # $deplist changes the list linked from @depends; no need
- # to edit @depends directly)
- $deplist = [] if grep { /$pkgregex/ } @$deplist;
+ # build (anti)dependencies of pkg family are real
(anti)dependencies of lockpkg
+ my $parent_pkg = $self-get_family_parent;
+ foreach my $field (qw(Conflicts Depends)) {
+ my $build_field = Build$field;
+ if ($parent_pkg-has_pkglist($build_field)) {
+ $control .= $field:
.collapse_space($parent_pkg-pkglist($build_field)).\n;
+ }
}
- $deplist = lol2pkglist([EMAIL PROTECTED]);
- $control .= Depends: $deplist\n if length $deplist;
-
### write control file
open(CONTROL,$destdir/DEBIAN/control) or die can't write
control file for $lockpkg: $!\n;
print CONTROL $control;
Index: ChangeLog
===
RCS file: /cvsroot/fink/fink/perlmod/Fink/ChangeLog,v
retrieving revision 1.842
retrieving revision 1.843
diff -u -d -r1.842 -r1.843
--- ChangeLog 3 Feb 2005 17:32:17 - 1.842
+++ ChangeLog 3 Feb 2005 18:07:43 - 1.843
@@ -1,3 +1,8 @@
+2005-02-03 Daniel Macks [EMAIL PROTECTED]
+
+ * PkgVersion.pm: Change set_buildlock so that Depends are not
+ included. Implement get_family_parent().
+
2005-02-03 Benjamin Reed [EMAIL PROTECTED]
* Notify/Growl.pm: add support for new images, and sticky defaults
---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive
Reporting
Tool for open source databases. Create drag--drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
Fink-commits mailing list
Fink-commits@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-commits
---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag--drop reports.
[Fink-devel] Re: Bug ID 3978724: Cups headers are not included
They lie. Perhaps they are there on tiger? They aren't on panther, even with the dev tools installed. -Ben On Feb 4, 2005, at 8:54 PM, John T. Shaw wrote: I asked a little while back about the cups headers in Mac OS. Interestingly enough I got a response that said the headers are included in a developer install. I guess I was unaware that the copy of Mac OS I was sent when I joined the ADC was different then the copy that came pre-loaded on my machine when I purchased it. At any rate, they claim the cups headers are in fact there. John -- Forwarded message -- From: [EMAIL PROTECTED] [EMAIL PROTECTED] Date: Fri, 04 Feb 2005 14:56:40 -0800 (PST) Subject: Re: Bug ID 3978724: Cups headers are not included To: [EMAIL PROTECTED] Please include the line below in follow-up emails for this request. Follow-up: 7285202 Re: Bug ID 3978724: Cups headers are not included Hello John, This is a follow-up to Bug ID# 3978724. Our engineering team has requested some additional information, which is necessary to investigate this report: Is this a user install or a developer install? If it is a user install, then there are no headers. If you did a developer install, then the headers should be there. On our developer install the headers are there (/usr/include/cups/). This information can be saved directly to your bug report by utilizing the Bug Reporter: 1. Log into the Bug Reporter http://bugreport.apple.com 2. Click 'My Originated Problems' tab 3. Click on Bug ID# 3978724 You will be taken to a screen where you may append information to the Problem Description or upload a file. Alternatively, you may send this information by email to [EMAIL PROTECTED] Thank you for providing this information. Your help is greatly appreciated. Best Regards, Jeff Lemas Apple Developer Connection * Spotlight, 64-bit Support, Dashboard, Automator, and more. Start developing today with the powerful new technologies in Mac OS X Tiger. http://developer.apple.com/macosx/tiger 1/27/05 6:52 PM John Shaw: Summary: The cups header files are not included so you can't utilize the libraries from ported unix programs (or new programs that want to link against cups). Steps to Reporduce: 1. If you try and #include cups/cups.h it isn't there. Expected: We have the libaries, the program, and the cups-config program for auto-detecting the cflags, libs, and version. We just need the headers. Actual Results: We don't have the headers so we can't use the library. Fix: When I add the include files to /usr/lib/cups/ from the source package supplied by Apple I can link and use the libraries as needed. 'cups-includes.tar.bz2' and 'System Profile.rtf'were successfully uploaded -- John T. Shaw --- 404-432-3983 [EMAIL PROTECTED] ___ Do not post admin requests to the list. They will be ignored. Unix-porting mailing list ([EMAIL PROTECTED]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/unix-porting/ bhines%40alumni.ucsd.edu This email sent to [EMAIL PROTECTED] --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Libnids, DSniff, and Libnet
Yep, it should compile fine now.. i grabbed the patch dports had to make it compile. -Ben On Jan 30, 2005, at 8:30 PM, John Davidorff Pell wrote: Thanks a lot. I thought nobody had seen that e-mail. dsniff is in dports, but I've *never* been able to get it to work without manual hackery, so I never got around to packaging it, although I had almost working packages in the tracker a year (or more?) ago. Does it compile on a clean fink install? Thanx! JP On 30 Jan 2005, at 15:29, Ben Hines wrote: I went ahead and switched libnids to libnet1.0 - and packaged dsniff, which was not in fink yet. I dont think a lot of folks have been using libnids especially since dsniff wasn't in fink, and the libnids was installing directly into /sw which is very bad. So i fixed that as well. Anyway, try the the new dsniff fink pacakge, if its fine i'll move all 3 packages to stable tree. thanks -Ben On Apr 12, 2004, at 5:49 PM, John Davidorff Pell wrote: howdy y'all! First, i'd like to thank whomever has been keeping the one package I maintain updated as we've moved through 10.2-gcc3.3 and 10.3. Since libnet was split into 1.0 and 1.1 versions, libnids is no longer what i want it to be (I use it for dsniff which requires libnet 1.0, not 1.1), since libnids is set to depend on 1.1. I would like to ask what the correct way to fix this is. Personally, i think it should be switched to depend on libnet1.0, but some people might not like that so what is the correct way to provide two package versions? libnids-libnet1.0-1.18-2.info? Thanks a bunch, JP -- NOTICE: This E-mail (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is confidential and may be legally privileged. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution or copying of this communication is strictly prohibited, Please reply to the sender that you have received the message in error, then delete it. Thank you. -- Every time you share on a P2P network, God kills a kitten. Please think of the kittens. --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Libnids, DSniff, and Libnet
I went ahead and switched libnids to libnet1.0 - and packaged dsniff, which was not in fink yet. I dont think a lot of folks have been using libnids especially since dsniff wasn't in fink, and the libnids was installing directly into /sw which is very bad. So i fixed that as well. Anyway, try the the new dsniff fink pacakge, if its fine i'll move all 3 packages to stable tree. thanks -Ben On Apr 12, 2004, at 5:49 PM, John Davidorff Pell wrote: howdy y'all! First, i'd like to thank whomever has been keeping the one package I maintain updated as we've moved through 10.2-gcc3.3 and 10.3. Since libnet was split into 1.0 and 1.1 versions, libnids is no longer what i want it to be (I use it for dsniff which requires libnet 1.0, not 1.1), since libnids is set to depend on 1.1. I would like to ask what the correct way to fix this is. Personally, i think it should be switched to depend on libnet1.0, but some people might not like that so what is the correct way to provide two package versions? libnids-libnet1.0-1.18-2.info? Thanks a bunch, JP -- NOTICE: This E-mail (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is confidential and may be legally privileged. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution or copying of this communication is strictly prohibited, Please reply to the sender that you have received the message in error, then delete it. Thank you. --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Upgrading stuck fink versions
We should not put those instructions up unless we know that they work. I don't think it will because 0.5.0a bindist doesn't contain that version of fink. The fix on the website was known to work for certain for that specific upgrade problem, if there is some other version which also has the broken upgrade path, there may be a different fix. There was only that one version of fink which could not update properly due to a specific problem. Martin simply wanted to clarify the FAQ item so that people did not do it on the wrong version. -Ben On Nov 28, 2004, at 3:52 PM, Alexander Hansen wrote: Update of /cvsroot/fink/web/download In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv383/web/download Modified Files: fix-upgrade.en.php Log Message: Modify for current state of Fink. --- 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 up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: startperl with perl584
But why shouldn't perl584-core specify /sw/bin/perl5.8.4 as the
startperl option? Specifying /sw/bin/perl seems inherently broken since
that file is not included in the -core package.
-Ben
On Nov 9, 2004, at 5:52 AM, David R. Morrison wrote:
On Nov 9, 2004, at 3:18 AM, Ben Hines wrote:
perl5.8.4-core does not install /sw/bin/perl, but its Config.pm has:
startperl='#!/sw/bin/perl'. This messes up my help2man package. I
tell it PERL is /sw/bin/perl5.8.4 but then it asks for
$Config{startperl} and perl says /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?
(from perl's configure)
What shall I put after the #! to start up perl (none to not use #!)?
[/sw/bin/perl]
-Ben
Packaging perl for fink has been a tricky problem. Basically, perl is
not designed with the idea that a system would have more than one perl
installation on it at a time.
I've tried to compile perl with the same compile-time options as Apple
uses (other than the prefix), to increase the chances of
compatibility. But then, to avoid having various fink-installed perls
stomp on each other, /sw/bin/perl itself is separated out to a package
of its own (perl584, in the case being discussed).
I'm assuming that if you have complied something with perl 5.8.4, you
don't want it to be accidentally run with perl 5.8.0, right? So
perhaps your package should Depend on perl584, not just perl584-core.
-- Dave
---
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=5588alloc_id=12065op=click
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: dists/10.3/unstable/main/finkinfo/libs libdvdnav.info,NONE,1.1 libdvdnav2.info,1.1,NONE
On Jun 13, 2004, at 3:06 PM, Justin F. Hallett wrote: Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/libs In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv28997 Added Files: libdvdnav.info Removed Files: libdvdnav2.info Log Message: New upstream release, renaming and reclaiming --- NEW FILE: libdvdnav.info --- Package: libdvdnav Wrong Replaces: libdvdnav1-shlibs, libdvdnav2-shlibs This does not conflict with libdvdnav2-shlibs. It is a different major version. No files conflict from them. The old package should remain, and the new package should be called 'libdvdnav5-shlibs' to comply with the shlibs policy. Files: lib/libdvdnav.*.dylib Shlibs: %p/lib/libdvdnav.4.dylib 5.0.0 libdvdnav4-shlibs (= 0.1.10-10) See, 5 -Ben --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: dists/10.3/unstable/main/finkinfo/libs libdvdnav.info,NONE,1.1 libdvdnav2.info,1.1,NONE
Still users could have it from their old installs, still installed. 4 is fine, If you are going to change the name it should be 4 or 5 but not nothing. And it shouldn't conflict with the old once since they don't conflict or replace. If you replace/conflict an older shlib major with a new one with different vers. package you will BREAK compiled apps. (the thing they are linked against will go away, and the app won't run anymore) -Ben On Jun 13, 2004, at 3:40 PM, TheSin wrote: well the old one shoudl never have made 10.3 and that is why I didn't move it yet. and it shouldn't be 5, the policy is very confusing and my pkgs are all messed up because of it, I thought that too but I was told by others it should be the file name version ie 4 in this case since it's libdvdnav.4.dylib. Anyhow that policy should indeed be clarified but i vote for 4, makes more sense to be, since the Shlibs field deals with compat. --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 13-Jun-04, at 4:27 PM, Ben Hines wrote: The old package should remain, and the new package should be called 'libdvdnav5-shlibs' to comply with the shlibs policy. --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: dists/10.3/unstable/main/finkinfo/libs/perlmods locale-gettext-pm.info,1.1,1.2
The problem is that *581 modules depend on perl581-core, so they fail to install in the case where the user replaced the system perl with 5.8.4, which happened on IRC. He did not have 5.8.1 as the default perl so my package man2html refused to install, since fink did not show perl581-core as installed. (he does have /usr/bin/perl5.8.1 though) I know its bad to replace your system perl, but i think we should try to support it (also, apple is going to upgrade it eventually!) see what i did to man2html as my fix... -Ben On Jun 11, 2004, at 7:00 PM, David R. Morrison wrote: Ben: In most cases, I believe, a 5.8.4 variant for perl modules should not be necessary. This is because perl 5.8.4 will actually see -pm581's as being available. The cases in which we would need a 5.8.4 variant are cases which depend on a -pm which is virtually provided by perl584-core. In that case, the one provided by perl581-core might not be available, so you could imagine needing a bunch of -pm584's to handle this. -- Dave From: Ben Hines [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: dists/10.3/unstable/main/finkinfo/libs/perlmods locale-gettext-pm.info,1.1,1.2 Modified Files: locale-gettext-pm.info Log Message: Add 5.8.4 variant Index: locale-gettext-pm.info === RCS file: /cvsroot/fink/dists/10.3/unstable/main/finkinfo/libs/perlmods/locale- gettext-pm.info,v retrieving revision 1.1 retrieving revision 1.2 diff -u -d -r1.1 -r1.2 --- locale-gettext-pm.info 27 May 2004 06:01:47 - 1.1 +++ locale-gettext-pm.info 12 Jun 2004 01:35:12 - 1.2 @@ -9,7 +9,7 @@ Source-MD5: dce77a8733a0e88d8c5fb5bd86ec5f0a SourceRename: locale-gettext-pm-%v.tar.gz SourceDirectory: gettext-%v -Type: perl (5.8.1) +Type: perl (5.8.1 5.8.4) UpdatePOD: true PatchScript: perl -pi.BAK -e 's,-lintl,-L%p/lib -lintl,' Makefile.PL --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 ___ Fink-commits mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-commits --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: [Fink-users] can't install gramps
On Jun 2, 2004, at 7:55 AM, Alexander K. Hansen wrote: That's because nautilus-shlibs is only available in the unstable tree (which is why a binary isn't available). By rights, gnome-python2-py23 and therefore gramps should not be available in stable either, because of this. Anyway, you'll need to look at http://fink.sourceforge.net/faq/usage-fink.php?phpLang=en#unstable Yep. Actually was given clearance to move the other gnome2 packages to stable but have not had time, if anyone feels like moving nautilus (and all its deps!) over to stable feel free -Ben --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Patch and PatchScript ignored
On May 31, 2004, at 1:39 PM, Martin Langhoff (NZL) wrote: Ben Hines wrote: Works fine here, with those info files. (the patch fails, though) Perhaps you have an old version of your info file there somewhere. If all else fails try putting the revision on 2 and see if 'fink update' updates it to 2. Thanks! Bumping the revision helped. Is this a fink bug, or should I be changing revision number every attempt during a debugging session? Also don't know if you tried it but you can usually just run 'fink index' to kick the indexer sometimes. But upping the rev is a good way to tell what fink is actually using. -Ben --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Patch and PatchScript ignored
On May 29, 2004, at 11:43 PM, Martin Langhoff (NZL) wrote: Building my 1st fink packages and I cannot for the life of me get Patch or PatchScript entries to be observed. Is there any mechanism to debug this situation? If I prevent the builddir from being removed, I can apply the patch successfully, by hand. Doesn't help too much. Works fine here, with those info files. (the patch fails, though) Perhaps you have an old version of your info file there somewhere. If all else fails try putting the revision on 2 and see if 'fink update' updates it to 2. -Ben --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Busted /etc due to a fink bug?
On May 29, 2004, at 6:04 PM, Martin Langhoff (NZL) wrote: And that was the last time /etc was seen alive. After a moment of panic, I fixed it mounting the iBook as a FW device -- connected to another mac. Recreated the symlink, easy enough. However, I find distressing that I was able to do this so... effortlessly. This is not a fink bug... it is an apt/dpkg feature. However, i have in the past considered patching dpkg+apt so it will refuse to remove that symlink since it is so easy to screw yourself this way. Just haven't gotten around to it, feel free.. :) -Ben --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: dists/10.3/unstable/main/finkinfo/utils rzip.patch,NONE,1.1 rzip.info,1.1,1.2
Revert this
-Ben
On May 27, 2004, at 6:33 PM, Benjamin Reed wrote:
Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/utils
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv2740
Modified Files:
rzip.info
Added Files:
rzip.patch
Log Message:
rzip compression program
Index: rzip.info
===
RCS file:
/cvsroot/fink/dists/10.3/unstable/main/finkinfo/utils/rzip.info,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -d -r1.1 -r1.2
--- rzip.info 9 May 2004 17:02:11 - 1.1
+++ rzip.info 28 May 2004 01:33:47 - 1.2
@@ -1,24 +1,19 @@
Package: rzip
Version: 2.0
Revision: 1
-Description: Compression utility for large files
-License: GPL
-Maintainer: rayg [EMAIL PROTECTED]
-
-Depends: bzip2-shlibs, publib
-BuildDepends: bzip2-dev, publib
-
-Source: http://rzip.samba.org/ftp/rzip/rzip-%v.tar.gz
+Depends: bzip2-shlibs
+BuildDepends: bzip2-dev
+Source: http://%n.samba.org/ftp/%n/%n-%v.tar.gz
Source-MD5: 8a88b445afba919b122a3899d6d26b2a
-
-SetLIBS: -L%p/lib -lpub
-
-InstallScript:
- install -d -m 755 %i/bin %i/share/man/man1
- install -m 755 rzip %i/bin/
- install -m 644 rzip.1 %i/share/man/man1/
+Patch: %n.patch
+InstallScript: make install DESTDIR=%d
+Description: An extremely efficient compression program.
+DescDetail:
+rzip is a compression program, similar in functionality to gzip or
+bzip2, but able to take advantage long distance redundencies in
+files, which can sometimes allow rzip to produce much better
+compression ratios than other programs.
-
-DocFiles: COPYING
-
+License: GPL
+Maintainer: Benjamin Reed [EMAIL PROTECTED]
Homepage: http://rzip.samba.org/
--- NEW FILE: rzip.patch ---
--- rzip-2.0/main.c Wed Feb 11 19:01:08 2004
+++ rzip-2.0-new/main.c Thu May 27 21:24:39 2004
@@ -118,7 +118,24 @@
fchown(fd_out, st.st_uid, st.st_gid);
}
-
+static void*
+strndup (const char *src, size_t n)
+{
+ size_t i;
+ char *dst;
+
+ if (src == NULL)
+ return NULL;
+
+ dst = (char*) malloc (n + 1);
+ if (dst != NULL) {
+ for (i = 0; i n src[i]; i++)
+ dst[i] = src[i];
+ dst[i] = '\0';
+ }
+
+ return dst;
+}
/*
decompress one file from the command line
---
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle
10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click
___
Fink-commits mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-commits
---
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: [Fink-users] Upgrading to 10.3.4 and emacs21
On May 28, 2004, at 7:52 AM, David R. Morrison wrote: but this principle has always been more a pious wish than reality. Could you explain in more detail what you mean? I think it's a pretty accurate comment. It has been stated goal of fink to make sure that fink packages always compile the same everywhere, but we've never had adequate QA tools to make sure this was happening. We should have something soon which allows users to submit their builds of a package so we can compare them... see my exp dir and http://www.opendarwin.org/~benh57/fink/pdb/package.php/apt as the demo site. It does not have a UI for comparing and showing multiple builds of package contents, but it that is planned. -Ben --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: Checking MacOSX version number
On May 28, 2004, at 5:23 AM, Charles Lepple wrote: Sébastien Maret wrote: I'm working on a package that compiles and runs only on MacOSX10.3.4, because of a libm bug in previous versions. How can I check in my package the version of MacOSX before compiling ? actually, I guess you would need both Depends and BuildDepends to make sure that people don't install a pre-build binary on older versions. Just Depends.. Depends implies BuildDepends (currently) -Ben --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149alloc_id66op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Checking MacOSX version number
On May 30, 2004, at 2:08 AM, Sébastien Maret wrote: Le 30 mai 04, à 10:56, Ben Hines a écrit : On May 28, 2004, at 1:40 AM, Sébastien Maret wrote: I'm working on a package that compiles and runs only on MacOSX10.3.4, because of a libm bug in previous versions. There is no such thing as libm on any OS X. libm is just a symlink to libSystem, the standard system library. What bug are you referring to? From the REAME file of Yorick, the package I'm working on: yorick already has a fink maintainer, david munro.. it wasn't moved to the 10.3 tree since it didn't work. Since it does now, it can just be updated. See: http://fink.sourceforge.net/pdb/package.php/yorick -Ben --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149alloc_id66op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Shlibs field
On May 15, 2004, at 11:12 AM, Spundun Bhatt wrote: - Shlibs: %p/lib/libgsf-1.1.dylib 10.2.0 %n (= 1.8.2-1) + Shlibs: %p/lib/libgsf-1.1.dylib 10.2.0 %n (= 1.9.0-1) To reiterate for everyone, this is wrong. See http://fink.sourceforge.net/doc/packaging/policy.php? phpLang=en#sharedlibs under 'the shlibs field. Also http://www.mail-archive.com/[EMAIL PROTECTED]/ msg05032.html -Ben --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562alloc_id=6184op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: readline-4.3-26
On May 8, 2004, at 9:21 AM, jfm wrote: turned up only pari-gp (the executable)_ and that's no problem, since otool shows gp links only with ncurses. This must already cover a fair number of your 70 pkgs ... So there is no problem then. We can update the 3 packages which have the problem. -Ben --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: experimental/dmrrsn/perlmods c-scan-pm.info,NONE,1.1 data-flow-pm.info,NONE,1.1 dbi-pm560.info,NONE,1.1 dbi-pm580.info,NONE,1.1 dbi-pm581.info,NONE,1.1 dbix-searchbuilder-pm581.info,NONE,1.1 glib-pm581.info,NONE,1.1 gnome-panel.info,NONE,1.1 gnome-panel.patch,NONE,1.1 gtk-pm581.info,NONE,1.1 gtk2-pm581.info,NONE,1.1 gtkhtml3.info,NONE,1.1 gtkhtml3.patch,NONE,1.1 html-tree-pm581.info,NONE,1.1 interpolation-pm581.info,NONE,1.1 libsablot.info,NONE,1.1 libwww-pm580.info,NONE,1.1 libxml-pm580.info,NONE,1.1 mime-base64-pm580.info,NONE,1.1 rmagic.info,NONE,1.1 template-notex-pm560.info,NONE,1.1 template-notex-pm580.info,NONE,1.1 template-notex-pm581.info,NONE,1.1 template-pm560.info,NONE,1.1 template-pm580.info,NONE,1.1 template-pm581.info,NONE,1.1 term-progressbar-pm581.info,NONE,1.1 uri-pm580.info,NONE,1.1 www-search-altavista-pm581.info,NONE,1.1 www-search-pm581.info,NONE,1.1 xml-dom-pm560.info,NONE,1.1 xml-dom-pm580.info,NONE,1.1 xml-dom-pm581.info,NONE,1.1 xml-libxml-! pm581.info,NONE,1.1 xml-simple-pm5
We made variants to get rid of the multiple-info files messiness of 560* 580*, etc etc, shouldn't add new ones. You should use variant packages for any new perl module setup. The old style is extremely deprecated. -Ben On May 8, 2004, at 6:45 AM, David R. Morrison wrote: Modified Files: bioperl-pm560.info bioperl-pm580.info bioperl-pm581.info mime-tools-pm581.info soap-lite-pm581.info soap-lite-ssl-pm581.info xmltv-basic.info xmltv.info Added Files: c-scan-pm.info data-flow-pm.info dbi-pm560.info dbi-pm580.info dbi-pm581.info dbix-searchbuilder-pm581.info glib-pm581.info gnome-panel.info gnome-panel.patch gtk-pm581.info gtk2-pm581.info gtkhtml3.info gtkhtml3.patch html-tree-pm581.info interpolation-pm581.info libsablot.info libwww-pm580.info libxml-pm580.info mime-base64-pm580.info rmagic.info template-notex-pm560.info template-notex-pm580.info template-notex-pm581.info template-pm560.info template-pm580.info template-pm581.info term-progressbar-pm581.info uri-pm580.info www-search-altavista-pm581.info www-search-pm581.info xml-dom-pm560.info xml-dom-pm580.info xml-dom-pm581.info xml-libxml-pm581.info xml-simple-pm581.info xtraceroute.info xtraceroute.patch Log Message: more pm revisions --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: experimental/dmrrsn/perlmods c-scan-pm.info,NONE,1.1 data-flow-pm.info,NONE,1.1 dbi-pm560.info,NONE,1.1 dbi-pm580.info,NONE,1.1 dbi-pm581.info,NONE,1.1 dbix-searchbuilder-pm581.info,NONE,1.1 glib-pm581.info,NONE,1.1 gnome-panel.info,NONE,1.1 gnome-panel.patch,NONE,1.1 gtk-pm581.info,NONE,1.1 gtk2-pm581.info,NONE,1.1 gtkhtml3.info,NONE,1.1 gtkhtml3.patch,NONE,1.1 html-tree-pm581.info,NONE,1.1 interpolation-pm581.info,NONE,1.1 libsablot.info,NONE,1.1 libwww-pm580.info,NONE,1.1 libxml-pm580.info,NONE,1.1 mime-base64-pm580.info,NONE,1.1 rmagic.info,NONE,1.1 template-notex-pm560.info,NONE,1.1 template-notex-pm580.info,NONE,1.1 template-notex-pm581.info,NONE,1.1 template-pm560.info,NONE,1.1 template-pm580.info,NONE,1.1 template-pm581.info,NONE,1.1 term-progressbar-pm581.info,NONE,1.1 uri-pm580.info,NONE,1.1 www-search-altavista-pm581.info,NONE,1.1 www-search-pm581.info,NONE,1.1 xml-dom-pm560.info,NONE,1.1 xml-dom-pm580.info,NONE,1.1 xml-dom-pm581.info,NONE,1.1 xml-libxml-! pm581.info,NONE,1.1 xml-simple-pm5
On May 8, 2004, at 3:05 PM, David H. wrote: Ben Hines wrote: The old style is extremely deprecated. ^^^ When did we decide on that? Since I was not reading the mailing lists for a bit last wekk (was very busy), I might have overlooked the discussion, but I am curious and would love to read up. Thanks Discussion? I don't recall any. Is any needed? Did we not decide on it? Everyone has always hated having 65 info file versions of each perl package. If we can get rid of them, we should do so. Creating new packages using the old form is the wrong direction. -Ben --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: readline-4.3-26
On May 7, 2004, at 9:38 AM, jfm wrote: Hi, Today's update was motivated by : Put an end to: warning multiple definitions of symbol _BC /sw/lib/libreadline.dylib(terminal.so) definition of _BC But since then I got with several programs : # Singular dyld: Singular Undefined symbols: Singular undefined reference to _BC expected to be defined in /sw/lib/libreadline.4.dylib Singular undefined reference to _PC expected to be defined in /sw/lib/libreadline.4.dylib Singular undefined reference to _UP expected to be defined in /sw/lib/libreadline.4.dylib Trace/BPT trap That did not happen to me. Perhaps it will only occur with programs which do not use ncurses, but which do use readline? Which programs ? -Ben --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: readline-4.3-26
On May 7, 2004, at 4:42 PM, Ben Hines wrote: That did not happen to me. Perhaps it will only occur with programs which do not use ncurses, but which do use readline? Which programs ? Also, at this point we might as well start adding versioned deps on the latest readline on anything this effects and rev upping them. We'll have to do it eventually to solve this. Only about 70 packages depend on readline, and this problem does not affect them all. I've tried a few (older binaries from apt-get) and haven't been able to find even one which does it. -Ben --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: [Fink-users] fink update-all fails.
Still a long-time bug in the packaging of db42, which needs to be fixed at some point, if anyone feels like figuring out why it happens by debugging the dependency resolver. -Ben On Apr 30, 2004, at 9:21 AM, Alexander K. Hansen wrote: Did you try the suggestion from: http://fink.sourceforge.net/faq/comp-general.php?phpLang=en#node-exists ? On Apr 30, 2004, at 12:08 PM, lj Palmer wrote: Error: $ fink update-all /usr/bin/sudo /sw/bin/fink update-all Information about 3088 packages read in 3 seconds. Failed: Internal error: node for db42-ssl-shlibs already exists Using Fink unstable tree $ fink --version Package manager version: 0.20.1 Distribution version: 0.7.0.cvs Mac OSX: 10.3.3 17 1 gHZ iMac Any Ideas? ..lj --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users -- Alexander K. Hansen Associate Research Scientist, Columbia University visiting MIT Plasma Science and Fusion Center Levitated Dipole Experiment 175 Albany Street, NW17-219 Cambridge, MA 02139-4213 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Still 500 packages not moved from 10.2 tree, need help
On Apr 19, 2004, at 6:45 PM, David R. Morrison wrote: We need a mechanism to mark packages as should not be moved to 10.3, especially if there is going to be a general call to action like this. This is done. See http://fink.sourceforge.net/pdb/compare.php now. Maintainers can change the status of their packages to green (dont move) red (can't move, won't compile) or white (move me). -Ben --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: dists/10.3/unstable/main/finkinfo/text cwtext.info,NONE,1.1
On Apr 19, 2004, at 12:47 AM, D. Höhn wrote: | I suggested this. The University of Tokio will be supplying Fink with numerous packages, mainly targeted toward the Japanese user. Asari You should not have done that. Takashi is only _one_ of the Tutors that take care of the submission and package creation Process at the University of Tokio. He might not always be able to answer requests, thus they created a catch-all account. If he can't answer requests he can forward them. I bet it is more likely that they will go unheeded to a mailing list rather than to one perosn. This is just similar to fink-gnome, fink-kde. fink-core and so on.. I apologise for failing to explain this. My bad, sorry. I know, and that is exactly why i was against those and why i am against this. This should NOT spread to other packages, it is very bad and very negative for the future of Fink. -Ben --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70alloc_id638op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Still 500 packages not moved from 10.2 tree, need help
Still 500 pkgs show 'not moved' from 10.2-gcc3.3 to 10.3. A number of these are obsolete, but many are not. Anyone with commit access feel free to move over anything that works. (I usually start them out in the 10.3 tree with the new filename format, but be sure to fix any references to the patch file in the info) If a maintainer no longer desires to maintain a package they can remove their names from the maintainer line once it is in the 10.3 tree, but the package should still be moved. (with a 'None' maintainer) list: http://homepage.mac.com/bhines/finknotmoved.html -Ben --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Still 500 packages not moved from 10.2 tree, need help
On Apr 19, 2004, at 5:08 PM, Daniel Macks wrote: On Mon, Apr 19, 2004 at 04:46:03PM -0700, Ben Hines wrote: Still 500 pkgs show 'not moved' from 10.2-gcc3.3 to 10.3. http://homepage.mac.com/bhines/finknotmoved.html Something's wrong...you list gnome/pygtk2-py* and libs/term-ansicolor-rb, but they are in 10.3. I think the #Package: term-ansicolor-rb16 commented out Package fields broke my script. (these are old scripts from the 10.1 move, they don't call fink and used a sketchy parser.. i updated the script to use some of the read_properties_lines regex, but it should really be reimplemented. (feel free, if you want. :) The new pygtk2 is not showing up because the new pygtk2 is a variant package. It can't handle that. There are very few of those though, so the count is pretty accurate. -Ben --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Still 500 packages not moved from 10.2 tree, need help
On Apr 19, 2004, at 5:44 PM, Ben Hines wrote: I think the #Package: term-ansicolor-rb16 commented out Package fields broke my script. (these are old scripts from the 10.1 move, they don't call fink and used a sketchy parser.. i updated the script to use some of the read_properties_lines regex, but it should really be reimplemented. (feel free, if you want. :) Though actually the best way to implement this would be using the PDB (web package database) with some SQL queries... i think i may have even done that at one point. I'll look at it again. -Ben --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Still 500 packages not moved from 10.2 tree, need help
On Apr 19, 2004, at 5:47 PM, Ben Hines wrote: On Apr 19, 2004, at 5:44 PM, Ben Hines wrote: I think the #Package: term-ansicolor-rb16 commented out Package fields broke my script. (these are old scripts from the 10.1 move, they don't call fink and used a sketchy parser.. i updated the script to use some of the read_properties_lines regex, but it should really be reimplemented. (feel free, if you want. :) Though actually the best way to implement this would be using the PDB (web package database) with some SQL queries... i think i may have even done that at one point. I'll look at it again. Ok, i'm on crack today... I did already implement that :) http://fink.sourceforge.net/pdb/compare.php?tree1=current-10.2-gcc3.3- unstablecmp=0tree2=current-10.3-unstable -Ben --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Still 500 packages not moved from 10.2 tree, need help
On Apr 19, 2004, at 6:45 PM, David R. Morrison wrote: All of the packages on that list which have me as the maintainer were deliberately not moved, and should not be moved. I will be happy to supply reasons if required. We need a mechanism to mark packages as should not be moved to 10.3, especially if there is going to be a general call to action like this. Yes, i'm going to make one, but you should note the reason in the DescPackaging field as well. -Ben --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new installers
On Mar 30, 2004, at 3:36 PM, David R. Morrison wrote: Release candidates for the new installers are up at: http://www.cgtp.duke.edu/~drm/Fink-0.6.3-Installer.dmg http://www.cgtp.duke.edu/~drm/Fink-0.7.0-Installer.dmg The PDB will need some code changes to handle the new release and such... IE, we don't want the 'current package count' bindist to be 10.2-gcc3.3 anymore i think, and we will want to leave 0.6.2 up there and add a 0.7.0 stable area. So it won't be a normal version up, i'll need to muck with the php and update scripts slightly. I'll look at it tomorrow hopefully. -Ben --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: web people.fr.php,1.1,1.2
Why remove them? -Ben On Mar 5, 2004, at 6:02 AM, Mich?le Garoche wrote: Update of /cvsroot/fink/web In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv4123 Modified Files: people.fr.php Log Message: revert to old version without Language team Leaders Index: people.fr.php === RCS file: /cvsroot/fink/web/people.fr.php,v retrieving revision 1.1 retrieving revision 1.2 diff -u -d -r1.1 -r1.2 --- people.fr.php 3 Mar 2004 17:51:58 - 1.1 +++ people.fr.php 5 Mar 2004 14:02:13 - 1.2 @@ -64,13 +64,9 @@ h2Support, traduction et équipe de documentation /h2 ul -liLenin Dominguez/li !-- Spanish Team Leader -- +liYoshihiko Baba (ibaba/i)/li !-- i18n and l10n -- liHisashi Todd Fujinaka (ihtodd/i)/li !-- doc writer -- -liMichèle Garoche (imiga/i)/li !-- French Team Leader -- liAlexander Hansen/li !-- support work on mailing lists -- -liChristian Putze/li !-- German Team Leader -- -liJeff Ye/li !-- Chinese Team Leader -- -liBaba Yoshihiko (ibaba/i)/li !-- i18n and l10n -- /ul h2Contributeurs occasionnels/h2 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Fink-commits mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-commits --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70alloc_id638op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] binary release plans
On Feb 28, 2004, at 4:34 AM, Jeremy Higgs wrote: OK... How come they aren't compliant? Sorry I haven't been keeping up... I've started full-time work experience, and have uni starting next week on top of that, so I've been very pre-occupied! Since gramps seems to work fine, I can move gnome-python2 to stable... But I still don't get the issue with gnome-python? There are already -py22 and -py23 packages for it... No, there are not... not in 10.3 tree. Those are only in the 10.2-gcc3.3 tree http://fink.sourceforge.net/pdb/package.php/gnome-python-py22 http://fink.sourceforge.net/pdb/package.php/gnome-python-py23 Any python package which doesn't comply is by definition unstable.. they can easily break. -Ben --- 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. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: web fink.css,1.16,1.17
Yuck.. hmm Maybe if the purple were darker. On Feb 28, 2004, at 10:25 AM, Max Horn wrote: Update of /cvsroot/fink/web In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv29389 Modified Files: fink.css Log Message: new color scheme (looks IMO better, but taste will vary :-) this is by no means set in stone, of course) --- 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. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] binary release plans
gnome-python and hence, gramps need to be removed from stable since they aren't compliant with the python policy. The versions in unstable; gramps, gnome-python2, pytgtk2-py23, pygtk2-py22 need to be moved to stable. I have good reports from gramps users which depends heavily on the pygtk and gnome-python2, but no response from maintainers at all. -Ben On Feb 27, 2004, at 6:47 AM, David R. Morrison wrote: I plan to start creating a binary release for 10.3 in about a week. If you are aware of any of your packages in the 10.3/stable tree which are *not* suitable for binary release, please either fix them or remove them from that tree. Thanks, Dave --- 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. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel --- 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. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Multiline .info fields: use heredoc instead of RFC-822
Why warn at runtime? It doesn't hurt users. It is no big deal, 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-deprecated simple indentation format. I didn't do 10.1 or 10.2 b/c by the time --- 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. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] submitting large patches
On Feb 14, 2004, at 11:49 PM, Remi Mommsen wrote: I don't know how you count, but I see 149 patch files in 10.2-gcc3.3 and 10.3 (both stable and unstable) which are above 30k. Sounds pretty low to me... under 1 percent since you're counting most packages 2 or even 3 times. (so you're counting within almost 6000 files... only 149 is very low) How many *packages* is it? (stick to ONE tree) What exactly is your problem here? We need to keep the distribution size of fink low. Every fink user has to have these on their disk. Most are NOT necessary and we can easily provide a space for them on our server. -Ben --- 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. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] submitting large patches
On Feb 15, 2004, at 1:06 PM, Remi Mommsen wrote: How many *packages* is it? (stick to ONE tree) Why? If these packages need to be changed, you have to fix/test 149 of them. Some might be easy as they are identical in all 4 trees, others have maybe 4 different versions. IMO it doesn't matter what percentage of the total packages this is. (I guess you will be happy to walk 50 miles as these is only 1% of 5000 miles, isn't it?) Er, no, not really. When debating the rarity of large patch files, we really don't care if one package happens to be in the stable tree as well as the unstable tree. The question is 'how common is it that packages have large patch files, and what should the limit be?' At the 30k level the answer is 'not really very common at all'. There aren't that many from 20k-30k either. If anything, the limit should be lowered to that range, not raised. My problem is, that you came up with an arbitrary number (30kB) without any discussion. There is no clear guidance on how to proceed for those packages already in cvs. Does this new limit apply only to new packages? Who is going to make the changes? I guess we will have to switch back to the 'old' naming scheme for patches stored on a server to make them unique. We set a guideline for the future, you should fix your packages to follow it. Eventually, if someone feels like it, they can go through the current packages and fix those as well or bug those people to do so. If you want your patch uploaded, you need to talk to fink-core. -Ben --- 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. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: dists/10.3/unstable/crypto/finkinfo m2crypto-python22.info,NONE,1.1 m2crypto-python22.patch,NONE,1.1 m2crypto-python23.info,NONE,1.1 m2crypto-python23.patch,NONE,1.1
Packages submitted to the tracker should be rejected if the .patch files are not in unified diff format. That's our standard. -Ben On Feb 13, 2004, at 12:29 PM, Daniel Macks wrote: That appears to be some hard-coded /sw. I don't think the validator catches it, however...whoever wrote the check for /sw in .patch only remembered to deal with unified context (diff -u) format. --- 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. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: dists/10.3/unstable/main/finkinfo/x11 xv.info,1.3,1.4 xv.patch,1.1,1.2
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 couple of weeks ago, but I don't think it's gotten into a fink-release yet. All desc fields should be hard wrapped, i have always rejected submitted packages which don't. (though usually i just hard-wrap it before committing) -Ben --- 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. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] submitting large patches
I disagree. We should not accept patches this big in fink. As pogma said, please make it a tar.gz and put it on a web site. If you don't have one, we do. I don't think we should commit patches over 30k. In fact fink should reject such patch files. Please submit a revision to this package which grabs it from a site. -Ben On Feb 8, 2004, at 8:12 AM, James Gibbs wrote: On Feb 5, 2004, at 8:04 AM, Eric Lee wrote: Hi, I have a patch for xv that is 337k (compressed), and sourceforge won't let me submit it (250k limit or something like that). Can anyone tell me how I should submit large patches? Split it up into two patches foo1.patch and foo2.patch. Use the PatchScript to apply them sequentially. James --- 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 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel --- 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. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] submitting large patches
On Feb 14, 2004, at 5:20 PM, Remi Mommsen wrote: That should read of course be a limit of 300k for patches. If you really impose a limit on 30k the list would be too long to be sent here (-: No, it shouldnt be 300k. 30k is quite reasonable, even generous. Doing some quick lists i don't see many at all over 30k. Most are under 10k. -Ben --- 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. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] bug in 0.18.1 (virtual provides)
On Feb 10, 2004, at 7:39 AM, Benjamin Reed wrote: Peter ran into a problem where apt is installing perl 5.6 modules because it doesn't think that perl581-core is there, even though fink-virtual-provides says it is. it appears that somehow fink is not showing the Provides: of virtuals as being installed. Fink-virtual-pkgs should provide actual fake packages of these, not Provides. It is just as easy and would work better. (they could be versioned, for example) fink also needs to create actual fake (virtual) packages for each perl module which is now in 5.8 that didn't used to be in 5.6... but that is an open feature req :) -Ben --- 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 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: dists/10.3/unstable/main/finkinfo/devel intltool.info,1.3,1.4
On Feb 5, 2004, at 11:17 AM, David R. Morrison wrote:
Keith Conger [EMAIL PROTECTED] wrote:
+Source-MD5: 7285d5f792966b563519996ea3af58d5
ConfigureParams: --mandir='${prefix}/share/man'
-InstallScript:
- make install prefix=%i
- mkdir -p %i/lib/perl5/XML/Parser/Style
- cp %i/share/intltool/XML/Parser/Style/OrigTree.pm
%i/lib/perl5/XML/Parser/Style/
-
DocFiles: AUTHORS COPYING NEWS README TODO
Description: Internationalize various kinds of data files
DescDetail:
Hi Keith. I added the non-standard InstallScript to the previous
version,
because gnumeric couldn't find OrigTree.pm in the place it was being
installed by the package. Has that changed? If not, you might want to
restore the non-standard InstallScript.
-- Dave
P.S. Sorry, I should have put a comment in DescPorting about this...
LC_ALL=C ../intltool-merge ../po database-properties.desktop.in
database-properties.desktop -d -u -c ../po/.intltool-merge-cache
The OrigTree module doesn't seem to be properly installed
../intltool-merge
make[1]: *** [database-properties.desktop] Error 2
make: *** [all-recursive] Error 1
### execution of make failed, exit code 2
Failed: compiling libgnomedb-1.0.3-1 failed
Yep, its needed... put it back. :)
-Ben
---
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 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: dists/10.3/unstable/main/finkinfo/devel intltool.info,1.3,1.4
On Feb 6, 2004, at 7:27 PM, Ben Hines wrote: LC_ALL=C ../intltool-merge ../po database-properties.desktop.in database-properties.desktop -d -u -c ../po/.intltool-merge-cache The OrigTree module doesn't seem to be properly installed .../intltool-merge make[1]: *** [database-properties.desktop] Error 2 make: *** [all-recursive] Error 1 ### execution of make failed, exit code 2 Failed: compiling libgnomedb-1.0.3-1 failed Yep, its needed... put it back. :) Actually.. it looks like intltool no longer has this perlmod bundled. Searching google a bit, i see this has been a problem on many platforms and the fix is: %p/bin/intltoolize -c -f in the failing package's compilescript, and add an intltool (= 0.30-1) builddep to them. This fixes the libgnomedb compile. -Ben --- 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 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] 'Groups' on fink pkg submission tracker
I added some 'groups' to the fink package submission tracker. Please set the field when you modify a submission tracker item. It will let us track the state of the tracker easier by allowing people to see which items have not been touched. All 'open' items with group 'Undergoing Validation' have not been looked at yet. We will need someone to at least set new tracker items to the Undergoing Validation group because there is no way to search or sort on the 'None' group. Other groups: Added to fink Rejected (no response) Rejected (already in fink) Awaiting update from submitter Awaiting dependency We do have a 'resolution' field but it is not searchable or sortable, and such is useless. Also, please assign an item to yourself when you close it. If you add a comment to a submitter, set the item to Awaitng Update. When a submitter updates the item, they might not change the group. So if you get an update from someone please change that field back to 'Undergoing Validation' which means the item is ready for someone to check it out. Doesn't have to be you. If you are actually validating an item and don't want someone else to put it in till you are done, assign the item to yourself. -Ben --- 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 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: .app's in Fink (was Re: [Fink-devel] CFD: Installing Frameworks from fink packages)
On Jan 25, 2004, at 4:59 PM, David R. Morrison wrote: OK, I suppose this is going to be controversial. Any discussion? Fine by me, as long as we stick to open source applications ONLY. The objection about 'moving apps around' never did make sense to me, i think a more important objection is fink losing focus. I believe we have one or two command line apps in fink which are binary. -Ben --- 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 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: dists/10.3/unstable/main/finkinfo/x11 gimp-freefonts-0.10-2.info,NONE,1.1 gimp-sharefonts-0.10-2.info,NONE,1.1
On Jan 21, 2004, at 11:49 PM, Alexander Strange wrote: install -d -m 755 %d`%p/bin/xfontpath basedir`/freefont install -c -m 644 * %d`%p/bin/xfontpath basedir`/freefont I don't think this is legal.. it will make different .debs for different people. It'll be luck of the draw to work in the bindist. -Ben --- 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 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: [gnome-core] librsvg2-2.4.0-3
On Jan 13, 2004, at 5:39 PM, Keith Conger wrote: Hi, This is unstable. You are right, it is unstable tree. But you miss my point. People on the list (Martin in this case) just tell users to remove things first, and i see no evidence that anyone even considered this to be a problem. It *IS* a problem, a MAJOR problem, and it needs to be taken seriously. Martin: You are wrong. It is frankly NOT my responsibility to figure out why the problem occurred. As a user of the package, is only my responsibility to report failure, that is it. For your convenience, I even used FinkCommander, which included relevant system details. Manually removing is a workaround, not a fix. I am not 'forgetting the time factor'. My main point here is that this was a bug in the package, and you acted like it was not (in multiple emails.) I figured out why it failed on my own because apparently, noone else cared. Why should I have to? Where is the bug tracker item on this? Yes, if something is a bug, make sure you point that out. You can include the workaround. If you really think these issues don't cause people to leave fink, you haven't been around long enough or talked to enough users. We see them on IRC all the time (usually in #opendarwin, after having rm -rf /sw) And dude Martin, get this in your skull - fink-gnome-core is **NOT** A FORUM. I DO NOT HAVE TO READ IT. fink-gnome-core is a 'group maintainer' which was made world-readable so people wouldn't be blocked out of helping to maintain it. I STRONGLY object to creation of new fink forums i have to search every time i need to report a problem. I absolutely refuse to do so. I thought this group maintainer stuff was a bad idea in the first place, this is yet another reason why. Now WE ALL get to maintain it! Wohoo! Thats the same as no maintainer at all, if i have to read fink-gnome-core! Anything you 'announce' on fink-gnome-core is being 'announced' only to fellow maintainers of the fink-gnome packages. Since it is not a forum, the maintainers of fink-gnome-core are responsible for replying to each email personally. Should i now read Ben Reed's email before reporting KDE bugs? no. And this is NOT truly a 'recent thing with big updates', there are packages which have been in unstable for weeks which do not upgrade. This is not specific to gnome. I believe the system-xfree86 upgrade from 10.2 is still broken, in fact it is in the FAQ. Noone cares. Half our perl modules don't upgrade. -Ben --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: [gnome-core] librsvg2-2.4.0-3
On Jan 13, 2004, at 8:29 PM, Peter O'Gorman wrote: perl -pi -e 's/hardcode_direct=yes/hardcode_direct=no/g' configure Will also often fix this. You may need to do hardcode_direct_CXX too if the build uses c++. Aha, you're right, that does fix it. I rememeber that now... Kieth that is the patch to use. That should go on the porting page if it isn't already If you use setLDFLAGS: -L./.libs please make sure it does not end up in the installed .la's dependency_libs. Right, i noticed it got in there. For a complete fix it would have to be sedded out. Kieth: didnt mean to single out your package as much here, its just a general principle thing of these issues (apparently) not being considered major problems, by a lot of people. (even in unstable, they are major problems, and should prevent the package from going into unstable at all if they are known about) -Ben --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fwd: passwd_20030621-1_darwin-powerpc.deb
On Jan 13, 2004, at 8:18 AM, Finlay Dobbie wrote: I am no longer maintaining passwd, and it looks like this is a problem in the apt-get package depending on an old version anyway. We fixed that (long ago) by removing the postfix user from the newest passwd version. In stable, too I believe. sudo apt-get update; sudo apt-get dist-upgrade or fink selfupdate -Ben --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: [gnome-core] librsvg2-2.4.0-3
On Jan 13, 2004, at 4:32 PM, Ben Hines wrote:
On Jan 12, 2004, at 11:40 PM, Martin Costabel wrote:
Ben Hines wrote:
[]
ld: Undefined symbols:
_rsvg_set_default_dpi
This one has been answered many times (see also the post
fink-gnome-core black hole to fink-devel). You need to remove the
old version before compiling the new one. There is no good strategy
in such a situation as has been seen for many other packages in the
past.
No, i should not have to do that. There are hacks to get around such
situations, i have fixed them before in many packages.
And seriously folks, i am still sick of this user must {force depends,
remove old first, manually do foo} to use the new version of my
package bullshit which has been happening more and more recently.
There are solutions for everything. The last, last, last resort is
having the user do something. If a temp upgrade-package is required,
then that is preferred over having the user do something. If modifying
%p is required, then that is preferred to having the user do something.
Often there are much easier build time fixes. (as in this case) There
is always a way. If a user must manually do something to update a
package, please file a bug on the bug tracker.
These situations are NOT acceptible to fink users. These situations
STILL cause people to leave fink.
And no martin it doesn't matter that is has been 'answered many times'
by the gnome maintainers - it has never been asnwered (actually, until
sunday - once) on fink-devel or fink-users which are the fink mailing
lists. fink-gnome-core is the maintainer for the gnome packages, not a
fink discussion forum. I refuse to subscribe to it. Is it in the FAQ?
This is a package bug, not a user problem. Since it is a known 100%
problem that you know about, why do you not detect it when building and
error out with a useful message? This is just bad package maintenance.
Lets see, here... its using the not-yet-installed lib? Just move the
order of the link line, looks like this works, it builds just fine with
it:
SetLDFLAGS: -L./.libs
Works fine. No 'remove this first' crap needed. If there are problems
with that fix, i am sure we can find another one.. even if it means
manually linking the file in the installscript. TRY, people. This is
IMPORTANT. That is a REALLY EASY FIX. Yes it is 'hackish'. that is
preferred to telling fink users to do things. If you really hate it,
remove the line in a year when most folks will have updated. We've had
far worse hacks in fink packages for a long, long time.
-Ben
---
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] ld: warning -prebind has no effect with -bundle
On Jan 12, 2004, at 6:23 PM, Koen van der Drift wrote: Any ideas how to fix this? Try adding -lcsirocsa -lcsironn to your libraries (LIBS or LDFLAGS if LIBS fails) Make sure they come after the -L../../src/.libs -lplplotd -Ben --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Please help bring my packages up-to-date (or take over some) :)
On Jan 12, 2004, at 3:23 PM, Carsten Klapp wrote: (For example, do we really need separate binaries for all those perlmod versions? I thought we should only have two: 5.6.0+, or earlier. Is there again ANOTHER perl binary incompatibility between 5.6.0 and 5.6.1? etc. Once again, I have had little time to study this all with respect to fink, if I am in error please forgive me and do correct me.) 5.8.1, you mean? Yes, it is all incompatible. We don't do all this work for no reason. We are not idiots. -Ben --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] ld: warning -prebind has no effect with -bundle
On Jan 12, 2004, at 7:34 PM, Koen van der Drift wrote: Try adding -lcsirocsa -lcsironn to your libraries (LIBS or LDFLAGS if LIBS fails) Make sure they come after the -L../../src/.libs -lplplotd How do I make sure they come after the -L../../src/.libs -lplplotd (if that is what I did wrong)? Because they aren't built yet at that time. You need to get them added at the correct point in the build, probably in one of the Makefile.in files. -Ben --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] building The GIMP 2.0pre1
On Jan 9, 2004, at 10:16 AM, Martin Costabel wrote: The install script for freetype2 moves lib/libfreetype.la into a lib/freetype2/ directory, but that doesn't get installed from %i into %p so there appears to be a problem with that package. It gets installed into %p when you install the freetype2-dev splitoff. I can't comment on what is necessary for gimp, haven't looked at it. Nope... in 10.3 anyway, the .dylib symlink is still hidden away in /sw/lib/freetype2/. This is on purpose, because we want fink packages to use apple's freetype2 by default. Fink's freetype2 is 'hidden away' for packages that specifically need that version. ./sw/lib/freetype2/lib/libfreetype.dylib - /sw/lib/libfreetype.6.dylib -Ben --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Heureka! (Was: Fink-0.18.0 doesn't compile)
This could be easily tested with a disk image, for example. Mount a read/write disk image, get info, choose 'ignore permissions' (looks like it is default) and try to install fink. It does indeed fail: This first test is designed to die, so please ignore the error message on the next line. # Looks like your test died before it could output anything. ./00compile.ok ./Base/initialize...ok ./Base/paramok ./Base/param_booleanok ./Command/cat...ok ./Command/chowname..ok 1/0# Failed test (./Command/chowname.t at line 27) # got: 'ben' ./Command/chowname..NOK 2# expected: 'nobody' ./Command/chowname..ok 4/0# Failed test (./Command/chowname.t at line 34) ./Command/chowname..NOK 5# got: 'unknown' # expected: 'nobody' ./Command/chowname..ok 7/0# Failed test (./Command/chowname.t at line 43) ./Command/chowname..NOK 8# got: 'ben' # expected: 'nobody' # Failed test (./Command/chowname.t at line 44) # got: 'unknown' # expected: 'nobody' ./Command/chowname..NOK 9# Looks like you failed 4 tests of 9. ./Command/chowname..dubious Test returned status 4 (wstat 1024, 0x400) DIED. FAILED tests 2, 5, 8-9 Failed 4/9 tests, 55.56% okay ./Command/commands..ok ./Command/exports...ok ./Command/failure...ok ./Command/touch.ok ./Config/exportsok ./Config/failureok ./Config/load_save..ok ./Config/optionsok ./Config/param..ok ./Config/verbosity_levelok ./FinkVersion/exports...ok ./FinkVersion/version...ok ./Mirror/exportsok ./PkgVersion/get_perl...ok Failed Test Stat Wstat Total Fail Failed List of Failed --- ./Command/chowname.t4 1024 94 44.44% 2 5 8-9 Failed 1/20 test scripts, 95.00% okay. 4/482 subtests failed, 99.17% okay. make: *** [test] Error 1 ### execution of make failed, exit code 2 compiling fink-0.18.0.cvs-20040111.2118 failed -Ben On Jan 10, 2004, at 6:20 AM, David R. Morrison wrote: We need our testing guru to come back and help us out here... --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: fink/perlmod/Fink ChangeLog,1.518,1.518.2.1 Engine.pm,1.156,1.156.2.1 PkgVersion.pm,1.209,1.209.2.1 SourceItem.pm,1.1,1.1.2.1
If there is anything we don't need it is to slow down indexing. I don't care how much cleaner it makes the code, we need to index constantly. It needs to be fast. -Ben 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 down indexing quite a bit and make fink.db up --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] CVS conflict detection
Fink should be able to realize what this is: WARNING: Unable to parse the line libbonobo2.info in /sw/fink/dists/unstable/main/finkinfo/gnome/libbonobo2.info. WARNING: Unable to parse the line === in /sw/fink/dists/unstable/main/finkinfo/gnome/libbonobo2.info. WARNING: Unable to parse the line 1.5 in /sw/fink/dists/unstable/main/finkinfo/gnome/libbonobo2.info. WARNING: Unable to parse the line libbonobo2.info in /sw/fink/dists/unstable/main/finkinfo/gnome/libbonobo2.info. WARNING: Unable to parse the line === in /sw/fink/dists/unstable/main/finkinfo/gnome/libbonobo2.info. WARNING: Unable to parse the line 1.5 in /sw/fink/dists/unstable/main/finkinfo/gnome/libbonobo2.info. WARNING: Unable to parse the line libbonobo2.info in /sw/fink/dists/unstable/main/finkinfo/gnome/libbonobo2.info. We could have fink notify the user of a possible CVS conflict and offer to remove the file and selfupdate-cvs again. We could also suggest that if they want to keep the changes they should say no and resolve the conflict by hand. -Ben --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Perl modules ambiguity with xml-parser-pm581-2.34-10
On Jan 10, 2004, at 12:05 PM, Remi Mommsen wrote: I need to explicitly pick the pm581 modules to make it work. I'm not sure about the versioned perl modules business. I guess that all versioned perl modules must depend explicitly on versioned perl modules. But why do we need the placeholders (unversioned) modules then? Its really just a bug in libwww-pm580, it needs to depend on versioned versions of its deps. You'd need to choose all the same (581) versions for it to work, and you chose the defaults which were wrong. I think you could get fink to shut up with MatchPackageRegEx: (.*581$) in your fink.conf (I hate that dumb field name) -Ben --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink-maintainer-gaim :: gaim = 0.71 please
On Jan 8, 2004, at 7:24 PM, Max Horn wrote: We can't get anything into 0.6.2 - that's a fixed release :-). Not totally correct as you know, we do have an 'current' dir which we can throw packages into which point release stable users can access. For occasionally totally broken packages such as 'bidwatcher' at times (which can break when ebay changes formats), or gaim (which can break when MS changes formats) , it is a good use of it IMO. (from my /sw/etc/apt/sources.list : ) # Official binary distribution: download location for packages # from the latest release deb http://telia.dl.sourceforge.net/fink/direct_download 10.3/release main crypto # Official binary distribution: download location for updated # packages built between releases deb http://telia.dl.sourceforge.net/fink/direct_download 10.3/current main crypto -Ben --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gettext-dev and libiconv-dev dependencies
On Dec 31, 2003, at 9:32 PM, Max Horn wrote: What I find interesting about this is that we are apparently so close in some regards, Ben... I am too lazy to search through the trackers, but I think I could easily find similar examples quoting *you*... :-). I certainly would admit it agree with that statement. :) You are correct that I do the same thing to people sometimes. Let me know when i am doing it and i'll do the latter. -Ben --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] libgnugetopt
libgnugetopt dependencirs are never needed on 10.3... the missing getopt functions were added to libsystem. Just remove all gnugetopt deps completely! It will work fine. -Ben On Jan 1, 2004, at 3:21 AM, Matthias Neeracher wrote: Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/games In directory sc8-pr-cvs1:/tmp/cvs-serv13994 Added Files: nethack.info nethack.patch Removed Files: nethack-3.4.1-1.info nethack-3.4.1-1.patch Log Message: Added missing dependency on libgnugetopt-shlibs --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink builds twice
This is interesting. I used a test package that was Type: nosource and fink rebuild baz baz-shlibs 'compiles' baz twice no matter the order. Is your foo test package Type nosource? When i added a source tarball, it only builds once. -Ben On Jan 1, 2004, at 5:48 PM, Koen van der Drift wrote: Hi, While working on a package I notice that if I type: fink rebuild foo foo-shlibs then fink build both packages in one run. But if I type: fink rebuild foo-shlibs foo then fink uses two rounds of unpacking/compiling/building, although both deb files are created in the first run. I tried it with an existing package (libpng3), but in that case fink used one run in both cases (as expected). So it could very well be that I made an error or forgot something in the .info file. Has anyone seen this before? thanks, - Koen. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink builds twice
Ok, yeah, I can reproduce it with my test package after i remove.. it appears it only happens if a package is NOT installed and is rebuilt. Source line does not matter. -Ben On Jan 1, 2004, at 8:12 PM, Koen van der Drift wrote: No, I don't use that field. I'll try to find an existing package in fink that does the same, so others can test it. I have reproduced it with libpng3, but I had to remove the package first. And the order didn't even matter, both packages were build twice both times. It must be machine related because I could not reproduce it on another machine (although both have 0.17.4, unstable, and a recent rsync selfupdate). - Koen. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink builds twice
Still occurs with cvs. Note that the parent does not depend on the
-shlibs in my test package.
I think this might be a very old bug from max. (fix at bottom)
Here is the pkg, fink remove them all then do 'fink rebuild baz
baz-blammo
Package: baz
Version: 2.1
Revision: 11
#Depends: %N-blammo, %N-doc
Type: nosource
CompileScript: echo COMPILING BAZ AT THIS TIME
InstallScript:
echo none README
DocFiles: README
SplitOff:
Package: %N-blammo
DocFiles: README
SplitOff2:
Package: %N-doc
DocFiles: README
License: GPL
Maintainer: None [EMAIL PROTECTED]
And with this one in CVS you will get a 'circular dependency' error:
Failed: Problem resolving dependencies. Check for circular dependencies.
Package: baz
Version: 2.1
Revision: 11
Depends: %N-blammo, %N-doc
Type: nosource
CompileScript: echo COMPILING BAZ AT THIS TIME
InstallScript:
echo none README
DocFiles: README
SplitOff:
Package: %N-blammo
DocFiles: README
SplitOff2:
Package: %N-doc
DocFiles: README
License: GPL
Maintainer: None [EMAIL PROTECTED]
This fixes it I think... the loop removing relatives from the rebuild
list was only being entered if the parent wasn't being rebuilt. I'm not
sure if this is the correct fix, though... please verify what this
breaks :)
Index: Engine.pm
===
RCS file: /cvsroot/fink/fink/perlmod/Fink/Engine.pm,v
retrieving revision 1.148
diff -u -r1.148 Engine.pm
--- Engine.pm 1 Jan 2004 18:48:08 - 1.148
+++ Engine.pm 2 Jan 2004 05:14:07 -
@@ -1449,7 +1449,7 @@
# to build in any case.
$to_be_rebuilt{$pkgname} = 0 unless exists
$to_be_rebuilt{$pkgname};
$to_be_rebuilt{$pkgname} |= not
$package-is_present();
- if (not $to_be_rebuilt{$pkgname} and exists
$package-{_relatives}) {
+ if ($to_be_rebuilt{$pkgname} and exists
$package-{_relatives}) {
foreach $pkg
(@{$package-{_relatives}}) {
next unless exists
$to_be_rebuilt{$pkg-get_name()};
$to_be_rebuilt{$pkgname} |=
$to_be_rebuilt{$pkg-get_name()};
-Ben
---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gettext-dev and libiconv-dev dependencies
On Dec 31, 2003, at 12:32 PM, Max Horn wrote: Am 31.12.2003 um 21:00 schrieb Martin Costabel: Ben Hines wrote: On Dec 22, 2003, at 4:50 AM, Martin Costabel wrote: [] I am dreaming of a mechanism that would remove a BuilDependsOnly package immediately after it is used. This would not only solve this problem, but also come in handy in other situations (it would help with the freetype2 mess, for example). That is planned. It is??? Did you folks really think this through? I'd be curious to learn how that should be doable, see below... Yes, it is absolutely doable and yes, i have thought it through. Have you? In fact thesin has already begun to implement it. It basically requires redoing the whole dep search after each build. By planned i mean we plan to do it. Yes it is hard. No we have not figured out exactly the best way to do it, etc... No need to be acting like a dick again Max, all I said was That is planned I have been thinking about this some more, and I would now like to propose this seriously as a solution for several problems that were biting us recently. The more I think about it, the more it seems to me that we will *have to* do this. Here is the proposal: 1. Allow the packages that have BuildDependsOnly: true (short: buildonly packages) to Depend on other buildonly packages 2. Introduce a reaper that removes *all* buildonly packages. The reaper has to run every time before fink starts a package build process. Doesn't sound like a good idea. Many people (including me) who actually use fink packages for development would be very unhappy about this. I need a lot of our buildonly packages (e.g. -dev package with header files). Having to manually reinstall them whenever I use fink to install something would be a nightmare (and essentially make fink useless). You wouldn't, dude. It'd be optional and you'd be able to hold certain packages of course. These are obvious problems which I immediately considered. I am also a developer/ -Ben --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gettext-dev and libiconv-dev dependencies
On Dec 31, 2003, at 1:21 PM, Ben Hines wrote: I have been thinking about this some more, and I would now like to propose this seriously as a solution for several problems that were biting us recently. The more I think about it, the more it seems to me that we will *have to* do this. Here is the proposal: 1. Allow the packages that have BuildDependsOnly: true (short: buildonly packages) to Depend on other buildonly packages 2. Introduce a reaper that removes *all* buildonly packages. The reaper has to run every time before fink starts a package build process. Doesn't sound like a good idea. Many people (including me) who actually use fink packages for development would be very unhappy about this. I need a lot of our buildonly packages (e.g. -dev package with header files). Having to manually reinstall them whenever I use fink to install something would be a nightmare (and essentially make fink useless). You wouldn't, dude. It'd be optional and you'd be able to hold certain packages of course. These are obvious problems which I immediately considered. I am also a developer/ Oops, clicked send to early.. anyway, obviously such a mechanism would have to keep track of what packages the user told fink to install, and which were simply installed as a blind build dependency. Again, obvious issues. It is absolutely a great idea to get these unnecessary packages off people's systems who do not want them while keeping them for people who do. -Ben --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gettext-dev and libiconv-dev dependencies
[resend] On Dec 31, 2003, at 6:11 PM, Max Horn wrote: Err, sorry, but I don't understand why you react so extremely aggressive. I just re-read what I wrote, and I still don't get why what I wrote makes me a dick (again, apparently). I was merely asking, and IMO not even impolite (although maybe due the fact that I am not a native speaker I am missing something abusive I said, although I have not the slightest clue what that would be). I was (and am) seriously surprised by this approach (tried to show that by my use of three question marks, BTW). I didn't mean to say that you or anybody else involved in this matter is stupid, or whatever else you thought I was implying. I simply didn't understand, and hence did what is usually a good idea in such a situation: ask. To me sometimes Max, you come across as condescending, abrupt and like you know everything better then everyone else, and that none of our proposals could possibly be valid. Sometimes it does not seem like a technical discussion at all, rather like a lecture from max on why we are so wrong. Combined with your comments on a tracker item today (to a simple user who didn't follow the rules - yeah, users do that, no need to yell at them) you seem to be acting more and more like chrisp: https://sourceforge.net/tracker/? func=detailatid=117203aid=860056group_id=17203 basically sounds just like how chrisp acted before he quit: http://sourceforge.net/tracker/? func=detailatid=371315aid=479267group_id=17203 In my particular situation, yes perhaps there flaws. Point them out in a manner that is not so condescending, please. Your 'use of the three question marks' is exactly what pissed me off, as if you are asking: how could we be so stupid to suggest this??? Don't you know that your suggestion is stupid??? Have you thought this through you idiot?? Asking if i have thought something through is rude. Just point out any problems you may see without the commentary. Again there is obviously a middle ground, not all people are so easily offended and set off as I am, some wouldn't be bothered at all, and the large center ground would simply read it and say 'that guy was a bit harsh eh? He was just making a proposal' Hm, in the light of what Ben Hines that (namely that for 'developers', one can 'hold' packages), does that mean that we essential will start to tell developers (like Ben or me and many others) that they now have to start manually fixing their Fink installation whenever changes like that are made? I mean, since for example I would have to hold those -dev packages mentioned above, that would mean in the alternate world (where we implemented the changes as Martin and Ben suggest them), I would have had to manually fix up my freetype2 installation. Do I understand that right so far? I don't understand your concern here... no you wouldn't have to manually 'hold' or 'fix' anything. Fink would know that you manually had installed those packages (via a 'fink install' or apt-get command for example), and so would attempt to keep them installed at the end of any fink run rather than removing them. You wouldn't have to explicitly hold them at all or manually fix up anything. This is not a developer only feature. It would work best as a default option - most users would NOT want to keep build time only deps installed. Even as a developer, i only want packages i have asked for via fink install, even -dev. To clarify again my 'that is planned' statement simply meant I certainly plan to attempt to do this, i didn't mean to say it was a done deal as you have interpreted. I can see how you might have take it that way from others actions on fink in the past, but hopefully you know that Ben Hines generally doesn't ever commit things to fink without bringing them up to everyone in detail. For example when i implemented the mirroring stuff I posted a design for them and solicited comments. It is the other people who change dep engines without asking. :) Anyway maybe in the end it will turn out to not be feasible, but I certainly don't see blockers here. If the solution is a full chroot, so be it - that will have many other benefits too. All the problems you mention i believe can be overcome. Packages could still be switched out if you were holding something with a build depends hold.. fink could simply know to put back the ones you wanted at the end of a run and ask you what to do if there are issues. Anyway I didn't plan to fully implement this right now, i'd like to work on getting fink to mix binaries and source dependencies better first since it is a more common user request. -Ben --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click
Re: [Fink-devel] linker question
On Dec 26, 2003, at 5:31 AM, Koen van der Drift wrote: That's weird though, if I don't use the SetLDFLAGS: -lstdc++ line, I get the c++ error during compilation ld: Undefined symbols: std::ios_base::Init::Init[in-charge]() std::ios_base::Init::~Init[in-charge]() std::cerr . Because its linking with gcc, not g++. -Ben --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: dists/10.2-gcc3.3/unstable/main/finkinfo/base fink-0.17.3-1.info,NONE,1.1 fink-mirrors-0.0.2-2.info,NONE,1.1 fink-0.17.2-1.info,1.1,NONE fink-mirrors-0.0.2-1.info,1.2,NONE
Why not use the new info file name format? it sure helps to track changes. -Ben On Dec 24, 2003, at 12:38 PM, David R. Morrison wrote: Update of /cvsroot/fink/dists/10.2-gcc3.3/unstable/main/finkinfo/base In directory sc8-pr-cvs1:/tmp/cvs-serv2951 Added Files: fink-0.17.3-1.info fink-mirrors-0.0.2-2.info Removed Files: fink-0.17.2-1.info fink-mirrors-0.0.2-1.info Log Message: new versions --- NEW FILE: fink-0.17.3-1.info --- Package: fink Version: 0.17.3 Revision: 1 Depends: base-files Suggests: storable-pm, term-readkey-pm Essential: yes Source: mirror:custom:fink/%n-%v.tar.gz Source-MD5: b4ffa5bcedd57cfe952ba2ad6c1be042 CustomMirror: Primary: http://west.dl.sourceforge.net/sourceforge/ nam-US: http://us.dl.sourceforge.net/sourceforge/ eur: http://eu.dl.sourceforge.net/sourceforge/ CompileScript: #!/bin/sh -e ./setup.sh %p InstallScript: ./install.sh %i PostInstScript: %p/lib/fink/postinstall.pl fink index # Description: The Fink package manager DescDetail: fink is the Fink project's package manager. It is responsible for downloading and compiling source and building binary packages from it. Binary package handling is then delegated to dpkg. DescPackaging: Don't use mirror:sourceforge so that older package manager versions which do not know that mirror can still selfupdate. License: GPL Maintainer: Fink Core Group [EMAIL PROTECTED] Homepage: http://fink.sourceforge.net/ --- NEW FILE: fink-mirrors-0.0.2-2.info --- Package: fink-mirrors Version: 0.0.2 Revision: 2 Essential: yes Source: mirror:custom:fink/%n-%v.tar.gz Source-MD5: bfe216c3c7fc29d55d59db5032177864 CustomMirror: Primary: http://west.dl.sourceforge.net/sourceforge/ nam-US: http://us.dl.sourceforge.net/sourceforge/ eur: http://eu.dl.sourceforge.net/sourceforge/ Depends: fink (= 0.17.3-1) Replaces: fink ( 0.17.2-1) CompileScript: sed -e s|@PREFIX@|%p| postinstall.pl.in postinstall.pl InstallScript: ./install.sh %i PostInstScript: %p/lib/fink/mirror/postinstall.pl # Description: Mirror infrastructure DescDetail: The fink-mirrors package keeps a current list of the mirrors which are used by fink to download sourcefiles. License: GPL Maintainer: Fink Core Group [EMAIL PROTECTED] Homepage: http://fink.sourceforge.net/ --- fink-0.17.2-1.info DELETED --- --- fink-mirrors-0.0.2-1.info DELETED --- --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-commits mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-commits --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gettext-dev and libiconv-dev dpendencies
On Dec 22, 2003, at 4:50 AM, Martin Costabel wrote: Solutions: Either one allows gettext-dev to Depend on libiconv-dev (but this not only violates policy but may also break bootstrapping, because gettext-dev might be needed before libiconv is built), or all packages that are susceptible to be hit That is never a solution and c an not be. Things are builddpeendsonly for a reason, in this case to support gettext 2 in the future. by this problem (and this is hard to detect and concerns potentially many packages) would need a BuildDepends on both gettext-dev and libiconv-dev. Yes, that is the answer. Any packages which don't should be fixed. Feel free to add them to any packages which need it. I am dreaming of a mechanism that would remove a BuilDependsOnly package immediately after it is used. This would not only solve this problem, but also come in handy in other situations (it would help with the freetype2 mess, for example). That is planned. -Ben --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] The perl modules situation
On Dec 11, 2003, at 5:38 AM, David R. Morrison wrote: The obvious solution to this problem would be to use versioned Provides statements. That is, if you installed perl581 (or the virtual system-perl581), you would get You seem to misunderstand my issue. We already have versioned provides. The virtpkgs.pm pseudo package provides are all versioned. There is no issue, the .pm and dpkg/apt simply need to be fixed to provide the packages, just like they provide certain versions of cctools and perl. -Ben --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Manual pages in /sw/man (code2html, shntool, gaim-ssl, jove, trackballs, snownews, shorten)
Yes, it does check that on the deb file, but most folks probably don't realize that deb files can be validated. Its also easy to miss changes when updating packages. btw: main/finkinfo/libs 166 % fink validate libfinch0.info Validating package file libfinch0.info... Warning: Field files of splitoff contains entries that end in / (libfinch0.info) Warning: Description ends with .. (libfinch0.info) main/finkinfo/libs 167 % fink validate libibrary0.info Validating package file libibrary0.info... Warning: Length of package description exceeds 45 characters. (libibrary0.info) -Ben On Dec 24, 2003, at 6:05 PM, Kyle Moffett wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 To the maintainers of code2html, shntool, gaim-ssl, jove, trackballs, snownews, and shorten. Does fink validate check this? If not, could that be added? Also, if it is not already, running fink validate should be required for all packages before they are added to unstable. zeus:~ root# dpkg -S '/sw/man*' jove: /sw/man/man1/teachjove.1 jove: /sw/man/man1/xjove.1 jove: /sw/man/man1/jove.1 code2html, shntool, gaim-ssl, jove, trackballs, snownews, shorten: /sw/man jove: /sw/man/man1/jovetool.1 snownews: /sw/man/fr/man1 trackballs: /sw/man/man6/trackballs.6 code2html: /sw/man/man1/code2html.1 shorten: /sw/man/man1/shorten.1 snownews: /sw/man/de/man1 snownews: /sw/man/de/man1/snownews.1 snownews: /sw/man/fr/man1/snownews.1 snownews: /sw/man/nl/man1 snownews: /sw/man/de code2html, shntool, jove, snownews, shorten: /sw/man/man1 gaim-ssl: /sw/man/man3 trackballs: /sw/man/man6 snownews: /sw/man/nl gaim-ssl: /sw/man/man3/Gaim.3pm shntool: /sw/man/man1/shntool.1 snownews: /sw/man/fr snownews: /sw/man/man1/snownews.1 snownews: /sw/man/nl/man1/snownews.1 Cheers, Kyle Moffett -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) iD8DBQE/6kX9ag7LSGnFq10RAimaAJ4gjAEnQWmQmccrThx1zGniJAIbkgCgp1Bo dqqGNHxNTGrhW3mY2XvrJ4g= =Lqoh -END PGP SIGNATURE- --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] The perl modules situation
On Dec 24, 2003, at 9:37 PM, David R. Morrison wrote: My belief is that the Provides line is not enough to satisfy dpkg. Certainly that was true in the early days of fink. It's possible that it has changed, and that I haven't kept up with dpkg's capabilities. I'm not talking about adding Provides lines to the virtual perl packages, i'm talking about adding whole new virtual packages for every perl module a fink user has in the system perl. To fink, dpkg, and apt, VirtPackages.pm creates real packages, not Provides. It all works because of our hack to dpkg and apt. If a user tries to install something that wants cctools (= 446-1), it works fine - the install fails until they install the new dev tools. The proposed perl modules solution should work too. http://sourceforge.net/tracker/index.php? func=detailaid=865568group_id=17203atid=367203 -Ben --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] inject.pl broken
Looks like its not clearing out the index again. % ./inject.pl sudo ./inject.pl /sw Password: Creating fink tarball... tar -cf /sw/src/fink-0.17.2.cvs.tar COPYING INSTALL INSTALL.html README README.html USAGE USAGE.html Makefile ChangeLog VERSION fink.in fink.8.in fink.conf.5.in install.sh setup.sh shlibs.default.in pathsetup.command.in postinstall.pl.in perlmod update t fink-virtual-pkgs.in Copying package description(s)... /usr/bin/sed -e 's/@VERSION@/0.17.2.cvs/' -e 's/@REVISION@/20031225.0637/' -e 's/@MD5@/05496db2a60b646b0f92cafb86d3b8e1/' fink.info.in /sw/fink/dists/local/bootstrap/finkinfo/fink-0.17.2.cvs.info /bin/chmod 644 /sw/fink/dists/local/bootstrap/finkinfo/*.* Installing package... /sw/bin/fink install fink Reading package info... Updating package index... done. Information about 2220 packages read in 15 seconds. No packages to install. Your Fink installation in '/sw' was updated with a new fink package. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] inject.pl broken
Ah, nevermind, looks like the fink VERSION file simply wasn't updated to .3 in CVS. -Ben On Dec 24, 2003, at 10:38 PM, Ben Hines wrote: Looks like its not clearing out the index again. % ./inject.pl sudo ./inject.pl /sw Password: Creating fink tarball... tar -cf /sw/src/fink-0.17.2.cvs.tar COPYING INSTALL INSTALL.html README README.html USAGE USAGE.html Makefile ChangeLog VERSION fink.in fink.8.in fink.conf.5.in install.sh setup.sh shlibs.default.in pathsetup.command.in postinstall.pl.in perlmod update t fink-virtual-pkgs.in Copying package description(s)... /usr/bin/sed -e 's/@VERSION@/0.17.2.cvs/' -e 's/@REVISION@/20031225.0637/' -e 's/@MD5@/05496db2a60b646b0f92cafb86d3b8e1/' fink.info.in /sw/fink/dists/local/bootstrap/finkinfo/fink-0.17.2.cvs.info /bin/chmod 644 /sw/fink/dists/local/bootstrap/finkinfo/*.* Installing package... /sw/bin/fink install fink Reading package info... Updating package index... done. Information about 2220 packages read in 15 seconds. No packages to install. Your Fink installation in '/sw' was updated with a new fink package. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: dists/10.2-gcc3.3/stable/main/finkinfo/database mysql-3.23.58-11.info,1.4,NONE mysql-3.23.58-11.patch,1.1,NONE
Thats it right there. -Ben On Dec 19, 2003, at 4:27 PM, Remi Mommsen wrote: ../10.3/stable/main/finkinfo/database/mysql.info ../10.3/stable/main/finkinfo/database/mysql.patch ../10.3/unstable/main/finkinfo/database/mysql.info ../10.3/unstable/main/finkinfo/database/mysql.patch --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Identically named packages
On Dec 15, 2003, at 6:24 AM, Peter O'Gorman wrote: Things should not be depending on python, they ought to depend on the specific version of python that they require, if the package is indeed So what then is the 'python' splitoff for? -Ben --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] bin-dist made more regularely
On Dec 12, 2003, at 7:28 AM, Charles Lepple wrote: Of course, this would require a little more advocacy of popularity-contest, besides any changes to the inner workings of the code.. I like popularity-contest, however it currently requires an MTA running locally to submit results. If somone wants to fix it so it can submit results via a web form or something, more folks could use it. -Ben --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Identically named packages
On Dec 9, 2003, at 2:44 PM, Max Horn wrote: Why was this done? Why not netpbm10-bin, which then Provides: netpbm-bin ? I agree, and was complaining about this the other day. Identically named packages should be illegal. 'python' has a similar problem. If a user with python21 installs a package which simply depends on 'python' (ie, the package doesn't care what python version is installed), they will currently be forced to install python23! -Ben --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] successful port of Licq to os x
Feel free to submit a fink package to the submission tracker at: http://sourceforge.net/tracker/?atid=414256group_id=17203 The .info file format is very easy. You can find examples in /sw/fink/dists/unstable/main/finkinfo/ I know that Chris Z was working on one previously.. -Ben On Dec 11, 2003, at 6:56 AM, [EMAIL PROTECTED] wrote: Hi all, I want to announce that I have successfully ported Licq to OS X. Below are instructions on how to do it. I am posting this message to fink-devel in the hope that someone would have commit access to post a port to fink (which would be great!) and to licq-devel, in case anyone is interested in running Licq on OS X. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] grass status
I moved this to the 10.3/unstable tree today. -Ben On Nov 3, 2003, at 9:21 AM, Kirk R. Wythers wrote: I have just moved from FreeBSD to OSX and want to get grass running. Can anyone give me quick rundown on the status of grass on fink? Who is the maintainer? Where did it go (seems like a day or two ago, grass was available in unstable, now I can't find it anywhere)? Does grass maintenance need help? Thanks, Kirk --- - Kirk R. Wythers tel: 612.625.2261 Dept. of Forest Resources fax: 612.625.5212 University of Minnesota email: [EMAIL PROTECTED] --- - --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] perls
Since you've removed the system-perl packages, we're going to have to add all the Provided: perl modules to fink's virtual packages system, provided by those, hard coding the perl version into fink (or, maybe just looking up the perl modules dynamically?... that'd be slick). I had already added one (test-simple-pm) to the system- package, but the removal of the system-580 breaks those packages which were using that possibly creating some broken dependencies. (or maybe just unnecessary fink depends) http://cvs.sourceforge.net/viewcvs.py/fink/dists/10.3/unstable/main/ finkinfo/languages/Attic/system-perl581.info?rev=1.1view=markup This mime-base64-pm | perl580-core | perl581-core stuff is silly. -Ben --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: dists/10.2/stable/main/finkinfo/libs popt-1.7-1.info,1.3,1.4
On Dec 10, 2003, at 8:10 AM, Benjamin Reed wrote: 'popt' contains i18n data, so it can't be BuildDependsOnly I believe that lots of BuildDependsOnly (header) packages contain i18n data. Do things actually fail at runtime due to this? -Ben --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: I am giving this 24 hours - (Re: [Fink-devel] Is it ok to remove phpmyadmin and pws from the web-module?)
On Dec 8, 2003, at 10:57 PM, D. Höhn wrote: Geezes you people are picky ;) I will remove the data contained in teh two mentioned flders so that it does not have to be checked anymore better? ;) see yas Yes i still use phpmyadmin. Leave them. -Ben --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: dists/10.3/unstable/main/finkinfo/web amaya.info,1.1,1.2 amaya.patch,1.1,1.2
On Dec 8, 2003, at 9:45 PM, Hisashi T Fujinaka wrote: Actually, the maintainer removed them. I'll put them back. No, he didn't remove them, they were added by someone else, and he didn't notice. -Ben --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: I am giving this 24 hours - (Re: [Fink-devel] Is it ok to remove phpmyadmin and pws from the web-module?)
On Dec 8, 2003, at 11:11 PM, Ben Hines wrote: On Dec 8, 2003, at 10:57 PM, D. Höhn wrote: Geezes you people are picky ;) I will remove the data contained in teh two mentioned flders so that it does not have to be checked anymore better? ;) see yas Yes i still use phpmyadmin. Leave them. And i'm not so happy about this '24 hours'' business. Sometimes i am not able to check email for a day. You are not in charge here, buddy. btw if you want to take it out of cvs, but fix the webserver update script so it won't delete phpmyadmin from the site (ie, i can still use it), that's fine. -Ben --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] BuildDependsOnly field
On Dec 4, 2003, at 1:36 PM, TheSin wrote: Already stated I will no longer work be working on fink's code base unless it's to fix something that I created. Sorry to try and advance fink instead of complaining yet again about something that has been discuss a dozen times already. Aw cmon don't be immature about it, its all about communication. Of course everyone appreciates the contributions and we want you to contribute more. I have two branches already they don't work, they have been there for over 6 months, no one tests them and no one merges/updates them. You need to kick people to get them to help out and remind people of things, i dont remember even what other branches you have. I'd test your BC branch. -Ben --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] BuildDependsOnly field
On Dec 2, 2003, at 3:29 PM, Dave Vasilevsky wrote: 3. Calls the utility program rmorphans2 to remove all the packages that were only installed as a [Build]Depend, but that I don't want kept. This would be a really nice feature to have implemented directly in fink. -Ben --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: experimental/benh57/finkinfo/test dia.info,NONE,1.1
That sentence makes no sense -Ben On Dec 2, 2003, at 8:45 PM, TheSin wrote: it's not dia isn't libunicode-gnome, I've already posted this to fink-devel... --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 2-Dec-03, at 9:17 PM, Ben Hines wrote: Update of /cvsroot/fink/experimental/benh57/finkinfo/test In directory sc8-pr-cvs1:/tmp/cvs-serv8177 Added Files: dia.info Log Message: Broken dia --- NEW FILE: dia.info --- Package: dia Version: 0.92 Revision: 10 GCC: 3.3 Depends: libgnomeui2-shlibs, libgnome2-shlibs, libart2-shlibs, libunicode-gnome-shlibs, libxml-shlibs, gdk-pixbuf-shlibs, libpng3-shlibs, popt-shlibs BuildDepends: libgnomeui2-dev, libgnome2, libart2, libunicode-gnome, libxml, libpng3, gdk-pixbuf, audiofile, esound, glib, gtk+, libjpeg, libtiff, netpbm, orbit-dev, readline (= 4.3-15), imlib, giflib, gettext-dev, gettext-bin, libiconv-dev Source: gnome Source-MD5: 49a30a8a75bddfe59dc9f92f48afd2c8 #Patch: %n.patch SetCFLAGS: -no-cpp-precomp ConfigureParams: --infodir=%i/share/info --mandir=%i/share/man --enable-gnome DocFiles: COPYING README AUTHORS NEWS ChangeLog KNOWN_BUGS TODO Description: Diagram drawing program DescDetail: Dia is a tool for drawing diagrams, borrowing ideas from programs such as visio. It can be used to draw specific types of diagrams such as network and UML diagrams and flowcharts, while also providing some more generic objects to draw with. Dia may be extended to use new shape types by writing a simple XML description of the shape. The diagrams can be exported to a number of formats including EPS, SVG, CGM and PNG. Diagrams can also be printed (splitting the diagram to multiple pages if appropriate). DescPort: Patch for the gcc3 install-name bug License: GPL Homepage: http://www.lysator.liu.se/~alla/dia/ Maintainer: Paul GABORIT [EMAIL PROTECTED] --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-commits mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-commits --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] BuildDependsOnly field
it is good to work in CVS. But for major dep engine changes you might want to work in a 'branch' instead, not HEAD. -Ben On Dec 2, 2003, at 7:22 PM, TheSin wrote: I'm just gonna do it steps, first I need BuildConflicts, which I just added, now I'm gonna add the transparent check before every build code, it'll remove and install as needed but won't ask since the first summary will cover it all anyhow. And I've got that part almost working already, but I need to make small commits in between to not confuse myself, and so other can't help find any problems if there are any in little burst as so I don't get too far ahead, but this stuff has been put off too long, and been complained about too much. So instead of my complaining about it again I just decided to do it. --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 2-Dec-03, at 4:23 PM, Max Horn wrote: I think doing this properly is a very hard task. Are you sure you're up to it? For now, it might be *much* simpler to simply change fink remove to use apt-get remove instead of dpkg --remove. That will give you almost exactly the functionality you want w/o having to study graph theory. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
