Re: [Fink-devel] Request for Assistance: Packaging for mutella

2002-03-16 Thread Max Horn

At 14:05 Uhr + 15.03.2002, Gregory Block wrote:
We're nearing release, and I'd like someone to help me with getting a
package ready for mutella.

I'm responsible for the port of Mutella to MacOS X, and will be taking over
as package maintainer for some time while Max, who's done much of the work
up to now, takes a breather from the project.

Just to clarify, that's not me he's talking about here I assume (I'd 
know, right? =)


It runs, it's stable, and it's fast.  It support 0.6, and I'm going to add
GGEP and Ultrapeers for the next version, in all likelihood.  It doesn't do
swarming, but it will make parallel connections to anyone who offers and
take from the fastest, continually checking to see if faster providers come
online.

OK, I assume somebody familiar with your program knows what you are 
talking here (I understand no word, but oh well) =).



It's a nice client.  And I'd like to see it more widely used.  That means
getting it added to fink.

It's got a single dependency on libreadline, and it's got a working build
system (automake 1.5, autoconf 2.13, needs to have /usr/libexec/config.*
copied to the local directory first).

I need someone to help in getting a package together, and if anyone has
time, maybe to help with testing and report feedback, or by writing a man
page.

Is there anyone out there who might be willing to provide packaging?

I think there could be many people who'd look into this. If you 
simply provided an URL to the source code of the relase version here, 
then whoever is interested in it can just start on it.



Max
-- 
---
Max Horn
Software Developer

email: mailto:[EMAIL PROTECTED]
phone: (+49) 6151-494890

___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] CVS commit rules

2002-03-16 Thread Max Horn

At 17:04 Uhr +1100 16.03.2002, Jeremy Higgs wrote:
On 15/3/02 10:52 PM, David R. Morrison [EMAIL PROTECTED] wrote:

  I'd like to remind all core fink developers of the most important rule when
  committing things to CVS:

  IF YOU HAVE MADE ANY CHANGE TO YOUR PACKAGE, YOU MUST INCREASE THE
  REVISION NUMBER.

  Like any good rule, there are exceptions to this: you can modify the
  Description field, for example, or BuildDepends, because neither of these
  will affect an already compiled package.  The thing we want to avoid is
  different users compiling packages with the same revision number and
  getting different results -- that is a disaster for sorting things out
  and solving problems later on.

  Fink has had an excellent track record of following this rule, with a few
  minor deviations.  Let's keep this up.

  -- Dave

Hi David,

Just to clarify things... A couple of minutes ago, I updated the download
URL for qcad (in unstable), due to a report from a user that the previous
URL no longer worked. I assume this is OK, as no recompilation of the
package is necessary?

Yup, that's completly fine as well.


Max
-- 
---
Max Horn
Software Developer

email: mailto:[EMAIL PROTECTED]
phone: (+49) 6151-494890

___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] sub-heredoc (was Re: BuildDependsOnly)

2002-03-16 Thread Max Horn

At 16:18 Uhr -0500 15.03.2002, David R. Morrison wrote:
Benjamin Reed [EMAIL PROTECTED] wrote:
  Another thing that occurred to me while packaging is, is there a way to
  do multilines inside a splitoff?  While making the kdelibs package, I have
  a huge line of files in the Files: section of the bin and shlibs
  sub-packages.  Can those be continued with \ at the end, or maybe a sub
  heredoc?

  Splitoff: 
   Files: 
lib/blah.so
...
   
  

You can do this already.  The terminator for the sub-heredoc is also ,
which causes fink warnings, but Max is working on a fix for that.

An example for this can be found in the libtiff package in the 
shared-libraries CVS module.



Max
-- 
---
Max Horn
Software Developer

email: mailto:[EMAIL PROTECTED]
phone: (+49) 6151-494890

___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] sub-heredoc (was Re: BuildDependsOnly)

2002-03-16 Thread Max Horn

At 11:43 Uhr +0100 16.03.2002, Max Horn wrote:
At 16:18 Uhr -0500 15.03.2002, David R. Morrison wrote:
Benjamin Reed [EMAIL PROTECTED] wrote:
  Another thing that occurred to me while packaging is, is there a way to
  do multilines inside a splitoff?  While making the kdelibs package, I have
  a huge line of files in the Files: section of the bin and shlibs
  sub-packages.  Can those be continued with \ at the end, or maybe a sub
  heredoc?

  Splitoff: 
   Files: 
lib/blah.so
...
   
  

You can do this already.  The terminator for the sub-heredoc is also ,
which causes fink warnings, but Max is working on a fix for that.

An example for this can be found in the libtiff package in the 
shared-libraries CVS module.


OK, fixed in CVS to issue correct warnings, and not issue irritating 
wrong warnings anymore. Also, when an error occurs, it once more 
outputs the affected file(name).


Now the only thing left to do before we can make a new Fink package 
manager release is for me to fix up the build dependencies for 
splitoffs (as I mentioned before). This is really necessary, as I 
just noticed the hard way: I have glib2-shlibs installed but not 
glib2. When I try to build atk1, it fails, since glib2 is installed. 
Now you say: Wait wait, atk1 build-depends on glib2, it should 
automatically install glib2 first. Yup, it should, but doesn't...

What happens is this: Fink detects that atk1 depends on atk1-shlibs, 
so it build atk1-shlibs first (completly correct). But that does 
*not* BuildDepend on glib2 (and BuildDepends don't make any sense for 
splitoffs either). What I must do is to modify PkgVersion so that the 
BuildDepends of a splitoff always generate the Depends  BuildDepends 
of the parent package, but minus the parent package and all its 
splitoffs so I have to filter those out. Sigh.



Max
-- 
---
Max Horn
Software Developer

email: mailto:[EMAIL PROTECTED]
phone: (+49) 6151-494890

___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] CVS commit rules

2002-03-16 Thread David R. Morrison

Jeremy Higgs [EMAIL PROTECTED] wrote:

 Hi David,
 
 Just to clarify things... A couple of minutes ago, I updated the download
 URL for qcad (in unstable), due to a report from a user that the previous
 URL no longer worked. I assume this is OK, as no recompilation of the
 package is necessary?
 
 Thanks!

Yes, that's another instance where you don't have to change the revision
number.  

  -- Dave




___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



[Fink-devel] Last Splitoff changes in CVS - please test now!

2002-03-16 Thread Max Horn

OK, I just put the (hopefully) last part of the splitoff change into 
CVS: build dependencies of splitoffs and their parents are now always 
properly computed (previously, this was not at all correct, one just 
didn't notice it in many cases). In addition, I removed the annoying 
debug message Splitoff found, and fixed the nested heredoc support.

I would like all of you to go ahead and use the latest CVS. Test it 
with splitoffs, if you can, but also test it with normal packages. Do 
anything you can think of. Make it's life hard. Try to break it =).

If you can, please also test Peter's changes to fink list and fink 
apropos (enter fink list --help or fink apropos --help to see 
what I mean =). We should update the man page to mention those 
extensions, too, BTW.


Please report any problems you have ASAP. If you did a lot of testing 
with this version, please report that to me as well. I want to make a 
new package manager release as soon as possible, possibly as early as 
monday.

Once that has been done, we can start to convert unstable CVS to use 
splitoffs. Then, after some more time (another week maybe), we can 
put the new package manager into stable CVS, too, and start using 
splitoffs there as well.

Then, in say two (or better three? what do you think?) weeks from 
now, I'd like to aim for a full Fink release, dubbed 0.4.0. I figure 
this step is justified, as we added substantial changes to the 
package manager, and the package DB has grown a lot since the last 
release, too.



Cheers,

Max
-- 
---
Max Horn
Software Developer

email: mailto:[EMAIL PROTECTED]
phone: (+49) 6151-494890

___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



[Fink-devel] new problem with splitoff build dependencies

2002-03-16 Thread Max Horn

I was updating audiofile (which I previously had installed in an 
older, non-splitoff, but shlibs enabled version. That's what happend:

% fink update libjpeg
...
ln -sf 
/sw/fink/dists/local/main/binary-darwin-powerpc/libjpeg-bin_6b-5_darwin-powerpc.deb 
/sw/fink/debs/
rm -rf /sw/src/root-libjpeg-bin-6b-5
rm -rf /sw/src/root-libjpeg-6b-5
dpkg -i 
/sw/fink/dists/local/main/binary-darwin-powerpc/libjpeg_6b-5_darwin-powerpc.deb
(Reading database ... 88534 files and directories currently installed.)
Preparing to replace libjpeg 6b-4 (using 
.../libjpeg_6b-5_darwin-powerpc.deb) ...
Unpacking replacement libjpeg ...
dpkg: dependency problems prevent configuration of libjpeg:
  libjpeg depends on libjpeg-shlibs (= 6b-5); however:
   Version of libjpeg-shlibs on system is 6b-3.
dpkg: error processing libjpeg (--install):
  dependency problems - leaving unconfigured
Errors were encountered while processing:
  libjpeg
### dpkg failed, exit code 1
Failed: can't install package libjpeg-6b-5

Running fink update libjpeg again then works.


So, what happens? It's quite simple in fact. Fink detects that the 
newest libjpeg package hasn't been built yet, hence it decides to 
build it. For that, it asks for the build depends.  But those do 
*not* contains any splitoffs of the master, to get around another 
issue (that's one of the things I changed in my last checking).

So, it proceeds to build everything fine. But then it gets to the 
installation phase, and here it fails, since the splitoff 
libjpeg-shlibs dependency isn't fulfilled (it would have been if it 
was in the build deps list, but then we would have had a circular 
dependency...)



Anyway, I think I know to fix it, this time hopefully for real. Stay tuned =)


Max
-- 
---
Max Horn
Software Developer

email: mailto:[EMAIL PROTECTED]
phone: (+49) 6151-494890

___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] Last Splitoff changes in CVS - please test now!

2002-03-16 Thread Jeremy Higgs


snip

Just out of interest, Max, what's the easiest way to use the split-off
packages when using 'fink selfupdate-cvs'? As far as I know, the split-offs
module is not checked out when using this, so should someone wishing to try
out the split-off packages check the module out manually and 'inject' it?
(If there's such a script.)

Thanks!


___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] Last Splitoff changes in CVS - please test now!

2002-03-16 Thread David R. Morrison

Jeremy Higgs wrote:

 Just out of interest, Max, what's the easiest way to use the split-off
 packages when using 'fink selfupdate-cvs'? As far as I know, the split-offs
 module is not checked out when using this, so should someone wishing to try
 out the split-off packages check the module out manually and 'inject' it?
 (If there's such a script.)

That's exactly correct.  You check out the fink module, cd into it,
and run ./inject.pl .  Works like a charm, and I'm sure Max would
appreciate having more people test this.

  -- Dave



___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel