zypp, libzypp,libcurl und Caching
Hallo Liste, Wenn ich mit zypper oder YaST ueber einen caching Squid gehe, so cached der Squid zwar die RPMs (SWAPOUT), libcurl uebergibt beim HTTP GET aber immer das Pragma no-cache. D.h. mein guter Vorsatz beim Update mehrerer Kisten Bandbreite zu sparen wird von libzypp/libcurl unterlaufen. Das File /root/.curlrc ist auch keine Loesung, die wird wohl nur von Curl, nicht aber libcurl gelesen. Seltsamerweise steht da zwar der Proxy drin, ein Eintrag wie '--header "Pragma:"' hilft aber nix. In der Firma umgehe ich das Problem durch syncen der groessten Brocken, dort sind es auch viel mehr Rechner, aber zu Hause blieb mir momentan nur libcurl zu patchen (mit dem HEX-Editor) um dieses "Pragma: no-cache" auf "Pragma: " zu aendern. Das geht so weit gut, ist aber recht laestig und unschoen. Gibt es da keine bessere Loesung bis libzypp no-cache evt. mal ausschaltet, z.B. via einem weiteren Mini-Proxy der das GET modifizieren kann? Oder einer Einstellung im Squid, der das no-cache selektiv (also z.B. ein ganz bestimmter Port) ignorieren kann? Danke Roman -- Roman Fietze Telemotive AG Büro Mühlhausen -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Wed, Apr 09, 2008 at 09:56:13PM +0200, Roman Fietze wrote:
Hallo Liste,
Wenn ich mit zypper oder YaST ueber einen caching Squid gehe, so cached der Squid zwar die RPMs (SWAPOUT), libcurl uebergibt beim HTTP GET aber immer das Pragma no-cache. D.h. mein guter Vorsatz beim Update mehrerer Kisten Bandbreite zu sparen wird von libzypp/libcurl unterlaufen.
Das File /root/.curlrc ist auch keine Loesung, die wird wohl nur von Curl, nicht aber libcurl gelesen. Seltsamerweise steht da zwar der Proxy drin, ein Eintrag wie '--header "Pragma:"' hilft aber nix.
In der Firma umgehe ich das Problem durch syncen der groessten Brocken, dort sind es auch viel mehr Rechner, aber zu Hause blieb mir momentan nur libcurl zu patchen (mit dem HEX-Editor) um dieses "Pragma: no-cache" auf "Pragma: " zu aendern.
Das geht so weit gut, ist aber recht laestig und unschoen.
Gibt es da keine bessere Loesung bis libzypp no-cache evt. mal ausschaltet, z.B. via einem weiteren Mini-Proxy der das GET modifizieren kann? Oder einer Einstellung im Squid, der das no-cache selektiv (also z.B. ein ganz bestimmter Port) ignorieren kann?
Gibt es einen Bugreport, evt ist wirklich nur ein Bug? :) Ciao, Marcus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Marcus, On Thursday 10 April 2008 08:23:06 Marcus Meissner wrote:
Gibt es einen Bugreport, evt ist wirklich nur ein Bug? :)
Gibt es wohl auch, nur ein Bugreport ist momentan keine Loesung, denn dieser existiert schon seit der 10.3 Beta. Haette ja sein koennen, dass es einen einfachen Workaround gibt, oder gar einen Fix der libzypp in einem ungefaehrlichen Repos das ich nicht kenne. Wo finde ich eigentlich ein Changelog der aktuellen (4.10.x?) libzypp? Roman -- Roman Fietze Telemotive AG Büro Mühlhausen Breitwiesen 73347 Mühlhausen Tel.: +49(0)7335/18493-45 http://www.telemotive.de Amtsgericht Ulm HRB 541321 Vorstand: Aufsichtsratsvorsitzender: Peter Kersten, Armin Stark Dipl.Kaufmann Thomas Derlien
Marcus Meissner wrote:
On Wed, Apr 09, 2008 at 09:56:13PM +0200, Roman Fietze wrote:
Hallo Liste,
Wenn ich mit zypper oder YaST ueber einen caching Squid gehe, so cached der Squid zwar die RPMs (SWAPOUT), libcurl uebergibt beim HTTP GET aber immer das Pragma no-cache. D.h. mein guter Vorsatz beim Update mehrerer Kisten Bandbreite zu sparen wird von libzypp/libcurl unterlaufen. ... Gibt es einen Bugreport, evt ist wirklich nur ein Bug? :)
Bugreport gibt es, wurde aber leider noch nicht gefixt: https://bugzilla.novell.com/show_bug.cgi?id=326208 Michal -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (3)
-
Marcus Meissner -
Michal Marek -
Roman Fietze