Bug#534293: python-cherrypy: bad cookie parsing/generation

2009-06-23 Thread laurent Corbes
Package: python-cherrypy
Version: 2.3.0-1
Severity: normal
Tags: patch


Cheerypy does not parse cookie correctly resulting in bad gateway errors while 
used behind an haproxy load balancer. From what I've understand after some 
testing it works when you use a client that is lazy about cookie/headers syntax 
(firefox, or apache/mod_proxy aparently as it works before I switch to 
haproxy). But once you use an haproxy that add informations to cookies on the 
fly it generate a 502 Bad gateway error because they are malformated.

I found the solution to my problem here 
http://www.formilux.org/archives/haproxy/0811/1516.html and the patch supllied 
fix the problem.

--- cherrypy/_cphttptools.py.orig   2009-06-22 17:47:21.820961811 +0200
+++ cherrypy/_cphttptools.py2009-06-22 17:47:32.948524301 +0200
@@ -430,7 +430,7 @@
 
 cookie = self.simple_cookie.output()
 if cookie:
-for line in cookie.split(\n):
+for line in cookie.split(\r\n):
 name, value = line.split(: , 1)
 self.header_list.append((name, value))

Maybe this problem exists elsewhere in the cherrypy code but for the moment 
this one fix my errors.


Thanks.


-- System Information:
Debian Release: 5.0.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-cherrypy depends on:
ii  python-support0.8.4  automated rebuilding support for P

python-cherrypy recommends no packages.

python-cherrypy suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#448138: post-up vs. up in /etc/network/interfaces.

2008-01-03 Thread Laurent CORBES
On Wed, 26 Dec 2007 22:24:10 +0100
Andreas Henriksson [EMAIL PROTECTED] wrote:

 Hello Laurent!

Hi Andreas,

 I'm looking at the bug you reported against ifupdown,
 http://bugs.debian.org/448138.
 I can't really comment on the underlying problem, but thought I might
 just chime in on one thing.

The undelying problem is not revelant, it's just an explanation of my usage of
the pre-up - up - post-up sequence, or what I was thinking it is.

  As seeing the post-up hooks are run before ifenslave script, so I
  cannot do the arp trick as interface does not exists, and even if I
  force it deleted when interface come up.
  This is maybe a wanted thing but It does not seems intuitive to me.
  (/etc/network/if-up.d/ should maybe
  renamed /etc/network/if-post-up.d/ ?) Or I just miss something...
 
 While pre-up is it's own command, post-up is just an alias for up!
 
 I don't know if you can determine in which order the if-up.d scripts and
 the (post-)up commands are run. You seems to have found out that the
 scripts are run before the commands for you (but I don't know if this is
 something to rely on always happening).
 
 Maybe ifupdown should be modified to make the post-up it's own command
 where you can be sure it runs after the if-up.d scripts, so we have
 pre-up - configure - up (scripts) - post-up. That way you'll have
 reliable order and it would hopefully solve your problem. Just an
 idea

That's exactly the problem, I assume that sequence is pre-up - configure - up
(scripts) - post-up (or up at the same time than configure like now).

We maybe should set this bug as a wishlist item and think about implement
post-up as it's own command that is runned after interface is up.

-- 
Laurent Corbes - [EMAIL PROTECTED]
+33 (0)1 4996 6325
Smartjog SA - http://www.smartjog.com/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#448138: ifupdown: post-up hook start before if-up.d

2007-10-26 Thread Laurent Corbes
Package: ifupdown
Version: 0.6.8
Severity: important


There is problem on etch in ifupdown that start the post-up hook of 
/etc/network/interfaces before /etc/network/if-up.d/* scripts.
Here is a exemple with a bonding interface.

/etc/network/interfaces:

auto bond0
iface bond0 inet static
pre-up modprobe bond0 miimon=100
slaves eth0 eth1
address 10.10.12.2
netmask 255.255.255.0
post-up echo arp; arp -v -i $IFACE -s 10.10.12.254 00:12:F2:8F:FD:00 
|| true
post-up echo ip route; ip route add default via 10.10.12.254 dev 
$IFACE table 91 || true
pre-down ip route del default table 91 || true
post-down rmmod bond0

I add a echo in the /etc/network/if-up.d/ifenslave script to trace ifenslave 
action. Here is the output of an networking restart:
Reconfiguring network interfaces...
arp
arp: SIOCSARP()
ip route
Slaving eth0
Slaving eth1
done.

As seeing the post-up hooks are run before ifenslave script, so I cannot do the 
arp trick as interface does not exists, and even if I force it deleted when 
interface come up.
This is maybe a wanted thing but It does not seems intuitive to me. 
(/etc/network/if-up.d/ should maybe renamed /etc/network/if-post-up.d/ ?) Or I 
just miss something...

Thanks.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.22.6-sj-std-p4-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages ifupdown depends on:
ii  debconf [debconf-2.0]  1.5.11Debian configuration management sy
ii  libc6  2.3.6.ds1-13etch2 GNU C Library: Shared libraries
ii  lsb-base   3.1-23.2etch1 Linux Standard Base 3.1 init scrip
ii  net-tools  1.60-17   The NET-3 networking toolkit

ifupdown recommends no packages.

-- debconf information:
  ifupdown/convert-interfaces: true



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#414740: updated package needed

2007-04-23 Thread Laurent CORBES
Dear maintainer

Please have a look and update the debian pool python-pyinotify package to 0.7.x
version. With the provide patch you only have to build and submit it. If you
can no longuer update this package please orphan it so another one will push
it.

Thanks

-- 
Laurent Corbes - [EMAIL PROTECTED]
+33 (0)1 4996 6325
Smartjog SA - http://www.smartjog.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#385246: svnmailer: message body is encoded twice

2007-01-03 Thread Laurent CORBES

also corrected on my part using:

[defaults]
news_transfer_encoding = 8bit
...

Thanks.
-- 
Laurent Corbes - [EMAIL PROTECTED]
+33 (0)1 4996 6325
Smartjog SA - http://www.smartjog.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#399073: xen-hypervisor-3.0.3-1-i386: dom0 crashes with a domU that define more than 6 vdb

2006-11-17 Thread Laurent Corbes
Package: xen-hypervisor-3.0.3-1-i386
Version: 3.0.3-0-2
Severity: important

When I try to start a domU with more than 6 vdb it crash.

The first time the vm does not launch and aparently wait for the loop
device creation (some scripts/block add, udev --daemon and sleep 1 process 
running). And nothing happen until I Ctrl+C the xm create.

My loop module is loaded with 64 loops.

After this first attempt the devices are created and I can relaunch it.
But this time it began to boot and crash in a dom0 kernel panic.

I use the 2.6.18-2-xen-686 kernels in both dom0 and domU.
system is a up2date etch + xen-utils-common from unstable.
System is a 2xPIII 1400, 1GB ram.

(PS: I can run another domU with 6 loop at the same time, it's not
globaly limited but per domU)

Thanks, I'll try to post a oops log once I got serial working.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18.1-glot-sj
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#385246: svnmailer: message body is encoded twice

2006-10-31 Thread Laurent CORBES

This bug is pretty annoying, diff produced by svnmailer are pretty useless and
unreadable. every '=' are seen as '=3D' and some other glitches render it
really difficult to understand.

Is there any quick patch that can be done ? maybe force/change the encoding when
sending mail ?

Thanks.
-- 
Laurent Corbes - [EMAIL PROTECTED]
+33 (0)1 4996 6325
Smartjog SA - http://www.smartjog.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#387442: websvn: diff displayed 2 times

2006-09-14 Thread Laurent Corbes
Package: websvn
Version: 1.61-19
Severity: important

When displaying a diff between 2 versions, the modified files are
displayed 2 times. verified on several repo on my setup and on
svn.debian.org.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-rc5-glot-sj
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]