Bug#1070748: gqrx-sdr: it does not start
It was just a temporary misalignment during packages updates. Now it works. Please close/delete this bug report. Thank you, Sorry renzo On Wed, May 08, 2024 at 01:48:00PM +0200, Renzo Davoli wrote: > Package: gqrx-sdr > Version: 2.17.5-1+b1 > Severity: important > X-Debbugs-Cc: re...@cs.unibo.it > > Dear Maintainer, > > * What led up to the situation? > update to 2.17.5-1 > * What exactly did you do (or not do) that was effective (or ineffective)? > I just tried to run it > * What was the outcome of this action? > It returns the following error: > > terminate called after throwing an instance of 'std::runtime_error' > what(): rpcmanager: Aggregator not in use, and a rpc booter is already > registered > Aborted > > thank yoy, >renzo
Bug#1070748: gqrx-sdr: it does not start
Package: gqrx-sdr Version: 2.17.5-1+b1 Severity: important X-Debbugs-Cc: re...@cs.unibo.it Dear Maintainer, * What led up to the situation? update to 2.17.5-1 * What exactly did you do (or not do) that was effective (or ineffective)? I just tried to run it * What was the outcome of this action? It returns the following error: terminate called after throwing an instance of 'std::runtime_error' what(): rpcmanager: Aggregator not in use, and a rpc booter is already registered Aborted thank yoy, renzo -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.7.12-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gqrx-sdr depends on: ii libc62.38-8 ii libgcc-s114-20240429-1 ii libgnuradio-analog3.10.103.10.10.0-1 ii libgnuradio-blocks3.10.103.10.10.0-1 ii libgnuradio-digital3.10.10 3.10.10.0-1 ii libgnuradio-fft3.10.10 3.10.10.0-1 ii libgnuradio-filter3.10.103.10.10.0-1 ii libgnuradio-network3.10.10 3.10.10.0-1 ii libgnuradio-osmosdr0.2.0t64 0.2.5-2.1+b2 ii libgnuradio-pmt3.10.10 3.10.10.0-1 ii libgnuradio-runtime3.10.10 3.10.10.0-1 ii libpulse016.1+dfsg1-5 ii libqt6core6t64 6.4.2+dfsg-21.1+b1 ii libqt6gui6t646.4.2+dfsg-21.1+b1 ii libqt6network6t646.4.2+dfsg-21.1+b1 ii libqt6svgwidgets66.4.2-4+b2 ii libqt6widgets6t646.4.2+dfsg-21.1+b1 ii libstdc++6 14-20240429-1 ii libvolk3.1t643.1.2-1.1 gqrx-sdr recommends no packages. gqrx-sdr suggests no packages. -- no debconf information
Bug#1049922: libslirp-dev: Ship a static library in libslirp-dev
Dear Athos and Michael, Virtual Distributed Ethernet (VDE) is a set of tools that provide an effective communication platform for virtual entities interoperability. [1][2] The VDE project tools are available in Debian [3]. I am reimplementing slirpvde[4], porting it to libslirp. The idea is to release the new version also as a static binary, so I support Athos' request to ship a static library in libslirp-dev. Any news? Thank you, renzo [1] https://wiki.virtualsquare.org [2] https://wiki.virtualsquare.org/#/tutorials/vdebasics [3] https://qa.debian.org/developer.php?login=virtualsquare%40cs.unibo.it [4] https://www.huge-man-linux.net/man1/slirpvde.html
Bug#1057079: faccessat(2): man page does not mention AT_EMPTY_PATH flag
Package: manpages-dev Version: 6.03-2 Severity: normal X-Debbugs-Cc: re...@cs.unibo.it Dear Maintainer, faccessat supports the flag AT_EMPTY_PATH since Linux 5.8 but this option is still missing in the man page. (actually Linux 5.8 added faccessat2: glibc wrapper for faccessat uses faccessat2, and faccessat2 does support AT_EMPTY_PATH). I think the standard text used in many other -at man page could fit here, too. AT_EMPTY_PATH (since Linux 5.8) If pathname is an empty string, operate on the file referred to by dirfd (which may have been obtained using the open(2) O_PATH flag). In this case, dirfd can refer to any type of file, not just a directory. If dirfd is AT_FDCWD, the call operates on the current working directory. This flag is Linux-specific; define _GNU_SOURCE to obtain its definition. Thank you renzo -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-4-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages manpages-dev depends on: ii manpages 6.03-2 manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii man-db [man-browser] 2.12.0-1 -- no debconf information
Bug#1056635: utimensat(2): man page does not mention AT_EMPTY_PATH flag
Package: manpages-dev Version: 6.03-2 Severity: normal X-Debbugs-Cc: re...@cs.unibo.it Dear Maintainer, utimensat supports the flag AT_EMPTY_PATH since Linux 5.8 but this option is still missing in the man page. I think the standard text used in many other -at man page could fit here, too. AT_EMPTY_PATH (since Linux 5.8) If pathname is an empty string, operate on the file referred to by dirfd (which may have been obtained using the open(2) O_PATH flag). In this case, dirfd can refer to any type of file, not just a directory. If dirfd is AT_FDCWD, the call operates on the current working directory. This flag is Linux-specific; define _GNU_SOURCE to obtain its definition. Thank you renzo -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-4-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages manpages-dev depends on: ii manpages 6.03-2 manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii man-db [man-browser] 2.12.0-1 -- no debconf information
Bug#1025825: ImportError: cannot import name 'safe_join' from 'flask'
The following patch should fix the problem. renzo diff -Naur grip-4.2.0/debian/control grip-4.2.0.fixed/debian/control --- grip-4.2.0/debian/control 2016-07-03 23:21:52.0 +0200 +++ grip-4.2.0.fixed/debian/control 2023-09-13 15:20:13.527645376 +0200 @@ -12,6 +12,7 @@ python3-requests, python3-responses (>= 0.5.0), python3-setuptools + python3-werkzeug Build-Depends-Indep: txt2man Standards-Version: 3.9.8 Testsuite: autopkgtest diff -Naur grip-4.2.0/grip/assets.py grip-4.2.0.fixed/grip/assets.py --- grip-4.2.0/grip/assets.py 2016-04-16 17:51:39.0 +0200 +++ grip-4.2.0.fixed/grip/assets.py 2023-09-13 15:20:59.344112922 +0200 @@ -13,7 +13,7 @@ from urllib.parse import urljoin import requests -from flask import safe_join +from werkzeug.utils import safe_join from .constants import ( STYLE_URLS_SOURCE, STYLE_URLS_RE, STYLE_ASSET_URLS_RE, diff -Naur grip-4.2.0/grip/readers.py grip-4.2.0.fixed/grip/readers.py --- grip-4.2.0/grip/readers.py 2016-04-16 17:51:39.0 +0200 +++ grip-4.2.0.fixed/grip/readers.py2023-09-13 15:21:13.596250094 +0200 @@ -8,7 +8,7 @@ import sys from abc import ABCMeta, abstractmethod -from flask import safe_join +from werkzeug.utils import safe_join from .constants import DEFAULT_FILENAMES, DEFAULT_FILENAME from .exceptions import ReadmeNotFoundError
Bug#1010400: printrun: Pronterface crashes under python 3.10
Package: printrun Version: 2.0.0~rc8-1 Severity: important Tags: upstream X-Debbugs-Cc: re...@cs.unibo.it Dear Maintainer, The bug should have been fixed in upstream git: https://github.com/kliment/Printrun/issues/1225 $ pronterface WARNING:root:Could not setup DBus for sleep inhibition: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.ScreenSaver was not provided by any .service files Traceback (most recent call last): File "/usr/bin/pronterface", line 62, in app = PronterApp(False) File "/usr/lib/python3/dist-packages/printrun/pronterface.py", line 2455, in __init__ self.mainwindow = PronterWindow(self) File "/usr/lib/python3/dist-packages/printrun/pronterface.py", line 219, in __init__ self.reload_ui() File "/usr/lib/python3/dist-packages/printrun/pronterface.py", line 293, in reload_ui self.createGui(self.settings.uimode == _("Compact"), File "/usr/lib/python3/dist-packages/printrun/gui/__init__.py", line 259, in createGui viz_pane = VizPane(self, vizpanel) File "/usr/lib/python3/dist-packages/printrun/gui/viz.py", line 115, in __init__ root.gwindow = gviz.GvizWindow(build_dimensions = root.build_dimensions_list, File "/usr/lib/python3/dist-packages/printrun/gviz.py", line 77, in __init__ self.p = Gviz(panel, size = size, build_dimensions = build_dimensions, grid = grid, extrusion_width = extrusion_width, bgcolor = bgcolor, realparent = self) File "/usr/lib/python3/dist-packages/printrun/gviz.py", line 197, in __init__ self.mainpen = wx.Pen(wx.Colour(0, 0, 0), penwidth) TypeError: Pen(): arguments did not match any overloaded call: overload 1: too many arguments overload 2: argument 2 has unexpected type 'float' overload 3: argument 1 has unexpected type 'Colour' -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.16.0-6-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages printrun depends on: ii plater 2.0.0~rc8-1 ii printcore2.0.0~rc8-1+b1 ii pronsole 2.0.0~rc8-1 ii pronterface 2.0.0~rc8-1 printrun recommends no packages. printrun suggests no packages. -- no debconf information
Bug#1009914: Acknowledgement (telegnome does not fetch page images)
It is a package dependency problem. telegnome requires gvfs-backends to work properly. renzo
Bug#1009914: telegnome does not fetch page images
Package: telegnome Version: 0.3.6-1 Severity: important X-Debbugs-Cc: re...@cs.unibo.it Dear Maintainer, * What led up to the situation? one of the latest updates of dependent packages telegnome does not work any more. The only message I get is: WARNING **: 17:01:40.546: http.vala:62: Unable to fetch 'http://www.servizitelevideo.rai.it/televideo/pub/tt4web/Nazionale/16_9_page-100.png': The specified location is not supported The URL is valid and I can read the page if I retrieve its contents by a browser. Thank you in advance. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.16.0-6-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages telegnome depends on: ii dconf-gsettings-backend [gsettings-backend] 0.40.0-3 ii libc62.33-7 ii libcairo21.16.0-5 ii libgdk-pixbuf-2.0-0 2.42.8+dfsg-1 ii libglib2.0-0 2.72.1-1 ii libgtk-3-0 3.24.33-1 ii libuuid1 2.38-4 telegnome recommends no packages. telegnome suggests no packages. -- no debconf information
Bug#1008894: gr-osmosdr cannot be installed in sid: failed dependency python3 (<< 3.10)
Package: gr-osmosdr Version: 0.2.3-5 Severity: normal X-Debbugs-Cc: re...@cs.unibo.it Dear Maintainer, * What led up to the situation? python update to 3.10 -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.16.0-5-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gr-osmosdr depends on: ii libc6 2.33-7 ii libgcc-s1 12-20220319-1 pn libgnuradio-osmosdr0.2.0 pn libgnuradio-runtime3.10.1 ii libstdc++6 12-20220319-1 ii python3 3.10.4-1 ii python3-numpy [python3-numpy-abi9] 1:1.21.5-1 Versions of packages gr-osmosdr recommends: ii gnuradio3.10.2.0~rc1-2 pn gr-fosphor gr-osmosdr suggests no packages.
Bug#1008623: gnuradio cannot be installed in sid: failed dependency python3 (<< 3.10)
Package: gnuradio Version: 3.10.1.1-1 Severity: normal X-Debbugs-Cc: re...@cs.unibo.it Dear Maintainer, * What led up to the situation? python update to 3.10 -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.16.0-5-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gnuradio depends on: ii libboost-program-options1.74.0 1.74.0-14 ii libboost-thread1.74.0 1.74.0-14 ii libc6 2.33-7 ii libfmt8 8.1.1+ds1-2 ii libgcc-s1 12-20220319-1 ii libgmp102:6.2.1+dfsg-3 pn libgnuradio-analog3.10.1 pn libgnuradio-audio3.10.1 pn libgnuradio-blocks3.10.1 pn libgnuradio-channels3.10.1 pn libgnuradio-digital3.10.1 pn libgnuradio-dtv3.10.1 pn libgnuradio-fec3.10.1 pn libgnuradio-fft3.10.1 pn libgnuradio-filter3.10.1 pn libgnuradio-iio3.10.1 pn libgnuradio-network3.10.1 pn libgnuradio-pdu3.10.1 pn libgnuradio-pmt3.10.1 pn libgnuradio-qtgui3.10.1 pn libgnuradio-runtime3.10.1 pn libgnuradio-soapy3.10.1 pn libgnuradio-trellis3.10.1 pn libgnuradio-uhd3.10.1 pn libgnuradio-video-sdl3.10.1 pn libgnuradio-vocoder3.10.1 pn libgnuradio-wavelet3.10.1 pn libgnuradio-zeromq3.10.1 ii libjs-mathjax 2.7.9+dfsg-1 ii libqt5core5a5.15.2+dfsg-15 ii libqt5widgets5 5.15.2+dfsg-15 ii libsoapysdr0.8 0.8.1-2+b1 pn libspdlog1-fmt8 ii libstdc++6 12-20220319-1 ii libuhd4.1.0 4.1.0.5-3 pn libvolk2-bin pn libvolk2.5 ii python3 3.10.4-1 pn python3-click pn python3-click-plugins ii python3-gi 3.42.0-3 ii python3-gi-cairo3.42.0-3 ii python3-lxml4.8.0-1 pn python3-mako ii python3-numpy [python3-numpy-abi9] 1:1.21.5-1 pn python3-opengl ii python3-packaging 21.3-1 pn python3-pygccxml ii python3-pyqt5 5.15.6+dfsg-1+b2 pn python3-pyqtgraph pn python3-sip pn python3-thrift ii python3-yaml5.4.1-1+b1 pn python3-zmq Versions of packages gnuradio recommends: pn gnuradio-dev pn python3-matplotlib pn python3-networkx pn python3-pygccxml pn python3-pyqt5.qwt ii python3-scipy 1.7.3-2 pn soapysdr-tools Versions of packages gnuradio suggests: pn gqrx-sdr pn gr-fosphor pn gr-osmosdr pn rtl-sdr pn uhd-host
Bug#996168: retext does not start: xsettings.py:126 RuntimeError: ffi_prep_cif_var failed
Package: retext Version: 7.2.1-3 Severity: grave Justification: renders package unusable X-Debbugs-Cc: re...@cs.unibo.it Dear Maintainer, This is the traceback of the error. ~$ retext Using configuration file: /home/renzo/.config/ReText project/ReText.conf Traceback (most recent call last): File "/usr/bin/retext", line 9, in main() File "/usr/share/retext/ReText/__main__.py", line 107, in main window = ReTextWindow() File "/usr/share/retext/ReText/window.py", line 76, in __init__ setIconThemeFromSettings() File "/usr/share/retext/ReText/config.py", line 76, in setIconThemeFromSettings QIcon.setThemeName(get_icon_theme()) File "/usr/share/retext/ReText/icontheme.py", line 49, in get_icon_theme return (get_from_xsettings() File "/usr/share/retext/ReText/icontheme.py", line 20, in get_from_xsettings xsettings = get_xsettings() File "/usr/share/retext/ReText/xsettings.py", line 189, in get_xsettings raw_xsettings = get_raw_xsettings(display) File "/usr/share/retext/ReText/xsettings.py", line 126, in get_raw_xsettings cookie = xcb.xcb_get_property(connection, 0, window, settings_atom, 0, 0, 0x2000) RuntimeError: ffi_prep_cif_var failed If it can be of any help, as a workaround copying the directory icons from the source to /usr/share/retext/ seems to fix the problem. -- System Information: Debian Release: bookworm/sid APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.14.0-2-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages retext depends on: ii python3 3.9.2-3 ii python3-chardet 4.0.0-1 ii python3-docutils0.16+dfsg-4 ii python3-markdown3.3.4-1 ii python3-markups 3.1.2-1 ii python3-pygments2.7.1+dfsg-2.1 ii python3-pyqt5 5.15.4+dfsg-4 ii python3-pyqt5.qtwebkit 5.15.4+dfsg-4 Versions of packages retext recommends: ii docutils-common 0.16+dfsg-4 ii libjs-mathjax 2.7.9+dfsg-1 ii python3-enchant 3.2.0-1 ii shared-mime-info 2.0-1 Versions of packages retext suggests: ii adwaita-icon-theme 41.0-1 ii gir1.2-glib-2.01.70.0-2 ii gsettings-desktop-schemas 41.0-1 -- no debconf information
Bug#995968: gkrellm-leds: This gkrellm plugin does not start, Error: undefined symbol: XTestFakeKeyEvent
Package: gkrellm-leds Version: 0.8.0-1.3+b1 Severity: grave Justification: renders package unusable X-Debbugs-Cc: re...@cs.unibo.it Dear Maintainer, There is a shared library linking problem. Bugfix: add --no-as-needed linker option. --- gkrellm-leds-0.8.0/Makefile 2021-10-09 10:28:38.0 +0200 +++ gkrellm-leds-0.8.0.fix/Makefile 2021-10-09 10:31:35.547270111 +0200 @@ -8,7 +8,7 @@ LIBS = $(GTK_LIB) $(X11_LIB) DEFINES = -LFLAGS = -shared +LFLAGS = -shared -Wl,--no-as-needed INCLUDES = $(GTK_INCLUDE) CFLAGS = -ansi -pedantic -Wall -O2 -fPIC CC = gcc -- System Information: Debian Release: bookworm/sid APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.14.0-1-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gkrellm-leds depends on: ii gkrellm 2.3.11-2 ii libc62.32-4 gkrellm-leds recommends no packages. gkrellm-leds suggests no packages. -- no debconf information
Bug#990803: unblock: libvdestack/0.1.2-1 debdiff
I forgot to attach the debdiff renzo diff -Nru libvdestack-0.1.1/CMakeLists.txt libvdestack-0.1.2/CMakeLists.txt --- libvdestack-0.1.1/CMakeLists.txt2020-12-05 17:00:01.0 +0100 +++ libvdestack-0.1.2/CMakeLists.txt2021-06-29 16:29:41.0 +0200 @@ -2,7 +2,7 @@ project("vdestack" DESCRIPTION "A network namespace as a library, i.e. Internet of Threads through Network Namespaces." HOMEPAGE_URL "https://github.com/rd235/libvdestack"; -VERSION 0.1.0 +VERSION 0.1.2 LANGUAGES C) include(GNUInstallDirs) @@ -10,8 +10,8 @@ set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -D_FORTIFY_SOURCE=2 -O2 -pedantic -Wall -Wextra") set(CMAKE_REQUIRED_QUIET TRUE) -set(LIBS_REQUIRED vdeplug cap execs) -set(HEADERS_REQUIRED libvdeplug.h sys/capability.h execs.h) +set(LIBS_REQUIRED vdeplug cap execs pthread) +set(HEADERS_REQUIRED libvdeplug.h sys/capability.h execs.h pthread.h) set(PROJECT_PC_REQUIRES "vdeplug cap execs") foreach(THISLIB IN LISTS LIBS_REQUIRED) @@ -32,7 +32,7 @@ include_directories(${CMAKE_CURRENT_SOURCE_DIR}) add_library(vdestack SHARED vdestack.c) -target_link_libraries(vdestack -lcap -lexecs -lvdeplug) +target_link_libraries(vdestack -lcap -lexecs -lvdeplug -lpthread) set_target_properties(vdestack PROPERTIES VERSION ${PROJECT_VERSION} SOVERSION ${PROJECT_VERSION_MAJOR}) diff -Nru libvdestack-0.1.1/debian/changelog libvdestack-0.1.2/debian/changelog --- libvdestack-0.1.1/debian/changelog 2021-01-08 19:52:31.0 +0100 +++ libvdestack-0.1.2/debian/changelog 2021-07-07 18:27:00.0 +0200 @@ -1,3 +1,9 @@ +libvdestack (0.1.2-1) unstable; urgency=medium + + * New Upstream Release: fix a race condition bug + + -- Renzo Davoli Wed, 07 Jul 2021 18:27:00 +0200 + libvdestack (0.1.1-1) unstable; urgency=medium * New Upstream Release diff -Nru libvdestack-0.1.1/man/libvdestack.3 libvdestack-0.1.2/man/libvdestack.3 --- libvdestack-0.1.1/man/libvdestack.3 2020-12-05 17:00:01.0 +0100 +++ libvdestack-0.1.2/man/libvdestack.3 2021-06-29 16:29:41.0 +0200 @@ -20,9 +20,9 @@ .\" Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, .\" MA 02110-1301 USA. .\" -.\" generated with Ronn-NG/v0.8.0 -.\" http://github.com/apjanke/ronn-ng/tree/0.8.0 -.TH "LIBVDESTACK" "3" "December 2019" "VirtualSquare" +.\" generated with Ronn-NG/v0.9.1 +.\" http://github.com/apjanke/ronn-ng/tree/0.9.1 +.TH "LIBVDESTACK" "3" "June 2021" "VirtualSquare" .SH "NAME" vde_addstack, vde_delstack, vde_stackcmd, vde_msocket \- vde network namespace as a user library .SH "SYNOPSIS" @@ -44,7 +44,7 @@ .P \fBvde_delstack\fR destroys a vdestack when it is no longer needed\. .P -\fBvde_stackcmd\fR run a command or a comma separated sequence of commands in the private network namespace\. The purpose of this function is to configure the networking parameters and options (e\.g\. IP address, routing)\. For security reasons, commands must be specified using full pathnames\. +\fBvde_stackcmd\fR run a command or a comma separated sequence of commands in the private network namespace\. The purpose of this function is to configure the networking parameters and options (e\.g\. IP address, routing)\. For security reasons, commands must be specified using full pathnames\. Do not use this function to start long lasting or non terminating programs, the caller waits for the termination of the command sequence\. .P \fBvde_msocket\fR has the same semantics of \fBsocket\fR(2) except that the socket is defined in the scope of the network namespace whose descriptor is the first argument\. The remaining arguments are those defined in socket(2)\. .P @@ -84,6 +84,6 @@ .SH "SEE ALSO" \fBsocket\fR(2), \fBvde_plug\fR(1) .SH "BUGS" -Bug reports should be addressed to \fI\%mailto:info@virtualsquare\.org\fR +Bug reports should be addressed to \fIinfo@virtualsquare\.org\fR .SH "AUTHOR" VirtualSquare\. Project leader: Renzo Davoli\. diff -Nru libvdestack-0.1.1/man/libvdestack.3.ronn libvdestack-0.1.2/man/libvdestack.3.ronn --- libvdestack-0.1.1/man/libvdestack.3.ronn2020-12-05 17:00:01.0 +0100 +++ libvdestack-0.1.2/man/libvdestack.3.ronn2021-06-29 16:29:41.0 +0200 @@ -57,7 +57,8 @@ `vde_stackcmd` run a command or a comma separated sequence of commands in the private network namespace. The purpose of this function is to configure the networking parameters and options (e.g. IP address, routing). For security reasons, -commands must be specified using full pathnames. +commands must be specified using full pathnames. Do not use this function to start long lasting or non terminating programs, +the caller waits for the termination of the command sequence. `vde_msocket` has the same semantics of
Bug#990803: unblock: libvdestack/0.1.2-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libvdestack [ Reason ] There was a bug: a race condition. The diff is minimal: just a mutex has been added. [ Impact ] vde_msocket can return the wrong socket in case uf multithread usage. [ Tests ] There is no automated test covering that part. Manually tested. [ Risks ] No specific risks, apart from the program misbehavior. [ Checklist ] [x] all changes are documented in the d/changelog [x] I reviewed all changes and I approve them [x] attach debdiff against the package in testing unblock libvdestack/0.1.2-1 -- regards, renzo davoli
Bug#986029: [Virtualsquare] Bug#986029: fuse-umfuse-fat: newer upstream version available?
Hi Junichi, Virtualsquare's FAT module for fuse (compatible with umfuse and vufuse) has been rewritten. [1] is the new source code based on the FAT file system module for embedded systems fatfs by ChaN. The virtualsquare team is working to package this new implementation as a Debian package as soon as possible. It is in the queue, maybe we'll work on it just after bullseye's release. ChaN's module is mode stable and complete than our former libfat. The source code of the current fuse-umfuse-fat package can be found here (it is a subdir of the view-os source tree): [2] [3] [1] https://github.com/virtualsquare/fusefatfs [2] https://github.com/virtualsquare/view-os/tree/master/fuse-modules/fat [3] https://sourceforge.net/projects/view-os/ * wishes, renzo On Sun, Mar 28, 2021 at 05:07:59PM +0900, Junichi Uekawa wrote: > Source: fuse-umfuse-fat > Version: 0.1a-1.2 > Severity: wishlist > > Dear Maintainer, > > I was looking at some issues with fusefat and noticed that the > upstream wiki page [1] links to github repository [2]. Is this a new > upstream release? > > One thing that confuses me is that history file [3] seems to suggest > that the release would have been 0.06 by June 2008, so not sure if > this was the project that was packaged in Debian. > > [1] http://wiki.virtualsquare.org/#!repos.md > [2] https://github.com/virtualsquare/fusefatfs > [3] > https://github.com/virtualsquare/fusefatfs/blob/master/fatfs/source/00history.txt > > -- System Information: > Debian Release: 10.8 > APT prefers stable > APT policy: (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 5.4.88-12224-gf05236dbdecf (SMP w/8 CPU cores; PREEMPT) > Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set > to ja_JP.UTF-8), LANGUAGE=C.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to > ja_JP.UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system)
Bug#972002: [Virtualsquare] Bug#972002: vde-wirefilter: Package short description probably wrong
Thank you Beatrice for this bug report and for your interest on our projects. We'll fix the package descriptions as soon as possible. All the Best. renzo On Sun, Oct 11, 2020 at 03:57:25PM +0200, Beatrice Torracca wrote: > Source: vde2 > Severity: minor > > Hi, > > the vde-wirefilter package short description now reads "Virtual > Distributed Ethernet. Plug command.". I suspect that is the wrong > description since it is the same of the vde-plug package where it > seems more appropriate. > > The same thing goes for the package vde-switch which has the same > short description. > > Sorry if I am wasting your time with a wrong bug report. > > Thanks, > > beatrice
Bug#964322: ronn 0.9.1 does not render code blocks properly\
On Sun, Jul 05, 2020 at 06:45:56PM +0200, Renzo Davoli wrote: > Package: ronn > Version: 0.9.1-1 > > I had to downgrade ronn as the new version fails to render the code blocks. > > Here attached you'll find: > * the file code_blocks.7.ronn (a file provided with ronn-ng) > * the nice troff output produced by nroff 0.8.0: code_blocks.7 obviously I wanted to mean ronn 0.8.0 > * the wrong troff produced by nroff 0.9.1: code_blocks.7.wrong and ronn 0.9.1 > (in the same way I cannot use the new version to update the man pages > of my projects like > https://github.com/rd235/libstropt/tree/master/man) > > Let me know if you can reproduce the bug. > > Thank you in advance for your efforts to fix the bug. > > renzo
Bug#964322: ronn 0.9.1 does not render code blocks properly
Package: ronn Version: 0.9.1-1 I had to downgrade ronn as the new version fails to render the code blocks. Here attached you'll find: * the file code_blocks.7.ronn (a file provided with ronn-ng) * the nice troff output produced by nroff 0.8.0: code_blocks.7 * the wrong troff produced by nroff 0.9.1: code_blocks.7.wrong (in the same way I cannot use the new version to update the man pages of my projects like https://github.com/rd235/libstropt/tree/master/man) Let me know if you can reproduce the bug. Thank you in advance for your efforts to fix the bug. renzo Example Code Blocks === ## Basic code block ``` Hello, world! ``` ## Language-identified code blocks ```html Hello, world! Hello, world! ``` ## Interspersed code blocks and text Some text. ``` Some code. ``` Here's sometext. This is pre text. Some more text. ``` Some more code. ``` .\" generated with Ronn-NG/v0.8.0 .\" http://github.com/apjanke/ronn-ng/tree/0.8.0 .TH "CODE_BLOCKS" "7" "July 2020" "" "" .SH "Basic code block" .nf Hello, world! .fi .SH "Language\-identified code blocks" .nf Hello, world! Hello, world! .fi .SH "Interspersed code blocks and text" Some text\. .IP "" 4 .nf Some code\. .fi .IP "" 0 .P Here\'s some text\. .IP "" 4 .nf This is pre text\. .fi .IP "" 0 .P Some more text\. .IP "" 4 .nf Some more code\. .fi .IP "" 0 .\" generated with Ronn-NG/v0.9.1 .\" http://github.com/apjanke/ronn-ng/tree/0.9.1 .TH "CODE_BLOCKS" "7" "July 2020" "" .SH "Basic code block" \fBHello, world!\fR .SH "Language\-identified code blocks" ```htmlHello, world! .P ``` .SH "Interspersed code blocks and text" Some text\. .P \fBSome code\.\fR .P Here\'s some text\. .IP "" 4 .nf This is pre text\. .fi .IP "" 0 .P Some more text\. .P \fBSome more code\.\fR
Bug#942721: ITP: libpam-net -- create/join network namespaces at login
Package: wnpp Severity: wishlist * Package name: libpam-net Version : 0.1 Upstream Author : VirtualSquare (project leader Renzo Davoli ) * URL : http://wiki.virtualsquare.org * License : GPL-2+ * Vcs : https://github.com/rd235/libpam-net Description : create/join network namespaces at login libpam-net implements three pam modules: * pam_newnet.so: users belonging to the newnet group get a new network namespace at login. lo interface is down. * pam_lonet.so: users belonging to the lonet group get a new network namespace at login. lo interface is up. * pam_usernet.so: users belonging to the usernet group get their own network name at login. If a network namespace having the same name as the username exists, pam runs the user's shell in that namespace. If such a namespace does not exist, it is created during the login process. Greetings renzo
Bug#939665: ITP: v2utils -- libs and tools for virtualsquare
Package: wnpp Severity: wishlist * Package name: v2utils Version : 0.1 Upstream Author : VirtualSquare (project leader Renzo Davoli ) * URL : http://wiki.virtualsquare.org * License : LGPL2.1+ and GPL-2+ * Vcs : https://github.com/virtualsquare/v2utils Section : devel, utils Description : libs and tools for virtualsquare Virtualsquare tools (like vde or view-os) have been rewritten. There is an entirely new codebase including a number of new features. [1] I am the main author of the upstream. I want to thank the current maintainers that have kept updated the Debian packets for years, and to help them to upgrade all the packets to the latest version of our software. This package includes the following projects: strcase libstropt libfduserdata libvpoll-eventfd libvolatilestream userbindmount It is the first tile of the new architecture of packets designed to upgrade all the packets currently maintained by Debian VSquare Team . [2] During this process all packets will be updated to the latest Debian standards. The source package of this ITP unifies some small general purpose libraries and tools that have been created during the development of the virtualsquare projects. Clearly this is the first source package because it provides libraries and tools that will appear as dependencies in the following steps. Each element in v2utils has the average size of some hundreds LOC, so it would be a daunting effort to manage each one as a specific source packet. A draft of the packaging vcs is at [3]. It flawlessy creates all the binary packets. In my tests debuild and pdebuild do not generate any lintian error or warning. [1]: http://wiki.virtualsquare.org [2]: https://qa.debian.org/developer.php?email=virtualsquare%40cs.unibo.it [3]: https://github.com/virtualsquare/v2utils
Bug#921648: [Virtualsquare] Bug#921648: apt-get build-dep -a arm64 qemu fails on multiarch setup due to binary dependancies in -dev packages
Alex, we have tried to replicate the problem with no luck. * We created a clean VM (amd64) running Stretch (ssh server/base files only) * THe VM has been updated to SID -8<-- root@testmultiarch:~# dpkg --add-architecture arm64 root@testmultiarch:~# apt install build-essential ... root@testmultiarch:~# apt-get build-dep -a arm64 qemu Reading package lists... Done Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: dh-python libbind9-140 libdns162 libicu57 libisc160 libisccc140 libisccfg140 liblwres141 libperl5.24 libpython3.5-minimal libpython3.5-stdlib python3.5 python3.5-minimal rename sgml-base tcpd xml-core Use 'apt autoremove' to remove them. The following NEW packages will be installed: adwaita-icon-theme autoconf automake autopoint autotools-dev binutils- [...cut cut cut...] x11proto-dev x11proto-fixes-dev x11proto-input-dev x11proto-randr-dev x11proto-record-dev x11proto-xext-dev x11proto-xf86vidmode-dev x11proto-xinerama-dev xfslibs-dev:arm64 xfsprogs:arm64 xorg-sgml-doctools xtrans-dev zlib1g:arm64 zlib1g-dev:arm64 0 upgraded, 482 newly installed, 0 to remove and 0 not upgraded. Need to get 200 MB of archives. After this operation, 864 MB of additional disk space will be used. Do you want to continue? [Y/n] -8<-- It works for a while but eventually completes the installation without any further problem. Can you please help us to replicate the erroneous behavior you have got? renzo (tnx to Diego Zuccato who actually ran the tests)
Bug#825073: closed by bott...@debian.org (A. Maitland Bottoms) (Bug#825073: fixed in rtl-sdr 0.5.3-8)
> We believe that the bug you reported is fixed in the latest version of > rtl-sdr, which is due to be installed in the Debian FTP archive. Unfortunately your belief is wrong. The bug still holds. Please apply the enclosed patch. renzo --- /lib/udev/rules.d/60-librtlsdr0.rules.orig 2016-05-25 03:41:09.0 +0200 +++ /lib/udev/rules.d/60-librtlsdr0.rules 2016-05-25 15:30:34.756670025 +0200 @@ -16,124 +16,124 @@ # MODE="0664", GROUP="plugdev" # original RTL2832U vid/pid (hama nano, for example) -SUBSYSTEMS=="usb", ATTRS{idVendor}=="0bda", ATTRS{idProduct}=="2832", ENV{ID_SOFTWARE_RADIO}=1, MODE="0660", GROUP="plugdev" +SUBSYSTEMS=="usb", ATTRS{idVendor}=="0bda", ATTRS{idProduct}=="2832", ENV{ID_SOFTWARE_RADIO}="1", MODE="0660", GROUP="plugdev" # RTL2832U OEM vid/pid, e.g. ezcap EzTV668 (E4000), Newsky TV28T (E4000/R820T) etc. -SUBSYSTEMS=="usb", ATTRS{idVendor}=="0bda", ATTRS{idProduct}=="2838", ENV{ID_SOFTWARE_RADIO}=1, MODE="0660", GROUP="plugdev" +SUBSYSTEMS=="usb", ATTRS{idVendor}=="0bda", ATTRS{idProduct}=="2838", ENV{ID_SOFTWARE_RADIO}="1", MODE="0660", GROUP="plugdev" # DigitalNow Quad DVB-T PCI-E card (4x FC0012?) -SUBSYSTEMS=="usb", ATTRS{idVendor}=="0413", ATTRS{idProduct}=="6680", ENV{ID_SOFTWARE_RADIO}=1, MODE="0660", GROUP="plugdev" +SUBSYSTEMS=="usb", ATTRS{idVendor}=="0413", ATTRS{idProduct}=="6680", ENV{ID_SOFTWARE_RADIO}="1", MODE="0660", GROUP="plugdev" # Leadtek WinFast DTV Dongle mini D (FC0012) -SUBSYSTEMS=="usb", ATTRS{idVendor}=="0413", ATTRS{idProduct}=="6f0f", ENV{ID_SOFTWARE_RADIO}=1, MODE="0660", GROUP="plugdev" +SUBSYSTEMS=="usb", ATTRS{idVendor}=="0413", ATTRS{idProduct}=="6f0f", ENV{ID_SOFTWARE_RADIO}="1", MODE="0660", GROUP="plugdev" # Genius TVGo DVB-T03 USB dongle (Ver. B) -SUBSYSTEMS=="usb", ATTRS{idVendor}=="0458", ATTRS{idProduct}=="707f", ENV{ID_SOFTWARE_RADIO}=1, MODE="0660", GROUP="plugdev" +SUBSYSTEMS=="usb", ATTRS{idVendor}=="0458", ATTRS{idProduct}=="707f", ENV{ID_SOFTWARE_RADIO}="1", MODE="0660", GROUP="plugdev" # Terratec Cinergy T Stick Black (rev 1) (FC0012) -SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00a9", ENV{ID_SOFTWARE_RADIO}=1, MODE="0660", GROUP="plugdev" +SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00a9", ENV{ID_SOFTWARE_RADIO}="1", MODE="0660", GROUP="plugdev" # Terratec NOXON rev 1 (FC0013) -SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00b3", ENV{ID_SOFTWARE_RADIO}=1, MODE="0660", GROUP="plugdev" +SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00b3", ENV{ID_SOFTWARE_RADIO}="1", MODE="0660", GROUP="plugdev" # Terratec Deutschlandradio DAB Stick (FC0013) -SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00b4", ENV{ID_SOFTWARE_RADIO}=1, MODE="0660", GROUP="plugdev" +SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00b4", ENV{ID_SOFTWARE_RADIO}="1", MODE="0660", GROUP="plugdev" # Terratec NOXON DAB Stick - Radio Energy (FC0013) -SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00b5", ENV{ID_SOFTWARE_RADIO}=1, MODE="0660", GROUP="plugdev" +SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00b5", ENV{ID_SOFTWARE_RADIO}="1", MODE="0660", GROUP="plugdev" # Terratec Media Broadcast DAB Stick (FC0013) -SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00b7", ENV{ID_SOFTWARE_RADIO}=1, MODE="0660", GROUP="plugdev" +SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00b7", ENV{ID_SOFTWARE_RADIO}="1", MODE="0660", GROUP="plugdev" # Terratec BR DAB Stick (FC0013) -SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00b8", ENV{ID_SOFTWARE_RADIO}=1, MODE="0660", GROUP="plugdev" +SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00b8", ENV{ID_SOFTWARE_RADIO}="1", MODE="0660", GROUP="plugdev" # Terratec WDR DAB Stick (FC0013) -SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00b9", ENV{ID_SOFTWARE_RADIO}=1, MODE="0660", GROUP="plugdev" +SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00b9", ENV{ID_SOFTWARE_RADIO}="1", MODE="0660", GROUP="plugdev" # Terratec MuellerVerlag DAB Stick (FC0013) -SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00c0", ENV{ID_SOFTWARE_RADIO}=1, MODE="0660", GROUP="plugdev" +SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00c0", ENV{ID_SOFTWARE_RADIO}="1", MODE="0660", GROUP="plugdev" # Terratec Fraunhofer DAB Stick (FC0013) -SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00c6", ENV{ID_SOFTWARE_RADIO}=1, MODE="0660", GROUP="plugdev" +SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00c6", ENV{ID_SOFTWARE_RADIO}="1", MODE="0660", GROUP="plugdev" # Terratec Cinergy T Stick RC (Rev.3) (E4000) -SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00d3", ENV{ID_SOFTWARE_RADIO}=1, MODE="0660", GROUP="plugdev" +SUBSYSTEMS=="usb", ATTRS{idVendor}=="0ccd", ATTRS{idProduct}=="00d3"
Bug#825073: 60-librtlsdr0.rules: syntax errors for systemd-udevd
Package: librtlsdr0 Version: 0.5.3-7 Unfortunately systemd-udevd uses a slightly different syntax for rule files (w.r.t. old udev). When loading system-udev, syslog reports many errors like: May 23 11:19:09 eipi systemd-udevd[24723]: invalid key/value pair in file /lib/udev/rules.d/60-librtlsdr0.rules on line 19, starting at character 69 (',') May 23 11:19:09 eipi systemd-udevd[24723]: invalid key/value pair in file /lib/udev/rules.d/60-librtlsdr0.rules on line 22, starting at character 69 (',') May 23 11:19:09 eipi systemd-udevd[24723]: invalid key/value pair in file /lib/udev/rules.d/60-librtlsdr0.rules on line 25, starting at character 69 (',') ... I have solved the problem changing: ENV{ID_SOFTWARE_RADIO}=1 to ENV{ID_SOFTWARE_RADIO}="1" in all the rules of the file: /lib/udev/rules.d/60-librtlsdr0.rules. renzo
Bug#463222: ATI driver and OOo cause X segfault
I am having the very same bug (same traceback) using an Intel Card. Backtrace: 0: /usr/bin/X11/X(xf86SigHandler+0x7e) [0x80c675e] 1: [0xe420] 2: /usr/bin/X11/X(XkbWriteXKBKeymapForNames+0x582) [0x819f6d2] 3: /usr/bin/X11/X(XkbDDXLoadKeymapByNames+0x1aa) [0x81a9e2a] 4: /usr/bin/X11/X(ProcXkbGetKbdByName+0x301) [0x8181351] 5: /usr/bin/X11/X [0x818939a] 6: /usr/bin/X11/X [0x814d86e] 7: /usr/bin/X11/X(Dispatch+0x2bf) [0x808d1ef] 8: /usr/bin/X11/X(main+0x48b) [0x807470b] 9: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe0) [0xb7ccc450] 10: /usr/bin/X11/X(FontFileCompleteXLFD+0x205) [0x8073a81] The OO window appears correctly. It happens as soon as I click on the OO window. (up to date packets from debian/sid). xserver-xorg-core 2:1.4.1~git20080131-1 xserver-xorg-video-intel 2:2.2.0.90-3 openoffice.org 1:2.3.1-4 renzo -- Renzo Davoli| Dept. of Computer Science (NIC rd235, HAM IZ4DJE) | University of Bologna Tel. +39 051 2094501| Mura Anteo Zamboni, 7 Fax. +39 051 2094510| I-40127 Bologna ITALY Key fingerprint = A019 17E2 5562 06F6 77BB 2E93 1A01 F646 30EA B487 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347569: VDE2 package
Piotr, I think there has been a lack of communication (from both sides). We needed vde-2 to release (soon) umview and we have seen (nor heard of) any further evolution of vde-2 from you. Unfortunately ftpmaster has already included our vde-2 (afaik) so my proposal is to make a merge of both efforts as soon as possible (I think that Ludovico is working on that), and then we will decide together for the final maintainer of the packets. Your work on vde-1 has been perfect and everybody here appreciate your professional management of Debian issues, but the delay on vde-2 was a bit painful for us. So, my wish for the future is to increase the level of communication from both sides to avoid any further doubling of efforts. Ludovico is working on the whole View-OS project (including VDE), he is younger and just a bit less busy than me, so I think he is a valuable resource for keeping the suitable level of communication needed. Thank you Piotr, renzo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321999: ITP: vde -- virtual distributed ethernet
On Tue, Aug 09, 2005 at 07:19:23AM +0200, Guus Sliepen wrote: > On Mon, Aug 08, 2005 at 06:47:14PM +0200, Piotr Roszatycki wrote: > > > VDE is a virtual network that can be spawned over a set of physical computer > > over the Internet > > > > VDE connects together: (1) real GNU-linux boxes (tuntap) (2) virtual > > machines: > > UML-User Mode Linux, qemu, bochs, MPS. > > > > VDE can be used: (i) to create a general purpose tunnel (every protocol that > > runs on a Ethernet can be put into the tunnel) (ii) to connect a set of > > virtual machine to the Internet with no need of free access of tuntap (iii) > > to > > support mobility: a VDE can stay interconnected despite of the change of > > virtual cables, i.e. the change of IP addresses and interface in the real > > world > > I don't object to choice in Debian, but I am wondering why VDE has been > created when there are alternatives like OpenVPN, tinc and GVPE, which > can all tunnel Ethernet over the Internet and work like a switch as > well. Tinc can even work with UML sockets (and since GVPE can use some of > tinc's components, it can probably be compiled to do so as well). Both > tinc and GVPE let you specify endpoints, both tools will automatically > create a full mesh of tunnels. The performance of OpenVPN, tinc and GVPE > will probably also be better because they use UDP instead of TCP streams > (like you would get with dpipe = ssh). VDE does not use any TCP stream. VDE cables are composed by vde_plugs, provided by the project, and wires that are not part of VDE. You can use any program able to trasmit packets as "wire". If you use netcat instead of ssh you use UDP streams. VDE does now require any root access to run. This is extremely useful in my University labs where students can run any kind of mesh of eterogeneous virtual machines and interconnect them together. Obviously nobody but system adminsitrators have root access in the labs! The projects you mentioned are wonderful and very interesting. THey are all tunneling tools, tailored to interconnect real machines in IP mode (tun) and also in tap mode if needed. THey are all designed for system administrators, and they have not specifically designed to interconnect any kind of virtual machines. We have also designed a "partial virtual machine" able to interconnect one UNIX process or a group of processes to a VDE network. Each process or group of processes can have its IP address. NO need for root access neither for this. Have a look of View-OS project on Savannah View-OS is able to make partial virtual machines not just for networking but also for file system access and soon for many other features. > > Renzo, perhaps it might be worthwile to combine your efforts with one > of these projects? GVPE comes closest to VDE. > > http://openvpn.net/ > http://www.tinc-vpn.org/ > http://savannah.gnu.org/projects/gvpe/ > > -- > Met vriendelijke groet / with kind regards, > Guus Sliepen <[EMAIL PROTECTED]> ciao renzo -- Renzo Davoli| Dept. of Computer Science (NIC rd235, HAM IZ4DJE) | University of Bologna Tel. +39 051 2094501| Mura Anteo Zamboni, 7 Fax. +39 051 2094510| I-40127 Bologna ITALY Key fingerprint = A019 17E2 5562 06F6 77BB 2E93 1A01 F646 30EA B487 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]