William Xu | 1 Mar 03:57
Picon
Gravatar

Re: Fetchmail, Fink and Leopard.. something strange going on

Marc Baaden <baaden <at> smplinux.de> writes:

> I've been using my fink-setup with fetchmail for a long time, starting 
> with Tiger. I never observed any problems.
> Now under Leopard, fetchmail sometimes gets in a zombie-like state, 
> when it doesn't fetch any more messages and returns the following in 
> the log:

I don't use fink-setup, so I can't help here.

But you could try `launchd' daemon manager provided by leopard. It's
very nice, I'd say. As an example, this is my
`/Users/william/Library/LaunchAgents/xwl.fetchmail.plist':

---------------------------------8<------------------------------------- 
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
  <dict>
    <key>Label</key>
    <string>xwl.fetchmail</string>
    <key>Program</key>
    <string>/usr/bin/fetchmail</string>
    <key>RunAtLoad</key>
    <true/>
    <key>StartInterval</key>
    <integer>120</integer>
    <key>UserName</key>
    <string>william</string>
  </dict>
(Continue reading)

Patrick Martin | 3 Mar 14:39
Picon
Favicon

libkpathsea4

Hello,
I would like to build an application, but it requires libkpathsea4-dev. 
When I query the fink repository it says there is no package by that 
name. Is this package listed under another name? Is it in an 'unstable' 
repository?

Thanks!

--

-- 
Patrick Martin
School of Electrical and Computer Engineering
Georgia Institute of Technology
http://users.ece.gatech.edu/~pmartin

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Picon
Gravatar

Re: libkpathsea4

Patrick Martin wrote:
>  Hello,
>  I would like to build an application, but it requires libkpathsea4-dev.
>  When I query the fink repository it says there is no package by that
>  name. Is this package listed under another name? Is it in an 'unstable'
>  repository?
>
>  Thanks!
>
Try libkpathsea4 -- we have libkpathsea4 and libkpathsea4-shlibs, and 
I'd bet that the first contains the stuff you need for building.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Richard Cobbe | 3 Mar 15:33
Favicon

findutils: pruning paths with spaces from the locate database

I've got a couple of partitions on an external drive that contain only
backups, so I don't want them to show up in /sw/bin/locate's database.

In principle, the right thing to do is to edit /sw/etc/cron.daily/findutils
to pass the --prunepaths option to updatedb, but that doesn't work in this
case, because --prunepaths expects a space-separated list, and the paths I
want to exclude have spaces in them.  Escaping the spaces with backslashes
doesn't work.  (If you look at the script /sw/bin/updatedb, you'll see that
it uses a primitive sed script to change the space-separated list into a
regex, and this sed script doesn't pay any attention to escapes.)

I'm fairly certain that this limitation in the findutils package exists in
the upstream copy and isn't fink's responsibility.  But I thought I'd ask
anyway.  Does anyone know of a way around this problem?

Thanks,

Richard

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Mark J. Reed | 3 Mar 15:47
Picon
Favicon

Re: findutils: pruning paths with spaces from the locate database

If it's using sed to build a regex and match against that, is it
quoting regex metachars? If not you could replace the spaces with
periods and it should work - although it would also prune any other
paths that were the same other than replacing the space with something
else.

On 3/3/08, Richard Cobbe <cobbe <at> ccs.neu.edu> wrote:
> I've got a couple of partitions on an external drive that contain only
> backups, so I don't want them to show up in /sw/bin/locate's database.
>
> In principle, the right thing to do is to edit /sw/etc/cron.daily/findutils
> to pass the --prunepaths option to updatedb, but that doesn't work in this
> case, because --prunepaths expects a space-separated list, and the paths I
> want to exclude have spaces in them.  Escaping the spaces with backslashes
> doesn't work.  (If you look at the script /sw/bin/updatedb, you'll see that
> it uses a primitive sed script to change the space-separated list into a
> regex, and this sed script doesn't pay any attention to escapes.)
>
> I'm fairly certain that this limitation in the findutils package exists in
> the upstream copy and isn't fink's responsibility.  But I thought I'd ask
> anyway.  Does anyone know of a way around this problem?
>
> Thanks,
>
> Richard
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
(Continue reading)

Richard Cobbe | 3 Mar 16:44
Favicon

Re: findutils: pruning paths with spaces from the locate database

On Mon, Mar 03, 2008 at 09:47:41AM -0500, Mark J. Reed wrote:
> If it's using sed to build a regex and match against that, is it
> quoting regex metachars? If not you could replace the spaces with
> periods and it should work - although it would also prune any other
> paths that were the same other than replacing the space with something
> else.

Ah, a good thought.  No, it isn't checking for regexp metachars.

But, while I was reading through the updatedb script investigating this,
another possibility occurred to me.  If I set the PRUNEREGEX environment
variable to a regexp matching all the directories I want to omit, this will
override any --prunepaths setting.  I think that's probably cleaner, as
long as we're mucking about with undocumented features of updatedb anyway.

In any case, I'll submit a bug/feature request about this to the upstream
folks soon.

Thanks!

Richard

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Mark J. Reed | 3 Mar 17:03
Picon
Favicon

Re: findutils: pruning paths with spaces from the locate database

On Mon, Mar 3, 2008 at 10:44 AM, Richard Cobbe <cobbe <at> ccs.neu.edu> wrote:
> On Mon, Mar 03, 2008 at 09:47:41AM -0500, Mark J. Reed wrote:
>  > If it's using sed to build a regex and match against that, is it
>  > quoting regex metachars? If not you could replace the spaces with
>  > periods and it should work - although it would also prune any other
>  > paths that were the same other than replacing the space with
>  > something else.
>
>  Ah, a good thought.  No, it isn't checking for regexp metachars.

If it's using /sw/bin/sed (GNU verison), then you could use string
escapes to specify the spaces, e.g. \d32 or  \o40 or \x20.  But those
are a GNU extension not supported by the sed that ships with OS X in
/usr/bin.

>  In any case, I'll submit a bug/feature request about this to the upstream
>  folks soon.

Bug.  Not being able to specify pathnames with spaces is a defect, not
a missing feature.
--

-- 
Mark J. Reed <markjreed <at> mail.com>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Richard Cobbe | 3 Mar 17:50
Favicon

Re: findutils: pruning paths with spaces from the locate database

On Mon, Mar 03, 2008 at 11:03:24AM -0500, Mark J. Reed wrote:
> On Mon, Mar 3, 2008 at 10:44 AM, Richard Cobbe <cobbe <at> ccs.neu.edu> wrote:
> > On Mon, Mar 03, 2008 at 09:47:41AM -0500, Mark J. Reed wrote:
> >  > If it's using sed to build a regex and match against that, is it
> >  > quoting regex metachars? If not you could replace the spaces with
> >  > periods and it should work - although it would also prune any other
> >  > paths that were the same other than replacing the space with
> >  > something else.
> >
> >  Ah, a good thought.  No, it isn't checking for regexp metachars.
>
> If it's using /sw/bin/sed (GNU verison), then you could use string
> escapes to specify the spaces, e.g. \d32 or  \o40 or \x20.  But those
> are a GNU extension not supported by the sed that ships with OS X in
> /usr/bin.

It merely calls sed without specifying a path, so it depends on which is
first in the PATH that cron gives it.  It's safest to assume OS X's sed, I
think.

> >  In any case, I'll submit a bug/feature request about this to the upstream
> >  folks soon.
>
> Bug.  Not being able to specify pathnames with spaces is a defect, not
> a missing feature.

I know that and you know that, but in the past I've run into Unix folks
whose reaction to this kind of problem is to say "don't use spaces in
pathnames then."  This doesn't appear to be irony, either.

(Continue reading)

Josh Berkus | 3 Mar 19:31
Gravatar

(minor) Bug: Kmail crashes if PATH is not set

Ben,

Thanks for your work fixing kdepim!   I am now a happy kmail-on-mac user.  

However, there's one small bug, which should be an easy fix:

OS: 10.5
Package Installed: 2008/02/24
Summary: Kmail Crashes if /sw/bin is not in $PATH

The existing kmail package (as others) doesn't add /sw/bin to the $PATH for 
bash.  If you attempt to start kmail without setting this path, it crashes 
with some very confusing error messages.

--

-- 
--Josh

Josh Berkus
PostgreSQL @ Sun
San Francisco

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Gary K Olson | 4 Mar 01:45
Picon
Gravatar

Re: kding and komparator looking for qt-mt lib

I have had no problem building kde and kde apps except for kding and  
komparator which can't seem to find qt-mt lib.  I get the following  
when I try to build these two:

checking for perl... /sw/bin/perl
checking for Qt... configure: error: Qt (>= Qt 3.2 and < 4.0) (library  
qt-mt) not found. Please check your installation!
For more details about this problem, look at the end of config.log.
Make sure that you have compiled Qt with thread support!
### execution of ./configure failed, exit code 1
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-komparator-0.9-1002
(Reading database ... 258969 files and directories currently installed.)
Removing fink-buildlock-komparator-0.9-1002 ...
Failed: phase compiling: komparator-0.9-1002 failed

I did not see anything to change on the info files although I expect  
this is where the correction has to be made.  Can anyone help?

Gary K Olson

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Gmane