I am using dselect to update to 10.3 but I ran in a pb with emacs 20 (which
I did not even remember installing)... that I cannot now remove... nor
reinstall...
Is there a way to force remove it or force reinstall it which can fix this
pb?
PS: I fixed my /sw/etc/apt/sources.list which now contain
acs20_20.7-16_darwin-powerpc.deb
E: Sub-process /sw/bin/dpkg returned an error code (1)
[Zag:~] felix%
> --
> Alexander K. Hansen
> Levitated Dipole Experiment
> http://www.psfc.mit.edu/LDX
>
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EM
Nope...
[Zag:~] felix% sudo dpkg --remove --force-all emacs20
Password:
dpkg - warning, overriding problem because --force enabled:
Package is in a very bad inconsistent state - you should
reinstall it before attempting a removal.
(Reading database ... 35957 files and directories currently insta
I nuked every file in /sw related to emacs 20...
still dselect believe it is in a bad state and choke on it... there must be
a database somewhere which specify this "state"... is it editable?
[Zag:~] felix% sudo dselect
Hit http://us.dl.sourceforge.net 10.3/release/main Packages
Hit http://us.dl.
In fact, I ended up editing by hand:
sudo xemacs var/lib/dpkg/status
and this seems to fix my pb... I am not sure if this will cause pb in the
future or no... We will see.
11/17/03 6:01 PM, « Alexander K. Hansen » <[EMAIL PROTECTED]>
> sudo dpkg --remove --force-remove-reinstreq emacs20
--
I just installed the fink postfix (the stable one)... if I shutdown
the apple one and start the fink one with the command line, am I
going to run in troubles (having binaries in /sw and the regular OSX
location) or each postfix "knows" where are located all the other
binaries (imapd/smtpd/p
ds the user in this db...
Not being an expert in postfix and all these things (TLS/SASL...
etc) , I am not sure if I did everything as supposed... Anyway, I am
now able to use postgrey... and this was the intended result.
On Nov 17, 2005, at 18:14, Alexander K. Hansen wrote:
On 11/17/05,
I must have missed the discussion on this, but is fink "ready" for
Intel based machine? are the current binaries release universal
already? or everything relies on Rosetta?
Thanks,
--
Felix
---
This SF.Net email is sponsored by xP
I installed the binary version of Xemacs yesterday (with sumo and efs I
believe) and when launching it I got a /sw/lib/libdl.dylib missing.
I installed dlcompat and wverything works fine.
PS: the xemacs maintainer may want to add this dependency.
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Does the fink rsync package include a version of rsync able to deal with
files with resources?
(i.e. does it do a copy like ditto -rsrc does?)
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
"Si on avait su que tout ca finirait pour voir Barthez embrasser McDo
Jeff Whitaker <[EMAIL PROTECTED]> writes:
> >
> > There is also a Perl "psync" command that is HFS+ aware, but I don't
> > know if it is contained in one of the Fink perl modules.
> >
>
> Yes, it is contained in the macosx-file-pm package. It can mirror drives,
> partitions or directories to ot
Jeff Whitaker <[EMAIL PROTECTED]> writes:
> >
> > There is also a Perl "psync" command that is HFS+ aware, but I don't
> > know if it is contained in one of the Fink perl modules.
> >
>
> Yes, it is contained in the macosx-file-pm package. It can mirror drives,
> partitions or directories to ot
Jeff Whitaker <[EMAIL PROTECTED]> writes:
> Francois:
>
> "fink selfupdate-cvs", then copy macosx-file-pm-0.61-1.info from
> /sw/fink/dists/unstable/main/finkinfo/libs/perlmods to
> /sw/fink/dists/stable/main/finkinfo/libs/perlmodes, then "fink install
> macosx-file-pm".
Installed without a gli
Francois Felix Ingrand <[EMAIL PROTECTED]> writes:
> Jeff Whitaker <[EMAIL PROTECTED]> writes:
>
> > Francois:
> >
> > "fink selfupdate-cvs", then copy macosx-file-pm-0.61-1.info from
> > /sw/fink/dists/unstable/main/finkinfo/libs/perl
As reported yesterday, I have some problems with psync under OSX with files
on a distant AFP server (another OSX machine) end up with one or two second
of mtime difference.
I modified psync to use another signature (mtime/60)... not perfect, but it
sure solves my problem.
My guess is that for u
[EMAIL PROTECTED] writes:
>
> The usual thing to do is to copy the source file's modification
> time after copying the file itself. If psync doesn't do that,
> then you're just playing a numbers game on yourself, waiting for
> some file to take longer to copy than the difference for which
> you
16 matches
Mail list logo