[Fink-devel] Re: how to change to 10.4?

2006-01-23 Thread Rogue Marechal
On Mon, 23 Jan 2006 12:12:45 -0500, Jack Howarth wrote: >Could you describe this process of wiping clean a little better? err: block allocated? rm -> block free? ... 'chill' may also appear in any English dictionary. RM --- This SF.net

[Fink-devel] Re: Re: fink cocoa tool

2006-01-07 Thread Rogue Marechal
On Sat, 07 Jan 2006 16:44:41 -0500, Koen van der Drift wrote: > I now have an unpolished working version that can load and edit info > files and validate the info and corresponding .deb file. > > Just thinking aloud about more possibilites. Probably a cvs commit > button. And I guess also a b

[Fink-devel] Re: Re: fink cocoa tool

2006-01-06 Thread Rogue Marechal
On Fri, 06 Jan 2006 13:48:01 -0500, Chris Zubrzycki wrote: >> To the occasional contributor (that would be me) the CLI is just >> fine but there is that feeling of dabbling in unfamiliar territories, >> permanently. > I would love to see a vim setting file for .info, but I have no idea > how to

[Fink-devel] Re: fink cocoa tool

2006-01-06 Thread Rogue Marechal
On Mon, 14 Nov 2005 21:12:08 -0500, Koen van der Drift wrote: > I am thinking about writing a simple Cocoa app to help with writing > info and patch files. Basically, it would be a texteditor with > options for validation and cvs commits and even more. Very simple, > but I think it might be

[Fink-devel] Re: compface help with patch

2006-01-06 Thread Rogue Marechal
On Thu, 05 Jan 2006 10:40:09 -0800, Brendan Cully wrote: >> * extract the original tarball >> * (apply any prerequisite patches; doesn't sound like this applies) >> * copy the tree to something.orig >> * apply your patch >> * do a quick sanity-check on the altered file ( >> * run 'diff -Naur' (or

[Fink-devel] Fink Commander weirdness

2006-01-04 Thread Rogue Marechal
quite minor. I just noticed that a couple - well 5 actually: giftd, opennms, pfamserver, sleepnow and wwwblast - are wrongly marked as unmaintained in Fink Commander. I checked the info files and I can see no reason for that... surely enough 'fink describe' yields expected results so it seems to b

[Fink-devel] compface help with patch

2006-01-03 Thread Rogue Marechal
Hi ML - I thought I'd have a go at updating an existing patch for an abandoned package (compface) as an exercise. I posted it in the tracker. Anyway I got the thing to compile and as far as I can see working fine but I'm sure the patch is less than perfect. For a start I am getting a fuzz warnin

[Fink-devel] Re: Help needed: New openldap version and libtool

2006-01-01 Thread Rogue Marechal
in all the above should the db dependency not be identical to that of the cyrus-sasl2 package? as far as i can tell both 10.2 trees are OK. I don't feel up to scratch to take on packages which require patching but I'll be more than happy to test and supply updated .info files, at least for

[Fink-devel] bogofilter maintainership

2005-12-26 Thread Rogue
update the package I will start submitting my ports of Bogofilter 1.0.x in about 4 weeks. Best Regards, Rogue --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search

[Fink-devel] error in 10.4-transitional gnome-pim-1.4.0-3.info

2005-12-26 Thread Rogue
I get the following error on selfupdate or indexing: WARNING: Repeated occurrence of field "descport" at line 24 of "/sw/fink/dists/unstable/main/finkinfo/gnome/gnome-pim-1.4.0-3.info". sure enough the field is duplicated. Best Regards, Rogue -- R-Marechal Toon

Re: [Fink-devel] eterm maintainership

2005-11-11 Thread Rogue
On Thu, 10 Nov 2005 12:35:58 + Rogue <[EMAIL PROTECTED]> wrote: > anything I should know before I take it on apparently E17 *might* just be around the corner. since I suspect this may boost activity for eterm (or maybe not) I'll leave it for someone more enthousiast, or ra

Re: [Fink-devel] eterm maintainership

2005-11-10 Thread Rogue
's some shoes to step in... anything I should know before I take it on, seems like a low maintenance package so I guess Max just got too much at some point or stopped using it. I use it exclusively so it's not bother for me. Best Regards, Rogue -

Re: [Fink-devel] mldonkey

2005-11-10 Thread Rogue
self to compile 2.6.6, and share YOUR work with the rest of us ... God now I'm curious to see what is so revolutionary about mldonkey 2.6.7 ;-) Best Regards, Rogue --- SF.Net email is sponsored by: Tame your development challenges with Apac

Re: [Fink-devel] How to determine required dependencies?

2005-11-10 Thread Rogue
n I see a list that was put together in haste to encompass a higher level packages that happen to snowball down to the correct shared library. I guess I'm just saying a good balance between safety and necessity is what I would advocate :-) Best Regards, Rogue -- R-Marechal Toontra

Re: [Fink-devel] How to determine required dependencies?

2005-11-09 Thread Rogue
difficult to track down but will save a huge amount of compile time to users. Best Regards, Rogue PS: dependencies, isn't that what otool -L is for? --- SF.Net email is sponsored by: Tame your development challenges with Apache's G

[Fink-devel] eterm maintainership

2005-11-09 Thread Rogue
Hi - can I request maintainership for eterm? I don't suppose there will be much to do but I like to know it is still alive in the fink tree and there is a port of call for users if things break. I'll be working down the Dependencies for unmaintained packages too. Best Regards, Rogue

[Fink-devel] fink validate

2005-11-08 Thread Rogue
a couple of things I observed in the tracker was that fink validate ignores revision set to 0... I've seen Daniel in particular wasting his time pointing out the policy to a number of submitters. Is there any reason for fink validate not to pick that up? Best Regards, Rogue ---

[Fink-devel] new package - need feedback

2005-11-08 Thread Rogue
f anyone got a chance all feedback is appreciated. Best Regards, Rogue -- R-Marechal Toontrack Music, Head of Support US: +1 (240) 764 4850 UK: +44 (0)20 8816 7694 FRANCE: +33 (0)870 444 062 --- SF.Net email is sponsored by: Tame your de

Re: [Fink-devel] gtk+2 check error

2005-11-08 Thread Rogue
as well list all packages under the fink tree just in case an unlisted dependency lies under a rock. Best Regards, Rogue --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for f

Re: [Fink-devel] Re: Fink binary distributions

2005-11-08 Thread Rogue
said that I can certainly offer to build binaries on a clean system if that helps. Best Regards, Rogue --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to

Re: [Fink-devel] gtk+2 check error

2005-11-08 Thread Rogue
not found reinstalling the pango-dev package sorts out both pkg-config output and gtk+2 test program. I will add the dep for good measure but I remain unconvinced. Best Regards, Rogue --- SF.Net email is sponsored by: Tame your development

[Fink-devel] fluxbox package maintainership

2005-11-08 Thread Rogue
FYI after 24hrs no response from fluxbox maintener. I offer to take over in 4 weeks if no sign of life and package is up-for-grab (have already latest compiled and running). Best Regards, Rogue -- R-Marechal Toontrack Music, Head of Support US: +1 (240) 764 4850 UK: +44 (0)20 8816 7694

Re: [Fink-devel] Re: Fink binary distributions

2005-11-08 Thread Rogue
e tree so the above is not a request but I'm having a hard time reconciliating the (perceived) goals and methods. binaries come from stable, stable come from test of unstable and unstable come from sorting out the tracker. Just playing the devil's advocate here. Best Regards, Rogue

Re: [Fink-devel] gtk+2 check error

2005-11-08 Thread Rogue
.info file? anyway the issue in my case was pango1-xft2-dev that wasn't installed. I have no idea how that could have happened since it's a dependency for gtk+2 but here you go. thanks for your help. Best Regards, Rogue --- SF.Net email

[Fink-devel] gtk+2 check error

2005-11-07 Thread Rogue
in this function) configure:27340: $? = 1 configure: failed program was: pkg-config metadata seems to correctly acknowledge the version number. should I just fink reinstall gtk+2? Best Regards, Rogue -- R-Marechal Toontrack Music, Head of Support US: +1 (240)

Re: [Fink-devel] Re: Fink binary distributions

2005-11-07 Thread Rogue
e tracker should be put in place and the initiative mentioned should not be delayed. Best Regards, Rogue --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free

Re: [Fink-devel] Re: Fink binary distributions

2005-11-07 Thread Rogue
uld be a good idea... it seems weird to me that packages that will essentially sit in the unstable tree would be held for that long in the tracker where most likely no-one will be testing them. Isn't that what the unstable tree is for? Best Regards, Rogue -

Re: [Fink-devel] license + revision numbering questions

2005-11-02 Thread Rogue
fied of changes in the tracker it becomes somewhat a moot point. Best Regards, Rogue --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42&q

Re: [Fink-devel] license + revision numbering questions

2005-11-01 Thread Rogue
gt; So it seems they are aware of the problem and have solved it, according > to google already several years ago. This package should not be restrictive. that's a hell of a soap opera! thanks for the detective work, once again. Rogue

Re: [Fink-devel] license + revision numbering questions

2005-11-01 Thread Rogue
lphhed I would consider safe to include as binary in Fink distribution (if it is considered at some point obviously) would be the sll disabled version. That's purely because of what I use as source code for the respective versions. @+ et bonne soiree! Rogue

Re: [Fink-devel] license + revision numbering questions

2005-11-01 Thread Rogue
t comes with the OS. An exception is allowed in that case, > and people have been tending to want to utilize that option. ah OK, thanks. in my case it seems one of the dependency (openldap-ssl) does link to openssl097 itself so I guess the choice isn't mine.