On Mon, Sep 17, 2018 at 09:41:50AM +0200, Thomas Goirand wrote:
> On 09/17/2018 12:50 AM, Ivo De Decker wrote:
> > package: openvswitch
> > version: 2.10.0+2018.08.28+git.8ca7c82b7d+ds1-3
> > severity: serious
> >
> > Hi,
> >
> > The latest version of openvswitch in unstable fails on armel, mips,
On Mon, Apr 17, 2017 at 07:04:12PM +0300, Bogdan Ilisei wrote:
> Package: openvswitch-datapath-dkms
> Version: 1.4.2+git20120612-9.1~deb7u1.1
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> Installing openvswitch-datapath-dkms (OR openvswitch-datapath-source)
The list of copyright holders was incomplete and out of date. This
updates it based on a "grep" for copyright notices, which I reviewed by
hand.
CC: 942...@bugs.debian.org
Reported-by: Chris Lamb
Reported-at: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=942056
Signed-off-by:
On Wed, Nov 27, 2019 at 10:25:36AM -0800, Yi-Hung Wei wrote:
> On Wed, Oct 9, 2019 at 10:35 AM Ben Pfaff wrote:
> >
> > The list of copyright holders was incomplete and out of date. This
> > updates it based on a "grep" for copyright notices, which I review
Pierre HABOUZIT <[EMAIL PROTECTED]> writes:
> On Fri, Apr 28, 2006 at 07:44:45AM -0700, Ben Pfaff wrote:
>> Dave Love <[EMAIL PROTECTED]> writes:
>>
>> > Ben Pfaff <[EMAIL PROTECTED]> writes:
>> >
>> >> Did you ever get a chance
I've seen a flurry of Debian BTS emails around this bug, but none
of them have made it clear to me what I should do about it.
In the long term, I suspect that the Autoconf macros in the
apr-util package should be fixed, and that autoconf-doc should
document that $@ may be changed by some macros.
r any length of time.
So I am reassigning this bug to autoconf-doc, in hopes that it
can soon be refreshed from Autoconf CVS.
--
Ben Pfaff
email: [EMAIL PROTECTED]
web: http://benpfaff.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
not a problem if the advice
in the Autoconf manual is followed.
--
Ben Pfaff
email: [EMAIL PROTECTED]
web: http://benpfaff.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
've probably guessed, I'm pretty
focused on other things at the moment.
(Also: if you're an active user of the package you're welcome to
take over maintainership.)
--
Ben Pfaff
email: [EMAIL PROTECTED]
web: http://benpfaff.org
--
To UNSUBSCRIBE, email to [EMAIL PROTEC
Luk Claes <[EMAIL PROTECTED]> writes:
> Attached the patch for the version I intend to upload. Please respond if
> you don't want this NMU to happen, if you are working yourself on a
> patch or if you think that the attached patch won't work.
Well, I was thinking about fixing it soon, but you bea
Ashar Voultoiz <[EMAIL PROTECTED]> writes:
> Marco d'Itri wrote:
>> On Sep 18, Ashar Voultoiz <[EMAIL PROTECTED]> wrote:
>>
>>>Would it be possible to make the udev package aware that a kernel 2.6.12
>>>is being installed ? Then one can use:
>>
>> No. But try harder, everybody else has been able
reopen 328981
thanks
You closed this bug with the comment, "Closing. This is not a
bug." This is not an acceptable explanation. Please expand:
obviously many people are having trouble with it, so how is it
not a bug?
--
"...I've forgotten where I was going with this,
but you can bet it was sca
re that the one against url-http.el is
correct and necessary?
--
Ben Pfaff
email: [EMAIL PROTECTED]
web: http://benpfaff.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
that a Debian vs Ubuntu issue?
I think that it's a udev vs. no-udev issue. The udev rules I see
here show that the legousbtower0 device should be created in
/dev/usb. If you're not using udev, and you created the device
by hand, perhaps it's in /dev instead of /dev/usb.
--
Ben Pf
better.
(I am currently fielding a few problems with support for
big-endian systems though. But those should be pretty easy to
fix.)
--
Ben Pfaff
http://benpfaff.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Ben Pfaff <[EMAIL PROTECTED]> writes:
> (I am currently fielding a few problems with support for
> big-endian systems though. But those should be pretty easy to
> fix.)
I committed fixes for the ones of which I am aware:
https://savannah.gnu.org/bugs/?21590
--
"I a
ws any
one of them to satisfy the dependency, but of course this is no
guarantee that this is the correct version for the package being
autoreconf'd.
I would appreciate some guidance on this issue from debian-devel.
--
Ben Pfaff
http://benpfaff.org
--
To UNSUBSCRIBE, email to [EMAIL PROTEC
Michael Wales <[EMAIL PROTECTED]> writes:
> There are 2 bugs in Debian for nqc that I think have a possible resolution:
> #108504: LEGO USB Tower Support
> #287812: nqc: FTBFS (64-bit architectures): cast from 'const char*' to
> 'int' loses precision
Thanks!
> I couldn't figure out how to direct
5 00:48 legousbtower0 -> ../legousbtower0
>
> Is that a Debian vs Ubuntu issue?
I'm not sure. I will investigate before I upload the package.
> Other than that issue, I was able to compile, download firmware, and
> download apps to my RCX with the USB tower.
Glad to hear it.
--
Sebastian Dröge <[EMAIL PROTECTED]> writes:
> there was a behaviour change in AC_C_BIGENDIAN in 2.62 which breaks many
> configure checks as it detects that a machine can do both endianness.
>
> See https://bugzilla.redhat.com/show_bug.cgi?id=449944
>
> Please revert that change before putting 2.6
Debian bug 403243 reports that HAVE_GETMNTENT gets defined to
empty when AC_FUNC_GETMNTENT is used. See
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403243
The bug log points to this Autoconf commit as the culprit:
http://cvs.savannah.gnu.org/viewcvs/autoconf/autoconf/lib/auto
intainer for python-gd. Are you interested?
--
Ben Pfaff
email: [EMAIL PROTECTED]
web: http://benpfaff.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Damián Viano <[EMAIL PROTECTED]> writes:
> P.s.: sorry for the sloppy report, I'm really tired, and been
> chansing this one the hole day.
I'm sorry that it took so much of your time. The report is fine;
I uploaded the fix you provided (just now).
--
"Sanity is not statistical."
--George Orwell
Lucas Nussbaum writes:
>> lib/gtksheet/gtkitementry.c:698: error: 'GtkEntry' has no member named
>> 'n_bytes'
>> lib/gtksheet/gtkitementry.c:698: error: 'GtkEntry' has no member named
>> 'text_size'
This issue is fixed in PSPP 0.6.2-rc1 due to be released any
minute now. When it's available i
This bug is fixed in upstream release 0.6.2.
--
Ben Pfaff
http://benpfaff.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
The tests have been failing for a few days now, because the PKI expired a
few days into 2011. This commit instead generates the PKI at "make check"
time, which has the additional benefit of getting some test exposure for
the ovs-pki program.
Reported-by: Aaron M. Ucko
CC: 609...@bugs.debian.org
On Tue, Feb 05, 2013 at 12:37:15AM +0100, Sebastian Ramacher wrote:
> Dear maintainer,
>
> I've prepared an NMU for pspp (versioned as 0.7.9+git20120620-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
That is the correct patch. Thank you for the N
On Tue, Nov 09, 2010 at 09:04:50AM +0100, Sebastian Andrzej Siewior wrote:
> Your package FTBFS on all architectures [0]. Here is a snippet from
> i386[1]:
>
> |daemon unit tests - C
> |
> | 22: daemon FAILED (daemon.at:11)
> | 23: daemon --monitor
reassign 602911 src:openvswitch
merge 602891 602911
thanks
On Tue, Nov 09, 2010 at 11:01:42AM +, Hector Oron wrote:
> Your package fails to build on many architectures:
Thank you for the report. Is there any way to obtain the testsuite
logs? They should appear in
_debian/tests/testsuite.d
On Tue, Nov 09, 2010 at 09:26:25PM +0100, Sebastian Andrzej Siewior wrote:
> I just built via
> | sbuild --apt-update --batch --dist=unstable --arch=powerpcspe \
> |openvswitch_1.1.0~pre2-2
> and got the same error message. On buildds it hang in the perl test case
> but here it continued. I jus
On Tue, Nov 09, 2010 at 10:30:17PM +0100, Sebastian Andrzej Siewior wrote:
> * Ben Pfaff | 2010-11-09 13:21:59 [-0800]:
>
> >Thanks for the hint. I was able to reproduce the problem locally with
> >sbuild. I'm sure that I can track it down now.
>
> You got the par
reassign 602891 src:openvswitch
thanks
On Tue, Nov 09, 2010 at 09:39:06PM +, Roger Leigh wrote:
> This isn't an sbuild issue, and we can't reliably work around it in
> sbuild either, for the reasons stated above.
Thank you.
I agree, I'm reassigning it back to openvswitch (with this email).
On Tue, Nov 09, 2010 at 09:33:33PM +, Roger Leigh wrote:
> We've had this issue before. Ultimately:
> - we can mitigate the restriction by making the path shorter, but
> we can't make any guarantees even than since package names and
> version numbers don't have any fixed limit. You still
On Mon, Nov 15, 2010 at 11:49 PM, Sebastian Andrzej Siewior
wrote:
>>#602891: openvswitch: FTBFS on all arches (unix socket path name too long)
> but .changes says:
>
>> * Add procps to Build-Depends
>> (closes: #602891)
>>
> So I guess one used wrong bug number.
I fixed the originally repo
On Sun, Nov 21, 2010 at 6:37 AM, Hector Oron wrote:
> Let's forget blames and get it fixed :)
For what it's worth, I believe that I've now fixed all the buildd bugs
that I know about so far. I guess updating the control file to build only
on linux is one straggler. But we should be able to fix
On Sun, Nov 21, 2010 at 02:37:31PM +, Hector Oron wrote:
> Hello,
>
> 2010/11/16 Ben Pfaff :
> > I fixed the originally reported bug in openvswitch/1.1.0~pre2-3.
> > Hector Oron reopened
> > the bug without any comment, so I can only speculate why, but it is
>
On Wed, Jul 18, 2012 at 09:57:13AM +0200, Bastian Blank wrote:
> Enabling brcompat without openvswitch-brcompat installed or the module
> available breaks the init script and normal operation without brcompat.
I'm surprised to hear that, because the init script contains:
if test X"$BRCOMPAT"
On Wed, Jul 18, 2012 at 10:00:49AM +0200, Bastian Blank wrote:
> On Tue, Jul 17, 2012 at 09:31:44AM -0700, Ben Pfaff wrote:
> > On Tue, Jul 17, 2012 at 03:20:40PM +0200, Bastian Blank wrote:
> > > openvswitch uses a db called /etc/openvswitch/conf.db. This file is
> > >
On Mon, Jul 16, 2012 at 04:57:48PM -0700, Ben Pfaff wrote:
> On Fri, Jul 13, 2012 at 02:19:10PM +0900, Simon Horman wrote:
> > On Thu, Jul 12, 2012 at 09:48:34PM -0700, Ben Pfaff wrote:
> > > On Fri, Jul 13, 2012 at 01:46:39PM +0900, Simon Horman wrote:
> > > > On T
On Fri, Jul 20, 2012 at 03:27:25PM +0800, Aron Xu wrote:
> I was trying to enable Linux bridge compatibility with openvswitch in
> Wheezy, and when doing modprobe something appears to be wrong:
> # modprobe brcompat_mod
> ERROR: could not insert 'brcompat_mod': Exec format error
What does "file" o
On Sun, Jul 22, 2012 at 12:07:53PM +0200, Bastian Blank wrote:
> And a quick check reveals that ovs-vsctl is installed two times. It is
> included in bin_PROGRAMS and bin_SCRIPTS. They are evalutated in two
> different make targets and may run parallel.
Thanks for spotting the problem. I uploaded
&arch=s390&ver=1.4.2%2Bgit20120612-5&stamp=1342851603
Debian bug #682384.
CC: 682...@bugs.debian.org
Reported-by: Bastian Blank
Signed-off-by: Ben Pfaff
---
I already uploaded this to Debian as -6. I'll wait for a review
before pushing it to the OVS repository.
utilities/aut
Thanks. I pushed this fix to master and branch-1.[87654].
On Mon, Jul 23, 2012 at 12:34:33PM -0700, Ethan Jackson wrote:
> Looks good, thanks.
>
> Ethan
>
> On Mon, Jul 23, 2012 at 9:58 AM, Ben Pfaff wrote:
> > ovs-vsctl is listed, incorrectly, in both bin_PROGRAMS and
On Wed, Jul 18, 2012 at 07:01:42AM -0700, Ben Pfaff wrote:
> On Wed, Jul 18, 2012 at 10:00:49AM +0200, Bastian Blank wrote:
> > On Tue, Jul 17, 2012 at 09:31:44AM -0700, Ben Pfaff wrote:
> > > On Tue, Jul 17, 2012 at 03:20:40PM +0200, Bastian Blank wrote:
> > > > ope
On Wed, Jul 18, 2012 at 06:50:10AM -0700, Ben Pfaff wrote:
> On Wed, Jul 18, 2012 at 09:57:13AM +0200, Bastian Blank wrote:
> > Enabling brcompat without openvswitch-brcompat installed or the module
> > available breaks the init script and normal operation without brcompat.
>
commit fixes the problem by dropping O_EXCL. I don't see any reason
that it's actually necessary. That means that the loop itself is
unnecessary, so this commit drops that too.
Debian bug #681880.
CC: 681...@bugs.debian.org
Reported-by: Bastian Blank
Signed-off-by: Ben Pfaff
---
lib/
ce,
but no one should be doing "ovsdb-tool create" in parallel anyhow; O_EXCL
is just an idiot check here, not required to be fail-safe.
Debian bug #681880.
CC: 681...@bugs.debian.org
Reported-by: Bastian Blank
Signed-off-by: Ben Pfaff
---
ovsdb/log.c | 13 +++--
1 files ch
Debian bug #681880.
CC: 681...@bugs.debian.org
Reported-by: Bastian Blank
Signed-off-by: Ben Pfaff
---
REPORTING-BUGS |2 +-
debian/automake.mk |1 +
debian/openvswitch-switch.dirs |1 +
debian/openvswitch-switch.postinst | 15
On Thu, Jul 26, 2012 at 10:44:58AM +0200, Bastian Blank wrote:
> On Wed, Jul 18, 2012 at 06:50:10AM -0700, Ben Pfaff wrote:
> > On Wed, Jul 18, 2012 at 09:57:13AM +0200, Bastian Blank wrote:
> > > Enabling brcompat without openvswitch-brcompat installed or the module
> >
This may be more useful in practice than failing the entire OVS startup
sequence.
Debian bug #681955.
CC: 681...@bugs.debian.org
Reported-by: Bastian Blank
Signed-off-by: Ben Pfaff
---
utilities/ovs-ctl.in |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/utilities
On Thu, Jul 26, 2012 at 04:47:53PM -0700, Ansis Atteka wrote:
> On Thu, Jul 26, 2012 at 2:48 PM, Ben Pfaff wrote:
>
> > Debian bug #681880.
> > CC: 681...@bugs.debian.org
> > Reported-by: Bastian Blank
> > Signed-off-by: Ben Pfaff
...
> > --- a/debian/open
On Fri, Jul 27, 2012 at 09:47:49AM +0900, Simon Horman wrote:
> On Thu, Jul 26, 2012 at 02:48:52PM -0700, Ben Pfaff wrote:
> > open() with O_CREAT|O_EXCL yields EEXIST if the name passed in is a
> > symlink, but we would like "ovsdb-tool create /etc/openvswitch/conf.db&
On Fri, Jul 27, 2012 at 08:39:42AM +0200, Bastian Blank wrote:
> On Thu, Jul 26, 2012 at 02:48:51PM -0700, Ben Pfaff wrote:
> > open() with O_CREAT|O_EXCL yields EEXIST if the file being opened is a
> > symlink. lockfile_try_lock() interpreted that error code to mean that
> &g
On Fri, Jul 27, 2012 at 10:28:08AM +0200, Bastian Blank wrote:
> On Thu, Jul 26, 2012 at 11:53:25PM -0700, Ben Pfaff wrote:
> > On Fri, Jul 27, 2012 at 08:39:42AM +0200, Bastian Blank wrote:
> > > I would always use the lock file at the target location of the database
> > &
On Fri, Jul 27, 2012 at 09:36:04AM +0900, Simon Horman wrote:
> On Thu, Jul 26, 2012 at 03:01:26PM -0700, Ben Pfaff wrote:
> > This may be more useful in practice than failing the entire OVS startup
> > sequence.
>
> Acked-by: Simon Horman
Thank, I added your ack and push
commit fixes the problem by dropping O_EXCL. I don't see any reason
that it's actually necessary. That means that the loop itself is
unnecessary, so this commit drops that too.
Debian bug #681880.
CC: 681...@bugs.debian.org
Reported-by: Bastian Blank
Signed-off-by: Ben Pfaff
---
lib/
ce,
but no one should be doing "ovsdb-tool create" in parallel anyhow; O_EXCL
is just an idiot check here, not required to be fail-safe.
Debian bug #681880.
CC: 681...@bugs.debian.org
Reported-by: Bastian Blank
Signed-off-by: Ben Pfaff
---
ovsdb/log.c | 13 +++--
1 files ch
Debian bug #681880.
CC: 681...@bugs.debian.org
Reported-by: Bastian Blank
Signed-off-by: Ben Pfaff
---
REPORTING-BUGS |2 +-
debian/automake.mk |1 +
debian/openvswitch-switch.dirs |1 +
debian/openvswitch-switch.postinst | 15
On Fri, Jul 27, 2012 at 11:39:47PM +0200, Bastian Blank wrote:
> On Fri, Jul 27, 2012 at 10:21:10AM -0700, Ben Pfaff wrote:
> > On Fri, Jul 27, 2012 at 10:28:08AM +0200, Bastian Blank wrote:
> > > I was unclear. You should first use realpath(3) on the database filename
> >
On Thu, Aug 02, 2012 at 09:16:25PM +0200, Andreas Beckmann wrote:
> Even if an ordinary local user cannot list the contents of the
> directory, he may correctly derive/guess filenames (unless they are
> exclusively $(mktemp)) and delete and replace files in there.
>
> I don't know how openvswitch-
severity 684057 important
thanks
On Mon, Aug 06, 2012 at 05:26:28PM +0200, Bastian Blank wrote:
> Package: openvswitch-switch
> Version: 1.4.2+git20120612-8
> Severity: grave
>
> The openvswitch-switch init script fails if openvswitch included in
> Linux should be used.
The openvswitch kernel mo
But based on a glance at the v2.67..v2.68 diffs, I don't
think there is an upstream fix yet.
If my analysis is wrong, let me know.
Thanks,
Ben.
--
Ben Pfaff
http://benpfaff.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of &quo
Julien Cristau writes:
> On Wed, Oct 6, 2010 at 07:21:04 +, Debian Bug Tracking System wrote:
>
>> Processing commands for cont...@bugs.debian.org:
>>
>> > unarchive 591548
>> Bug #591548 {Done: Ben Pfaff } [autoconf] autoconf
>> breaks unfixed v
;> Upon reflection I think that you are right.
>>
>> I'm re-closing bug #591548 (with this email).
>>
>> Tim, would you mind filing a new bug, as Julien suggested?
>
> Why would that be required?
Because bug #591548 is indeed fixed. Why reopen it?
> AFAIK,
Adrian Bunk writes:
> On Wed, Oct 06, 2010 at 11:42:00AM -0700, Ben Pfaff wrote:
>> Adrian Bunk writes:
>>...
>> > AFAIK, this was considered an autoconf regression that is also fixed in
>> > upstream autoconf 2.68.
>>
>> I doubt that squeeze will
On Wed, Jun 15, 2011 at 10:51:24AM +0900, Simon Horman wrote:
> Unfortunately I'm not familiar enough with the output to determine
> the problem without digging much further. Perhaps you have some ideas.
>
> The detailed output from sparc is below.
> I believe that the output is similar if not the
On Wed, Jun 15, 2011 at 02:04:39PM +0900, Simon Horman wrote:
> On Tue, Jun 14, 2011 at 07:56:52PM -0700, Ben Pfaff wrote:
> > On Wed, Jun 15, 2011 at 10:51:24AM +0900, Simon Horman wrote:
> > > Unfortunately I'm not familiar enough with the output to determine
> >
On Tue, Jun 14, 2011 at 10:05:35PM -0700, Ben Pfaff wrote:
> On Wed, Jun 15, 2011 at 02:04:39PM +0900, Simon Horman wrote:
> > On Tue, Jun 14, 2011 at 07:56:52PM -0700, Ben Pfaff wrote:
> > > On Wed, Jun 15, 2011 at 10:51:24AM +0900, Simon Horman wrote:
> > > >
tags 636816 patch fixed-upstream
thanks
A patch to fix this was committed as part of upstream 1.2.1, so this
problem will be fixed when 1.2.1 is uploaded.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debi
a Linux console,
if gpm is running. I haven't used it in a long time. Look
around for t-mouse.el.
--
Ben Pfaff
http://benpfaff.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Mon, Nov 17, 2014 at 04:38:27PM +0100, Jonathan Dupart wrote:
> Hi,
>
> I have been bittend by this bug.
>
> I am raising this bug severity to grave, as it renders openvswitch
> unusable after upgrading to the last stable kernel.
>
> I tested the patch and it works flawlessly. It should be qu
On Mon, Feb 13, 2012 at 05:49:54PM +0900, Simon Horman wrote:
> On Mon, Feb 13, 2012 at 04:10:06PM +0800, Thomas Goirand wrote:
> > Package: openvswitch-datapath-dkms
> > Version: 1.4.0-1
> > Severity: grave
> >
> > Hi there!
> >
> > First, thanks for maintaining OVS, this is a very nice software
On Tue, Feb 14, 2012 at 01:54:28AM +0800, Thomas Goirand wrote:
> On 02/14/2012 01:22 AM, Ben Pfaff wrote:
> > Would it be possible for you to provide your make.log?
>
> I've attached it to this mail.
Here's the root of the problem:
checking for Linux build directory.
On Tue, Feb 14, 2012 at 07:41:05AM +0800, Thomas Goirand wrote:
> On 02/14/2012 02:09 AM, Ben Pfaff wrote:
> > There is no point in trying to run "make" if "configure" failed. The
> > "make" will fail too and the log will be harder to read.
> I
On Tue, Feb 14, 2012 at 07:50:23AM +0800, Thomas Goirand wrote:
> On 02/14/2012 07:41 AM, Thomas Goirand wrote:
> > On 02/14/2012 02:09 AM, Ben Pfaff wrote:
> >> -MAKE="./configure --with-linux=/lib/modules/`uname -r`/build ; make -C
> >> datapath/linux"
>
DKMS passes in an explicit variable for the kernel source directory, so we
should use that instead of `uname -r`.
CC: 659...@bugs.debian.org
Reported-by: Thomas Goirand
Signed-off-by: Ben Pfaff
---
debian/dkms.conf.in |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a
On Tue, Feb 14, 2012 at 09:31:18AM +0900, Simon Horman wrote:
> On Mon, Feb 13, 2012 at 10:10:18AM -0800, Ben Pfaff wrote:
> > On Tue, Feb 14, 2012 at 01:54:28AM +0800, Thomas Goirand wrote:
> > > On 02/14/2012 01:22 AM, Ben Pfaff wrote:
> > > > Would it be po
On Tue, Feb 14, 2012 at 12:16:25PM +0900, Simon Horman wrote:
> On Mon, Feb 13, 2012 at 05:35:15PM -0800, Ben Pfaff wrote:
> > On Tue, Feb 14, 2012 at 09:31:18AM +0900, Simon Horman wrote:
> > > On Mon, Feb 13, 2012 at 10:10:18AM -0800, Ben Pfaff wrote:
> > > > On T
h-linux=/usr/src/linux-headers-3.1.0-1-amd64
> in the resulting config.log
>
> On Mon, Feb 13, 2012 at 06:05:19PM -0800, Justin Pettit wrote:
> > Assuming it's the fully correct path, it looks reasonable to me.
> >
> > --Justin
> >
> >
> > On Feb
ommit extracts the
source directory from that line.
To avoid regressions this commit retains the older heuristics as fallbacks.
CC: 659...@bugs.debian.org
Reported-by: Thomas Goirand
Signed-off-by: Ben Pfaff
---
I've tested this on squeeze with linux-headers-3.2.0-0.bpo.1-amd64.
I'm instal
On Thu, Feb 16, 2012 at 05:45:24PM +0800, Thomas Goirand wrote:
> checking for Linux build directory... /usr/src/linux-headers-3.1.0-1-686-pae
> checking for Linux source directory... configure: error: cannot find source
> directory (please use --with-linux-source)
It seems we need a new way to f
On Thu, Feb 16, 2012 at 10:36:34AM -0800, Ben Pfaff wrote:
> OVS needs to inspect the headers in the kernel source directory at build
> time. Debian keeps moving the source directory relative to the build
> directory and doesn't provide an obvious way to find the source director
On Thu, Feb 16, 2012 at 04:32:57PM -0800, Jesse Gross wrote:
> On Thu, Feb 16, 2012 at 10:36 AM, Ben Pfaff wrote:
> > OVS needs to inspect the headers in the kernel source directory at build
> > time. Debian keeps moving the source directory relative to the build
> >
On Thu, Feb 16, 2012 at 10:42:27AM -0800, Ben Pfaff wrote:
> On Thu, Feb 16, 2012 at 05:45:24PM +0800, Thomas Goirand wrote:
> > checking for Linux build directory... /usr/src/linux-headers-3.1.0-1-686-pae
> > checking for Linux source directory... configure: error: can
On Mon, Dec 12, 2011 at 08:00:25AM +, Ben Hutchings wrote:
> Package: openvswitch-datapath-source
> Version: 1.2.2-2
> Severity: grave
>
> This module fails to build against Linux 3.1:
The correct solution is just to upgrade the Debian package to Open
vSwitch 1.3.0, which does support Linux 3
On Wed, Mar 07, 2012 at 11:26:39PM +0800, Thomas Goirand wrote:
> If you agree with my patch, I can do an NMU. Is that ok?
Speaking as co-maintainer, yes, your patch looks correct, please NNU.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe".
On Thu, Mar 08, 2012 at 04:27:39PM +0800, Thomas Goirand wrote:
> Before uploading version 1.4.0-2+nmu1, I ran Lintian, as I always do, and
> I have found out that lots of Lintian warnings and errors were not
> addressed:
Thanks for the list. I didn't realize there were so many lintian
warnings.
On Fri, Mar 09, 2012 at 01:47:45AM +0800, Thomas Goirand wrote:
> As I understand, you are also upstream for openvswitch. If that is the
> case, then best would be to have the man page fixes to be applied
> upstream, and the debian/patches folder to go away.
Definitely.
May I have a Signed-off-by
On Fri, Mar 09, 2012 at 01:47:45AM +0800, Thomas Goirand wrote:
> At the end, I did work on the packaging of openvswitch.
Thank you very much!
I converted your patches to a series of commits and sent them out to
ovs-dev for review. I believe that you are CCed on most of them, but
you can view th
On Fri, Mar 09, 2012 at 12:06:03AM +0800, Thomas Goirand wrote:
> >> E: openvswitch-datapath-dkms: python-script-but-no-python-dep
> >> usr/src/openvswitch-1.4.0/build-aux/check-structs
> >> E: openvswitch-datapath-dkms: python-script-but-no-python-dep
> >> usr/src/openvswitch-1.4.0/build-aux/ext
On Fri, Mar 09, 2012 at 04:50:32AM +0800, Thomas Goirand wrote:
> On 03/09/2012 03:22 AM, Ben Pfaff wrote:
> > On Fri, Mar 09, 2012 at 01:47:45AM +0800, Thomas Goirand wrote:
> >> As I understand, you are also upstream for openvswitch. If that is the
> >> case, then be
On Fri, Mar 09, 2012 at 03:25:01PM -0800, Ben Pfaff wrote:
> On Fri, Mar 09, 2012 at 01:47:45AM +0800, Thomas Goirand wrote:
> > At the end, I did work on the packaging of openvswitch.
>
> I converted your patches to a series of commits and sent them out to
> ovs-dev for revie
-off-by: Ben Pfaff
---
debian/openvswitch-switch.init |7 +++
debian/openvswitch-switch.postinst | 18 ++
debian/rules |3 +--
3 files changed, 10 insertions(+), 18 deletions(-)
diff --git a/debian/openvswitch-switch.init b/debian/openvswitch
On Thu, Mar 15, 2012 at 09:30:24AM +0900, Simon Horman wrote:
> On Wed, Mar 14, 2012 at 02:49:08PM -0700, Ethan Jackson wrote:
> > This looks fine to me, I don't know much about debian though. If you
> > feel confident in it I'm fine with merging it. Otherwise someone else
> > should look at it.
On Sat, Mar 17, 2012 at 07:16:04AM +0900, Simon Horman wrote:
> On Fri, Mar 16, 2012 at 02:19:31PM -0700, Ben Pfaff wrote:
> > On Thu, Mar 15, 2012 at 09:30:24AM +0900, Simon Horman wrote:
> > > On Wed, Mar 14, 2012 at 02:49:08PM -0700, Ethan Jackson wrote:
> > > >
On Fri, Mar 16, 2012 at 03:49:13PM -0700, Ben Pfaff wrote:
> On Sat, Mar 17, 2012 at 07:16:04AM +0900, Simon Horman wrote:
> > On Fri, Mar 16, 2012 at 02:19:31PM -0700, Ben Pfaff wrote:
> > > On Thu, Mar 15, 2012 at 09:30:24AM +0900, Simon Horman wrote:
> > > > On W
On Sat, Mar 17, 2012 at 01:16:53PM +0800, Thomas Goirand wrote:
> On 03/17/2012 06:57 AM, Simon Horman wrote:
> > Understood, in that case I agree that backporting makes sense.
>
> I agree that "backporting" fixes makes sense. I'd like also to highlight
> that you'd be backporting a forwarded-port
On Tue, Mar 20, 2012 at 07:11:33AM +0900, Simon Horman wrote:
> On Mon, Mar 19, 2012 at 11:16:32AM -0700, Ben Pfaff wrote:
> > On Fri, Mar 16, 2012 at 03:49:13PM -0700, Ben Pfaff wrote:
> > > On Sat, Mar 17, 2012 at 07:16:04AM +0900, Simon Horman wrote:
> > > > On F
/openvswitch-1.4.0/build-aux/check-structs
> [ ... many of the same ...]
>
> Ben Pfaff wrote:
> > These are actually not serious, because the DKMS build doesn't
> > actually use any of those files. I should add a lintian override.
>
> Please don't do that!
[resending to address that doesn't bounce for me with SPF complaint]
On Tue, Mar 20, 2012 at 10:25:39PM -0700, Ben Pfaff wrote:
> On Wed, Mar 21, 2012 at 02:59:01AM +0800, Thomas Goirand wrote:
> > I missed that one email, just saw it when reviewing the bug.
> >
> > On
1 - 100 of 126 matches
Mail list logo
