Accepted buildbot 2.0.1-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 11 Feb 2019 21:26:20 +0100 Source: buildbot Architecture: source Version: 2.0.1-1 Distribution: unstable Urgency: medium Maintainer: Python Applications Packaging Team Changed-By: Robin Jarry Changes: buildbot (2.0.1-1

[Qemu-devel] -device ipmi-bmc-sim attached to -netdev vde

Hi, I have several QEMU VMs connected via a vde_switch (with "-netdev vde" interfaces). I use this to create virtual network topologies without requiring root access (i.e. no tap + bridge on host). Performance is not a concern here. To emulate "real" platforms, I would like one of the VMs to

Accepted buildbot 2.0.0-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 04 Feb 2019 10:06:17 +0100 Source: buildbot Architecture: source Version: 2.0.0-1 Distribution: unstable Urgency: high Maintainer: Python Applications Packaging Team Changed-By: Robin Jarry Closes: 920542 920710 920979

Accepted buildbot 1.8.0-1 (source) into unstable

: unstable Urgency: medium Maintainer: Python Applications Packaging Team Changed-By: Robin Jarry Description: buildbot - System to automate the compile/test cycle (server) buildbot-doc - System to automate the compile/test cycle (documentation) buildbot-slave - transitional package for buildbot

Accepted buildbot 1.7.0-2 (source) into unstable

: unstable Urgency: medium Maintainer: Python Applications Packaging Team Changed-By: Robin Jarry Description: buildbot - System to automate the compile/test cycle (server) buildbot-doc - System to automate the compile/test cycle (documentation) buildbot-slave - transitional package for buildbot

Accepted buildbot 1.7.0-1 (source all) into experimental, experimental

: experimental Urgency: medium Maintainer: Python Applications Packaging Team Changed-By: Robin Jarry Description: buildbot - System to automate the compile/test cycle (server) buildbot-doc - System to automate the compile/test cycle (documentation) buildbot-slave - transitional package

Accepted buildbot 1.7.0-1 (source all) into experimental, experimental

: experimental Urgency: medium Maintainer: Python Applications Packaging Team Changed-By: Robin Jarry Description: buildbot - System to automate the compile/test cycle (server) buildbot-doc - System to automate the compile/test cycle (documentation) buildbot-slave - transitional package

Bug#917489: duplicate of #916922 in src:migrate

Control: reassign -1 src:migrate 0.11.0-4 Control: affects -1 src:buildbot

Bug#917489: duplicate of #916922 in src:migrate

Control: reassign -1 src:migrate 0.11.0-4 Control: affects -1 src:buildbot

Accepted buildbot 1.6.0-1 (source all) into unstable

Maintainer: Python Applications Packaging Team Changed-By: Robin Jarry Description: buildbot - transitional package for python3-buildbot buildbot-slave - transitional package for python3-buildbot-worker python3-buildbot - System to automate the compile/test cycle (server) python3-buildbot-doc

Bug#916922: buildbot: FTBFS: test failures

Control: reassign -1 migrate 0.11.0-4 2018-12-20, Mattia Rizzolo: > All of them seems to always boil down to: > builtins.NameError: name 'sqlite3' is not defined The error actually pops into migrate code. File "/usr/lib/python3/dist-packages/migrate/changeset/databases/sqlite.py", line

Bug#916922: buildbot: FTBFS: test failures

Control: reassign -1 migrate 0.11.0-4 2018-12-20, Mattia Rizzolo: > All of them seems to always boil down to: > builtins.NameError: name 'sqlite3' is not defined The error actually pops into migrate code. File "/usr/lib/python3/dist-packages/migrate/changeset/databases/sqlite.py", line

Accepted buildbot 1.4.0-1 (source) into unstable

: Python Applications Packaging Team Changed-By: Robin Jarry Description: buildbot - transitional package for python3-buildbot buildbot-slave - transitional package for python3-buildbot-worker python3-buildbot - System to automate the compile/test cycle (server) python3-buildbot-doc

Accepted buildbot 1.2.0-1 (source) into unstable

: Python Applications Packaging Team Changed-By: Robin Jarry Description: buildbot - transitional package for python3-buildbot buildbot-slave - transitional package for python3-buildbot-worker python3-buildbot - System to automate the compile/test cycle (server) python3-buildbot-doc

Accepted buildbot 1.1.2-1 (source) into unstable

: Python Applications Packaging Team Changed-By: Robin Jarry Description: buildbot - transitional package for python3-buildbot buildbot-slave - transitional package for python3-buildbot-worker python3-buildbot - System to automate the compile/test cycle (server) python3-buildbot-doc

Bug#901769: sphinx: crash with numbered toctrees

Control: severity -1 serious By the way, this bug breaks the build of buildbot 1.1.1-3 (which is already in the archive). -- Robin

[Python-modules-team] Bug#901769: sphinx: crash with numbered toctrees

Control: severity -1 serious By the way, this bug breaks the build of buildbot 1.1.1-3 (which is already in the archive). -- Robin ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net

Bug#901769: sphinx: crash with numbered toctrees

Package: python3-sphinx Source: sphinx Version: 1.7.5-2 Severity: important Tags: upstream fixed-upstream Hi, With python{,3}-sphinx 1.7.5-*, using numbered toctrees cause a crash. Take the following rst source: .. toctree:: :numbered: doc1 doc2 doc3 When building (whatever

[Python-modules-team] Bug#901769: sphinx: crash with numbered toctrees

Package: python3-sphinx Source: sphinx Version: 1.7.5-2 Severity: important Tags: upstream fixed-upstream Hi, With python{,3}-sphinx 1.7.5-*, using numbered toctrees cause a crash. Take the following rst source: .. toctree:: :numbered: doc1 doc2 doc3 When building (whatever

Accepted buildbot 1.1.1-3 (source) into unstable

: Python Applications Packaging Team <python-apps-t...@lists.alioth.debian.org> Changed-By: Robin Jarry <ro...@jarry.cc> Description: buildbot - transitional package for python3-buildbot buildbot-slave - transitional package for python3-buildbot-worker python3-buildbot - System

Bug#895289: RM: buildbot-slave -- RoM; now merged with buildbot

Package: ftp.debian.org Please remove the buildbot-slave source package from the archive. All buildbot packages are now built from the buildbot source package. Thanks. -- Robin

Accepted buildbot 1.1.1-2 (source) into unstable

: Robin Jarry <ro...@jarry.cc> Changed-By: Robin Jarry <ro...@jarry.cc> Description: buildbot - transitional package for python3-buildbot buildbot-slave - transitional package for python3-buildbot-worker python3-buildbot - System to automate the compile/test cycle (server) python3-

Accepted buildbot 1.1.1-1 (source all) into unstable, unstable

Maintainer: Robin Jarry <ro...@jarry.cc> Changed-By: Robin Jarry <ro...@jarry.cc> Description: buildbot - transitional package for python3-buildbot buildbot-slave - transitional package for python3-buildbot-worker python3-buildbot - System to automate the compile/test cycle (server) pyth

Bug#883529: Buildbot maintenance by PAPT

2018-03-26, Piotr Ożarowski: > great, just let me know if you accept our policy and I'll hit the button Yes, I accept the Debian Python Policy: https://www.debian.org/doc/packaging-manuals/python-policy/ > (BTW, dh-python should be ready for builbot now, let me know if you need > more changes)

Bug#883529: Buildbot maintenance by PAPT

2018-03-26, Piotr Ożarowski: > great, just let me know if you accept our policy and I'll hit the button Yes, I accept the Debian Python Policy: https://www.debian.org/doc/packaging-manuals/python-policy/ > (BTW, dh-python should be ready for builbot now, let me know if you need > more changes)

Re: Bug#883529: Buildbot maintenance by PAPT

2018-03-26, Piotr Ożarowski: > great, just let me know if you accept our policy and I'll hit the button Yes, I accept the Debian Python Policy: https://www.debian.org/doc/packaging-manuals/python-policy/ > (BTW, dh-python should be ready for builbot now, let me know if you need > more changes)

Re: [PATCH v2 0/3] kbuild: fix host progs build with libs in non standard locations

2018-02-28, Masahiro Yamada: [snip] > So, my idea is to rename existing > > HOSTCFLAGS -> KBUILD_HOSTCFLAGS > HOSTCXXFLAGS -> KBUILD_HOSTCXXFLAGS > HOSTLDFLAGS-> KBUILD_HOSTLDFLAGS > HOST_LOADLIBES -> KBUILD_HOSTLDLIBS > > > ("LOADLIBES" is too long, so rename it to "LDLIBS")

Re: [PATCH v2 0/3] kbuild: fix host progs build with libs in non standard locations

2018-02-28, Masahiro Yamada: [snip] > So, my idea is to rename existing > > HOSTCFLAGS -> KBUILD_HOSTCFLAGS > HOSTCXXFLAGS -> KBUILD_HOSTCXXFLAGS > HOSTLDFLAGS-> KBUILD_HOSTLDFLAGS > HOST_LOADLIBES -> KBUILD_HOSTLDLIBS > > > ("LOADLIBES" is too long, so rename it to "LDLIBS")

Re: [PATCH v2 3/3] objtool: use global host flags for compilation

2018-02-27, Josh Poimboeuf: > On Mon, Feb 26, 2018 at 07:41:48PM +0100, Robin Jarry wrote: [snip] > > ifdef CONFIG_STACK_VALIDATION > >has_libelf := $(call try-run,\ > > - echo "int main() {}" | $(HOSTCC) -xc -o /dev/null -lelf -,1,0) > >

Re: [PATCH v2 3/3] objtool: use global host flags for compilation

2018-02-27, Josh Poimboeuf: > On Mon, Feb 26, 2018 at 07:41:48PM +0100, Robin Jarry wrote: [snip] > > ifdef CONFIG_STACK_VALIDATION > >has_libelf := $(call try-run,\ > > - echo "int main() {}" | $(HOSTCC) -xc -o /dev/null -lelf -,1,0) > >

Re: [PATCH v2 0/3] kbuild: fix host progs build with libs in non standard locations

2018-02-27, Josh Poimboeuf: > In Documentation/kbuild/kbuild.txt, we have the following environment > variables: > > KCFLAGS > -- > Additional options to the C compiler (for built-in and modules). > > CFLAGS_KERNEL >

Re: [PATCH v2 0/3] kbuild: fix host progs build with libs in non standard locations

2018-02-27, Josh Poimboeuf: > In Documentation/kbuild/kbuild.txt, we have the following environment > variables: > > KCFLAGS > -- > Additional options to the C compiler (for built-in and modules). > > CFLAGS_KERNEL >

Buildbot maintenance by PAPT

Hi all, after some discussions on https://bugs.debian.org/883529, Martin Borgert suggested that buildbot becomes maintained by the Python Applications Packaging Team. That sounds like a good thing to have more than one person able to work on this package. I am currently working on buildbot

Bug#883529: Buildbot maintenance by PAPT

Hi all, after some discussions on https://bugs.debian.org/883529, Martin Borgert suggested that buildbot becomes maintained by the Python Applications Packaging Team. That sounds like a good thing to have more than one person able to work on this package. I am currently working on buildbot

Bug#883529: Buildbot maintenance by PAPT

Hi all, after some discussions on https://bugs.debian.org/883529, Martin Borgert suggested that buildbot becomes maintained by the Python Applications Packaging Team. That sounds like a good thing to have more than one person able to work on this package. I am currently working on buildbot

[PATCH v2 0/3] kbuild: fix host progs build with libs in non standard locations

typos. - Do not use HOST_EXTRA*FLAGS. Add new user specifiable variables. - Pass HOSTLDFLAGS to build single .c programs. - Build objtool with host flags. Robin Jarry (3): kbuild: introduce HOST_{C,LD}FLAGS kbuild: use HOSTLDFLAGS for single .c executables objtool: use global host flags

[PATCH v2 1/3] kbuild: introduce HOST_{C,LD}FLAGS

Add user-specifiable compiler/linker flags for host programs. Append these to already existing HOST{C,CXX,LD}FLAGS. Update documentation accordingly. Signed-off-by: Robin Jarry <robin.ja...@6wind.com> Cc: Josh Poimboeuf <jpoim...@redhat.com> Cc: Ingo Molnar <mi...@kernel.org>

[PATCH v2 2/3] kbuild: use HOSTLDFLAGS for single .c executables

When compiling executables from a single .c file, the linker is also invoked. Pass the HOSTLDFLAGS like for other linker commands. Signed-off-by: Robin Jarry <robin.ja...@6wind.com> Cc: Josh Poimboeuf <jpoim...@redhat.com> Cc: Ingo Molnar <mi...@kernel.org> --- scripts/Makef

[PATCH v2 0/3] kbuild: fix host progs build with libs in non standard locations

typos. - Do not use HOST_EXTRA*FLAGS. Add new user specifiable variables. - Pass HOSTLDFLAGS to build single .c programs. - Build objtool with host flags. Robin Jarry (3): kbuild: introduce HOST_{C,LD}FLAGS kbuild: use HOSTLDFLAGS for single .c executables objtool: use global host flags

[PATCH v2 1/3] kbuild: introduce HOST_{C,LD}FLAGS

Add user-specifiable compiler/linker flags for host programs. Append these to already existing HOST{C,CXX,LD}FLAGS. Update documentation accordingly. Signed-off-by: Robin Jarry Cc: Josh Poimboeuf Cc: Ingo Molnar --- Documentation/admin-guide/README.rst | 16 Makefile

[PATCH v2 2/3] kbuild: use HOSTLDFLAGS for single .c executables

When compiling executables from a single .c file, the linker is also invoked. Pass the HOSTLDFLAGS like for other linker commands. Signed-off-by: Robin Jarry Cc: Josh Poimboeuf Cc: Ingo Molnar --- scripts/Makefile.host | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v2 3/3] objtool: use global host flags for compilation

performed without host flags. Make sure to use host flags for the check and for building objtool. Remove duplicate flags. Fixes: 3b27a0c85d70 ("objtool: Detect and warn if libelf is missing and don't break the build") Signed-off-by: Robin Jarry <robin.ja...@6wind.com> Cc: Josh Poim

[PATCH v2 3/3] objtool: use global host flags for compilation

performed without host flags. Make sure to use host flags for the check and for building objtool. Remove duplicate flags. Fixes: 3b27a0c85d70 ("objtool: Detect and warn if libelf is missing and don't break the build") Signed-off-by: Robin Jarry Cc: Josh Poimboeuf Cc: Ingo M

Re: [PATCH 2/2] objtool: use host flags to detect if libelf is missing

2018-02-23, Josh Poimboeuf: > Hi Robin, > > Did you test this? I see some issues: > > a) I don't see where the host_cflags variable comes from (and btw, it's >misspelled...) Hi Josh, Shame on me... Last minute fix. I had tested this first by forcing HOSTCC="gcc " but I found it rather

Re: [PATCH 2/2] objtool: use host flags to detect if libelf is missing

2018-02-23, Josh Poimboeuf: > Hi Robin, > > Did you test this? I see some issues: > > a) I don't see where the host_cflags variable comes from (and btw, it's >misspelled...) Hi Josh, Shame on me... Last minute fix. I had tested this first by forcing HOSTCC="gcc " but I found it rather

[PATCH 1/2] kbuild: introduce HOST_EXTRALDFLAGS

Add a new user specifiable variable to provide specific linker options (-L, -rpath, ...) for host programs build. Append these options to HOSTLDFLAGS. Signed-off-by: Robin Jarry <robin.ja...@6wind.com> Cc: Josh Poimboeuf <jpoim...@redhat.com> Cc: Ingo Molnar <mi...@kernel.org>

[PATCH 0/2] objtool: fix libelf detection in non-standard locations

on the build system. Comments are welcome. Regards, Robin Jarry (2): kbuild: introduce HOST_EXTRALDFLAGS objtool: use host flags to detect if libelf is missing Makefile | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) -- 2.11.0

[PATCH 1/2] kbuild: introduce HOST_EXTRALDFLAGS

Add a new user specifiable variable to provide specific linker options (-L, -rpath, ...) for host programs build. Append these options to HOSTLDFLAGS. Signed-off-by: Robin Jarry Cc: Josh Poimboeuf Cc: Ingo Molnar --- Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/Makefile b

[PATCH 0/2] objtool: fix libelf detection in non-standard locations

on the build system. Comments are welcome. Regards, Robin Jarry (2): kbuild: introduce HOST_EXTRALDFLAGS objtool: use host flags to detect if libelf is missing Makefile | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) -- 2.11.0

[PATCH 2/2] objtool: use host flags to detect if libelf is missing

performed without host flags. Make sure to use host flags for the check (they will be used later when building objtool anyway). Fixes: 3b27a0c85d70 ("objtool: Detect and warn if libelf is missing and don't break the build") Signed-off-by: Robin Jarry <robin.ja...@6wind.com>

[PATCH 2/2] objtool: use host flags to detect if libelf is missing

performed without host flags. Make sure to use host flags for the check (they will be used later when building objtool anyway). Fixes: 3b27a0c85d70 ("objtool: Detect and warn if libelf is missing and don't break the build") Signed-off-by: Robin Jarry Cc: Josh Poimboeuf Cc: Ingo Molna

Bug#883529: ITA: buildbot,buildbot-slave -- Build automation system

2018-02-14, W. Martin Borgert: > Robin, many thanks for working on buildbot! > Very much appreciated! Don't mention it. It is a good thing to have it in Debian, it gives a lot of visibility and good reputation to the project. I'm glad to help! > At least for Node I reject the term ecosystem.

Bug#883529: ITA: buildbot,buildbot-slave -- Build automation system

2018-02-14, W. Martin Borgert: > Robin, many thanks for working on buildbot! > Very much appreciated! Don't mention it. It is a good thing to have it in Debian, it gives a lot of visibility and good reputation to the project. I'm glad to help! > At least for Node I reject the term ecosystem.

Bug#883529: ITA: buildbot,buildbot-slave -- Build automation system

Hi Martin, 2018-02-14, W. Martin Borgert: > did the discussion about coffeescript vs ECMA6 already lead to something? We mentioned it a few times during the weekly meetings we have on tuesdays. We have been busy lately with the 1.0.0 release!

Bug#883529: ITA: buildbot,buildbot-slave -- Build automation system

Hi Martin, 2018-02-14, W. Martin Borgert: > did the discussion about coffeescript vs ECMA6 already lead to something? We mentioned it a few times during the weekly meetings we have on tuesdays. We have been busy lately with the 1.0.0 release!

Bug#883529: ITA: buildbot,buildbot-slave -- Build automation system

Hi, I had a look at the current state of the buildbot and buildbot-slave source packages. It looks like the choice was made to have one source package per binary package. https://tracker.debian.org/pkg/buildbot https://tracker.debian.org/pkg/buildbot-slave All buildbot related code is under

Bug#883529: ITA: buildbot,buildbot-slave -- Build automation system

Hi, I had a look at the current state of the buildbot and buildbot-slave source packages. It looks like the choice was made to have one source package per binary package. https://tracker.debian.org/pkg/buildbot https://tracker.debian.org/pkg/buildbot-slave All buildbot related code is under

[Python-modules-team] Bug#884353: --no-wheel option causes pip install errors

Package: python-virtualenv Version: 15.1.0+ds-1 Source: python-virtualenv When creating a venv with the --no-wheel option, the wheel package is not installed in /lib/pythonX.Y/site-packages. However, due to a Debian patch [1], all *.whl files in /usr/share/python-wheels are copied into

Bug#884353: --no-wheel option causes pip install errors

Package: python-virtualenv Version: 15.1.0+ds-1 Source: python-virtualenv When creating a venv with the --no-wheel option, the wheel package is not installed in /lib/pythonX.Y/site-packages. However, due to a Debian patch [1], all *.whl files in /usr/share/python-wheels are copied into

Bug#883529: ITA: buildbot,buildbot-slave -- Build automation system

retitle 883529 ITA: buildbot,buildbot-slave -- Build automation system owner 883529 ! thanks Hi, I am willing to adopt both buildbot and buildbot-slave (which should maybe be renamed to buildbot-worker). Cheers, -- Robin

Bug#883529: ITA: buildbot,buildbot-slave -- Build automation system

retitle 883529 ITA: buildbot,buildbot-slave -- Build automation system owner 883529 ! thanks Hi, I am willing to adopt both buildbot and buildbot-slave (which should maybe be renamed to buildbot-worker). Cheers, -- Robin

Re: [PATCH v3] pwclient: Fix silent crash on python 2

On May 2, 2017 10:49 PM, "Stephen Finucane" wrote: > Spot on. Moved the help message to the epilog and applied. Thanks, > Robin :) Perfect, thanks Stephen! ___ Patchwork mailing list Patchwork@lists.ozlabs.org

[PATCH v3] pwclient: Fix silent crash on python 2

the correct encoding accordingly. Add a note about this on `pwclient --help`. Also, display a help message when an encoding error occurs. Fixes: 046419a3bf8f ("pwclient: Fix encoding problems") Signed-off-by: Robin Jarry <robin.ja...@6wind.com> --- v3: Removed all hacks and adde

Re: [PATCH v2] pwclient: Fix silent crash on python 2

Hi Stephen, On Apr 28, 2017 11:46 PM, "Stephen Finucane" wrote: > > I understand the issue now - thanks for clarifying :) Sorry for the > delay in replying also. > > Now, while I understand what you're doing here, I'm wondering if we > could simply revert the original patch

Re: [PATCH v2] pwclient: Fix silent crash on python 2

Gentle bump :-) Robin ___ Patchwork mailing list Patchwork@lists.ozlabs.org https://lists.ozlabs.org/listinfo/patchwork

[PATCH v2] pwclient: Fix silent crash on python 2

replace python2 -c "print u's\u00e9duisante'" s�duisante $ env - PYTHONIOENCODING=ISO-8859-1:replace python3 -c "print('s\u00e9duisante')" s�duisante Fixes: 046419a3bf8f ("pwclient: Fix encoding problems") Signed-off-by: Robin Jarry <robin.ja...@6wind.com&g

Re: [PATCH] pwclient: Fix silent crash on python 2

Hi Stephen, thanks for your reply. It has made me look deeper and I found that my fix is not completely satisfying. Python 3 is also concerned. I will submit another version ASAP. The problem that I was trying to fix with my previous patch only appears when neither the LANG nor LC_ALL env vars

[PATCH] pwclient: Fix encoding problems

ware file objects (as returned by io.open()). Guess the encoding of stdout and stderr by looking at (in that order): sys.stdout.encoding, locale.getpreferredencoding(), the PYTHONIOENCODING environment variable. If no encoding is defined, assume 'utf-8' as output encoding. Signed-off-by: Robin Jarry

[dpdk-dev] [PATCH v3] kni: avoid using lsb_release script

the variables defined in it. Signed-off-by: Robin Jarry --- lib/librte_eal/linuxapp/kni/Makefile | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/lib/librte_eal/linuxapp/kni/Makefile b/lib/librte_eal/linuxapp/kni/Makefile index 4e99e07e7aec..1e4756123d0c 100644 --- a/lib

[dpdk-dev] [PATCH v2] kni: avoid using lsb_release script

the variables defined in it. Signed-off-by: Robin Jarry --- lib/librte_eal/linuxapp/kni/Makefile | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/lib/librte_eal/linuxapp/kni/Makefile b/lib/librte_eal/linuxapp/kni/Makefile index 4e99e07e7aec..62a957ce8534 100644 --- a/lib

[dpdk-dev] [PATCH] kni: avoid using lsb_release script

2016-11-25, Ferruh Yigit: >What about: >+-include /etc/lsb-release Sure, that cannot hurt. >s/DISTRIB_ID/DISTRIB_RELEASE Oops last minute typo... I'll submit a v2 right away. -- Robin

[dpdk-dev] [PATCH] kni: avoid using lsb_release script

the variables defined in it. Signed-off-by: Robin Jarry --- lib/librte_eal/linuxapp/kni/Makefile | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/lib/librte_eal/linuxapp/kni/Makefile b/lib/librte_eal/linuxapp/kni/Makefile index 4e99e07e7aec..63b9ac8779f8 100644 --- a/lib

[dpdk-dev] [PATCH] eal/linux: use more restrictive perms in hugedir

There is no need for the page files to be readable (and executable) by other users. This can be exploited by non-privileged users to access the working memory of a DPDK app. Open the files with 0600. Signed-off-by: Robin Jarry --- lib/librte_eal/linuxapp/eal/eal_memory.c | 4 ++-- 1 file

lockable resources plugin: new maintainer

Hi all, Antonio has accepted to help on maintaining the plugin. Could it be possible to add him in the "lockable-resources-plugin Developers" group on github? His github ID is @amuniz Thanks in advance. -- Robin -- You received this message because you are subscribed to the Google Groups

[dpdk-dev] [PATCH] ixgbe: restore imissed stat counter

cific stats") Signed-off-by: Robin Jarry --- drivers/net/ixgbe/ixgbe_ethdev.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/ixgbe/ixgbe_ethdev.c b/drivers/net/ixgbe/ixgbe_ethdev.c index 1b6cd8efe815..4c4c6dfb1622 100644 --- a/drivers/net/ixgbe/ixgbe_ethdev.c +++ b/drivers

[sphinx-dev] New extensions : word writer clearquest directive

extension interface (Writer). I didn't look precisely how to integrate this to sphinx (apparently it's needed to extend the Builder interface) but it should be doable :) clearquest2rst: https://github.com/robin-jarry/clearquest2rst A docutils directive for converting ClearQuest requests to RST tables

[issue12382] [msilib] Obscure exception message when trying to open a non-existent MSI database

Robin Jarry diabete...@gmail.com added the comment: This sounds OK as long as the error message is explicit :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12382

[issue12382] [msilib] Ambiguous exception message when trying to open a non existing MSI database

New submission from Robin Jarry diabete...@gmail.com: When trying to open a non existing MSI database, an obscure unknown error 6e is raised. Could it be possible to get a more explicit message such as File not found or whatever ? Thanks :) Here is a example

[issue12382] [msilib] Obscure exception message when trying to open a non-existent MSI database

Robin Jarry diabete...@gmail.com added the comment: changed the headline of the defect for something more meaningful :) -- title: [msilib] Ambiguous exception message when trying to open a non existing MSI database - [msilib] Obscure exception message when trying to open a non

<    1   2   3