Bug#991036: Bug#993849: [Debian-on-mobile-maintainers] Bug#991036: libhandy: Should this package be removed in bookworm?
Le mercredi 09 février 2022 à 09:32 +0100, Guido Günther a écrit : > Hi, Hello Adrian, Guido, > On Wed, Feb 09, 2022 at 06:27:50AM +0200, Adrian Bunk wrote: > > Control: severity -1 serious > > > > libhandy is about to be removed from bookworm due to this, > > gnome-authenticator and gnome-metronome need to be updated. > > Just to confirm: I think removal is fine, this API version is > unmaintained upstream and libhandy-1 and libadwaita are in Debian. > Cheers, Regarding gnome-authenticator (which I maintain through DPT), the application has been rewritten in Rust and it now uses GTK4 and libadwaita. All the dependencies (rust crates) of the updated gnome-authenticator are unfortunately not yet all packaged and available in the archive. I am working together with the Rust team to get those dependencies available in the archive, although since there are many new packages, those need a trip through NEW which adds some overall delay regarding their availability. This means that most likely gnome-authenticator will get removed before the new version could be uploaded. I certainly aim for the updated gnome-authenticator to be available for the bookworm release. > -- Guido > Henry-Nicolas signature.asc Description: This is a digitally signed message part
Bug#1004786: Acknowledgement (ITP: tvheadend -- TV streaming server and recorder)
For documentation purposes, I'd like to describe the current issues preventing the packaging of tvheadend version 4.2.8: 1. tvheadend depends currently on ExtJS 3.4 for its web interface. There are discussions upstream to move to another framework but this appears to be stalled [0] 2. ExtJS 3.4 used to be available in Debian before it got removed, see details for the removal in bug 958498 [1] 3. Problematic issues albeit non blockers (that I know of so far): a. tvheadend seems to vendor a lot of their dependencies. This requires extra work to unvendor those dependencies and use proper Debian package dependencies instead. b. tvheadend still relies on deprecated libavresample while it is no longer available in Debian and should be replaced by libswresample. Building tvheadend without libav support, because of this libavresample dependency, would seem like crippling the software features. Issue #1 and #2 together are blockers preventing this software from entering Debian. I am still interested in packaging Tvheadend but it seems like there is a long way to go upstream before the software is in a state where it is suiteable for Debian: the webui framework rework is labelled in [0] for the 4.6 release while the current one is 4.2. [0] https://tvheadend.org/issues/3096 [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958498 signature.asc Description: This is a digitally signed message part
Bug#1004786: ITP: tvheadend -- TV streaming server and recorder
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: tvheadend Version : 4.2.8 Upstream Author : Adam Sutton * URL : https://tvheadend.org/ * License : GPLv3 Programming Lang: C, Python Description : TV streaming server and recorder Tvheadend is a TV streaming server and recorder for Linux, FreeBSD and Android supporting DVB-S, DVB-S2, DVB-C, DVB-T, ATSC, IPTV, SAT>IP and HDHomeRun as input sources. Tvheadend offers the HTTP (VLC, MPlayer), HTSP (Kodi, Movian) and SAT>IP streaming. Multiple EPG sources are supported (over-the-air DVB and ATSC including OpenTV DVB extensions, XMLTV, PyXML). This package will be maintained under the umbrella of the debian-multimedia team.
Bug#1003756: squeekboard, build-depends unsatisfiable
X-Debbugs-CC: arnaud.ferra...@gmail.com > squeekboard's build-dependencies are unsatisfiable in unstable due to > the > new version of the rust gtk stack. I tried relaxing the depenencies > (on both the Debian side and cargo side), but it failed with the > following Thanks for the bug report Peter. The MR at [0] would help address this issue, although it is apparently not ready to be merged (see the comment from Arnaud). [0] https://salsa.debian.org/DebianOnMobile-team/squeekboard/-/merge_requests/4 Arnaud, should we maybe involve upstream (if not done already) if we can't easily fix the error you reported in that salsa MR above? Regards, Henry-Nicolas Tourneur signature.asc Description: This is a digitally signed message part
Bug#1003325: epiphany-browser: SIGSEGV when accessing pages with HTML5 video content
Please also find in attachment a coredumpctl info output. root@belap02:/tmp# coredumpctl info PID: 7329 (WebKitWebProces) UID: 1000 (barbara) GID: 1000 (barbara) Signal: 11 (SEGV) Timestamp: Sat 2022-01-08 12:07:42 CET (2min 24s ago) Command Line: /usr/lib/x86_64-linux-gnu/webkit2gtk-4.0/WebKitWebProcess 23 57 Executable: /usr/lib/x86_64-linux-gnu/webkit2gtk-4.0/WebKitWebProcess Control Group: /user.slice/user-1000.slice/user@1000.service/app.slice/app-org.gnome.Terminal.slice/vte-spawn-0a786c7d-a8a5-4ae5-9cf1-200d986817cb.scope Unit: user@1000.service User Unit: vte-spawn-0a786c7d-a8a5-4ae5-9cf1-200d986817cb.scope Slice: user-1000.slice Owner UID: 1000 (barbara) Boot ID: 88a3d8078cf64fa6970225a4feb49bd2 Machine ID: 2639059864824d6bae5ad2ba59fe3b38 Hostname: belap02 Storage: /var/lib/systemd/coredump/core.WebKitWebProces.1000.88a3d8078cf64fa6970225a4feb49bd2.7329.164164006200.zst Message: Process 7329 (WebKitWebProces) of user 1000 dumped core. Stack trace of thread 38: #0 0x7f30c6a09995 KernelDll_AllocateStates (iHD_drv_video.so + 0x18a995) #1 0x7f30c69fafdb _ZN13VphalRenderer10InitializeEPK13VphalSettingsb (iHD_drv_video.so + 0x17bfdb) #2 0x7f30c69e1e15 _ZN10VphalState8AllocateEPK13VphalSettings (iHD_drv_video.so + 0x162e15) #3 0x7f30c6be5105 _Z15DdiVp_InitVpHalP14DDI_VP_CONTEXT (iHD_drv_video.so + 0x366105) #4 0x7f30c6be959f _Z13DdiVp_InitCtxP15VADriverContextP14DDI_VP_CONTEXT (iHD_drv_video.so + 0x36a59f) #5 0x7f30c6be999e _Z19DdiVp_CreateContextP15VADriverContextjiiiPjiS1_ (iHD_drv_video.so + 0x36a99e) #6 0x7f30c6bb0be2 _Z17DdiMedia_PutImageP15VADriverContextjjiijjiijj (iHD_drv_video.so + 0x331be2) #7 0x7f312650717c vaPutImage (libva.so.2 + 0x717c) #8 0x7f3126188b7c gst_vaapi_surface_put_image (libgstvaapi.so + 0x5fb7c) #9 0x7f3126147476 extract_allowed_surface_formats (libgstvaapi.so + 0x1e476) #10 0x7f312614e6ce ensure_allowed_sinkpad_caps (libgstvaapi.so + 0x256ce) #11 0x7f31a80b44b3 n/a (libgstbase-1.0.so.0 + 0x494b3) #12 0x7f31a80b7e6d n/a (libgstbase-1.0.so.0 + 0x4ce6d) #13 0x7f31a7faee58 gst_pad_query (libgstreamer-1.0.so.0 + 0x8ce58) #14 0x7f31a7faf5bb gst_pad_peer_query (libgstreamer-1.0.so.0 + 0x8d5bb) #15 0x7f31a7fee648 gst_pad_peer_query_caps (libgstreamer-1.0.so.0 + 0xcc648) #16 0x7f31a80b8064 n/a (libgstbase-1.0.so.0 + 0x4d064) #17 0x7f31a7faee58 gst_pad_query (libgstreamer-1.0.so.0 + 0x8ce58) #18 0x7f31a7febdd8 gst_pad_query_caps (libgstreamer-1.0.so.0 + 0xc9dd8) #19 0x7f31a7fa58e7 n/a (libgstreamer-1.0.so.0 + 0x838e7) #20 0x7f31a7fb1a7d gst_pad_link_full (libgstreamer-1.0.so.0 + 0x8fa7d) #21 0x7f3126156c7a gst_vaapi_decode_bin_configure (libgstvaapi.so + 0x2dc7a) #22 0x7f31a7f8c34e gst_element_change_state (libgstreamer-1.0.so.0 + 0x6a34e) #23 0x7f31a7f8ca8d n/a (libgstreamer-1.0.so.0 + 0x6aa8d) #24 0x7f31a7f8c1e3 gst_element_sync_state_with_parent (libgstreamer-1.0.so.0 + 0x6a1e3) #25 0x7f3150121c91 n/a (libgstplayback.so + 0x21c91) #26 0x7f315012265f n/a (libgstplayback.so + 0x2265f) #27 0x7f31a7fa4eee n/a (libgstreamer-1.0.so.0 + 0x82eee) #28 0x7f31aab7f6b6 g_hook_list_marshal (libglib-2.0.so.0 + 0x416b6) #29 0x7f31a7fa45d9 n/a (libgstreamer-1.0.so.0 + 0x825d9) #30 0x7f31a7fa7db5 n/a (libgstreamer-1.0.so.0 + 0x85db5) #31 0x7f31a7fa8344 n/a (libgstreamer-1.0.so.0 + 0x86344) #32 0x7f31a7fa5ca0 n/a (libgstreamer-1.0.so.0 + 0x83ca0) #33 0x7f31a7fb1160 gst_pad_push_event (libgstreamer-1.0.so.0 + 0x8f160) #34 0x7f31501c4af8 n/a (libgstcoreelements.so + 0x2faf8) #35 0x7f31a7fdf73f n/a (libgstreamer-1.0.so.0 + 0xbd73f) #36 0x7f31aabb99a4 n/a (libglib-2.0.so.0 + 0x7b9a4) #37 0x7f31aabb90bd n/a (libglib-2.0.so.0 + 0x7b0bd) #38 0x7f31a6eb8ea7 start_thread (libpthread.so.0 + 0x8ea7) #39 0x7f31ab09bdef __clone (libc.so.6 + 0xfddef) Stack trace of thread 2: #0 0x7f31a7ca390c n/a (libjpeg.so.62 + 0x4590c) #1 0x7f31a7c76b47 n/a (libjpeg.so.62 + 0x18b47) #2 0x7f31a7c7d05e n/a (libjpeg.so.62 + 0x1f05e) #3
Bug#1003325: epiphany-browser: SIGSEGV when accessing pages with HTML5 video content
Package: epiphany-browser Version: 3.38.2-1 Severity: normal Dear Maintainer, When using epiphany-browser to access a web page that contains HTML5 video content, the browser crashes with a SIGSEGV. Example of web page that crashes the browser is youtube, or an html5 video test page such as https://tekeye.uk/html/html5-video-test-page This involves VA-API, I am not sure exactly where the root cause lies but since the issue is manifesting while using epiphany-browser specifically, I thought I would start by opening a bug here. I also noticed that, while I have 2 devices running bullseye with identical HW and both systems up to date, only one of the 2 device has the issue. Those are Purism Librem 14 laptops, shipping an Intel UHD Graphics 620 chip. To be able to troubleshoot further the issue, I installed the following debug symbols: ii epiphany-browser-dbgsym3.38.2-1 amd64debug symbols for epiphany-browser ii gstreamer1.0-vaapi-dbgsym:amd641.18.4-2 amd64debug symbols for gstreamer1.0-vaapi ii intel-media-va-driver-dbgsym:amd64 21.1.1+dfsg1-1 amd64debug symbols for intel-media-va-driver ii libdrm-intel1-dbgsym:amd64 2.4.104-1 amd64debug symbols for libdrm-intel1 ii libva-wayland2-dbgsym:amd642.10.0-1 amd64debug symbols for libva-wayland2 ii libwayland-server0-dbgsym:amd641.18.0-2~exp1.1 amd64debug symbols for libwayland-server0 Note: I couldn't install dbgsym for libwebkit2gtk-4.0-37 since it is installed from stable-security VA-API related packages installed: root@belap02:/tmp# dpkg -l | grep VA ii gstreamer1.0-vaapi:amd64 1.18.4-2 amd64VA-API plugins for GStreamer ii intel-media-va-driver:amd6421.1.1+dfsg1-1 amd64VAAPI driver for the Intel GEN8+ Graphics family ii libva-drm2:amd64 2.10.0-1 amd64Video Acceleration (VA) API for Linux -- DRM runtime ii libva-glx2:amd64 2.10.0-1 amd64Video Acceleration (VA) API for Linux -- GLX runtime ii libva-wayland2:amd64 2.10.0-1 amd64Video Acceleration (VA) API for Linux -- Wayland runtime ii libva-x11-2:amd64 2.10.0-1 amd64Video Acceleration (VA) API for Linux -- X11 runtime ii libva2:amd64 2.10.0-1 amd64Video Acceleration (VA) API for Linux -- runtime ii vainfo 2.10.0+ds1-1 amd64Video Acceleration (VA) API for Linux -- info program A backtrace access using coredumpctl: (gdb) bt #0 KernelDll_AllocateStates (pKernelBin=pKernelBin@entry=0x7f30c00a32b0, uKernelSize=0, pFcPatchCache=pFcPatchCache@entry=0x0, uFcPatchCacheSize=, pDefaultRules=0x0, ModifyFunctionPointers=0x0) at ./media_driver/agnostic/common/vp/kdll/hal_kerneldll.c:3350 #1 0x7f30c69fafdb in VphalRenderer::Initialize (this=0x7f30c00e5570, pSettings=0x7f30c7ffd9b0, isApoEnabled=) at ./media_driver/agnostic/common/vp/hal/vphal_renderer.cpp:1414 #2 0x7f30c69e1e15 in VphalState::Allocate (pVpHalSettings=0x7f30c7ffd9b0, this=0x7f30c009fc60) at ./media_driver/agnostic/common/vp/hal/vphal.cpp:146 #3 VphalState::Allocate (this=0x7f30c009fc60, pVpHalSettings=0x7f30c7ffd9b0) at ./media_driver/agnostic/common/vp/hal/vphal.cpp:75 #4 0x7f30c6be5105 in DdiVp_InitVpHal (pVpCtx=0x7f30c0081bb0) at ./media_driver/linux/common/vp/ddi/media_libva_vp.c:1800 #5 0x7f30c6be959f in DdiVp_InitCtx (pVaDrvCtx=, pVpCtx=0x7f30c0081bb0) at ./media_driver/linux/common/vp/ddi/media_libva_vp.c:1660 #6 0x7f30c6be999e in DdiVp_CreateContext (pVaDrvCtx=pVaDrvCtx@entry=0x7f30c003e5c0, vaConfigID=vaConfigID@entry=0, iWidth=iWidth@entry=0, iHeight=iHeight@entry=0, iFlag=iFlag@entry=0, vaSurfIDs=vaSurfIDs@entry=0x0, iNumSurfs=0, pVaCtxID=0x7f30c7ffdcdc) at ./media_driver/linux/common/vp/ddi/media_libva_vp.c:3109 #7 0x7f30c6bb0be2 in DdiMedia_PutImage (ctx=0x7f30c003e5c0, surface=0, image=, src_x=0, src_y=0, src_width=64, src_height=64, dest_x=0, dest_y=0, dest_width=64, dest_height=64) at ./media_driver/linux/common/ddi/media_libva.cpp:5407 #8 0x7f312650717c in vaPutImage () from /lib/x86_64-linux-gnu/libva.so.2 #9 0x7f3126188b7c in gst_vaapi_surface_put_image (surface=surface@entry=0x7f30c0026d00, image=image@entry=0x55f944026770) at ../gst-libs/gst/vaapi/gstvaapisurface.c:761 #10 0x7f3126147476 in extract_allowed_surface_formats (img_formats=0x7f30c002d6c0, display=0x7f310803de10) at ../gst/vaapi/gstvaapipluginbase.c:1451 #11
Bug#1002398: Spyne: fix FTBFS
Tags: + patch thanks Dear, Please find in attachment a patch to fix this. I also opened an MR in salsa [1] as well as upstream [2]. The rationale for this FTBFS is as follow: Since Python 3.3, using or importing the ABCs from 'collections' instead of using 'collections.abc' is deprecated. In Python 3.10, it is no longer supported. Best regards, Henry-Nicolas Tourneur [1] https://salsa.debian.org/python-team/packages/spyne/-/merge_requests/1 [2] https://github.com/arskom/spyne/pull/677 diff --git a/debian/changelog b/debian/changelog index 6ceb4cc..81f2844 100644 --- a/debian/changelog +++ b/debian/changelog @@ -2,6 +2,10 @@ spyne (2.13.16-3) UNRELEASED; urgency=medium * Scan GitHub tags instead of releases + [ Henry-Nicolas Tourneur ] + * d/patches: add 000_fix_collections.patch, fixes an FTBFS (Closes: +#1002398) + -- Bastian Germann Wed, 10 Nov 2021 15:57:11 +0100 spyne (2.13.16-2) unstable; urgency=medium diff --git a/debian/patches/000_fix_collections.patch b/debian/patches/000_fix_collections.patch new file mode 100644 index 000..500dbff --- /dev/null +++ b/debian/patches/000_fix_collections.patch @@ -0,0 +1,27 @@ +Author: Henry-Nicolas Tourneur +Forwarded: https://github.com/arskom/spyne/pull/677 +Description: Since Python 3.3, using or importing the ABCs from 'collections' + instead of using 'collections.abc' is deprecated. + In Python 3.10, it is no longer supported. +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/spyne/util/etreeconv.py b/spyne/util/etreeconv.py +@@ -48,7 +48,7 @@ def root_dict_to_etree(d): + + if isinstance(val, dict) or isinstance(val, odict): + dict_to_etree(val, retval) +-elif not isinstance(val, collections.Sized) or isinstance(val, six.string_types): ++elif not isinstance(val, collections.abc.Sized) or isinstance(val, six.string_types): + retval.text=str(val) + else: + for a in val: +@@ -74,7 +74,7 @@ def dict_to_etree(d, parent): + child = etree.SubElement(parent, k) + dict_to_etree(v, child) + +-elif not isinstance(v, collections.Sized): ++elif not isinstance(v, collections.abc.Sized): + etree.SubElement(parent, k).text = str(v) + + elif len(v) == 0: diff --git a/debian/patches/series b/debian/patches/series new file mode 100644 index 000..58f3ecf --- /dev/null +++ b/debian/patches/series @@ -0,0 +1 @@ +000_fix_collections.patch signature.asc Description: This is a digitally signed message part
Bug#1000942: [Pkg-rust-maintainers] Bug#1000942: rust-zbus-macros - autopkgtest failure, makes reverse dependencies FTBFS.
Package: rust-zbus-macros Version: 1.0.0-3 Severity: serious x-debbugs-cc: deb...@nilux.be The rust-zbus-macros autopkgtest is failing: error[E0432]: unresolved import `zbus` --> /tmp/tmp.2o6G5gYnNc/registry/zbus-1.0.0/src/object_server.rs:54:1 | 54 | #[dbus_interface(name = "org.freedesktop.DBus.Introspectable")] | ^^^ no `Type` in the root | = note: this error originates in the attribute macro `dbus_interface` (in Nightly builds, run with -Z macro-backtrace for more info) I also did test-builds of the reverse dependencies rust-zbus and rust-libslirp (note: I had to manually build mio-0.6 to test rust-libslirp as it is currently sitting in new) and they failed with similar errors, so this is not just an autopkgtest issue. I don't know for certain but I assume that just relaxing the dependency was not enough to make it work correctly with the new version of rust-proc-macro-crate. I also tried doing a test rebuild of rust-libslirp (which afaict is the only binary crate that depends on I took a look in the upstream VCS and found a patch for rust-proc-macro-crate 1 and tried applying it, unfortunately it dependeded on a bunch of other upstream commits. Updating to the latest stable upstream helped a bit with getting the patches to apply and I was able to get a succesful build of rust-zbus-macros 1.9.2 with a pile of upstream patches. Unfortunately when running it's autopkgtests I ran into another issue. It seems that rust-zbus has a strictly versioned dependency on the identical version rust-zbus-macros and rust-zbus 1.9.2 brings several new dependencies. dpkg-checkbuilddeps: error: Unmet build dependencies: librust-async-io-1+default-dev (>= 1.3.1-~~) librust-nb-connect-1+default-dev (>= 1.0.2-~~) librust-polling-2+default-dev (>= 2.0.2-~~) That is pretty much as far as i'm prepared to go. I have pushed my attempts to https://salsa.debian.org/rust-team/debcargo-conf/-/tree/zbus-1.9.2 if anyone else wants to pick them up. Hello Peter, Sorry about that and thank you for the bug report. I was actually working yesterday on updating zbus/zbus-macros and its dependencies to the latest upstream release. So far, I am counting 7 new crates that will need to go through NEW and an additional eight one which is flagged as deprecated upstream (nb-connect). I am trying to assess how to best approach that one (if possible, I am busy patching it out based on an upstream commit). The other option would be to prepare/upload a rust-proc-macro-crate-0.1 package and then revert the dependency in rust-zbus-macros. I may do that if noone comes up with a better solution. I would suggest we first try to get an updated zbus in the archive, which I'll be working on. If it get stuck for any reason, then the alternative solution you are proposing has the benefit of introducing fewer new packages (only one vs the 7 new zbus deps mentionned above). Best regards, Henry-Nicolas Tourneur
Bug#999507: [Pkg-rust-maintainers] Bug#999507: Bug#999507: rust-tokio-signal, (build-)dependencies unsatisfiable, abandoned upstream, should this package be removed.
Le ven 12 nov 2021 à 10:18, Fabian Grünbichler a écrit : On November 12, 2021 6:38 am, Peter Green wrote: Package: rust-tokio-signal Version: 0.2.7-2 Severity: serious rust-tokio-signal (build-)depends on version 0.1 of rust-futures. Upstream seems to have abandoned the project, there was an alpha release supporting futures 0.2, but the code appears to have been removed from the tokio git repository. So I presume it is abandoned upstream. There are no reverse dependencies in testing, there is a single reverse dependency in unstable which is rc buggy and also appears to be abandoned upstream. If there are no objections in a few weeks, I intend to file a removal request. same here, tokio-signal is now tokio+signal ;) accordingly, it can be RMed with the rest of the legacy tokio 0.1 crates once tokio 1.0 has been uploaded I would not even wait for tokio 1.0 upload and request removal of tokio-signal could be done right away. As it stands, it is broken due to unsastifiable build dependencies and it has no reverse dependencies, as Peter explained. Fabian, I see no point in keeping tokio-signal in the archive in its current state and the package is going away anyway as you mentionned it being superseeded by tokio+signal. Do you see any reasons to keep it until tokio 1.0 upload? Regards, Henry-Nicolas
Bug#991036: [Debian-on-mobile-maintainers] Bug#991036: libhandy: Should this package be removed in bookworm?
Le mardi 07 septembre 2021 à 10:07 +0100, Simon McVittie a écrit : > On Tue, 13 Jul 2021 at 13:36:17 +0300, Adrian Bunk wrote: > > A more recent version is already available in src:libhandy-1. > > > > Both versions will be in bullseye, but still shipping both in > > bookworm would feel wrong. > > I think you're right, but I think it might also be too soon for this > to > be considered RC, because progress cannot be made on its removal > until > some transitions have gone through. > > I've opened bugs for the four remaining reverse-dependencies: > > - #993849: gnome-authenticator > - #993850: gnome-calendar > - #993852: gnome-metronome > - #993853: kgx > > gnome-authenticator has a new upstream version 4.x that uses GTK4 and > libadwaita, but libadwaita is not yet stable and is in NEW (it might > be > possible to bundle a snapshot in gnome-authenticator). gnome- > authenticator 4 > itself is a rewrite from Python into Rust, so this is unlikely to be > quick > to update. (The Debian package is also mis-named, this is not an > official > GNOME application.) > Hello Simon, I am the maintainer of gnome-authenticator in the Python team, and indeed, its rewrite in Rust means it'll take time to update as there are many crate dependencies that needs to be available in the archive first (I am also working with the Rust team to progress this). Ideally, I'd preferr of course that the package remains available in booksworm and I'll be working toward that. Regards, Henry-Nicolas Tourneur signature.asc Description: This is a digitally signed message part
Bug#800598: Please switch from --with-polkit=strict to --with-polkit=permissive
X-Debbugs-CC: deba...@debian.org Le mercredi 18 août 2021 à 10:50 +0200, Henry-Nicolas Tourneur a écrit : > Hello Laurent, > > Regarding this bug, could you please kindly let us know what's the > proper way forward you would be ok to support? I would be willing to > help get there if needed. > > Looking further into modemmanager, I see that the maintainer (Mathieu Trudel-Lapierre) seems to be MIA. Last non-maintainer upload is from ~3 years ago (Oct 2018). Adding Martin in the loop since he did quite a bit of the recent non- maintainer uploads. I am not sure what is the best course of action regarding this bug. Regards, Henry-Nicolas Tourneur signature.asc Description: This is a digitally signed message part
Bug#800598: Please switch from --with-polkit=strict to --with-polkit=permissive
Hello Laurent, Regarding this bug, could you please kindly let us know what's the proper way forward you would be ok to support? I would be willing to help get there if needed. I see currently 2 options described in this bug report: - Change --with-polkit=strict to --with-polkit=permissive at package build time. Looking how other distro are building it, Fedora uses permissive [0] and Arch Linux too [1]. - Use the alternative system to enable the switch at runtime. This seems more evolved and would require changes upstream if we need to add a command line option (there I could try to help but my programming skills are somewhat limited - so getting this upstream would take longer, if no one else is working on it). Best regards, [0] https://src.fedoraproject.org/rpms/ModemManager/blob/rawhide/f/ModemManager.spec [1] https://github.com/archlinux/svntogit-packages/blob/packages/modemmanager/trunk/PKGBUILD Henry-Nicolas Tourneur signature.asc Description: This is a digitally signed message part
Bug#991144: unblock: libaperture-0/0.1.0+git20200908-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libaperture-0 The source package libaperture-0 is missing --with gir when calling debhelper in debian/rules. This results in ${gir:Depends} not being expanded properly and therefore gir1.2-aperture-0 is missing dependencies. [ Reason ] Closes RC bug #991078 - missing gir dependencies on binary package. [ Impact ] The binary package gir1.2-aperture-0 is missing dependencies. [ Tests ] No specific tests added, the change only affect the debian packaging, not the upstream code. [ Risks ] Change is trivial and this is not a key package (it is a leaf package). Therefore I consider the risk as very low. [ 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 [ Other info ] n/a unblock libaperture-0/0.1.0+git20200908-2 diff -Nru libaperture-0-0.1.0+git20200908/debian/changelog libaperture-0-0.1.0+git20200908/debian/changelog --- libaperture-0-0.1.0+git20200908/debian/changelog2020-07-06 09:53:19.0 + +++ libaperture-0-0.1.0+git20200908/debian/changelog2021-07-15 15:53:35.0 + @@ -1,3 +1,9 @@ +libaperture-0 (0.1.0+git20200908-2) unstable; urgency=medium + + * d/rules: ensure dh uses --with gir (Closes: #991078) + + -- Henry-Nicolas Tourneur Thu, 15 Jul 2021 15:53:35 + + libaperture-0 (0.1.0+git20200908-1) unstable; urgency=medium * Initial Debian release (Closes: #969745) diff -Nru libaperture-0-0.1.0+git20200908/debian/rules libaperture-0-0.1.0+git20200908/debian/rules --- libaperture-0-0.1.0+git20200908/debian/rules2020-07-06 09:53:19.0 + +++ libaperture-0-0.1.0+git20200908/debian/rules2021-07-15 15:52:50.0 + @@ -3,7 +3,7 @@ export DEB_BUILD_MAINT_OPTIONS = hardening=+all %: - dh $@ --builddirectory=_build + dh $@ --builddirectory=_build --with gir override_dh_auto_test: ifeq ($(filter nocheck,$(DEB_BUILD_OPTIONS)),)
Bug#990724: ITP: librem5-flash-image -- Utility to flash an image onto a Librem 5 device
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: librem5-flash-image Version : 0.0+git20210705 Upstream Author : Guido Günther * URL : https://source.puri.sm/Librem5/librem5-flash-image * License : GPL3+ Programming Lang: Python Description : Script to flash an image on a Librem 5 device Scripts useful to for working with the Librem 5 and the Librem 5 Devkit. . These tools are useful on the host side (e.g. the machine you use to flash the image from). They are not useful on the Librem 5 or the Devkit itself. This package will be maintained within the Debian On Mobile team.
Bug#976048: ITP: seatd -- Minimal user, seat and session?? management daemon
Le mer., mai 19 2021 at 17:37:23 +0100, Mark Hindley a écrit : 0.5.0-2 uploaded and in NEW. Thanks for the work Mark :-) Mark
Bug#976048: ITP: seatd -- Minimal user, seat and session management daemon
Hello Mark, libseat will become a dependency for wlroots as of version 0.14.0 of the latter. Would you need any help working on this package? It could fit well within the sway-team group. I am reachable on Matrix and IRC should you want to discuss this further (details in signature). Best regards, -- Henry-Nicolas Tourneur mxid: @hntourne:matrix.nilux.be irc: hntourne on oftc signature.asc Description: This is a digitally signed message part
Bug#988659: ITP: wnpp -- Utility to share your GPS device on local network
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur X-Debbugs-Cc: debian-de...@lists.debian.org, pkg-rust-maintain...@alioth-lists.debian.net * Package name: gps-share Version : 0.3.1 Upstream Author : Zeeshan Ali * URL : https://github.com/zeenix/gps-share * License : GPL-2.0+ Programming Lang: Rust Description : Utility to share your GPS device on local network. gps-share has the following goals: - Share your GPS device on the local network so that all machines in your home or office can make use of it. - Enable support for standalone (i-e not part of a cellular modem) GPS devices in Geoclue. Since Geoclue has been able to make use of network NMEA sources since 2015, gps-share works out of the box with Geoclue. - Enable multiple applications to share the GPS stream on the same machine. This package will be maintained within the Rust Team. This is a binary crate.
Bug#985136: unblock: gnome-passwordsafe/5.0-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package gnome-passwordsafe [ Reason ] Fix a bug that prevents the icon of the application from being displayed when the software is running in a Wayland session. [ Impact ] Wayland won't show the icon of gnome-passwordsafe while it is running (in the taskbar). [ Tests ] This issue is fixed with a one line patch provided by upstream. Manual tests of the newer version show the bug is fixed. [ Risks ] Code change is trivial and very limited. I consider the risk to be low. [ 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 gnome-passwordsafe/5.0-2 diff -Nru gnome-passwordsafe-5.0/debian/changelog gnome-passwordsafe-5.0/debian/changelog --- gnome-passwordsafe-5.0/debian/changelog 2021-02-07 21:03:23.0 + +++ gnome-passwordsafe-5.0/debian/changelog 2021-03-10 16:46:52.0 + @@ -1,3 +1,10 @@ +gnome-passwordsafe (5.0-2) unstable; urgency=medium + + * d/patches: add 001_fix-app-name +Display the app icon correctly in Wayland environments + + -- Henry-Nicolas Tourneur Wed, 10 Mar 2021 16:46:52 + + gnome-passwordsafe (5.0-1) unstable; urgency=medium * New upstream version 5.0 diff -Nru gnome-passwordsafe-5.0/debian/patches/001_fix-app-name.patch gnome-passwordsafe-5.0/debian/patches/001_fix-app-name.patch --- gnome-passwordsafe-5.0/debian/patches/001_fix-app-name.patch 1970-01-01 00:00:00.0 + +++ gnome-passwordsafe-5.0/debian/patches/001_fix-app-name.patch 2021-03-10 16:46:52.0 + @@ -0,0 +1,19 @@ +Author: David Heidelberg +Forwarded: https://gitlab.gnome.org/World/PasswordSafe/-/merge_requests/487 +Description: set prgname to application_id + This fixes issue with the icon inside Wayland environment. + Wayland expect that prgname matches application_id, otherwise refuse to + show the icon. +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/passwordsafe/application.py b/passwordsafe/application.py +@@ -43,7 +43,7 @@ class Application(Gtk.Application): + def do_startup(self): # pylint: disable=arguments-differ + Gtk.Application.do_startup(self) + GLib.set_application_name('Password Safe') +-GLib.set_prgname("Password Safe") ++GLib.set_prgname(self.application_id) + + Handy.init() + self.connect("open", self.file_open_handler) diff -Nru gnome-passwordsafe-5.0/debian/patches/series gnome-passwordsafe-5.0/debian/patches/series --- gnome-passwordsafe-5.0/debian/patches/series2021-02-07 21:03:23.0 + +++ gnome-passwordsafe-5.0/debian/patches/series2021-03-10 16:40:16.0 + @@ -1 +1,2 @@ +001_fix-app-name.patch 000_fix-mime-path.patch
Bug#981934: portfolio-filemanager: Package is unfit for release - should not be in unstable
Package: portfolio-filemanager Version: 0.9.8-1 Severity: serious Tags: upstream Justification: Policy 2.2.1 portfolio-filemanager is still a very new software that is not fit for release. Upstream agrees with this and is expecting the software to mature before it could be made part of a stable Debian release. It has been accidentaly uploaded to unstable instead of experimental. This RC bug is created to prevent its transition to testing. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-2-amd64 (SMP w/4 CPU threads) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), LANGUAGE=fr_BE:fr Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages portfolio-filemanager depends on: ii dconf-gsettings-backend [gsettings-backend] 0.38.0-1 ii gir1.2-handy-1 1.0.3-1 ii python3 3.9.1-1 ii python3-gi 3.38.0-1+b2 portfolio-filemanager recommends no packages. portfolio-filemanager suggests no packages. -- no debconf information
Bug#980942: Requesting adopter for Lollypop
Le mardi 26 janvier 2021 à 03:07 +0100, Andreas Ronnquist a écrit : > Hey guys - Hello Andreas, > > I am leaving the Lollypop package up for adoption - please pick it up > if you use it. Package is in good shape, and upstream is active and > responsive. > I would like to adopt it :-) Being a lollypop user and a DM, it matters to me that it remains maintained with the same quality you delivered so far (and thanks for that). However: - I am not a DPT member, so would need to be granted some privileges on the salsa repo (my username is hntourne). Maybe I should apply for that, since I maintain already about a dozen packages under the DPT umbrella, but that's not really related to this RFA. - Being a DM, I will either need a DD sponsoring uploads or a DD to dcut me upload privileges on lollypop. Thanks! > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980942 > > (I should probably have CC'd the RFA bug to this mailinglist, but > missing that, here you have the information). > > -- Andreas Rönnquist > gus...@debian.org > mailingli...@gusnan.se > -- Henry-Nicolas Tourneur mxid: @hntourne:matrix.nilux.be signature.asc Description: This is a digitally signed message part
Bug#978146: geary: Geary segfaults on startup after upgrade to 3.38.1-1
X-Debbugs-CC: jbi...@debian.org,bi...@debian.org Adding the geary uploaders directly in CC since they might not have received emails from the BTS for this bug as the maintainer is set to Debian GNOME Maintainers. Best regards, -- Henry-Nicolas Tourneur mxid: @hntourne:matrix.nilux.be irc: hntourne on oftc
Bug#978146: geary: Geary segfaults on startup after upgrade to 3.38.1-1
FYI, deleting the user's config under ~/.config, ~/.local/share and ~/.cache fixes the issue and geary starts successfully after that. Of course that is a disruptive operation (user config is gone, and what about pop accounts that cannot resync emails later on). I can probably reproduce the issue on another computer if anyone wants to troubleshoot this issue further. -- Henry-Nicolas Tourneur mxid: @hntourne:matrix.nilux.be irc: hntourne on oftc
Bug#974213: ITP: seadrive-fuse -- Seafile drive client FUSE daemon
Hello Moritz, Thanks for this ITP :-) Would you use some help to get it packaged? I noticed you are already involved with the other seafile software components in Debian. It would be really great to have seadrive pieces in time for the freeze of bullseye. Best regards, -- Henry-Nicolas Tourneur mxid: @hntourne:matrix.nilux.be
Bug#978146: geary: Geary segfaults on startup after upgrade to 3.38.1-1
Package: geary Version: 3.38.1-1 Severity: grave Justification: renders package unusable Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Upgrade on bullseye from 3.36 to 3.38 with apt * What exactly did you do (or not do) that was effective (or ineffective)? Upgrade on bullseye from 3.36 to 3.38 with apt * What was the outcome of this action? When starting geary, it segfaults as showned below. * What outcome did you expect instead? Geary to start normally and open the main window *** End of the template - remove these template lines *** *[wrn] 17:44:29.0960 geary:application-certificate-manager.vala:74: No GCR slot URIs found, GCR certificate pinning unavailable *[wrn] 17:44:30.0092 GLib-GObject:invalid (NULL) pointer instance ![crt] 17:44:30.0092 GLib-GObject:g_signal_connect_object: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed *[wrn] 17:44:30.0092 GLib-GObject:invalid (NULL) pointer instance ![crt] 17:44:30.0092 GLib-GObject:g_signal_connect_object: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed ![crt] 17:44:30.0092 geary:application_account_interface_get_account_contexts: assertion 'APPLICATION_IS_ACCOUNT_INTERFACE (self)' failed ![crt] 17:44:30.0092 [no domain]:gee_iterable_iterator: assertion 'self != NULL' failed ![crt] 17:44:30.0092 [no domain]:gee_iterator_next: assertion 'self != NULL' failed ![crt] 17:44:30.0093 geary:application_controller_register_window: assertion 'APPLICATION_IS_CONTROLLER (self)' failed ![crt] 17:44:30.0198 geary:application_account_interface_get_context_for_account: assertion 'APPLICATION_IS_ACCOUNT_INTERFACE (self)' failed ![crt] 17:44:30.0198 geary:application_account_interface_get_context_for_account: assertion 'APPLICATION_IS_ACCOUNT_INTERFACE (self)' failed ![crt] 17:44:30.0198 geary:application_account_interface_get_context_for_account: assertion 'APPLICATION_IS_ACCOUNT_INTERFACE (self)' failed Erreur de segmentation -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.9.0-5-amd64 (SMP w/4 CPU threads) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), LANGUAGE=fr_BE:fr Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages geary depends on: ii dconf-gsettings-backend [gsettings-backend] 0.38.0-1 ii gnome-keyring3.36.0-1 ii libc62.31-5 ii libcairo21.16.0-4 ii libenchant-2-2 2.2.12-1 ii libfolks25 0.14.0-1+b1 ii libgck-1-0 3.38.0-1 ii libgcr-base-3-1 3.38.0-1 ii libgdk-pixbuf-2.0-0 2.42.2+dfsg-1 ii libgee-0.8-2 0.20.3-1 ii libglib2.0-0 2.66.4-1 ii libgmime-3.0-0 3.2.7-1 ii libgoa-1.0-0b3.38.0-1 ii libgsound0 1.0.2-4 ii libgspell-1-21.8.4-1 ii libgtk-3-0 3.24.24-1 ii libhandy-1-0 1.0.2-1+b1 ii libjavascriptcoregtk-4.0-18 2.30.4-1 ii libjson-glib-1.0-0 1.6.0-2 ii libpango-1.0-0 1.46.2-3 ii libpangocairo-1.0-0 1.46.2-3 ii libpeas-1.0-01.28.0-2+b1 ii libsecret-1-00.20.4-1 ii libsoup2.4-1 2.72.0-2 ii libsqlite3-0 3.34.0-1 ii libunwind8 1.3.2-2 ii libwebkit2gtk-4.0-37 2.30.4-1 ii libxml2 2.9.10+dfsg-6.3+b1 ii libytnef01.9.3-2 geary recommends no packages. geary suggests no packages. -- no debconf information
Bug#977855: ITP: portfolio -- Minimalist file manager for those who want to use Linux mobile devices
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: portfolio-filemanager Version : 0.9.1 Upstream Author : Martin Abente Lahaye * URL : https://github.com/tchx84/Portfolio * License : GPLv3+ Programming Lang: Python Description : Minimalist file manager for those who want to use Linux mobile devices PortFolio is a file manager which is designed for Linux mobile devices. It uses the libhandy toolkit to provide a mobile friendly, GTK based, user interface. This package will be maintained through the DebianOnMobile team.
Bug#977566: lollypop: Missing dependency on python3-cairo
Package: lollypop Version: 1.4.5-1 Severity: important Dear Maintainer, While installing lollypop on a system where python3-cairo is not installed, it fails to start with the following error message: Traceback (most recent call last): File "/usr/bin/lollypop", line 45, in from lollypop.application import Application File "/usr/lib/python3/dist-packages/lollypop/application.py", line 28, in from lollypop.utils import init_proxy_from_gnome File "/usr/lib/python3/dist-packages/lollypop/utils.py", line 19, in import cairo ModuleNotFoundError: No module named 'cairo' Suggestion is to add python3-cairo as dependency to fix this. Thanks for your work! Henry-Nicolas Tourneur -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-13-amd64 (SMP w/16 CPU threads) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages lollypop depends on: pn dconf-gsettings-backend | gsettings-backend pn gir1.2-gst-plugins-base-1.0 pn gir1.2-gstreamer-1.0 pn gir1.2-handy-1 pn gir1.2-secret-1 pn gir1.2-soup-2.4 pn gir1.2-totemplparser-1.0 pn libhandy-1-0 ii python3 3.9.0-4 pn python3-bs4 pn python3-gi pn python3-gst-1.0 pn python3-pil Versions of packages lollypop recommends: pn youtube-dl Versions of packages lollypop suggests: pn gstreamer1.0-libav
Bug#974739: gnome-passwordsafe: Gnome-passwordsafe fails to open
No problem, thanks for your feedback, it's appreciated. Best regards, -- Henry-Nicolas Tourneur mxid: @hntourne:matrix.nilux.be Le jeudi 19 novembre 2020 à 21:39 +0100, il a écrit : > You are right. I completely forgot about that old pykeepass installation with > pip. > pip uninstall pykeepass solved the problem. Gnome-passwordsafe works very well > now. > My apologies for the confusion and thank you very much. > > > On Sat, 14 Nov 2020 19:38:30 +0100 Henry-Nicolas Tourneur > wrote: > > Thanks for the bug report. > > > > From the stack trace you provided, it appears that you are not using the > > Debian > > distributed release of pykeepass but something installed from elsewhere (I > > presume via pip). See this line: the path is local for user "il" not the > > system > > path which should be /usr/lib/python3/dist-packages/pykeepass > > > > from pykeepass.exceptions import ( > > ImportError: cannot import name 'CredentialsError' from > > 'pykeepass.exceptions' > > (/home/il/.local/lib/python3.8/site-packages/pykeepass/exceptions.py) > > > > > > There has been an unexpected change in the release 3.2.1 of pykeepass that > > introduced some new exceptions. The version of gnome-passwordsafe packaged > > in > > Debian requires on pykeepass >= 3.2.1 so that those exceptions exists. > > > > I presume your locally installed version of pykeepass is older than 3.2.1. > > Can you please make sure that you are using the Debian package for pykeepass > > and > > let me know if this problem persists? > > > > Best regards, > > > > > > -- > > Henry-Nicolas Tourneur > > mxid: @hntourne:matrix.nilux.be > > > > > >
Bug#974739: gnome-passwordsafe: Gnome-passwordsafe fails to open
Thanks for the bug report. >From the stack trace you provided, it appears that you are not using the Debian distributed release of pykeepass but something installed from elsewhere (I presume via pip). See this line: the path is local for user "il" not the system path which should be /usr/lib/python3/dist-packages/pykeepass from pykeepass.exceptions import ( ImportError: cannot import name 'CredentialsError' from 'pykeepass.exceptions' (/home/il/.local/lib/python3.8/site-packages/pykeepass/exceptions.py) There has been an unexpected change in the release 3.2.1 of pykeepass that introduced some new exceptions. The version of gnome-passwordsafe packaged in Debian requires on pykeepass >= 3.2.1 so that those exceptions exists. I presume your locally installed version of pykeepass is older than 3.2.1. Can you please make sure that you are using the Debian package for pykeepass and let me know if this problem persists? Best regards, -- Henry-Nicolas Tourneur mxid: @hntourne:matrix.nilux.be
Bug#974422: ITP: mobian-tweaks -- Generic configuration settings for Mobian
Hello Arnaud, Thanks for those ITP. Could you please explain how you see the interaction between mobian-tweaks/meta- mobian and existing Debian packages like mobile-tweaks/meta-phosh? At first glance, there could be some overlap between mobile-tweaks and mobian- tweaks (not sure?) so I would like to get the scope right of mobian-tweaks so that everyone is on the same page. Best regards, -- Henry-Nicolas Tourneur mxid: @hntourne:matrix.nilux.be
Bug#951682:
Hello Ralf, Version 0.25 of this package depends just got it and it depends on librust- markup5ever-0.10+default-dev which is provided by librust-markup5ever-dev. I will close this bug accordingly. Best regards, -- Henry-Nicolas Tourneur mxid: @hntourne:matrix.nilux.be
Bug#970909: gnome-authenticator does not start up
Hello Jan, Apologies for not replying earlier, I had missed the email. As Jeremy pointed out, the latest release available in the archive is expected to fix this bug (patches/001_python38-cleanup.patch is fixing this issue). Let me know if that is not the case, otherwise I will close this bug. Best regards, -- Henry-Nicolas Tourneur mxid: @hntourne:matrix.nilux.be
Bug#971708: ITP: purple-xmpp-carbons -- XMPP XEP-0280: Message Carbons plugin for libpurple
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: purple-xmpp-carbons Version : 0.2.2 Upstream Author : Richard Bayerle * URL : https://github.com/gkdr/carbons * License : GPL-2+ Programming Lang: C Description : XMPP XEP-0280: Message Carbons plugin for libpurple Carbons is a plugin for libpurple that implements message carbons as documented in XEP-0280. This allows one to have consistent history across multiple devices. This package will be maintained with the DebianOnMobile team.
Bug#969746: ITP: gnome-camera -- Take photos and videos on your computer or smartphone
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: gnome-camera Version : 0 Upstream Author : James Westman * URL : https://gitlab.gnome.org/jwestman/camera * License : GPL3+ Programming Lang: Vala Description : Take photos and videos on your computer or smartphone Simple camera app designed for Phosh or GNOME. It is designed to work well on mobile Linux devices (such as the PinePhone or Librem 5) but it will run on any Linux computer with a connected camera. This package will be maintained with the Debian On Mobile team.
Bug#969745: ITP: libaperture -- Camera library for GTK3
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: libaperture Version : 0 Upstream Author : James Westman * URL : https://gitlab.gnome.org/jwestman/libaperture * License : LGPL3+ Programming Lang: C Description : Camera library for GTK3 Library which allows one to take photos or videos through Gstreamer. GStreamer is used to control camera devices. It ships vala bindings as well as GObject Introspection bindings. It is a dependency for the (future) gnome-camera package. This package will be maintained with the Debian On Mobile team.
Bug#968069: ITP: weechat-matrix -- matrix plugin for weechat
Hello Kyle, Since I had the opportunity to look into weechat-matrix earlier, I wanted to take the opportunity to share some info you can find on github (in case you hadn't noticed already): Although the Python version is marked stable, it is no longer being developed. See the project status on the github page you mentioned in your ITP. The project is being re-written in Rust which has a dedicated repo [0] That rust rewrite will also pull some extra dependencies that will need to be packaged with the Rust team (for instance, weechat and matrix-rust-sdk crates at least). Best regards, [0] https://github.com/poljar/weechat-matrix-rs -- Henry-Nicolas Tourneur mxid: @hntourne:matrix.nilux.be signature.asc Description: This is a digitally signed message part
Bug#967952: tootle: could depend on libhandy
Package: tootle Version: 0.2.0-2 Severity: wishlist Dear Federico, Since recently, libhandy-1 is available in unstable. tootle upstream marked libhandy as an optional dependency. I am not sure how its absence is handled but it seems to be using a git submodule. Could you, instead, build depend on libhandy-1-dev? Best regards, Henry-Nicolas Tourneur
Bug#916693: ITP : mfgtools -- Freescale/NXP I.MX Chip image deploy tools
Hello Bastian, I started working on packaging this application within the DebianOnMobile team on salsa [0]. Thanks for your valuable insights shared earlier, if you want to join the team and work with me on packaging this, you are very welcome :-) Best regards, [0] https://salsa.debian.org/DebianOnMobile-team/mfgtools -- Henry-Nicolas Tourneur mxid: @hntourne:matrix.nilux.be
Bug#965963: ITP: wlr-randr -- Utility to manage outputs of a Wayland compositor
Le mardi 21 juillet 2020 à 19:03 +0200, Guido Günther a écrit : > Hi, > On Tue, Jul 21, 2020 at 04:51:13PM +0100, s...@debian.org wrote: > > On Tue, 21 Jul 2020 at 14:27:43 +, Henry-Nicolas Tourneur wrote: > > > Description : Utility to manage outputs of a Wayland compositor > > > > > > Command line interface which allows setting the size, scale, orientation > > > of the > > > output for a screen. This is the wayland equivalent to xrandr under X11. > > > > How generically does this work? Do all major Wayland compositors > > (GNOME Shell, KDE KWin, Weston, the Sway/wlroots family, ...) implement > > the interfaces that it uses? > > > > If it only works on wlroots-based compositors, or some limitation like > > that, then it's still useful for users of those compositors, but the > > quoted description seems misleading; saying what the requirements are > > would help to set expectations. Good point, thanks for the heads-up. I will make sure that the package description is clear enough so that there are no false expectations. > > > > As far as I'm aware, some Wayland compositors (including GNOME Shell, > > I think) have it as a design goal that unprivileged clients *can't* > > make disruptive changes like switching between display modes. > > The compositor needs to implement > > https://github.com/emersion/wlr-randr/blob/master/protocol/wlr-output-management-unstable-v1.xml > > which (afaik) only applies to wlroots based compositors atm. > Cheers, > -- Guido -- Henry-Nicolas Tourneur mxid: @hntourne:matrix.nilux.be
Bug#965963: ITP: wlr-randr -- Utility to manage outputs of a Wayland compositor
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: wlr-randr Version : 0.0.0+git20200721 Upstream Author : Simon Ser * URL : https://github.com/emersion/wlr-randr * License : MIT Programming Lang: C Description : Utility to manage outputs of a Wayland compositor Command line interface which allows setting the size, scale, orientation of the output for a screen. This is the wayland equivalent to xrandr under X11.
Bug#965024: ITP: gtherm -- simple daemon to monitor thermal zones and cooling devices
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: gtherm Version : 0.0.2 Upstream Author : Guido Gunther * URL : https://source.puri.sm/Librem5/gtherm * License : GPLv3+ and LGPLv2.1+ Programming Lang: C Description : simple daemon to monitor thermal zones and cooling devices gtherm provides a DBus daemon (gthd) to monitor thermal zones and cooling devices. It offers a library (libgtherm) and GObject introspection bindings to ease reading the values in applications. This software will be packaged through the Debian On Mobile team on salsa.
Bug#961852: python-matrix-nio: autopkgtest failure: No module named 'matrix_nio'
Dear, Please find attached an updated patch which is cleaner than the first one. Best regards, Henry-Nicolas Tourneur Matrix id: @hntourne:matrix.nilux.be Le lun 8 juin 2020 à 12:34, Henry-Nicolas Tourneur a écrit : Dear Matrix-team maintainers, As discussed over the matrix room #debian-matrix:matrix.org, please find in attachment a patch to solve this bug. Basically, this happened because autodep8 tries to derive the Python module name from the package name. In this case, the module name is nio while autodep8 tries to import matrix_nio from the package name, which fails. The patch attached does the following: - Remove the autodep8 autopkgtest - Add a custom autopkgtest (debian/test/control and debian/test/pytest): This autopkgtest is actually using the upstream test cases (pytest-3 tests/), going further than a regular module import. - Adding a debian/salsa-ci.yml file so you can enable CI on your Salsa repo and use that file to validate autopkgtests works fine before uploading to main - Document the changes in debian/changelog Best regards, Henry-Nicolas Tourneur Matrix id: @hntourne:matrix.nilux.be diff --git a/debian/changelog b/debian/changelog index 04ff6e2..05483c4 100644 --- a/debian/changelog +++ b/debian/changelog @@ -7,6 +7,9 @@ python-matrix-nio (0.12.0-1) unstable; urgency=medium * Update changelog entry for release 0.10.0-2 to mention changes to descriptions + [ Henry-Nicolas Tourneur ] + * Replace autodep8 autopkgtest with new autopkg test suite (Closes: #961852) + -- Jonas Smedegaard Sat, 30 May 2020 13:18:16 +0200 python-matrix-nio (0.11.2-2) unstable; urgency=medium diff --git a/debian/control b/debian/control index 51f2b56..de49591 100644 --- a/debian/control +++ b/debian/control @@ -40,7 +40,6 @@ Homepage: https://github.com/poljar/matrix-nio Vcs-Git: https://salsa.debian.org/matrix-team/python-matrix-nio.git Vcs-Browser: https://salsa.debian.org/matrix-team/python-matrix-nio Rules-Requires-Root: no -Testsuite: autopkgtest-pkg-python Package: python3-matrix-nio Architecture: all diff --git a/debian/salsa-ci.yml b/debian/salsa-ci.yml new file mode 100644 index 000..a5957e7 --- /dev/null +++ b/debian/salsa-ci.yml @@ -0,0 +1,8 @@ +--- +include: + - https://salsa.debian.org/salsa-ci-team/pipeline/raw/master/salsa-ci.yml + - https://salsa.debian.org/salsa-ci-team/pipeline/raw/master/pipeline-jobs.yml + +variables: + SALSA_CI_DISABLE_BLHC: 1 + SALSA_CI_DISABLE_BUILD_PACKAGE_ANY: 1 diff --git a/debian/tests/control b/debian/tests/control new file mode 100644 index 000..2f944a9 --- /dev/null +++ b/debian/tests/control @@ -0,0 +1,27 @@ +Test-Command: pytest-3 tests/ +Restrictions: allow-stderr +Depends: python3-aiofiles, + python3-aiohttp, + python3-aioresponses, + python3-all, + python3-atomicwrites, + python3-cachetools, + python3-fake-factory, + python3-h11, + python3-h2, + python3-hpack, + python3-hyperframe, + python3-hypothesis, + python3-jsonschema, + python3-logbook, + python3-mypy, + python3-mypy-extensions, + python3-olm, + python3-peewee, + python3-pip, + python3-pycryptodome, + python3-pytest, + python3-pytest-benchmark, + python3-pytest-cov, + python3-unpaddedbase64, + @
Bug#961852: python-matrix-nio: autopkgtest failure: No module named 'matrix_nio'
Dear Matrix-team maintainers, As discussed over the matrix room #debian-matrix:matrix.org, please find in attachment a patch to solve this bug. Basically, this happened because autodep8 tries to derive the Python module name from the package name. In this case, the module name is nio while autodep8 tries to import matrix_nio from the package name, which fails. The patch attached does the following: - Remove the autodep8 autopkgtest - Add a custom autopkgtest (debian/test/control and debian/test/pytest): This autopkgtest is actually using the upstream test cases (pytest-3 tests/), going further than a regular module import. - Adding a debian/salsa-ci.yml file so you can enable CI on your Salsa repo and use that file to validate autopkgtests works fine before uploading to main - Document the changes in debian/changelog Best regards, Henry-Nicolas Tourneur Matrix id: @hntourne:matrix.nilux.be diff --git a/debian/changelog b/debian/changelog index 04ff6e2..05483c4 100644 --- a/debian/changelog +++ b/debian/changelog @@ -7,6 +7,9 @@ python-matrix-nio (0.12.0-1) unstable; urgency=medium * Update changelog entry for release 0.10.0-2 to mention changes to descriptions + [ Henry-Nicolas Tourneur ] + * Replace autodep8 autopkgtest with new autopkg test suite (Closes: #961852) + -- Jonas Smedegaard Sat, 30 May 2020 13:18:16 +0200 python-matrix-nio (0.11.2-2) unstable; urgency=medium diff --git a/debian/control b/debian/control index 51f2b56..de49591 100644 --- a/debian/control +++ b/debian/control @@ -40,7 +40,6 @@ Homepage: https://github.com/poljar/matrix-nio Vcs-Git: https://salsa.debian.org/matrix-team/python-matrix-nio.git Vcs-Browser: https://salsa.debian.org/matrix-team/python-matrix-nio Rules-Requires-Root: no -Testsuite: autopkgtest-pkg-python Package: python3-matrix-nio Architecture: all diff --git a/debian/salsa-ci.yml b/debian/salsa-ci.yml new file mode 100644 index 000..a5957e7 --- /dev/null +++ b/debian/salsa-ci.yml @@ -0,0 +1,8 @@ +--- +include: + - https://salsa.debian.org/salsa-ci-team/pipeline/raw/master/salsa-ci.yml + - https://salsa.debian.org/salsa-ci-team/pipeline/raw/master/pipeline-jobs.yml + +variables: + SALSA_CI_DISABLE_BLHC: 1 + SALSA_CI_DISABLE_BUILD_PACKAGE_ANY: 1 diff --git a/debian/tests/control b/debian/tests/control new file mode 100644 index 000..8d99d7a --- /dev/null +++ b/debian/tests/control @@ -0,0 +1,26 @@ +Tests: pytest +Restrictions: allow-stderr +Depends: python3-all, + python3-pytest, + python3-pip, + python3-pytest-cov, + python3-pytest-benchmark, + python3-hyperframe, + python3-hypothesis, + python3-hpack, + python3-mypy, + python3-mypy-extensions, + python3-aiohttp, + python3-aioresponses, + python3-olm, + python3-peewee, + python3-atomicwrites, + python3-cachetools, + python3-logbook, + python3-unpaddedbase64, + python3-pycryptodome, + python3-aiofiles, + python3-jsonschema, + python3-h2, + python3-h11, + @ diff --git a/debian/tests/pytest b/debian/tests/pytest new file mode 100644 index 000..85f10ae --- /dev/null +++ b/debian/tests/pytest @@ -0,0 +1,6 @@ +#!/bin/sh + +# Get from PyPi what is not packaged into Debian +pip3 install pytest-flake8 pytest-isort faker + +pytest-3 tests/
Bug#962143: ITP: python3-listparser -- Parse OPML, RDF+FOAF, and iGoogle subscription lists
Hello Nicholas, suitable for many types of list data, like RSS feeds. This seems a bit strange to me: "a Python module that parses subscription lists…and returns all of the feeds and subscription lists". I think that this sentence should be rewritten to include the following info from the upstream description "a dictionary will be returned with several keys" (README.rst). To summarise: parses lists and returns a dict in OPML structured format. I'm concerned about the repetitive and ambiguous use of "lists" in the Debian description. You are totaly right, the wording was prone to confusion so I updated that description. The package and its control file can be found here: https://salsa.debian.org/python-team/modules/listparser/-/blob/debian/master/debian/control Thanks for your suggestion, Thanks, Nicholas Henry-Nicolas Tourneur Matrix id: @hntourne:matrix.nilux.be
Bug#962150: ITP: python3-readability-lxml -- HTML document cleaner, port of the ruby arc90 readability project
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur * Package name: python3-readability-lxml Version : 0.6.1 Upstream Author : Yuri Baburov * URL : http://github.com/buriy/python-readability * License : Apache License 2 Programming Lang: Python Description : HTML document cleaner, port of the ruby arc90 readability project Given a html document, it pulls out the main body text and cleans it up. This is a python port of a ruby port of arc90's readability project. This package will be under DPMT maintainership. It is a dependency for gnome-feeds.
Bug#962144: ITP: gnome-feeds -- RSS/Atom feed reader for GNOME
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur * Package name: gnome-feeds Version : 0.13.4 Upstream Author : Gabriele Musco * URL : https://gitlab.gnome.org/World/gfeeds * License : GPL Programming Lang: Python Description : RSS/Atom feed reader for GNOME GNOME-Feeds is an RSS/Atom feed reader with an adaptative UI. It is a Python3 GTK based application with a small screen compatible graphical user interface. It supports importing OPML files. This package will be under PAPT maintainership.
Bug#962143: ITP: python3-listparser -- Parse OPML, RDF+FOAF, and iGoogle subscription lists
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur * Package name: python3-listparser Version : 0.18 Upstream Author : Kurt Mckee * URL : https://github.com/kurtmckee/listparser * License : LGPL Programming Lang: Python Description : Parse OPML, RDF+FOAF, and iGoogle subscription lists Parse OPML, RDF+FOAF, and iGoogle subscription lists listparser is a Python module that parses subscription lists (also called reading lists) and returns all of the feeds and subscription lists that it finds. It supports OPML, RDF+FOAF, and the iGoogle exported settings format, and runs in Python 2.7, Python 3.3 and up, PyPy, and Jython. . The OPML specification defines an outline as a hierarchical, ordered list of arbitrary elements. The specification is fairly open which makes it suitable for many types of list data, like RSS feeds. This package will be used as dependency for gnome-feeds. It will be under DPMT maintainership.
Bug#926344: RFP into ITP for #926344 - libomemo packaging
Dear, Evangelos and myself are going to work on packaging libomemo via the Debian On Mobile team. This package is a pre-requisite for purple-lurch which we would like to add into Debian as well, so that OMEMO would work with Chatty (currently in NEW). Best regards, Henry-Nicolas Tourneur Matrix id: @hntourne:matrix.nilux.be
Bug#926343: RFP into ITP for #92643 - libaxc packaging
Dear, Evangelos and myself are going to work on packaging libaxc via the Debian On Mobile team. This package is a pre-requisite for purple-lurch which we would like to add into Debian as well, so that OMEMO would work with Chatty (currently in NEW). Best regards, Henry-Nicolas Tourneur Matrix id: @hntourne:matrix.nilux.be
Bug#960460: ITP: wys -- A daemon to bring up and take down PulseAudio loopbacks for phone call audio
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur * Package name: wys Version : 0.1.7 Upstream Author : Bob Ham * URL : https://source.puri.sm/Librem5/wys/ * License : GPL Programming Lang: C Description : A daemon to bring up and take down PulseAudio loopbacks for phone call audio A daemon to bring up and take down PulseAudio loopbacks for phone call audio. Wys was written to manage call audio in the Librem 5 phone with a Gemalto PLS8. It may be useful for other systems. Wys is pronounced "weece" to rhyme with "fleece". Packaging this software is aimed at improving Librem5 support in Debian.
Bug#958889: ITP: gnome-passwordsafe -- A password manager for GNOME
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur * Package name: gnome-passwordsafe Version : 3.99.2 Upstream Author : Falk Alexander Seidl , Uta Lemke * URL : https://gitlab.gnome.org/World/PasswordSafe * License : GPL Programming Lang: Python Description : A password manager for GNOME Password Safe is a password manager which makes use of the KeePass v.4 format. It integrates perfectly with the GNOME desktop and provides an easy and uncluttered interface for the management of password databases.
Bug#958555: authenticator : package name
Package name would rather be: gnome-authenticator Auhenticator alone is too broad as a name. Regards, Henry-Nicolas Tourneur Matrix id: @hntourne:matrix.nilux.be
Bug#958555: ITP: authenticator -- A Two-Factor Authentication application
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur * Package name: authenticator Version : 3.32.2 Upstream Author : Bilal Elmoussaoui * URL : https://gitlab.gnome.org/World/Authenticator * License : GPL-3 Programming Lang: Python Description : A Two-Factor Authentication application Two-Factor Authentication GTK based application. It provides the following features: - QR code scanner - Beautiful UI - Huge database of more than 560 supported services - Keep your PIN tokens secure by locking the application with a password - Automatically fetch an image for services using their favicon - The possibility to add new services
Bug#958486: ITP: python3-text-unidecode -- text-unidecode is the most basic port of the Text::Unidecode Perl library.
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur * Package name: python3-text-unidecode Version : 1.3 Upstream Author : Mikhail Korobov * URL : https://pypi.org/project/text-unidecode/ * License : Artistic License Programming Lang: Python Description : text-unidecode is the most basic port of the Text::Unidecode Perl library. Extra information on this packaging: - I wish to maintain this package together with DPMT - This library is a dependency for the authenticator gnome app which I would like to package as well once dependencies are resolved.
Bug#958481: ITP: python3-yoyo-migrations -- database schema migration tool
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur * Package name: python3-yoyo-migrations Version : 7.0.2 Upstream Author : Oliver Cope * URL : https://pypi.org/project/yoyo-migrations/ * License : Apache software license Programming Lang: Python Description : database schema migration tool Yoyo is a database schema migration tool. You write database migrations as Python scripts containing raw SQL statements or Python functions. Extra information on this packaging: - I wish to maintain this package together with DPMT - This library is a dependency for the authenticator gnome app which I would like to package as well once dependencies are resolved.
Bug#956632: ITP: python3-iniherit -- A ConfigParser subclass that allows inheritance.
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur * Package name: python3-iniherit Version : 0.3.9 Upstream Author : Philip J Grabner, Cadit Health Inc * URL : https://pypi.org/project/iniherit/ * License : MIT Programming Lang: Python Description : A ConfigParser subclass that allows inheritance. Adds INI-file inheritance to ConfigParser. Note that although it effectively behaves very similarly to passing multiple files to ConfigParser’s read() method, that requires changing the code at that point. If that is not feasible, or the INI files should dictate inheritance themselves, then the iniherit package is a better alternative. Extra information on this packaging: - I wish to maintain this package together with DPMT - This library is a dependency for the authenticator gnome app which I would like to package as well once dependencies are resolved.
Bug#956459: ITP: python3-favicon -- Async favicon fetcher
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur * Package name: python3-favicon Version : 0.1.1 Upstream Author : Bilal Elmoussaoui * URL : https://pypi.org/project/pyfavicon/ * License : MIT Programming Lang: Python Description : Async favicon fetcher PyFavicon is a Python library for asynchronously fetching favicons. Extra information on this packaging: - I wish to maintain this package together with DPMT - This library is a dependency for the authenticator gnome app which I would like to package as well once dependencies are resolved.
Bug#943656: python3-construct: please update to 2.9
Hello Josch, I have just uploaded a new version of the package on mentors.d.n. It is lintian clean, I have also tested it by running some examples provided with the documentation of the library. As per changelog of the updated package, uploading it to Debian set this bug as Closed. Best regards, Henry-Nicolas Tourneur Matrix id: @hntourne:matrix.nilux.be Le lun 30 mars 2020 à 21:45, Johannes Schauer a écrit : Hi, Quoting deb...@nilux.be (2020-03-30 20:19:46) > upstream is active and it looks like there's enough interest in this > package, so anyone of you in CC can just go ahead and do a QA upload > (setting the QA team as maintainer) for the new upstream release or, for > bonus points, adopt it under the Debian Python Modules Team. I am not a Debian developper so I cannot upload myself without sponsoring/mentor. Eventually, my objective is to enhance the user experience on the Librem 5 smartphone from Purism by adding new packages into Debian that are relevant (CCing Guido Gunther regarding this). So far, this is a bit of a domino game, which is fine: I wish to add gnome-passwordsafe Python software into Debian, but it depends on pykeepass. In turn, pykeepass depends on construct >= 2.10, thus my interest in this bug report :) It is fine for me to package an updated version of python3-construct. Any advise on the best way forward are most welcome (mentors ML, anyone here interested to provide support, ...). if you are willing to package the new upstream version, then I can review and sponsor it for you. Thanks! cheers, josch
Bug#943656: python3-construct: please update to 2.9
if you are willing to package the new upstream version, then I can review and sponsor it for you. Thanks Josch, that sounds good. I will get back to you in the coming days regarding this then. Regards, Henry-Nicolas Tourneur Matrix id: @hntourne:matrix.nilux.be
Bug#955369: ITP: python3-pykeepass -- keepass database library - Python 3.x Module
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur * Package name: python3-pykeepass Version : 3.2.0 Upstream Author : Philipp Schmitt * URL : https://github.com/libkeepass/pykeepass * License : GPL3 Programming Lang: Python Description : keepass database library - Python 3.x Module This library allows you to write entries to a KeePass database. Extra information on this packaging: - I will need a sponsor/mentor for this package - For this package to build, the bug #943656 needs to be solved first - This library is a dependency for gnome-passwordsafe which I would like to package as well once this package is uploaded.
Bug#570226: squid: please rebuild with --enable-ssl
Package: squid3 Version: 3.4.8-5 Followup-For: Bug #570226 Dear Maintainer, I'v looked a bit at this bug report, being also interested in SSL support, I saw your reference to bug 180886. This bug, in turn, refers to [0], which, if you look at the bottom of the report page, suggest using options like: --with-gnutls --without-openssl So, it seems that some progress have been made and that it would now be possible to build squid without linking on OpenSSL. Note that the bug report on Squid BTS is not close but it looks like it exists for other reasons (ie: building something more neutral). However, it seems we can already build without openssl (and with ssl support of couse ;-)). If this is indeed the case, could you please build Squid with the following options: --enable-ssl and --enable-ssl-crtd --with-gnutls --without-openssl Thanks in advance and best regards, Nicolas [0] http://bugs.squid-cache.org/show_bug.cgi?id=2741 -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages squid3 depends on: ii adduser 3.113+nmu3 ii libc62.19-18 ii libcap2 1:2.24-8 ii libcomerr2 1.42.12-1.1 ii libdb5.3 5.3.28-9 ii libecap2 0.2.0-3 ii libexpat12.1.0-6+deb8u1 ii libgcc1 1:4.9.2-10 ii libgssapi-krb5-2 1.12.1+dfsg-19 ii libk5crypto3 1.12.1+dfsg-19 ii libkrb5-31.12.1+dfsg-19 ii libldap-2.4-22.4.40+dfsg-1 ii libltdl7 2.4.2-1.11 ii libnetfilter-conntrack3 1.0.4-1 ii libnettle4 2.7.1-5 ii libpam0g 1.1.8-3.1 ii libsasl2-2 2.1.26.dfsg1-13 ii libssl1.0.0 1.0.1k-3+deb8u1 ii libstdc++6 4.9.2-10 ii libxml2 2.9.1+dfsg1-5 ii logrotate3.8.7-1+b1 ii lsb-base 4.1+Debian13+nmu1 ii netbase 5.3 pn squid3-commonnone squid3 recommends no packages. Versions of packages squid3 suggests: pn resolvconf none pn smbclientnone pn squid-cginone pn squid-purge none pn squidclient none pn ufw none pn winbindd none -- Configuration Files: /etc/logrotate.d/squid3 [Errno 2] No such file or directory: u'/etc/logrotate.d/squid3' /etc/squid3/squid.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726066: Updated packaging
Vincent, 3.3.1 is now on mentors.d.n and closes this bug (my mentor in CC has also been contacted to get it uploaded). Anyway, thanks for the bug report and for your proposition of improvements. Regarding the post scripts, they aren't changed yet. This is simply because current stable is in version 2 so these transitions scripts still apply for now on (everything under version 3 needs to be migrated to the new config with the current version). Best regards, Henry-Nicolas Tourneur Le mardi 22 octobre 2013 à 15:15 +0200, Henry-Nicolas Tourneur a écrit : Sure, I'll update the package with your merge request (as well as with the #62 you proposed today) then upload it to mentors.d.n :) Thx for the improvement proposal. Best regards, Henry-Nicolas Tourneur Le 11/10/2013 23:51, Vincent Bernat a écrit : Package: exabgp Version: 3.1.9-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! I have updated packaging in ExaBGP GitHub repository. You may want to have a look at some of the simplifications that I have introduced in debian/rules. You can find the changes here: https://github.com/Exa-Networks/exabgp/pull/57 If you need a sponsor to upload, I will be happy to upload too. I also think that postinst/postrm scripts can be simplified to remove stuff too old (usually, we only keep what is needed to upgrade from oldstable to allow easy backporting). But I didn't really look at it. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages exabgp depends on: ii adduser 3.113+nmu3 ii debconf 1.5.51 ii python 2.7.5-5 ii ucf 3.0027+nmu1 exabgp recommends no packages. exabgp suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJSWHLwAAoJEJWkL+g1NSX5XFsP/AgWJtOXC9XOinwhurjF/N3P WPRnzbgZOGhKfT1ttQou+YaEyhEsEz2BOp5/Ibfftrs6NG2u3ym4OL8LUZ0s51uM jBCOHp3f7uSPaR07V7YQcsEK01otU4FvDqGZm7OMBswvXgu6iw+JbX4YnUEiSGQX Iv3pioZsbMNw3+Udy4syxXGduVzbQeMrF53RfwuMWRKXfYHE4TIqW+B+wQRHFw1L 1gou5Qe7FTKM4hg0ZVMaGxAz/w4ErYzYmS6Rb5J8+IEVeelc0pVIRGBoM7NhoFBm BM4O6qR67EIDdT2QCXjw2oS2ywL7YRFy4wYJHcbWR4CUaRY6YGwPbcVepUxolhsc Lol6TcyBqRDEp3I6SYQj3W6zQZsMpO4d8RbskmBk/YtFi1yq9Slv9EbX2LuUdmWS zzaTM92pfHEtgePAuziCZiY/799CPpOexnOQ7Qe8pqorLmSEo08+F1r+uF6/sA2/ DZnD365FRWn7trFTqvH5JEDuG6D/1YJFWBsmS6IkX1LOrB4pBLHNIgh2QiIdRdZN P7cpuysvfO4hm4R3kPh4RTU8FqFoeSsgaihPPmiDxppR+LXG7vrPIS4vNi7GdK1x 5GJuRS1fjxON/fntz2nAVioNdsiR5pLbt6jm2c1BpZhX/Q6+Aa4QJFsHRt8x2yiA 3mioEsWK6rGlKmDNB/hT =9cHL -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726066: Updated packaging
Sure, I'll update the package with your merge request (as well as with the #62 you proposed today) then upload it to mentors.d.n :) Thx for the improvement proposal. Best regards, Henry-Nicolas Tourneur Le 11/10/2013 23:51, Vincent Bernat a écrit : Package: exabgp Version: 3.1.9-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! I have updated packaging in ExaBGP GitHub repository. You may want to have a look at some of the simplifications that I have introduced in debian/rules. You can find the changes here: https://github.com/Exa-Networks/exabgp/pull/57 If you need a sponsor to upload, I will be happy to upload too. I also think that postinst/postrm scripts can be simplified to remove stuff too old (usually, we only keep what is needed to upgrade from oldstable to allow easy backporting). But I didn't really look at it. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages exabgp depends on: ii adduser 3.113+nmu3 ii debconf 1.5.51 ii python 2.7.5-5 ii ucf 3.0027+nmu1 exabgp recommends no packages. exabgp suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJSWHLwAAoJEJWkL+g1NSX5XFsP/AgWJtOXC9XOinwhurjF/N3P WPRnzbgZOGhKfT1ttQou+YaEyhEsEz2BOp5/Ibfftrs6NG2u3ym4OL8LUZ0s51uM jBCOHp3f7uSPaR07V7YQcsEK01otU4FvDqGZm7OMBswvXgu6iw+JbX4YnUEiSGQX Iv3pioZsbMNw3+Udy4syxXGduVzbQeMrF53RfwuMWRKXfYHE4TIqW+B+wQRHFw1L 1gou5Qe7FTKM4hg0ZVMaGxAz/w4ErYzYmS6Rb5J8+IEVeelc0pVIRGBoM7NhoFBm BM4O6qR67EIDdT2QCXjw2oS2ywL7YRFy4wYJHcbWR4CUaRY6YGwPbcVepUxolhsc Lol6TcyBqRDEp3I6SYQj3W6zQZsMpO4d8RbskmBk/YtFi1yq9Slv9EbX2LuUdmWS zzaTM92pfHEtgePAuziCZiY/799CPpOexnOQ7Qe8pqorLmSEo08+F1r+uF6/sA2/ DZnD365FRWn7trFTqvH5JEDuG6D/1YJFWBsmS6IkX1LOrB4pBLHNIgh2QiIdRdZN P7cpuysvfO4hm4R3kPh4RTU8FqFoeSsgaihPPmiDxppR+LXG7vrPIS4vNi7GdK1x 5GJuRS1fjxON/fntz2nAVioNdsiR5pLbt6jm2c1BpZhX/Q6+Aa4QJFsHRt8x2yiA 3mioEsWK6rGlKmDNB/hT =9cHL -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703774: Acknowledgement (exabgp: exabgp won't start on boot because pid file can't be created)
Hi Joris, Thanks for the report (this bug has been fixed in the unstable version). I'm ok with a patch and I agree with the severity but I'm not used to this situation (important bug in a testing package frozen). I added my mentor in CC, if we want to add this patch for the wheezy release (would be better, though I don't know if it's feasible), what action should be taken? What is the official procedure to follow? Thanks for the interest in ExaBGP ;) Henry-Nicolas Tourneur Le samedi 23 mars 2013 16:06:22, Joris a écrit : ... and here's the right patch, sorry for the previous bad one. Cheers, Joris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671407: Fixed in VLC 2.1
Le jeudi 22 novembre 2012 17:23:04, Rémi Denis-Courmont a écrit : tags 671407 = fixed-upstream confirmed thanks Hello, The libavcodec plugin in upstream VLC version 2.1 does not link against libva-x11 anymore, only libva. Thus the plugin can be moved back to the vlc-nox package, although hardware decoding will not work without the vlc package. Regards, Hello, I'v a related issue: I'm currently unable to play video using phonon-backend- vlc. I got vlc-nox installed as a dep of the phonon-backend and IMO, this library issue is the reason why I can't play videos. I don't have vlc installed (I know it's a recommend of the phonon backend), because I would like to go the phonon way and not have the full VLC GUI to be able to play video in another phonon video player. Would there be any workaround for this issue or could you backport the 2.1 VLC link change? Thanks in advance, Henry-Nicolas Tourneur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697178: exabgp: [INTL:ru] Russian debconf templates translation
Dear, The debconf usage in this package was an abuse (see bug #687134 for that). I'm going to upload a new version of the package pretty soon and this will be removed. Sorry for the useless work :( Best regards and happy new year, Henry-Nicolas Tourneur Le mercredi 02 janvier 2013 à 13:43 +0400, Yuri Kozlov a écrit : Package: exabgp Version: 3.0.10-1 Severity: wishlist Tags: l10n patch Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** Russian debconf templates translation is attached. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf armel Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693338: exabgp: [INTL:ja] New Japanese translation
Hello, Sorry but the debconf usage in this package was an abuse and is going to be removed. There's an opened bug that should hopefully be fixed soon for this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687134 Sorry for the useless work :( Regards, Henry-Nicolas Tourneur On 15.11.2012 17:04, victory wrote: Package: exabgp Version: 3.0.10-1 Severity: wishlist Tags: patch l10n Dear exabgp package maintainer, Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689533: exabgp: modifies conffiles (policy 10.7.3): /etc/exabgp/exabgp.env
Thanks a lot for the patch, I did add it to the next ExaBGP version. Kind regards, Henry-Nicolas Tourneur Le dimanche 04 novembre 2012 à 19:47 +, Federico Ceratto a écrit : Tag: patch Hello, A patch for this bug is attached. I moved the /etc/exabgp/exabgp.env file creation to ucf to allow exabgp to generate the file dynamically. Bye, -- Federico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675099: tacacs+: FTBFS on Debian GNU/Hurd [Patch Attached]
Hello, Hi, Currently tacacs+ fails to build on Debian GNU/Hurd. However with a very minor patch it is buildable. The patch is attached. Thank you, Barry deFreese I did just upload a new version of Tacacs+ (4.0.4.25) that includes your patch to mentors.d.n. Craig, could you please upload this package to unstable? Thanks and regards, Henry-Nicolas Tourneur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675099: tacacs+: FTBFS on Debian GNU/Hurd [Patch Attached]
Hello, Hi, Currently tacacs+ fails to build on Debian GNU/Hurd. However with a very minor patch it is buildable. The patch is attached. Thank you, Barry deFreese I did just upload a new version of Tacacs+ (4.0.4.25-1) that includes your patch to mentors.d.n. Craig, could you please upload this package to unstable? Thanks and regards, Henry-Nicolas Tourneur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650856: Crash on restore GUI startup
Package: deja-dup Followup-For: Bug #650856 I did just check on a Wheezy installation and it's not crashing. I assume the best would be to have Pietro Battiston to test this again with an up to date system. Regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages deja-dup depends on: ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii duplicity0.6.18-1 ii libatk1.0-0 2.2.0-2 ii libc62.13-27 ii libcairo-gobject21.10.2-7 ii libcairo21.10.2-7 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.9-1 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-0 2.30.2-6 ii libgnome-keyring03.2.2-2 ii libgtk-3-0 3.2.3-1 ii libnautilus-extension1a 3.2.1-3 ii libnotify4 0.7.5-1 ii libpango1.0-01.29.4-3+b1 Versions of packages deja-dup recommends: pn openssh-client [ssh-client] 1:5.9p1-4 pn python-boto none pn python-rackspace-cloudfiles none deja-dup suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667722: deja-dup: New upstream version available
Package: deja-dup Severity: wishlist Hello, A new version of deja-dup is available (22.0), it would be nice if you could package it. Maybe it could also fix bug 650856, allowing it to go into Wheezy (that would be great) :) Best regards, Henry-Nicolas Tourneur. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665290: Not _trying_ to do Distro upgrades
Okay I understand, but beside you not wanting to use it for Distro Upgrades, GSD shouldn't complain about that because GetDistroUpgrades are supposed to be managed by the backend (see pk matrix I posted here above). On Sun, 25 Mar 2012 20:01:47 -0400, Dominique Brazziel dbrazz...@snet.net wrote: This message does not coincide with me trying to use packagekit to do distribution or any other upgrades, but rather coincodes with the following spam pair in my syslog (on three different machines, mind you): dbus[1670]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper) dbus[1670]: [system] Successfully activated service 'org.freedesktop.PackageKit' They '.xsession-errors' messages and '/var/log/messages' pair above both happened at 19:19. Finally some cause and effect has been established for the phantom packagekit activation (see also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=665477). Feel free to merge #665477 with this one. Once again, I use a mixture of aptitude and update-manager to perform all package upgrades. The daily cron job '/etc/cron.daily/apt' does 95% of the updates (I do the odd command line update when a repository change is made, which is rarely). I do not intentionally try and use packagekit at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665290: packagekit: warning message 'GetDistroUpgrades not supported by backend' in .xsession-error
Hello everybody, Additionnal info: when having this error, distupgrade doesn't propose me to upgrade the same stuffs as a regular upgrade so a possibility might be that PackageKit tries to dist-upgrade which is failling because of backend unability to manage this case :( Upgrade: Les paquets suivants seront mis à jour : coreutils debconf debconf-i18n isc-dhcp-client isc-dhcp-common libnautilus-extension1a libp11-kit0 libtasn1-3 nautilus-data Dist-upgrade: Les paquets suivants seront mis à jour : brasero brasero-common coreutils debconf debconf-i18n gir1.2-rb-3.0 isc-dhcp-client isc-dhcp-common libbrasero-media3-1 libnautilus-extension1a libp11-kit0 librhythmbox-core5 libtasn1-3 nautilus nautilus-data rhythmbox rhythmbox-data rhythmbox-plugins Regards, Henry-Nicolas Tourneur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665290: packagekit: warning message 'GetDistroUpgrades not supported by backend' in .xsession-error
Please also check http://www.packagekit.org/pk-matrix.html Apparently GetDistroUpgrade should be supported by the aptcc backend so I don't know why it should display that error. Regards, Henry-Nicolas. Le dimanche 25 mars 2012 à 16:36 +0200, Henry-Nicolas Tourneur a écrit : Hello everybody, Additionnal info: when having this error, distupgrade doesn't propose me to upgrade the same stuffs as a regular upgrade so a possibility might be that PackageKit tries to dist-upgrade which is failling because of backend unability to manage this case :( Upgrade: Les paquets suivants seront mis à jour : coreutils debconf debconf-i18n isc-dhcp-client isc-dhcp-common libnautilus-extension1a libp11-kit0 libtasn1-3 nautilus-data Dist-upgrade: Les paquets suivants seront mis à jour : brasero brasero-common coreutils debconf debconf-i18n gir1.2-rb-3.0 isc-dhcp-client isc-dhcp-common libbrasero-media3-1 libnautilus-extension1a libp11-kit0 librhythmbox-core5 libtasn1-3 nautilus nautilus-data rhythmbox rhythmbox-data rhythmbox-plugins Regards, Henry-Nicolas Tourneur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664726: add Atheros AR3012 Maryann-PID-VID
Ok I understand now, thanks for all your advises :) I'll test with 3.0 asap (I don't have the laptop right now) and I hope I could be able to share result before the end of this week. Henry-Nicolas. Hi, I did just complete a test using a 3.0.25 and it's working with the patched kernel. rfkill switches are working and pairing is working too :) All done using Wheezy bluetooth stack with gnome tools. Regards, Henry-Nicolas Tourneur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664726: add Atheros AR3012 Maryann-PID-VID
Le samedi 24 mars 2012 à 07:06 -0500, Jonathan Nieder a écrit : found 664726 linux-2.6/3.3-1~experimental.1 quit [..] Thanks for testing. 50da3e6bec04 (Bluetooth: Add Atheros maryann PIDVID support) still hasn't been merged to linus's master, but I don't think that should stop us from applying it in Debian. To save time once 50da3e6bec04 is merged to linus's tree: here is a message I was preparing to send before I noticed that it still isn't part of mainline. That's great Jonathan, thanks for providing support :) I'll follow this up with high interesst, don't hesitate to ask if any more tests are required :) Have a nice week-end. Henry-Nicolas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664726: add Atheros AR3012 Maryann-PID-VID
On Tue, 20 Mar 2012 13:05:55 -0500, Jonathan Nieder jrnie...@gmail.com wrote: Henry-Nicolas Tourneur wrote: I'm not sure (don't know) if it would work with a 3.0.x, I believe the best would be to ask the patch author for this so I did add him in CC so he can reply on this. Thanks. Here's another method that can provide some additional confidence. ;-) [...] Jonathan Thanks for sharing this :) However, I'm not sure what you would like me to do, do you need someone to test against 3.0? What's the next step required to get it into Debian 3.2 kernel (do I have something to do for this)? Best regards, Henry-Nicolas Tourneur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664726: add Atheros AR3012 Maryann-PID-VID
Le mercredi 21 mars 2012 à 12:44 -0500, Jonathan Nieder a écrit : Yes, please. Then once the patch is in linus's tree it can be included in the 3.0.y and 3.2.y series from kernel.org, which makes it much easier to share patches if any problems arise with this device in the future. Ok I understand now, thanks for all your advises :) I'll test with 3.0 asap (I don't have the laptop right now) and I hope I could be able to share result before the end of this week. Henry-Nicolas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664726: Whishlist: Apply small patch to add Atheros AR3012 Maryann-PID-VID
Package: linux-2.6 Version: 3.2.9-1 Severity: wishlist Tags: patch Dear Maintainer, I'm running an HP Laptop (DM4-2100eb) and it has an internal Bluetooth Atheros adapter identified as the USB device 0cf3:311d. With the current kernel, this device doesn't appear to be completely managed (facing issues to make it work). Googling on the USB it pointed me out the following [0] patch to enable the support for that chip. Since the patch is straitghforward, I would be glad if you could use it in the Debian kernel :) Thanks in advance and best regards, Henry-Nicolas Tourneur. [0] http://kernel.opensuse.org/cgit/kernel-source/commit/?id=059977146733c6b8ba8c202beb34c9430a20fb44 PS: I did previously opened incorrectly the bug #662992, I'll close it. -- Package-specific info: ** Version: Linux version 3.2.0-2-amd64 (Debian 3.2.9-1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP Sun Mar 4 22:48:17 UTC 2012 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-2-amd64 root=UUID=61a57a87-c230-4e02-be86-91805cf4d508 ro quiet splash acpi_backlight=vendor hybridopts=ON,IGD,OFF fbcon=map:1 irqpoll ** Tainted: C (1024) * Module from drivers/staging has been loaded. ** Kernel log: [7.170432] ath: EEPROM indicates we should expect a direct regpair map [7.170435] ath: Country alpha2 being used: 00 [7.170436] ath: Regpair used: 0x60 [7.296629] ieee80211 phy0: Selected rate control algorithm 'ath9k_rate_control' [7.297050] Registered led device: ath9k-phy0 [7.297059] ieee80211 phy0: Atheros AR9485 Rev:1 mem=0xc9002258, irq=16 [7.348567] usb 1-1: new high-speed USB device number 2 using ehci_hcd [7.419438] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray [7.419441] cdrom: Uniform CD-ROM driver Revision: 3.20 [7.419558] sr 2:0:0:0: Attached scsi CD-ROM sr0 [7.434006] snd_hda_intel :00:1b.0: PCI INT A - GSI 22 (level, low) - IRQ 22 [7.434069] snd_hda_intel :00:1b.0: irq 45 for MSI/MSI-X [7.434102] snd_hda_intel :00:1b.0: setting latency timer to 64 [7.480748] usb 1-1: New USB device found, idVendor=8087, idProduct=0024 [7.480752] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [7.481043] hub 1-1:1.0: USB hub found [7.481121] hub 1-1:1.0: 6 ports detected [7.528653] input: HP WMI hotkeys as /devices/virtual/input/input7 [7.592223] usb 2-1: new high-speed USB device number 2 using ehci_hcd [7.724290] usb 2-1: New USB device found, idVendor=8087, idProduct=0024 [7.724293] usb 2-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [7.724559] hub 2-1:1.0: USB hub found [7.724632] hub 2-1:1.0: 6 ports detected [7.750854] input: DualPoint Stick as /devices/platform/i8042/serio4/input/input8 [7.762803] input: AlpsPS/2 ALPS DualPoint TouchPad as /devices/platform/i8042/serio4/input/input9 [7.795927] usb 1-1.1: new full-speed USB device number 3 using ehci_hcd [7.889787] usb 1-1.1: New USB device found, idVendor=0cf3, idProduct=311d [7.889791] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [7.889793] usb 1-1.1: Product: Bluetooth USB Host Controller [7.889794] usb 1-1.1: Manufacturer: Atheros Communications [7.889796] usb 1-1.1: SerialNumber: Alaska Day 2006 [7.935759] rts_pstor: device scan complete [7.935851] scsi 6:0:0:0: Direct-Access Generic- xD/SD/M.S. 1.00 PQ: 0 ANSI: 0 CCS [7.935883] Bad LUN (0:1) [7.935930] Bad target number (1:0) [7.935968] Bad target number (2:0) [7.936006] Bad target number (3:0) [7.936044] Bad target number (4:0) [7.936081] Bad target number (5:0) [7.936116] Bad target number (6:0) [7.936151] Bad target number (7:0) [7.936798] sd 6:0:0:0: [sdb] Attached SCSI removable disk [7.950238] Bluetooth: Core ver 2.16 [7.950253] NET: Registered protocol family 31 [7.950255] Bluetooth: HCI device and connection manager initialized [7.950257] Bluetooth: HCI socket layer initialized [7.950258] Bluetooth: L2CAP socket layer initialized [7.950262] Bluetooth: SCO socket layer initialized [7.959853] usb 1-1.4: new full-speed USB device number 4 using ehci_hcd [7.968297] Bluetooth: Generic Bluetooth USB driver ver 0.6 [7.968468] usbcore: registered new interface driver btusb [8.023167] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input10 [8.052918] usb 1-1.4: New USB device found, idVendor=138a, idProduct=0018 [8.052922] usb 1-1.4: New USB device strings: Mfr=0, Product=0, SerialNumber=1 [8.052924] usb 1-1.4: SerialNumber: b0e96a2e0bac [8.123616] usb 2-1.6: new high-speed USB device number 3 using ehci_hcd [8.167543] HDMI status: Codec=3 Pin=7 Presence_Detect=0 ELD_Valid=0 [8.167699] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci:00/:00:1b.0/sound/card0/input11 [8.167806] input: HDA Intel PCH Mic as /devices/pci
Bug#664726: add Atheros AR3012 Maryann-PID-VID
Hello Jonathan, thanks for your quick reply :) Hi Henry-Nicolas, Thanks. The patch is part of Gustavo's bluetooth-next tree: 50da3e6bec04 Bluetooth: Add Atheros maryann PIDVID support, 2012-03-14 It is not marked Cc: stable@ for some reason. Do you know if 3.0.x should get that patch, too, or is it only for 3.2.x? I'm not sure (don't know) if it would work with a 3.0.x, I believe the best would be to ask the patch author for this so I did add him in CC so he can reply on this. I guess it wasn't CCed to stable@ simply because it's not bugfixing. Since the patch is now in bluetooth-next, it won't be part of Wheezy 3.2 kernel (I believe it's the selected release) unless the Debian Kernel Team decide to include this patch (which is my hope) :) This is why I created this report. Best regards, Henry-Nicolas Tourneur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664395: [PATCH] tacacs+: Helping to update to packaging format 3.0
Hello Jari, Thanks for your report :) Actually I'm preparing a new package because upstream released one. In the new package, there's no need for any patch so I'm completely removing both patches and I should upload to mentors.d.n either today or in the following days. So I did include the changes in your patch (thanks for it) related to the format. Best regards, Henry-Nicolas Tourneur. Le samedi 17 mars 2012 à 12:32 -0400, jari.aa...@cante.net a écrit : Package: tacacs+ Severity: wishlist Tags: patch Hi, The dpatch patch management system has been deprecated for some time. The Lintian currently flags use of dpatch packages as an error. The new 3.0 packaging format is an improved version which, among other things, contains patch management built-in. For more information, see: http://wiki.debian.org/Projects/DebSrc3.0 I had some free time; see attached patch to migrate to new package format. Note that all files in debian/patches/* are canocalized to *.patch. Let me know if there is anything that needs adjusting or if it is ok to upload this version in a NMU in case you are working on other issues needing attention. Thanks, Jari pièce jointe différences entre fichiers (0001-format-3.0.patch) From dedfd0b1f11fce60679b173ab0436acb7369cec7 Mon Sep 17 00:00:00 2001 From: Jari Aalto jari.aa...@cante.net Date: Wed, 29 Feb 2012 10:55:17 -0500 Subject: [PATCH] format-3.0 Organization: Private Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Signed-off-by: Jari Aalto jari.aa...@cante.net --- debian/README.source | 38 debian/changelog |8 debian/compat |2 +- debian/control |4 +- debian/patches/00list |2 - ...ethostbyname.dpatch = fix_gethostbyname.patch} |8 +--- debian/patches/{fix_man.dpatch = fix_man.patch} |8 +--- debian/patches/series |2 + debian/rules | 11 ++ debian/source/format |1 + 10 files changed, 21 insertions(+), 63 deletions(-) delete mode 100644 debian/README.source delete mode 100644 debian/patches/00list rename debian/patches/{fix_gethostbyname.dpatch = fix_gethostbyname.patch} (96%) rename debian/patches/{fix_man.dpatch = fix_man.patch} (63%) create mode 100644 debian/patches/series create mode 100644 debian/source/format diff --git a/debian/README.source b/debian/README.source deleted file mode 100644 index fc98b3d..000 --- a/debian/README.source +++ /dev/null @@ -1,38 +0,0 @@ -This package uses dpatch to manage all modifications to the upstream -source. Changes are stored in the source package as diffs in -debian/patches and applied during the build. - -To get the fully patched source after unpacking the source package, cd -to the root level of the source package and run: - -debian/rules patch - -Removing a patch is as simple as removing its entry from the -debian/patches/00list file, and please also remove the patch file -itself. - -Creating a new patch is done with dpatch-edit-patch patch XX_patchname -where you should replace XX with a new number and patchname with a -descriptive shortname of the patch. You can then simply edit all the -files your patch wants to edit, and then simply exit 0 from the shell -to actually create the patch file. - -To tweak an already existing patch, call dpatch-edit-patch XX_patchname -and replace XX_patchname with the actual filename from debian/patches -you want to use. - -To clean up afterwards again, debian/rules unpatch will do the -work for you - or you can of course choose to call -fakeroot debian/rules clean all together. - - - -this documentation is part of dpatch package, and may be used by -packages using dpatch to comply with policy on README.source. This -documentation is meant to be useful to users who are not proficient in -dpatch in doing work with dpatch-based packages. Please send any -improvements to the BTS of dpatch package. - -original text by Gerfried Fuchs, edited by Junichi Uekawa dan...@debian.org -10 Aug 2008. diff --git a/debian/changelog b/debian/changelog index f99526e..ceb7cc1 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +tacacs+ (4.0.4.19-11.1) unstable; urgency=low + + * Non-maintainer upload. + * Remove deprecated dpatch and upgrade to packaging format 3.0 quilt. + * Update to Standards-Version to 3.9.3 and debhelper to 9. + + -- Jari Aalto jari.aa...@cante.net Wed, 29 Feb 2012 10:45:34 -0500 + tacacs+ (4.0.4.19-11) unstable; urgency=low * Correct one lintian error. diff --git a/debian/compat b/debian/compat index 7f8f011..ec63514 100644 --- a/debian/compat +++ b/debian/compat @@ -1
Bug#662992: Whishlist: Apply small patch to add Atheros AR3012 Maryann-PID-VID support
Package: linux-image-3.2.0-1-amd64 Version: 3.2.6-1 Severity: whishlist Hello, I'm running an HP Laptop (DM4-2100eb) and it has an internal Bluetooth Atheros adapter identified as the USB device 0cf3:311d. With the current kernel, this device doesn't appear to be completely managed (facing issues to make it work). Googling on the USB it pointed me out the following [0] patch to enable the support for that chip. Since the patch is straitghforward, I would be glad if you could use it in the Debian kernel :) Thanks in advance and best regards, Henry-Nicolas Tourneur. [0] http://kernel.opensuse.org/cgit/kernel-source/commit/?id=059977146733c6b8ba8c202beb34c9430a20fb44 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655129: hostapd: EAPOL reauthentication/rekeying timeout loop when using WMM
Package: hostapd Severity: wishlist Dear Maintainer, After installing hostapd on a Wheezy embdedded box, I tried to get the full bw of the card I have (it's a Atheros chip, 802.11N, TL-WN861N). Apparently the HT40- or HT40+ options of hostapd are not working with WMM enabled. This result in an EAPOL reauthentication loop. It seems this happens more often with Intel chipsets (on the client side). Obviously, not having the 40Mhz bw available largely reduce the effective throughput. Anyway, the bug is described here with details: https://dev.openwrt.org/ticket/8830 And a commit in the hostapd git fixes that bug: http://hostap.epitest.fi/gitweb/gitweb.cgi?p=hostap-1.git;a=commit;h=4378fc14ebfb355705e7674bf347ea659bcd77bc So it would be really great if you could backport that commit as a patch in the Debian package. Also, it seems that wpa_supplicant needs to be patched as well in order to get this fixed. Thanks and best regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655129: [pkg-wpa-devel] Bug#655129: hostapd: EAPOL reauthentication/rekeying timeout loop when using WMM
Hello, […] Thanks a lot for investigating this issue so well, looking at the patch and subsequent fix-ups in hostapd-1.git, I fear it wouldn't be a good idea to cherry-pick with to the dormant 0.7.x branch, given that the patch as-is breaks QoS and would need rather large fixes down the line. I will check this a bit more thouroughly, but tend to err on the side of caution for the 0.7 branch at the moment. Thanks for your quick and clear answer :) At this moment, it has not been decided yet, if wheezy will ship hostapd/ wpasupplicant 0.7.x or 1.0, as moving to the 1.x branch would usually require a 1.0.0 upstream release well in advance to wheezy's intended freeze date… So now if I understand correctly the situation, this bug report is a bit stuck. Either we have a 1.0 released soon enough or it looks quite complicated to get it working with 0.7.3 and, reading you, I assume we are not going to see a 0.7.4 released (on git the 0.7 branch looks indeed quite dead). Anyway, thanks again for the answer and if you have any news, I'll be happy to get the update :) Regards Stefan Lippers-Hollmann Regards Henry-Nicolas Tourneur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653729: exabgp: Postinst script hangs during upgrade
Package: exabgp Version: 2.0.1-1 Severity: important The package is failling to upgrade from 1.3.4-1 to 2.0.1-1. DPKG is stalling during the execution of postinst script, this is because the daemon has some FD opened and debconf waits for those FD to be closed. After this dpkg is broken, only way to stop it is CTRL+C. Adding a db_stop call at the end of postinst script fixes the issue. This bug happens only when upgrading, not on fresh installations. Setting the severity to important so we'll block the migration to testing and prevent breakage during upgrade of existing installations. A fix will follow soon. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653729:
severity: Serious Changing the bug severity to prevent migration to testing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653729:
Package: exabgp Version: 2.0.1-1 Severity: serious -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653729:
severity 653729 serious -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653358: redmine: Backport of Wheezy version into squeeze-backports
Package: redmine Version: 1.0.1-2 Severity: wishlist Hi there, I'm actually using Debian Stable redmine version (1.0) but some additionnals plugins that I have to install require 1.2.x. I saw that some backporting works have already been done and we have 1.1 in squeeze-backports, it would be really great if you could update this backport to the wheezy version :) Thanks and best regards, Henry-Nicolas Tourneur. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages redmine depends on: ii dbconfig-common 1.8.46+squeeze.0common framework for packaging dat ii debconf [debconf-2.0 1.5.36.1Debian configuration management sy ii libactionmailer-ruby 2.3.5-1.2+squeeze1 Framework for generation of custom ii libactionpack-ruby 2.3.5-1.2+squeeze1 Controller and View framework used ii libactiveresource-ru 2.3.5-1.2+squeeze1 Connects objects and REST web serv ii libactivesupport-rub 2.3.5-1.2+squeeze1 utility classes and extensions (Ru ii libjs-scriptaculous 1.8.3-1 JavaScript library for dynamic web ii rails2.3.5-1.2+squeeze1 MVC ruby based framework geared fo ii redmine-mysql1.0.1-2 metapackage providing MySQL depend ii ruby 4.5 An interpreter of object-oriented ii ruby1.8 1.8.7.302-2squeeze1 Interpreter of object-oriented scr redmine recommends no packages. Versions of packages redmine suggests: ii libopenid-ruby 2.1.8debian-1 Ruby library for verifying and ser ii librmagick-ruby2.13.1-2 ImageMagick API for Ruby ii libsvn-ruby1.6.12dfsg-6 Ruby bindings for Subversion (dumm -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623616: ITP: exabgp -- BGP route injector
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur henry.nico...@tourneur.be * Package name: exabgp Version : 1.2.0 Upstream Author : Thomas Mangin tho...@mangin.com * URL : http://exabgp.googlecode.com/ * License : BSD Programming Lang: Python Description : BGP route injector This program is a BGP route injector. The route injector can connect using either IPv4 or IPv6 and announce both IPv4 and IPv6 routes. Potential use are : - Injection of service IPs like AS112 announcement - Temporary route redirection (adding more specific routes with different next-hop) - Injection of flow routes to handle DDOS -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617411: mailgraph: Mailgraph ignores --daemon-rrd option flag
Package: mailgraph Version: 1.14-1.2 Severity: important Hi there, Despite you can set the --daemon-rrd option via the mailgraph file in /etc/default, this option is ignored. This is because the rrd name variable includes not only the file name but also the complete path. Therefore, the --daemon-rrd is correctly fetched into $daemon_rrd_dir but it's never used. In my opinion, $rrd and $rrd_virus should only be the file name (as told in the help). So the complete path should be $daemon_rrd_dir (to be defaulted to /var/lib/mailgraph and not /var/log) + $rrd. I did set this bug as important because I need mailgraph to write the rrd files to another location. Since that doesn't works, this bug makes the software completely unusable to me. If you disagree with this, please downgrade the severity to normal. Thanks and regards, -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mailgraph depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libfile-tail-perl 0.99.3-3 File::Tail perl module ii librrds-perl 1.3.1-4Time-series data storage and displ Versions of packages mailgraph recommends: pn httpd | apachenone (no description available) mailgraph suggests no packages. -- debconf information: mailgraph/ignore_localhost: true mailgraph/mail_log: /var/log/mail.log mailgraph/start_on_boot: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592585: maildrop: Please apply Dovecot authentication patch
Package: maildrop Version: 2.0.4-3+lenny3 Severity: wishlist Hello, Currently, if we want a Postfix setup with quota support working and that, without recompiling, maildrop is a good solution. However, maildrop only support the Courier software (as it is shipped within Debian) but patches [0] for Dovecot authentication exists. If you want enterprise class quota support (I mean, for instance, Dovecot can deliver quota informations to Thunderbord what courier can't) without recompiling softwares maildrop with Dovecot might be a good solution, I found. With that, we could support quota out of the box with quota informations in your email client. Could you please apply that patch to the Debian maildrop version ? Thanks and regards, Henry-Nicolas Tourneur [0] http://wiki.dovecot.org/maildrop -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages maildrop depends on: ii courier-authlib 0.61.0-1+lenny1 Courier authentication library ii libc62.7-18lenny4GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime ii libpcre3 7.6-2.1 Perl 5 Compatible Regular Expressi ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii postfix [mail-transport- 2.5.5-1.1 High-performance mail transport ag maildrop recommends no packages. maildrop suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587633: nagios-snmp-plugins: check_snmp_mem.pl doesn't manage Cisco ASR properly.
Package: nagios-snmp-plugins Version: 1.1.1-6 Severity: wishlist Hi, With the new category of Cisco Routers, namely the Cisco ASR, the script check_snmp_mem.pl will complain about the usage of lsmpi_io that's near 100%. It's normal and therefore, it can't use that script with that kind of device since I won't see real problem. Actually, it would be great it that script could be modified to ignore the lsmpi_io output result. Thanks in advance, -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nagios-snmp-plugins depends on: ii libnet-snmp-perl 5.2.0-1 Script SNMP connections ii nagios-plugins-basic 1.4.12-5Plugins for the nagios network mon ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction ii perl-base5.10.0-19lenny2 minimal Perl system ii ucf 3.0016 Update Configuration File: preserv nagios-snmp-plugins recommends no packages. nagios-snmp-plugins suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587633: possible solution...
... would be to add the following line : next if $$resultat{$cisco_index . . . $_} =~ /lsmpi_io/; after the line 352 : if ( $$resultat{$cisco_valid . . . $_} == 1 ) { Thanks
Bug#580607: keepalived: Please upgrade to 1.1.20
Package: keepalived Severity: wishlist Hi, Keepalived did just release its new version - 1.1.20, with a lot of bugfix. As you told before, it's fixing some issue from 1.1.19 which was too fixing some bad comportment. For Squeeze, it would be great to have 1.1.20 in :) Thanks and regards, Henry-Nicolas Tourneur. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32.2--std-ipv4-32 (SMP w/4 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568161: ITP: tacacs+ -- TACACS+ authentication daemon
Tollef Fog Heen tfh...@err.no Ecrivait: ]] Tourneur Henry-Nicolas | * License : No license, only a copyright file Surely that makes it illegal for us to distribute? -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are Yeah but what Craig Small said on mentors is that looks very much like a MIT license - see COPYING file. His mail is here : http://lists.debian.org/debian-mentors/2010/02/msg00027.html So it's more some kind of errors from my side because that wasn't very clear. Should I update this bug to put MIT-like as license ? TIA. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568161: ITP: tacacs+ -- TACACS+ authentication daemon
Guus Sliepen g...@debian.org Ecrivait: So it's more some kind of errors from my side because that wasn't very clear. Should I update this bug to put MIT-like as license ? It's better to include the whole license if it isn't exactly equal to a standard license. I'll update the package tonight (GMT+1 hour) as I'm currently at work - I don't have all the needed things (and also fix lintian warning btw). Should I do something particular about that license matter ? except providing the COPYING file within the packages ? TIA. -- Met vriendelijke groet / with kind regards, Guus Sliepen g...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558788: Nouveau to be uploaded to staging
Hi, Looks like it's time for great news : http://lkml.org/lkml/2009/12/11/171 http://cgit.freedesktop.org/nouveau/linux-2.6/commit/?id=6ee738610f41b59733f63718f0bdbcba7d3a3f12 (see the comment of the commit). http://nouveau.freedesktop.org (head news) So nouveau kms is going to go in .33. Maybe it could be backported in the .32 that Debian wants to ship with Squeeze, if the responsible guys stay on their decision to provide a .32. Please also note that another package containing firmware will be required. That would be really awesome to get that driver into squeeze :) Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558736: Please update to Tellico 2.1.1
Package: tellico Version: 2.1-1 Severity: codewishlist/code Hello, There is a new version of Tellico available (2.1.1). As it's fixing a data loss bug, could you please update the available package to ship the latest one ? Regards,
Bug#558606: Why does amarok still depend on libgtk ?
Indeed, but what I also see is that libgpod4-nogtk has no cover capabilities. So my question is the following : what will happen with Amarok if if try to deal with Ipod covers and that the gtk library isn't installed ? If we just have libgpod4-nogtk ? For me, the ideal situation would be for Amarok to detect that it's working with the nogtk version and so, just display to the user : functionnality not available, please install libgpod4, for eg. Personnaly, I got no Ipod and I'm running on KDE 4.3 so I don't really care about that functionnality and I'm trying to get rid of libgtk (only use by one software on my system : Amarok). I guess that I'm not alone, so giving the user some choice would be really great. Thank you. Le dimanche 29 novembre 2009 16:37:59, Modestas Vainius a écrit : Hello, On sekmadienis 29 Lapkritis 2009 17:25:00 Tourneur Nicolas wrote: If I remember correctly, Amarok needs libgtk because of libgpod4. Since there is a libgpod4-nogtk package, why does Amarok still require libgtk ? People should just be able to choose their version of libgpod4. Actually, it depends on Gdk for iPod covers. --- -- -- The following external packages were located on your system. -- This installation will have the extra features provided by these packages. -- --- * kdelibs - The toolkit Amarok uses to build * mysqld - Embedded MySQL * zlib - zlib * qca2 - Qt Cryptographic Architecture * strigi - Index metadata of files * liblastfm - Enable Last.Fm service, including scrobbling, song submissions, and suggested song dynamic playlists * libgpod - Support Apple iPod audio devices * Gdk - Support for artwork on iPod audio devices via GdkPixbuf * libmtp - Enable Support for portable media devices that use the media transfer protocol * curl - cURL provides the necessary network libraries required by mp3tunes. * libxml2 - LibXML2 is an XML parser required by mp3tunes. * openssl or libgcrypt - OpenSSL or GNU Libgcrypt provides cryptographic functions required by mp3tunes. * gobject - Required by mp3tunes. * loudmouth - Loudmouth is the communication backend needed by mp3tunes for syncing. * Qt4 Glib support - Qt4 must be compiled with glib support for mp3tunes * glib2 - Required by libgpod and mp3tunes --- -- -- Congratulations! All external packages have been found. --- -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org