Is this just a temporary glitch, or something more serious? And if
it's the latter, is there any alternative source?
Peter
(1) It is usually there; be patient.
(2) I suggest you demand a refund.
--Scott David Daniels
Scott....@Acm.Org
> (and why PIL is such a pain to install for that matter.)
"apt-get install python-imaging", anybody?
> (2) I suggest you demand a refund.
... and tell us what the response was :-)
C:\>apt-get install python-imaging
Bad command or file name
Nope.
01:10,501$ apt-get install python-imaging
bash: apt-get: command not found
Not quite; but, it does give me an idea. Debian usually keeps the
origional source packages in their package repositories:
02:09,502,(1)$ wget http://ftp.de.debian.org/debian/pool/main/p/python-imaging/python1.1.5.orig.tar.gz
=> `python-imaging_1.1.5.orig.tar.gz'
Resolving ftp.de.debian.org... 141.76.2.4
Connecting to ftp.de.debian.org|141.76.2.4|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 429,570 (420K) [application/x-gzip]
100%[=========================================>] 429,570 246.97K/s
02:09:43 (246.26 KB/s) - `python-imaging_1.1.5.orig.tar.gz' saved [429570/429570]
01:10,503$
Now that's the ticket!
> On 2009-06-29, Lawrence D'Oliveiro <l...@geek-central.gen.new_zealand>
> wrote:
>
>> "apt-get install python-imaging", anybody?
>
> C:\>apt-get install python-imaging
> Bad command or file name
Sounds more like broken OS with no integrated package management.
Package managers with dependency tracking were all the rage when I first
started using Linux. So I tried Red Hat and everything worked great until
the depency database corrupted itself. Since then, I have learned to
install using whatever package manager but to upgrade or install new
packages from source.
I alluded to a source version below. It will compile on Windows as well as
on *nix.
Google finds what looks like older versions here:
Hello,
I had the very same problem and found this:
http://www.portablepython.com/
It contains PIL and some other cool stuff. Hope it helps.
George
Peter
>p> Whilst this is an interesting discussion about installers, I'm still
>p> trying to find a copy of PIL. Any ideas?
Pythonware is up again:
http://pythonware.com/products/pil/index.htm
--
Piet van Oostrum <pi...@cs.uu.nl>
URL: http://pietvanoostrum.com [PGP 8DAE142BE17999C4]
Private email: pi...@vanoostrum.org
:-P
It works here in the sense that it reports that there is nothing to do
as it is already installed.
ciao,
f
--
"Hell, if you understood everything I say, you'd be me."
-- Miles Davis
Surprisingly, this appears to have been caused by the death of Michael
Jackson. The burden of people sending messages, downloading videos, buying
albums, etc., has crippled the Internet worldwide.
AT&T reported at its peak that there were more than 60,000 text messages
PER SECOND being sent regarding Jackson.
--
Tim Roberts, ti...@probo.com
Providenza & Boekelheide, Inc.
> On 2009-06-29, Lawrence D'Oliveiro <l...@geek-central.gen.new_zealand>
> wrote:
>> Sounds more like broken OS with no integrated package management.
>
> Package managers with dependency tracking were all the rage when I first
> started using Linux. So I tried Red Hat and everything worked great until
> the depency database corrupted itself.
I have been using and administering various flavours of Linux--Red Hat,
SuSE, Mandrake (before it was Mandriva), Gentoo, Debian, Ubuntu--over about
the last decade, and I have NEVER seen this mythical dependency database
corruption of which you speak.
If you thought they were "all the rage" before, they're pretty much
mandatory now.
Its usually referred to as RPM hell (like DLL hell) although it can happen
to DEB packages as well. You end up in a situation with cyclic
dependencies where you cannot delete one application because it depends on
a second but you cannot remove the second because it depends on the first.
What can I say. It happens. It happened to me.
> If you thought they were "all the rage" before, they're pretty much
> mandatory now.
I have been happy for years using my own heavily modified version of
Slackware for installing the base system. After that, I install everything
from source.
Incidently, a similar discussion has started in a subthread of
comp.unix.shell.
> In message <td22m.1717$8r....@nlpi064.nbdc.sbc.com>, Tim Harig wrote:
>
>> On 2009-06-29, Lawrence D'Oliveiro <l...@geek-central.gen.new_zealand>
>> wrote:
>>> Sounds more like broken OS with no integrated package management.
>>
>> Package managers with dependency tracking were all the rage when I
>> first started using Linux. So I tried Red Hat and everything worked
>> great until the depency database corrupted itself.
>
> I have been using and administering various flavours of Linux--Red Hat,
> SuSE, Mandrake (before it was Mandriva), Gentoo, Debian, Ubuntu--over
> about the last decade, and I have NEVER seen this mythical dependency
> database corruption of which you speak.
Really? I've seen it, or at least something that looks like it if you
squint. In my experience, it can usually be fixed by:
yum clean all
on recent Redhat based systems. Worst case, there may be a lockfile that
needs deleting as well.
--
Steven
Yum wasn't available then and I have never used it. Maybe it does a better
job these days. I don't know. I get along fine without it.
I'm pleased to announce a GUI package manager (v 0.12) for
Python versions 2.x under Windows.
http://sourceforge.net/projects/pythonpkgmgr/
It's tightly linked to the pypi repository and offers
the following functions:
- search packages on pypi by name
- install (via easyinstall or pip)
- deinstall/remove packages
- see package documentation
- see package examples
- install .EGG packages
- Generate package manifest
If you find any issues, please don't hesitate to report
them via our tracker on the project page.
Regards
David
Another time machine!
The Release Notes for version 0.11 on
http://www.preisshare.net/pythonpkgmgr/ says it was released on
10/09/09 :)
Cheers,
Daniel
--
Psss, psss, put it down! - http://www.cafepress.com/putitdown