Bug#418376: texlive-fonts-extra: files in wrong place

Package: texlive-fonts-extra Version: 2005.dfsg.3-1 Look: [EMAIL PROTECTED]:~$ dpkg -L texlive-fonts-extra | grep astro.sty /usr/share/doc/texlive-fonts-extra/latex/cmastro/00astro.sty /usr/share/doc/texlive-fonts-extra/latex/cmastro/astro.sty /usr/share/doc/texlive-doc/latex/cmastro/astro.sty

Bug#525315: connect/disconnect loops with ifupdown and wpa_supplicant in roaming mode

Package: ifupdown Version: 0.7~alpha3 Severity: normal When I connect to a wireless network it happens quite often that wpa_supplicant connects/disconnects a couple of times before the link becomes stable. This is not a major issue when my network is configured in this way

Bug#453755: not solved for me

Package: dbus Version: 1.2.8-1 Severity: important The bug is there again, exactly as described by Owen Heisler. I get it since I installed the SLiM login manager (package 'slim'). The problem is there with dbus(-x11) 1.2.1-4, I also tried to upgrade to 1.2.8-1 (the version in experimental), but

Bug#501828: slim 1.3.0-1 - Cannot stop daemon

Package: slim Version: 1.3.0-2 Severity: normal I confirm the bug, as described by Pascal Dormeau. Note that the version I'm using is 1.3.0-2. Thank you. pl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#426212: slim should restart itself if X is killed

Package: slim Version: 1.3.0-2 When I'm loging out from my session (Xfce, openbox or anything I guess), slim is correctly restarted so I can login easily. But if I shutdown X using Ctrl+Alt+Backspace, slim doesn't restart and I'm back to console. It'd be nice if slim could be restarted at

Bug#510619: acpi-support: getXuser function fails

Package: acpi-support Version: 0.109-10 Severity: important Many /etc/acpi/*.sh scripts try to get the current X user by reading display numbers in /tmp/.X11-unix/* and then then calling the getXuser function (defined in /usr/share/acpi-support/power-funcs), that tries to find the X user by

Bug#562221: manpages of passwd and usermod report wrong instructions about locking accounts

Package: passwd Version: 1:4.1.4.2-1 Severity: normal I found that the manpages of passwd and usermod report a non-working procedure about how to lock accounts. From `man passwd': -l, --lock [...] Note that this does not disable the account. The user may still be able to login using another

Bug#562221: manpages of passwd and usermod report wrong instructions about locking accounts

On Wed, Dec 23, 2009 at 03:16:52PM -0700, Justin T Pryzby wrote: Note that there's chage -E and usermod -e. usermod -e advertizes its input as being -MM-DD, chage advertizes its input as being the same, or an integer in days since 1970. So the problem is that usermod fails to sanitize

Bug#523706: more buggyness

First of all, I confirm the bug. It's quite old and evident, I'm surprised it's still there. Then I want to point out that bash_completion is to be loaded if posix mode it *not* enabled, so we have to negate the output of shopt: if [ -f /etc/bash_completion ] ! shopt -oq posix; then (The

Bug#624842: confirmation

I confirm this bug, it causes the script to fail unless /bin/sh is actually bash, which is not the default in Debian, as dash is preferred. Removing the -p flag fixes the problem. Paride Legovini -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject

Bug#592959: Any news about the backported version?

Hi Marco, Is there any news about the inclusion of dovecot2 in the official squeeze-backports repositories? Kind regards and thank you for maintaining it. Ciao, Paride signature.asc Description: Digital signature

Bug#659131: bug confirmation

I can confirm the problem and the validity of the workaround. More specifically I'm trying to install the system on a btrfs root inside a lvm volume; grub-probe fails (and so fails the grub installation) unless I manually mount /proc. Kind regards, Paride -- To UNSUBSCRIBE, email to

Bug#676660: news about radicale-0.7.1

On Thu, Jul 18, 2013 at 03:05:52PM +0200, chrysn wrote: hello paride, sorry i missed your mail (forgot to subscribe). the new versions are usable from my point of view and ready, but not in an upload queue (basically becaue i have never done an nmu so far, not even under LowNMU, and would

Bug#676660: 0.8 is out!

Well, radicale 0.8 is out and apparently they changed many things. I hope to see it packaged soon! Keep on the good work, Paride signature.asc Description: Digital signature

Bug#676660: news about radicale-0.7.1

Dear chrysn, is there any news on the packaging of the new upstream version (0.7.1)? It's not that I want to push you, I'd just like to know if it's coming in a few days or weeks, or if it is better for me to install it using the upstream tarball. Thank you and kind regards, Paride Legovini

Bug#670146: udev: /lib/udev/write_dev_root_rule does not work with btrfs

Package: udev Version: 175-3.1 Severity: normal Dear Marco, the udev script /lib/udev/write_dev_root_rule does not work with btrfs filesystems. I know you are aware of this, as I see the lines # btrfs filesystems have bogus major/minor numbers [ $ROOT_MAJOR != 0 ] || exit 0 but I think this

Bug#670146: udev: /lib/udev/write_dev_root_rule does not work with btrfs

On Mon, Apr 23, 2012 at 03:13:05PM +0200, Marco d'Itri wrote: On Apr 23, Marco d'Itri m...@linux.it wrote: The script /usr/share/initramfs-tools/hooks/cryptroot already contains a function that tries to find the device mounted as / by parsing the fstab. It also works with the UUID= or

Bug#703579:

, so I agree on merging our efforts on your version of the package. I'll start using it and I'll let you know if I find any issue. Best regards, Paride Legovini signature.asc Description: Digital signature

Bug#703579: ITP: PCL (Point Cloud Library) -- Framework for 3D point clouds data processing

Package: wnpp Severity: wishlist Owner: Paride Legovini p...@ninthfloor.org * Package name: PCL (Point Cloud Library) Version : 1.6 Upstream Author : Open Perception, Inc. (http://www.openperception.org/) * URL : http://www.pointclouds.org/ * License : BSD-3

Bug#703579: ITP: PCL (Point Cloud Library) -- Framework for 3D point clouds data processing

On Fri, Mar 22, 2013 at 12:49:11AM +0800, Thomas Goirand wrote: On 03/21/2013 09:51 AM, Paride Legovini wrote: Package: wnpp Severity: wishlist Owner: Paride Legovini p...@ninthfloor.org * Package name: PCL (Point Cloud Library) Version : 1.6 Upstream Author : Open

Bug#670146: udev: /lib/udev/write_dev_root_rule does not work with btrfs

Dear Marco, here is the patched version of the script. Basically if we can't find the root device with udev, we try to find it by parsing /proc/cmdline. If that is not a valid block device the script exists, if it is that device is used for the /dev/root symlink. Ciao, Paride #!/bin/sh -e

Bug#691672: Debian Wheezy (testing) ntp is build without ppsapi

Package: ntp Version: 1:4.2.6.p5+dfsg-2 Followup-For: Bug #691672 I second this request. Without the support for Kernel PPS ntpd can't be used as a serious stratum 1 server synchronizing on a GPS or cesium refclock. For users not needing a full-featured NTP server there's the excellent chrony

Bug#734694: inosync: New upstream version

Package: inosync Severity: wishlist Dear Maintainer, inosync 0.2.3 is out and it includes some important improvements. Please consider upgrading the Debian package to this new version. Kind regards, Paride -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject

Bug#596456: pmount: Please add support for btrfs

Package: pmount Version: 0.9.23-3 Followup-For: Bug #596456 Hi, is there any news about about this issue? I checked the Debian Changelog for pmount in experimental but btrfs is not mentioned... The improvement appears to be quick and easy, I hope we'll get it before the next freeze. Thank you

Bug#760647: sakura: New upstream version available

Package: sakura Version: 3.1.4-1 Severity: wishlist Tags: upstream Dear Maintainer, Sakura 3.1.5 has been released with this interesting change: https://bazaar.launchpad.net/~dabisu/sakura/sakura/revision/477 When you have time please consider upating the Debian package. Thanks! Paride --

Bug#718768: chromium: enable WebRTC support

Package: chromium Followup-For: Bug #718768 Dear Maintainer, WebRTC works fine with Chromium 37 and already worked fine with Chromium 35 (I didn't try with version 36). I think that this bug can be closed. Kind regards, Paride -- To UNSUBSCRIBE, email to

Bug#794104: sakura: New upstream release

Package: sakura Version: 3.2.0-1 Severity: wishlist Dear Maintainer, Please consider upgrading to Sakura 3.3.0, as it contains several bugfixes and improvements. For example Sakura now nativaly supports 256 colors without tweaking the TERM variable. Thank you! Paride -- To UNSUBSCRIBE,

Bug#770659: WebRTC camera/microphone sharing does not work

Package: chromium Version: 44.0.2403.107-1 Followup-For: Bug #770659 Dear Maintainer, given what has been said in the upstream bug discussion, especially https://code.google.com/p/chromium/issues/detail?id=501318#c37 it seems the usage of use_system_libsrtp is heavily discouraged, the option

Bug#770659: WebRTC camera/microphone sharing does not work

Package: chromium Version: 44.0.2403.89-1 Followup-For: Bug #770659 Bug still present in 44.0.2403.89-1: [156:429:0723/111036:ERROR:webrtcsession.cc(1202)] ConnectDataChannel called when data_channel_ is NULL. [156:438:0723/111036:ERROR:process_thread_impl.cc(31)] TimeUntilNextProcess returned

Bug#770659: WebRTC camera/microphone sharing does not work

If it may help to fix this bug: WebRTC from the Chromium package available on Ubuntu 15.04 works fine. Maybe the solution can be borrowed from there... Paride -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#770659: WebRTC camera/microphone sharing does not work

If it may help to fix this bug: WebRTC from the Chromium package available on Ubuntu 15.04 works fine. Maybe the solution can be borrowed from there... Paride -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#770659: WebRTC camera/microphone sharing does not work

Package: chromium Version: 43.0.2357.130-1 Followup-For: Bug #770659 Dear Maximilian, First of all I confirm that the bug is still present in 43.0.2357.130-1. I really hope that this can be fixed with chromium 44, as today the support for WebRTC is far superior in chrome/chromium with respect to

Bug#804554: fonts-hack-otf: new upstream release 2.018

Dear Fabian, I'm aware of the new release, I just can't find the time for it on these busy days... I'll package it as soon as I can. Thanks for the heads up anyway! Paride

Bug#804554: fonts-hack-otf: new upstream release 2.018

Hi Fabian, On 2015-11-16 16:18, Fabian Greffrath wrote: > Hi Paride, > > Am Freitag, den 13.11.2015, 12:44 +0100 schrieb Paride Legovini: >> I'm aware of the new release, I just can't find the time for it on >> these >> busy days... I'll package it as soon as I can.

Bug#804554: fonts-hack-otf: new upstream release 2.018

On 2015-11-16 18:37, Fabian Greffrath wrote: > Hey Paride, > > Am Montag, den 16.11.2015, 17:08 +0100 schrieb Paride Legovini: >> I uploaded 2.018 to mentors a few days ago, is any other action >> required >> from my part? Perhaps I should have pinged you !about

Bug#804901: chromium: Chromium 47 breaks the GPU acceleration

Package: chromium Version: 47.0.2526.16-1 Severity: important Dear Maintainer, I tried to install chromium 47 from experimental, but I found out that it completely breaks the GPU accelleration. This might have something to do with this entry in the Debian ChangeLog: * Enable accelerated video

Bug#803511: PDF truncated on the right

Package: chromium Followup-For: Bug #803511 I can't reproduce the bug: that PDF looks fine here. I'm running chromium 46.0.2490.71-1 amd64. Paride

Bug#798871: closed by Michael Gilbert <mgilb...@debian.org> ()

Is this a wontfix? 46.0.2490.71-1 does not fix the issue, it's actually the version against which Gevorg Abrahamian reported it. Could you please elaborate? Thank you, Parifde

Bug#797597: pass: Please distribute pass.fish-completion

Package: pass Version: 1.6.5-1 Severity: wishlist Dear Colin, The upstream distribution contains a completion file for the fish shell. It is already present in the .orig file used to the your debian package, the file is: src/completion/pass.fish-completion It just need to be copied as

Bug#797627: ITP: fonts-hack -- Typeface designed for source code

Package: wnpp Severity: wishlist Owner: Paride Legovini <p...@ninthfloor.org> * Package name: fonts-hack Version : 2.010 Upstream Author : Christopher Simpkins * URL : https://github.com/chrissimpkins/Hack * License : Modified SIL Open Font License, Versi

Bug#770659: WebRTC camera/microphone sharing does not work

Package: chromium Version: 45.0.2454.85-1 Followup-For: Bug #770659 For the record: bug still present in Chromium 45. Paride

Bug#797627: ITP: fonts-hack -- Typeface designed for source code

Dear Paul, On 2015-09-03 09:34, Paul Wise wrote: > On Tue, Sep 1, 2015 at 1:05 AM, Paride Legovini wrote: > >> * URL : https://github.com/chrissimpkins/Hack >> Description : Typeface designed for source code > > Upstream has clearly defined source i

Bug#797627: [Pkg-fonts-devel] Bug#797627: ITP: fonts-hack -- Typeface designed for source code

On 2015-09-04 08:51, Paul Wise wrote: > On Thu, Sep 3, 2015 at 2:33 PM, Paride Legovini wrote: > >> but is it a necessary step to have the font included in main? > > Personally I wouldn't upload it to main without fixing that I will discuss this upstream, but first I want to

Bug#798871: chromium: Chromium menu has no borders (native theme)

Package: chromium Version: 46.0.2490.13-1 Severity: normal Dear Maintainer, As you can see from the screenshot the Chromium 46 menu has no borders. I'm using a tiling windows manager without a compositor. I'l very willing to give you additional feedback if needed. Paride -- System

Bug#803319: chromium: GPU accelerated video decode failure

Package: chromium Version: 47.0.2526.73-1 Followup-For: Bug #803319 Duplicate of #804901, I already reported this issue while chromium 47 was still in experimental, but unfortunately the report was ignored. The PDF attached to that bug shows the broken chrome://gpu. Regards, Paride

Bug#823312: Seems fixed in chromium 51

Good news, it's now working in 51.0.2704.63-2. I think this bug and #770659 can now be closed. Paride

Bug#823312: The bug is not upstream

Dear Michael, I don't agree in that the bug should be forwarded upstream, at least not to http://crbug.com/579430 . First of all, it is stated right in that page that the issue is not really an issue at all (see comments #3 and #5). Moreover, it can't be ignored that the problem arose in

Bug#770659: marked as done (WebRTC camera/microphone sharing does not work)

Unfortunately this seems to be broken again in 50.0.2661.75-2. I confirm it was working in 50.0.2661.75-2 and it is working in 50.0.2661.75-1~deb8u1, so it probably has something to do with the new way of linking with ffmpeg. I normally test the webrtc functionality here:

Bug#823311: gnome-themes-standard-data: Menu borders are missing in GTK2 Adwaita

Package: gnome-themes-standard-data Version: 3.20-1 Severity: normal Dear Maintainer, Since the last upgrade there are no borders around the menus of GTK-2 applications when using a non-compositing window manager. In /usr/share/themes/Adwaita/gtk-2.0/main.rc:132 it says: # Draw frame around

Bug#823312: chromium: WebRTC not working

Package: chromium Version: 50.0.2661.94-1 Severity: normal Dear Maintainer, I already reported this problem in #770659, but as its cause is probably different from the one for which #770659 was opened I find appropriate to file a new report. WebRTC seems to be broken in 50.0.2661.75-2 and

Bug#819083: fixed upstream?

According to: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1568604 this is fixed upstream. Looking forward to a package upgrade.

Bug#819083: fixed

Fixed in 2:2.99.917+git20160706-1, thank you! The annoying "blink" on lightdm is also gone. I can't find a Debian bug for it, but this was the issue: https://bugs.launchpad.net/lightdm-gtk-greeter/+bug/1531224 https://bbs.archlinux.org/viewtopic.php?id=206657 Paride

Bug#834491: hexchat: New upstream version (lua plugins)

Package: hexchat Version: 2.12.0-2 Severity: wishlist Dear Maintainer, According to https://hexchat.readthedocs.io/en/latest/changelog.html hexchat 2.12.1 supports Lua plugins (among other features and bugfixes), please consider packaging it. Thank you, Paride

Bug#855978: fdroidserver: Depend on default-jdk-headless instead of default-jdk

Package: fdroidserver Severity: wishlist Dear Maintainer, Is it possible to Depend: on the headless version of the JDK, instead of depending on the full one? The GUI part should not be needed to build apps, and it's unconveninet to install all the graphic libraries on a headless server. Thank

Bug#851692: chromium: startup script is disabling all extensions

Package: chromium Version: 55.0.2883.75-5 Followup-For: Bug #851692 I really thought this was just a coarse bug, but it seems this is not the case. The new behavior is going to break a lot of setups. In my opinion the right thing to do is to ask the user during the dpkg configuration process,

Bug#787819: pinentry-gnome3: Buggy buttons text: prefixed by "_"

Package: gcr Followup-For: Bug #787819 Hi, the problem seems to be gone. Paride

Bug#856407: dalvik-exchange: Please depend on proguard-cli only

Package: dalvik-exchange Severity: normal Dear Maintainers, Currently dalvik-exchange Depends: on proguard, which on turn depends on both proguard-cli and proguard-gui. Depending only on proguard-cli should be enough for this package, while in a headless server proguard-gui brings in more than

Bug#856410: android-sdk: Please depend on proguard-cli only

Package: android-sdk Severity: normal Dear Maintainers, Currently android-sdk Depends: on proguard, which on turn depends on both proguard-cli and proguard-gui. Depending only on proguard-cli should be enough for this package, while in a headless server proguard-gui brings in more than 140

Bug#856409: proguard: Please relax the dependency on proguard-gui

Package: proguard Severity: normal Dear Maintainer, The packages depending on the 'proguard' package normally need the command line version only. This means that it is impossible to install such packages on a headless server without bringing it several (~150) unused GUI dependencies. Please

Bug#856409: proguard: Please relax the dependency on proguard-gui

Package: proguard Followup-For: Bug #856409 Even better: as most packages with a hard dependency on proguard really depend only on the library, you could let this package Recommend: both proguard-cli and proguard-gui. The current behavior is not changed, as by default recommended packages are

Bug#856410: android-sdk: Please depend on proguard-cli only

Package: android-sdk Followup-For: Bug #856410 Depending on the libproguard-java package could be sufficient and really right thing to do. Paride

Bug#856407: dalvik-exchange: Please depend on proguard-cli only

Package: dalvik-exchange Followup-For: Bug #856407 Depending on the libproguard-java package could be sufficient and really right thing to do. Paride

Bug#838895: ITP: vis -- Modern, legacy free, simple yet efficient vim-like editor.

Package: wnpp Severity: wishlist Owner: Paride Legovini <p...@ninthfloor.org> * Package name: vis Version : 0.2(+git) Upstream Author : Marc André Tanner * URL : https://github.com/martanne/vis * License : ISC Programming Lang: C Description :

Bug#784881: cryptsetup: WARNING: failed to detect canonical device

Package: cryptsetup Version: 2:1.7.2-2 Followup-For: Bug #784881 The warning is now doubled: cryptsetup: WARNING: failed to detect canonical device of /dev/sda2 cryptsetup: WARNING: could not determine root device from /etc/fstab On this system /dev/sda2 is a btrfs filesystem mounted on / using

Bug#784881: [pkg-cryptsetup-devel] Bug#784881: cryptsetup: WARNING: failed to detect canonical device

On 2016-10-06 22:12, Guilhem Moulin wrote: > On Thu, 06 Oct 2016 at 19:42:55 +0200, Paride Legovini wrote: >> cryptsetup: WARNING: failed to detect canonical device of /dev/sda2 > > For the record, the hook script gives this warning as it doesn't know > whether the device

Bug#784881: [pkg-cryptsetup-devel] Bug#784881: cryptsetup: WARNING: failed to detect canonical device

OK, I think the problem happens with with btrfs specifically. In get_fs_devices() we have this loop (cryptroot:32): https://paste.debian.net/858017/ In line 5: $(canonical_device "$device" --no-simplify) resolves the UUID entry to /dev/sda2, then btrfs is asked to show the list of devices

Bug#784881: [pkg-cryptsetup-devel] Bug#784881: cryptsetup: WARNING: failed to detect canonical device

On 2016-10-07 11:30, Guilhem Moulin wrote: >> Perhaps we should add a --no-simplify to that loop? > > Hmm but we'll still want unambiguous crypttab(5) lookups. It's > unfortunate that `btrfs filesystem` lists /dev/sda2 while the FS > actually uses device UUIDs internally. I think we need to

Bug#838372: stterm: New upstream version

Here is an updated version of the "scollback" patches, rebased on st-0.7. In the "altscreen" patch I also remove the requirement for the Shift modifier when using the mouse wheel, as suggested in the http://st.suckless.org/patches/scrollback wiki page, but not actually done in the patch. I also

Bug#838439: stterm: 30-config.def.h.patch breaks dircolors

Package: stterm Version: 0.6-1 Severity: normal Dear Maintainer, The dircolors command from coreutils knows the st terminal, but not the stterm terminal. In coreutils-8.25/src/dircolors.hin:37 we have: TERM st TERM st-256color but no stterm. I would suggest not changing the terminal name,

Bug#838372: stterm: New upstream version

Package: stterm Version: 0.6-1 Severity: wishlist Dear Maintainer, st-0.7 is out, please consider packaging it. I'd also like to suggest to apply the scrollback patches: http://st.suckless.org/patches/scrollback as it's a greatly missed feature. The upstream authors suggest using dvtm to

Bug#835938: network-manager: Please package the Fortigate SSL VPN plugin

Package: network-manager Version: 1.4.0-3 Severity: wishlist Dear Maintainer, Please consider packaging the network-manager Fortigate SSL VPN plugin: https://git.gnome.org/browse/network-manager-fortisslvpn

Bug#838372: stterm: New upstream version

Package: stterm Version: 0.6-1 Followup-For: Bug #838372 Sorry for self-replying (again). It seems that a "suckless scrollback buffer" is in the works, so it's probably not a good idea to include the scrollback patch in the Debian package. It's also way better to stay as near to upstream as

Bug#839668: julia: New upstream release

Package: julia Version: 0.4.7-1 Severity: wishlist First of all thanks a lot for maintaining this package. Julia v0.5.0 has been released a couple weeks ago, see https://github.com/JuliaLang/julia/blob/master/NEWS.md https://github.com/JuliaLang/julia/releases Please consider upgrading the

Bug#838439: stterm: 30-config.def.h.patch breaks dircolors

Thanks Jari for the explanation. On 2016-10-22 14:08, Jari Aalto wrote: >> (...) it would be a good idea not to rename it at all and >> provide a bin/stterm -> bin/st symlink for compatibility. > > Background: > > The "st" (simple term) in Debian is under name "stterm" > This has to do

Bug#846146: hexchat: Please enable LUA

Package: hexchat Version: 2.12.3-0.1 Severity: wishlist Dear Maintainer, Please enable the LUA bindings, possibly using a separate package like hexchat-perl and hexchat-python3. Paride

Bug#840671: picocom: This package is very outdated

Package: picocom Version: 1.7-1 Severity: normal Dear Maintainer, This package is very outdated, the latest version is 2.2, see: https://github.com/npat-efault/picocom/releases Please consider updating it. Thank you, Paride

Bug#834491: hexchat: New upstream version (lua plugins)

Package: hexchat Version: 2.12.0-2+b1 Followup-For: Bug #834491 2.12.2 has been released with various fixes and improvements: https://hexchat.readthedocs.io/en/latest/changelog.html It would be nice to have it packaged before the freeze. Paride

Bug#847225: jupyter-notebook: Strange square appears when displaying matplotlib inline plots

On 2016-12-08 16:35, Raymundo Ramos wrote: > Hi everyone > > I can confirm this happens in chrome and chromium with the > "#overlay-scrollbars" flag (chrome://flags) enabled. Great work in spotting the problem, disabling #overlay-scrollbars solved the issue. Greetings, Paride

Bug#848252: jupyter-notebook: ipywidgets warning on startup

Package: jupyter-notebook Version: 4.2.3-3 Severity: wishlist Dear Maintainer, When starting jupyter-notebook this warning is shown: /usr/lib/python3/dist-packages/ipywidgets/__init__.py:67: RuntimeWarning: To use the widgets with your installed Jupyter Notebook version, please install

Bug#848023: RFP: jupyterhub -- Multi-user server for Jupyter notebooks

Package: wnpp Severity: wishlist Package name: jupyterhub Version : 0.7.0 Upstream Author : Project Jupyter URL : http://www.example.org/ License : BSD Programming Lang: Python Description : Multi-user server for Jupyter notebooks With JupyterHub

Bug#847917: jupyter-notebook: Unhandled error in API request

Package: jupyter-notebook Version: 4.2.3-2 Severity: normal Dear Maintainer, Since the last upgrade I'm getting "Unhandled error in API request" errors when I start jupyter-notebook. The full output is here: https://paste.debian.net/901807/ Let me know if you need further informations. Thank

Bug#819273: Roboto Slab, Roboto Mono and additional weights of Roboto are missing

Package: fonts-roboto Version: 2:0~20160106-2 Followup-For: Bug #819273 Dear Maintainer, I tried to open an issue upstream asking for for the Slab variant to be incuded in the repository, but I've been answered that they have no plans to include it, see:

Bug#847225: jupyter-notebook: Strange square appears when displaying matplotlib inline plots

Package: jupyter-notebook Version: 4.2.3-1 Severity: normal Dear Maintainer, Thanks for this long awaited package. I noticed that when I plot an inline interactive plot with matplotlib (using the "%matplotlib notebook" magic command) a black square appears on all the cells, as in this

Bug#847225: Your mail

On Tue, 6 Dec 2016 17:56:22 +0100 Gordon Ball wrote: > I have just run the example you provided on two different systems > unfortunately without seeing what you saw - firefox/sid and > chromium/yakkety. (You didn't specify if this was python or python3, but > I would be

Bug#846648: chromium: Chromium still "Aw, Snaps" on many websites

Package: chromium Version: 55.0.2883.75-1 Severity: important Dear Maintainer, It seems that #845984 didn't get fixed with 55.0.2883.75-1. Example: http://www.maap.it/ . Paride

Bug#847111: lua-lgi: Please support lua5.3

Package: lua-lgi Version: 0.9.1-1 Severity: normal Dear Enrico, When using software compiled against liblua5.3 (e.g., hexchat-lua) it is not possible to use this module, as it supports only liblua5.2 and 5.1. Whenever possible please update the package to support liblua5.3. According

Bug#850257: xdotool fails to type: There are no windows on the stack

On 2017-01-05 22:21, Jochen Sprickerhof wrote: > this seems to be intended behaviour. Quoting what I just wrote on Github: Fine then, sorry for filing a non-bug. My issue was with passmenu, but I just saw that you sent a patch for it. Thank you, Paride

Bug#850169: systemd should Provide: time-daemon

Package: systemd Version: 232-8 Severity: minor Dear Maintainers, As systemd now comes with systemd-timesyncd, this package should Provide: time-daemon, so packages depending on this virtual package will have this dependency fulfilled without installing ntp. Paride

Bug#850257: xdotool fails to type: There are no windows on the stack

Package: xdotool Version: 1:3.20160805.1-2 Severity: important Dear Daniel, Starting from 3.20160805.1-2 "xdotool type" doesn't work anymore: $ xdotool type 'test' There are no windows on the stack, Can't continue. Downgrading to 3.20160512.1-1 solves the issue: ~ $ xdotool type 'test' ~ $

Bug#850721: sakura: New upstream release

Package: sakura Version: 3.3.4-3 Severity: wishlist Dear Andreas, Sakura 3.4.0 is out, please consider upgrading this package. Thank you, Paride

Bug#850169: systemd should Provide: time-daemon

On 2017-01-04 18:01, Michael Biebl wrote: > I also notice that ntp itself does not itself have a provides > time-daemon, only chrony and openntpd do. > > Those do have Conflicts/Replaces/Provides: time-daemon > > So, by adding Provides: time-daemon, it would make those packages > uninstallable

Bug#859776: rejection

On 2017-04-11 15:28, Adam Borowski wrote: > On Tue, Apr 11, 2017 at 09:33:59AM +0200, Paride Legovini wrote: >> [Note for whoever lands here: the package has been rejected from NEW >> because of unattributed files in lua/lexers]. >> >> Hello Adam, >> >>

Bug#859776: rejection

On 2017-04-12 10:44, Paul Wise wrote: > On Wed, Apr 12, 2017 at 2:42 PM, Dominique Dumont wrote: >> On Tue, 11 Apr 2017 17:53:41 +0200 Paride Legovini wrote: >> Coalescing entries can be done by 'scan-copyrights' or 'cme update dpkg- >> copyright' (provided by cme and libc

Bug#859776: rejection

On 2017-04-12 17:09, Adam Borowski wrote: > On Wed, Apr 12, 2017 at 02:47:35PM +0200, Paride Legovini wrote: >> On 2017-04-12 10:44, Paul Wise wrote: >>> On Wed, Apr 12, 2017 at 2:42 PM, Dominique Dumont wrote: >>>> On Tue, 11 Apr 2017 17:53:41 +0200 Paride Legovini

Bug#859776: sponsorship-requests: vis/0.3 [ITP] -- A a modern and legacy free Vim-like text editor

se : ISC Section : editors It's my main editor, so I'm willing to keep the package well maintained and up to date. To access further information about this package please visit: https://mentors.debian.net/package/vis Thank you, Paride Legovini

Bug#859776: rejection

[Note for whoever lands here: the package has been rejected from NEW because of unattributed files in lua/lexers]. Hello Adam, I didn't realize that some files in lua/lexers were not fully attributed in debian/copyright. Regarding those files: there is one main author (that is attributed), then

Bug#860513: vis: FTBFS on hurd-i386: PATH_MAX and PIPE_BUF undeclared

On 2017-04-19 01:16, Aaron M. Ucko wrote: > Paride Legovini <p...@ninthfloor.org> writes: > >> Do you think you could sponsor a guest account request, as described >> here: https://dsa.debian.org/doc/guest-account/ ? > > Sure. Please send me the &quo

Bug#860513: vis: FTBFS on hurd-i386: PATH_MAX and PIPE_BUF undeclared

On 2017-04-18 04:29, Aaron M. Ucko wrote: > > The build of vis for hurd-i386 (admittedly not a release architecture) > failed: > Hello Aaron, I'm aware Vis is not compiling on Hurd. I'm willing to try to fix it and to send a patch upstream, I think it will be merged. It would help me a lot to

Bug#859776: sponsorship-requests: vis/0.3 [ITP] -- A a modern and legacy free Vim-like text editor

On 2017-04-07 19:54, Adam Borowski wrote: > On Fri, Apr 07, 2017 at 05:52:21PM +0200, Paride Legovini wrote: >> On 2017-04-07 15:39, Adam Borowski wrote: >>> On Fri, Apr 07, 2017 at 12:54:22PM +0200, Paride Legovini wrote: >>>> * Package name: vis >>&g

Bug#859207: RFP: minio -- Cloud storage server compatible with Amazon S3

Package: wnpp Severity: wishlist * Package name: minio Version : 2017-03-16T21-50-32Z Upstream Author : Minio Inc * URL : https://minio.io/ * License : Apache 2.0 Programming Lang: Go Description : Cloud storage server compatible with

  1   2   3   4   5   >