[Fink-devel] Merge fink ChangeLogs?

2006-03-29 Thread Max Horn
While looking through the fink codebase in CVS, I noticed that we  
still use a separate ChangeLog for each directory. To be frank, I do  
not know why we ever made this separation (it simply existed from day  
one), but now that I have some distance from the code (not having  
worked on it for a very long time), I wonder if this is a good idea...


Most other projects I know have a single ChangeLog in a central  
place. The advantage is that you only have one place to search if you  
are looking for a specific change. Also, if you want to know what  
changed since your last cvs up, you only have to look through one  
ChangeLog. And if you commit a patch that affects multiple  
directories at once, you only add one ChangeLog entry, instead of  
multiple (which makes sense if those changes really belong together;  
they might not even make sense when viewed separately).



Hence, I am wondering whether we should merge all those ChangeLogs  
(21) and only keep a single one... This would involved changing  
entries like

2001-05-08  Christoph Pfisterer  [EMAIL PROTECTED]

* config.guess, config.sub: Updated with latest version
(2001-04-20) from ftp.gnu.org.

such that they list the full file path, i.e. update/config.guess,  
update/config.sub in this case. And of course removing duplicate  
entries etc., in short, a lot of manual work.


Clearly, this would be a *lot* of work for perlmod/Fink/ChangeLog  
which is by far the biggest. All the others are fairly short. My  
suggestion hence would be to start out by merging all ChangeLogs  
*except* for perlmod/Fink/ChangeLog into a single one (this should be  
relatively quickly done, and I would do it). While not quite  
perfect, this would mean that at least there are only two, instead  
of 21, ChangeLog files to watch  update. Merging perlmod/Fink/ 
ChangeLog then could be done at a later point, or gradually, or with  
a clever script, or by hiring some slaves, or so ;-).



What do you think? Is this idea bogus?


Cheers,
Max


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] HEAD

2006-03-29 Thread Robert T Wyatt
For about a day or two I've been getting the following on both 10.4 and 
10.3:


cvs update: Updating update
Global symbol $basepath requires explicit package name at 
/sw/lib/perl5/Fink/FinkVersion.pm line 88.
Global symbol $basepath requires explicit package name at 
/sw/lib/perl5/Fink/FinkVersion.pm line 89.
Global symbol $basepath requires explicit package name at 
/sw/lib/perl5/Fink/FinkVersion.pm line 90.
Global symbol $basepath requires explicit package name at 
/sw/lib/perl5/Fink/FinkVersion.pm line 91.
Global symbol $basepath requires explicit package name at 
/sw/lib/perl5/Fink/FinkVersion.pm line 92.
Global symbol $basepath requires explicit package name at 
/sw/lib/perl5/Fink/FinkVersion.pm line 93.
Global symbol $basepath requires explicit package name at 
/sw/lib/perl5/Fink/FinkVersion.pm line 139.
Global symbol $basepath requires explicit package name at 
/sw/lib/perl5/Fink/FinkVersion.pm line 139.
Compilation failed in require at 
/Users/robertwyatt/finkcvs/fink/perlmod/Fink/Config.pm line 28.
BEGIN failed--compilation aborted at 
/Users/robertwyatt/finkcvs/fink/perlmod/Fink/Config.pm line 28.
Compilation failed in require at 
/Users/robertwyatt/finkcvs/fink/perlmod/Fink/Bootstrap.pm line 28.
BEGIN failed--compilation aborted at 
/Users/robertwyatt/finkcvs/fink/perlmod/Fink/Bootstrap.pm line 28.

Compilation failed in require at ./inject.pl line 31.
Wed Mar 29 06:40:33 CST 2006



---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Merge fink ChangeLogs?

2006-03-29 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mar 29, 2006, at 8:01 AM, Max Horn wrote:

Hence, I am wondering whether we should merge all those ChangeLogs  
(21) and only keep a single one... This would involved changing  
entries like

2001-05-08  Christoph Pfisterer  [EMAIL PROTECTED]

* config.guess, config.sub: Updated with latest version
(2001-04-20) from ftp.gnu.org.

such that they list the full file path, i.e. update/config.guess,  
update/config.sub in this case. And of course removing duplicate  
entries etc., in short, a lot of manual work.


Clearly, this would be a *lot* of work for perlmod/Fink/ChangeLog  
which is by far the biggest. All the others are fairly short. My  
suggestion hence would be to start out by merging all ChangeLogs  
*except* for perlmod/Fink/ChangeLog into a single one (this should  
be relatively quickly done, and I would do it). While not quite  
perfect, this would mean that at least there are only two,  
instead of 21, ChangeLog files to watch  update. Merging perlmod/ 
Fink/ChangeLog then could be done at a later point, or gradually,  
or with a clever script, or by hiring some slaves, or so ;-).



What do you think? Is this idea bogus?


No, it's a good idea, many times i edit one changelog, and forget to  
edit the 2nd. If you would be willing to start, I will help when I  
can. It would be hard to coordinate, but maybe when someone starts to  
play w/the changelog they commit their name at the end of the file,  
then when they are done playing, remove their name. This way we don't  
get multiple people working on it, and lots of conflicts. Also make  
sure people only use the main ChangeLog from now on.


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070
_
This message is encoded using the Rot-26 encoding method.   
Unauthorized decoding of this message may result in extreme penalties  
under the DMCA.  These penalties include, but are not limited to: US 
$100,000 fine, life imprisonment, castration, death, limp hair,  
terminal halitosis, and amputation of the extremities.



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkQqnRcACgkQ+/mCMqKrwHAgAACgjm+OpwwnXQFHwZHY+/YaRO/V
kFoAn2hbJ+GNMQ0KBQj2aExWBh0xUeGt
=eoJB
-END PGP SIGNATURE-


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] HEAD

2006-03-29 Thread David R. Morrison

Thanks for the report.  Should be fixed now.

  -- Dave

On Mar 29, 2006, at 5:22 AM, Robert T Wyatt wrote:

For about a day or two I've been getting the following on both 10.4  
and 10.3:


cvs update: Updating update
Global symbol $basepath requires explicit package name at /sw/lib/ 
perl5/Fink/FinkVersion.pm line 88.
Global symbol $basepath requires explicit package name at /sw/lib/ 
perl5/Fink/FinkVersion.pm line 89.
Global symbol $basepath requires explicit package name at /sw/lib/ 
perl5/Fink/FinkVersion.pm line 90.
Global symbol $basepath requires explicit package name at /sw/lib/ 
perl5/Fink/FinkVersion.pm line 91.
Global symbol $basepath requires explicit package name at /sw/lib/ 
perl5/Fink/FinkVersion.pm line 92.
Global symbol $basepath requires explicit package name at /sw/lib/ 
perl5/Fink/FinkVersion.pm line 93.
Global symbol $basepath requires explicit package name at /sw/lib/ 
perl5/Fink/FinkVersion.pm line 139.
Global symbol $basepath requires explicit package name at /sw/lib/ 
perl5/Fink/FinkVersion.pm line 139.
Compilation failed in require at /Users/robertwyatt/finkcvs/fink/ 
perlmod/Fink/Config.pm line 28.
BEGIN failed--compilation aborted at /Users/robertwyatt/finkcvs/ 
fink/perlmod/Fink/Config.pm line 28.
Compilation failed in require at /Users/robertwyatt/finkcvs/fink/ 
perlmod/Fink/Bootstrap.pm line 28.
BEGIN failed--compilation aborted at /Users/robertwyatt/finkcvs/ 
fink/perlmod/Fink/Bootstrap.pm line 28.

Compilation failed in require at ./inject.pl line 31.
Wed Mar 29 06:40:33 CST 2006



---
This SF.Net email is sponsored by xPML, a groundbreaking scripting  
language
that extends applications into web and mobile media. Attend the  
live webcast
and join the prime developer group breaking into this new coding  
territory!
http://sel.as-us.falkag.net/sel? 
cmd=lnkkid=110944bid=241720dat=121642

___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Merge fink ChangeLogs?

2006-03-29 Thread Dave Vasilevsky


On Mar 29, 2006, at 8:01 AM, Max Horn wrote:
such that they list the full file path, i.e. update/config.guess,  
update/config.sub in this case.


I'm perfectly happy to have a merged Changelog. May I suggest,  
however, that for non-duplicate filenames we omit the full path? By  
far most of the changes happen to perlmod/Fink/*.pm, and having  
'perlmod/Fink/' over and over will get tiring fast (both to read and  
to write).


Dave


PGP.sig
Description: This is a digitally signed message part


[Fink-devel] Re: HEAD

2006-03-29 Thread Robert T Wyatt

David R. Morrison wrote:

Thanks for the report.  Should be fixed now.

  -- Dave


Yep, fixed on both systems. Thanks, Robert



---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Merge fink ChangeLogs?

2006-03-29 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Mar 29, 2006, at 3:06 PM, Dave Vasilevsky wrote:



On Mar 29, 2006, at 8:01 AM, Max Horn wrote:
such that they list the full file path, i.e. update/config.guess,  
update/config.sub in this case.


I'm perfectly happy to have a merged Changelog. May I suggest,  
however, that for non-duplicate filenames we omit the full path? By  
far most of the changes happen to perlmod/Fink/*.pm, and having  
'perlmod/Fink/' over and over will get tiring fast (both to read  
and to write).


What if later another dir gets that file? go back and change all  
$file to $path/$file?


At least in x11 double-click, middle-click does it quick, esp if you  
use the path to the file when you vim. :-D


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070 Fprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB  
C070


A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkQq+cQACgkQ+/mCMqKrwHARcACgjAnbOAtZtrV0LPSVt5czbczm
SWwAoIm1epDGIpJ2JHmWver72KEl4u/X
=BKCu
-END PGP SIGNATURE-


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Merge fink ChangeLogs?

2006-03-29 Thread Benjamin Reed
Chris Zubrzycki wrote:
 
 On Mar 29, 2006, at 3:06 PM, Dave Vasilevsky wrote:
 

 On Mar 29, 2006, at 8:01 AM, Max Horn wrote:
 such that they list the full file path, i.e. update/config.guess,
 update/config.sub in this case.

 I'm perfectly happy to have a merged Changelog. May I suggest,
 however, that for non-duplicate filenames we omit the full path? By
 far most of the changes happen to perlmod/Fink/*.pm, and having
 'perlmod/Fink/' over and over will get tiring fast (both to read and
 to write).
 
 What if later another dir gets that file? go back and change all $file
 to $path/$file?
 
 At least in x11 double-click, middle-click does it quick, esp if you use
 the path to the file when you vim. :-D

how about we start enforcing good CVS commit messages, and then use cvs2cl?

Then it will do all the dirty work for us...

-- 
Benjamin Reed a.k.a. Ranger Rick
http://ranger.befunk.com/




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Merge fink ChangeLogs?

2006-03-29 Thread Daniel Macks
On Wed, Mar 29, 2006 at 03:01:04PM +0200, Max Horn wrote:
 While looking through the fink codebase in CVS, I noticed that we  
 still use a separate ChangeLog for each directory. To be frank, I do  
 not know why we ever made this separation (it simply existed from day  
 one), but now that I have some distance from the code (not having  
 worked on it for a very long time), I wonder if this is a good idea...

We can't go to a *single* fink/ ChangeLog file because there are some
subdirectories that are also their own distribution. I *think*
mirrors/ is the only one? For the rest, the vast majority of changes
are to perlmod/Fink/* files and having the ChangeLog right there makes
it easier to remember to edit it and there is less uninteresting
information in it (the directory is factored out of all of the
entries).

 Most other projects I know have a single ChangeLog in a central  
 place.

Most have a separate po/ChangeLog, but that's because usually a
different team works on those files than on the rest of the project
and most changes there do not affect things outside of there.

 The advantage is that you only have one place to search if you  
 are looking for a specific change. Also, if you want to know what  
 changed since your last cvs up, you only have to look through one  
 ChangeLog.

However, CVS appears to operate on a per-directory basis, so browsing
-commits with a unified ChangeLog means that the changes and their
ChangeLog entry are no longer in the same message.

 And if you commit a patch that affects multiple  
 directories at once, you only add one ChangeLog entry, instead of  
 multiple (which makes sense if those changes really belong together;  
 they might not even make sense when viewed separately).

However, the vast majority of fink changes do not affect multiple
locations, or if they do, they are ones that already have a unified
ChangeLog, such as Fink/* and its subdirs.

Personally, I'd be happy with unification, except for perlmods.
Especially because I think there's a lot of messly layout there...I
keep meaning to experiment with it, but simple things like moving a
file into a different directory is a pain when there are multiple
ChangeLog files.

dan

-- 
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks



---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Re: New Build Results

2006-03-29 Thread Michèle Garoche


Le 28 mars 2006 à 00:25, Jordan Mantha a écrit :


Michèle Garoche wrote:
 desktop-file-utils - changed since the build
Builds fine for me

 bluefish-gnome2 - changed since the build, reported as building  
on Intel too now by David R. Morrison

Builds fine for me and runs.

 devhelp - no change, but failure due to desktop-file-utils, so it  
should work, unless something else is not good
Builds but doesn't run because of a problem with mozilla (and  
firefox) on Intels. I reported a bug (1459616) https:// 
sourceforge.net/tracker/index.php? 
func=detailaid=1459616group_id=17203atid=117203


 glade2 - no change, but failure due to desktop-file-utils, so it  
should work too, unless something else is not good

Builds fine for me and runs.

 gnome-utils - changed since build, so it should work now
Builds fine for me.

 libxml2 - changed since build, so it should work now
Builds fine for me.

Thanks for the report.

As for firefox and mozilla, I'm not sure if it applies to Mac Intel,  
but I saw some reports on maybe older or newer versions of both  
firefox and mozilla that they do not run on multithreaded kernels.  
Would it be the case on Mac Intel? Some people reported that  
disabling one processor makes them work. Is this at all possible on  
Mac Intel, and then does it work?


Does it make any difference if full mozilla is installed, and not  
just mozilla-browser?


Cheers,
Michèle
http://micmacfr.homeunix.org



36C471DED4B09EEB30A0281F2608DB2FE6F9E147.gpgkey
Description: Binary data