Max Horn wrote:
> At 13:31 Uhr +0200 03.06.2002, Kurt Pfeifle wrote:
> 
> [...]
> 
>>> I would love to work on this but since I am not behind an auth proxy 
>>> myself I have no way to test it. You could help us though if you 
>>> found out if there was any way for you to manually invoke curl, that 
>>> succeeds to retrieve files. If you then tell us the command line 
>>> necessary for this,
>>
>>
>> Yes it worked from the CLI, and IIRC it was exactly as quoted above:
>>
>>  curl --proxy-user username:password 
>> http://path.to.download/installer.dmg
>>
>> (not on the right system to check it now...)
> 
> 
> I guess you mean as long as HTTP_PROXY is set.
> 

Yes, that is set.

> 
>>
>>> we'll be happy to fix Fink to call curl in the appropriate manner.
>>>
>>> For now, try to use wget, I heard that it works behind auth proxies 
>>> using Fink.
>>>
>>
>> How do I replace curl by wget for usage by fink?
> 
> 
> 1) Install wget, e.g.
>  sudo apt-get install wget
> (before you apt-get install something the first time, you have to run 
> once "sudo apt-get update")
> 
> 2) Add this to your /sw/etc/fink.conf
> DownloadMethod: wget
> 
> 3) Now Fink should use wget for everything.
> 

Thanks, I'll try it this evening.

 From Thursday on LinuxTag, we'll have access to the Net without a proxy,
so the real fun could start then....

BTW, are you coming to visit LinuxTag? Guessing from your phone no.,
you don't seem to be too far away....    ;-)

> 
>>
>> http://transconnect.sourceforge.net/
> 
> 
> Yup found it. Compiling it is easy (provided one uses dlcompat, which is 
> e.g. available via Fink). Using these in the Makefile:
> 
> CFLAGS  = -Wall -I/sw/include -Dsocklen_t=int
> LDFLAGS = -bundle -L/sw/lib
> 
> I can't test it though (no proxy here :-), it's might not work this way. 
> I.e. the dlopen might have to be changed to be like on other BSDs (see 
> source code) etc. You need to experiemnt.
> 

A quick check told me that it did at least compile now... Function test
later....

> 
> 
>>>
>>>> In the end I downloaded everything manually, using IE on Mac OS X, and
>>>> then installed with dpkg (with resolving every dependency manually, oh
>>>> boy, now I have the complete Fink on disk....)
>>>
>>>
>>>
>>> Errrrr... HU ???? What did you do :-)
>>>
>>
>> Spending all Sunday --> Monday night with this, now recovered from 50
>> Minutes of very strenuous sleep...   ;-)
>>
>> apt-get certainly should work even behind authenticated proxies, in 
>> fact I have several ppl that reported success with apt-get in this 
>> scenario.
>>
>> I didn't get it to work and I didn't know where to look. I am also new to
>> apt-get and dpkg (I am a SuSE-spoilt RPM-user  ;-)
> 
> 
> http://fink.sourceforge.net/news/kde.php
> 
> *cough* :-)
> 

I got XFree and KDE to work (even without reading the link you mention
(I just read the first to paragraphs and got so exited that I started to
download manually and install manually with dpkg.... and later forgot about
that link...;.)

What I didn't get to work is the "fink" and the "apt-get" commands to work
across the proxy -- but again, here I had decided to read everything available
first.

Conclusion: always stop reading after the second paragraph and it will
work...    ;-)

> 
> 
> [...]
> 
>>
>> As I said, I took the downloaded source from the Apple website, which 
>> seems
>> to be derived from the current CVS of CUPS (it says it is CUPS 1.1.15, 
>> which
>> is not yet released..), with pstoraster taken away...
> 
> 
> Yeah I saw that. Besides some new features/bug fixes, it should be 
> identical to our 1.1.14 package though (though we do include pstoraster 
> and the cups fonts).
> 

pstoraster is derived from Ghostscript 5.50. Ghostscript wasn't licensed by
Apple for commercial use and therefor is not included...

BTW, do you know about "ESP Ghostscript"?. It is made by the CUPS developers,
and is released under GPL. Its latest version is espgs-7.0.5-2. It includes
many bugfixes compared to the same version of AFPL Ghostscript, and even some
compared to GNU Ghostscript 7.0.5-2. Most important: it includes the CUPS-
specific patches. Those will compile a "pstoraster" device inside Ghostscipt
fit for usage instead of the pstoraster which is in place internally in
CUPS-1.1.14. This new model will be used in CUPS from 1.1.15 (out soon).
It is done in lookahead of coming license changes for Ghostscript. The new
maintainer of Ghostscript, Raph Levien wants to change the license to a
GPL-only policy, since the originator, L.Peter Deutsch has retired. First
some chunks of legacy code from 3rd parties need to be rewritten in Ghostscript.
This will likely produce a more unified Ghostscript amongst distributions and
enables the CUPS folks to rely on it instead of needing to secure "their own"
to make sure it works with CUPS...

> 
> 
>>> We did link against cups in the past, but back then only cups 1.1.10 
>>> was available in Fink and completly unusable,

I'm surprised about the "completely unusable" statement. I've been using
it since the first Beta releases 3 years ago. Of course there were problems
coming and going with releases, but to me it was always usable.

Seems there were no people in your camp knowledgable about it ? I will be
happy to contribute what I know...

But note: I am not a programmer. I am "only" a documentation writer....

>>> hence at my personal 
>>> request cups support was disabled in KDE for the time being. That 
>>> could probably be changed now, though I don't know if cups is working 
>>> at all.
>>>
>>> Of course if you offer to do testing
>>
>>
>> I do. As long as I have the notebook....   ;-)
> 
> 
> Cool :-)
> 
> 
> [...]
> 
>>> Er... as with any package, compilation is done via:
>>>
>>>   fink build PACKAGE
>>>
>>> or to force a recompile:
>>>
>>>   fink rebuild PACKAGE
>>>
>>
>> Aehmmm, and this will take care of the CUPS dependency, while I have 
>> it on
>> my system ?!?
> 
> 
> No of course not. But the point is, that's how we build the KDE 
> packages. So if you want to build them differently, watch fink to see 
> how it does it. Reading the Fink .info file format isn't hard either, 
> and the .patch files are standard diff patch files.
> 

I will see what I can conclude from what I read. And the end of this
week will see me for 4 days amongst all sorts of geeks, who probably
will be able to set me onto the right track....

> As for cups support, if you wait for benjamin,

Is he the one who does the KDE stuff?

> he might 

I hope he certainly will....   ;-)

> be releasing 
> update package descriptions with cups re-enabled.
> 

Cheers,
Kurt       [ who hopes one or more of you will come visit us at
              LinuxTag. There are two booths were you will be most
              certainly very welcome: KDE and Linuxprinting.org...]


_______________________________________________________________

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm

_______________________________________________
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Reply via email to