Bug#1041991: nvidia-drm-drv.c dumb_destroy
> /var/lib/dkms/nvidia-current/530.41.03/build/nvidia-drm/nvidia-drm-drv.c:1439:18: > error: ‘struct drm_driver’ has no member named ‘dumb_destroy’ Potential patch: https://gist.github.com/joanbm/77f0650d45747b9a4dc8e330ade2bf5c
Bug#926333: PCRE2 support
I'd also like PCRE2 to be enabled. Stumbled over it because emacs/ivy's code search used the "--pcre2" switch without checking whether it was available. Upstream provides .deb packages that have it enabled, statically linked it seems: https://github.com/BurntSushi/ripgrep/blob/master/ci/build_deb.sh#L41-L43 When building manually I had to use 'cargo build --features pcre2 --release' Quote README: * ripgrep has optional support for switching its regex engine to use PCRE2. Among other things, this makes it possible to use look-around and backreferences in your patterns, which are not supported in ripgrep's default regex engine. PCRE2 support can be enabled with `-P/--pcre2` (use PCRE2 always) or `--auto-hybrid-regex` (use PCRE2 only if needed).
Bug#762921: linux-image-3.17-rc5-amd64: Kernel netfilter modules lack NAT support
Package: src:linux Version: 3.17~rc5-1~exp1 Severity: important Dear Maintainer, This kernel does not have IP NAT support configured, making it useles for most home router setups. # iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE iptables v1.4.21: can't initialize iptables table `nat': Table does not exist # grep CONFIG_IP_NF_NAT /boot/config-3.17-rc5-amd64 # CONFIG_IP_NF_NAT is not set This enables the `nat' table in iptables. This allows masquerading, port forwarding and other forms of full Network Address Port Translation. It seems that the required .config options for NAT have shifted around recently in the kernel. -- Package-specific info: ** Version: Linux version 3.17-rc5-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-11) ) #1 SMP Debian 3.17~rc5-1~exp1 (2014-09-18) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.17-rc5-amd64 root=UUID=cb97baf6-acb1-4535-b2d8-dc9d3eb47f64 ro quiet ** Not tainted ** Kernel log: [2.943586] usb 3-10: reset high-speed USB device number 5 using xhci_hcd [2.943634] xhci_hcd :00:14.0: Setup ERROR: setup context command for slot 5. [2.943635] usb 3-10: hub failed to enable device, error -22 [2.948205] sdb: sdb1 [2.959479] sd 4:0:0:0: [sdb] Attached SCSI disk [3.01] usb 3-10: reset high-speed USB device number 5 using xhci_hcd [3.071949] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with disabled ep 880214bb7300 [3.071950] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with disabled ep 880214bb7348 [3.071951] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with disabled ep 880214bb7390 [3.075607] r8152 3-10:1.0 eth1: v1.06.0 (2014/03/03) [3.075677] usbcore: registered new interface driver r8152 [3.078218] usbcore: registered new interface driver cdc_ether [3.081795] random: nonblocking pool is initialized [3.143784] usb 3-9.2: new full-speed USB device number 7 using xhci_hcd [3.231717] Console: switching to colour frame buffer device 240x67 [3.235252] i915 :00:02.0: fb0: inteldrmfb frame buffer device [3.235253] i915 :00:02.0: registered panic notifier [3.243430] usb 3-9.2: New USB device found, idVendor=05f3, idProduct=0007 [3.243433] usb 3-9.2: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [3.247368] input: HID 05f3:0007 as /devices/pci:00/:00:14.0/usb3/3-9/3-9.2/3-9.2:1.0/0003:05F3:0007.0002/input/input8 [3.247421] hid-generic 0003:05F3:0007.0002: input,hidraw1: USB HID v1.00 Keyboard [HID 05f3:0007] on usb-:00:14.0-9.2/input0 [3.253294] input: HID 05f3:0007 as /devices/pci:00/:00:14.0/usb3/3-9/3-9.2/3-9.2:1.1/0003:05F3:0007.0003/input/input9 [3.253348] hid-generic 0003:05F3:0007.0003: input,hidraw2: USB HID v1.00 Device [HID 05f3:0007] on usb-:00:14.0-9.2/input1 [3.261173] ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no) [3.261232] input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input10 [3.261282] [drm] Initialized i915 1.6.0 20140725 for :00:02.0 on minor 0 [3.261306] snd_hda_intel :00:03.0: enabling device ( - 0002) [3.261396] snd_hda_intel :00:1b.0: enabling device ( - 0002) [3.261722] snd_hda_intel :00:03.0: irq 31 for MSI/MSI-X [3.261772] snd_hda_intel :00:1b.0: irq 32 for MSI/MSI-X [3.274888] sound hdaudioC1D0: autoconfig: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:line [3.274891] sound hdaudioC1D0:speaker_outs=1 (0x1a/0x0/0x0/0x0/0x0) [3.274892] sound hdaudioC1D0:hp_outs=1 (0x1b/0x0/0x0/0x0/0x0) [3.274893] sound hdaudioC1D0:mono: mono_out=0x0 [3.274894] sound hdaudioC1D0:inputs: [3.274895] sound hdaudioC1D0: Rear Mic=0x18 [3.274896] sound hdaudioC1D0: Front Mic=0x19 [3.274898] sound hdaudioC1D0: Internal Mic=0x12 [3.282002] input: HDA Intel HDMI HDMI/DP,pcm=3 as /devices/pci:00/:00:03.0/sound/card0/input11 [3.282077] input: HDA Intel HDMI HDMI/DP,pcm=7 as /devices/pci:00/:00:03.0/sound/card0/input12 [3.282284] input: HDA Intel PCH Rear Mic as /devices/pci:00/:00:1b.0/sound/card1/input13 [3.282350] input: HDA Intel PCH Front Mic as /devices/pci:00/:00:1b.0/sound/card1/input14 [3.282417] input: HDA Intel PCH Line Out as /devices/pci:00/:00:1b.0/sound/card1/input15 [3.282483] input: HDA Intel PCH Front Headphone as /devices/pci:00/:00:1b.0/sound/card1/input16 [3.467962] usb 3-9.3: new full-speed USB device number 8 using xhci_hcd [3.535093] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: errors=remount-ro [3.538379] systemd-journald[160]: Received request to flush runtime journal from PID 1 [3.558009] usb 3-9.3: New USB device found, idVendor=046d, idProduct=c52b [3.558013] usb 3-9.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [3.558015]
Bug#759508: mypaint: Mypaint does not ask confirmation for 'new' and silently drops current unsaved work
MyPaint *does* ask for confirmation. But but depending on the version, you need to have done at least 1 second (new versions) to 30 seconds (old versions) worth of actual painting. Also, if you hit Backspace accidentally, it will clear the current layer. You can undo this, and if you don't, MyPaint will ask before you quit. Please open a bugreport at https://github.com/mypaint/mypaint/issues if you actually did manage to discard more than 60 seconds of work that way, ideally with steps how to reproduce. On Wed, Aug 27, 2014 at 11:20:20PM +0300, George Shuklin wrote: Package: mypaint Version: 1.1.0-3 Severity: normal If something already drawn and unsaved, and user press 'new' or Ctrl-N, mypaint silently replace current work with empty canvas. This operation is irreversable and did not ask for confirmation. And is happily discards all hard work by single misstype. I think this is a bug. Mypaint should or ask confirmation to replace unsaved work with empty canvas, or allow to undo 'new' operation. Steps to reproduce: 1. Start drawing something beautiful, spend half of hour of work 2. Accidentially press Ctrl-N 3. Feel frustration -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mypaint depends on: ii libatk1.0-0 2.12.0-1 ii libc6 2.19-9 ii libcairo2 1.12.16-2 ii libfontconfig1 2.11.0-6 ii libfreetype62.5.2-1.1 ii libgcc1 1:4.9.1-7 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-02.40.0-4 ii libgomp14.9.1-7 ii libgtk2.0-0 2.24.24-1 ii libjson00.11-4 ii liblcms2-2 2.6-3 ii libpango1.0-0 1.36.6-1 ii libpng12-0 1.2.50-2 ii libpython2.72.7.8-5 ii libstdc++6 4.9.1-7 ii mypaint-data1.1.0-3 ii python 2.7.8-1 ii python-gtk2 2.24.0-3+b1 ii python-numpy1:1.8.2-1 ii python2.7 2.7.8-5 Versions of packages mypaint recommends: ii shared-mime-info 1.3-1 Versions of packages mypaint suggests: pn mypaint-data-extras none -- 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#557156: wicd deconfigures the wired (eth0) interface at suspend or cable unplugged
I also ran into this one. On Wed, May 23, 2012 at 02:14:03AM +0200, Javier Fernández-Sanguino Peña wrote: A mistake here: wicd was pulled in because I installed the xfce-desktop task, not because of Network Manager. I think that's how I installed wicd, too. I have never configured wicd and don't use it (my PC doesn't have wireless connections at all). Still, I've always managed my interfaces using /etc/network/interfaces and have *never* configured them using wicd. Similar story: I have two wired interfaces: eth0 for my internet provider and eth1 with a static IP, configured via /etc/network/interfaces. I run a DHCP server on eth1 where I connect my laptop for internet access. What happened: Whenever I disconnected my laptop, wicd did run dhclient on eth1. Probably as a result, the static IP on eth1 was un-configured. Dhclient did exit again, realizing that the interface was down. Sometimes the local dhcp server even decided to answer the local dhcp client's request, giving itself a new IP from its own pool, and a new default route to the internet which did not work. I had to kill the extra dhcp client started by wicd to fix this situation (not realizing how it happened, of course). Please take note that it took me quite a lot of debugging of the pm-suspend scripts until I found out that the reason why my interfaces were reconfigured was because of wicd. Indeed, it took me quite some time to figure this out. After blaming several other components (like NetworkManager), I finally traced it to wicd when I replaced /sbin/dhclient with a script that prints the PID of the parent process. Solved now with 'apt-get remove wicd-daemon'. -- Martin Renold signature.asc Description: Digital signature
Bug#685254: mypaint: Two options with different meaning but same name [Russian]
Alexandre, got a MyPaint ru translation bug here, please have a look. To make it simple I just pushed what George suggested to git master: https://gitorious.org/mypaint/mypaint/commit/24dae5b1b9 I hope that's okay, if not please send me updates in the form of a git commit, as usual :-) Regards Martin On Sun, Aug 19, 2012 at 01:01:24AM +0400, George Shuklin wrote: Package: mypaint Version: 1.0.0-1 Severity: minor Tags: l10n Dear Maintainer, In mypaint options dialog there is two options to hide menus from screen in fullscreen mode. One of them hide horizontal menu, and second is hiding floating dialogs (like brush selection). Both of them are named identically in Russian localization: Скрывать панель инструментов (hide instrumental panel). I think first one should be named Скрывать горизонтальную панель (hide horizontal panel) and second Скрывать диалоги (hide dialogs) - that translation is not exact, but really distinct one from other. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-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/bash Versions of packages mypaint depends on: ii libc6 2.13-35 ii libgcc1 1:4.7.1-6 ii libglib2.0-02.32.3-1 ii libpng12-0 1.2.49-2 ii libpython2.72.7.3-2 ii libstdc++6 4.7.1-6 ii mypaint-data1.0.0-1 ii python 2.7.3-2 ii python-gtk2 2.24.0-3 ii python-numpy1:1.6.2-1 ii python-support 1.0.15 ii python2.7 2.7.3-2 mypaint recommends no packages. mypaint suggests no packages. -- debconf-show failed -- Martin Renold -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570685: Processed: New python-protobuf in testing works, versioned dependency?
Just so you know, the next mypaint release will drop the protobuf dependency. Done in git, release might take a month or two, though. On Wed, Aug 25, 2010 at 12:27:08PM +, Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: retitle 570685 Versioned dependency for protobuf needed? Bug #570685 [mypaint] mypaint: fails to start Changed Bug title to 'Versioned dependency for protobuf needed?' from 'mypaint: fails to start' severity 570685 minor Bug #570685 [mypaint] Versioned dependency for protobuf needed? Severity set to 'minor' from 'important' thanks Stopping processing here. Please contact me if you need assistance. -- 570685: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=570685 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Martin Renold -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570685: mypaint: fails to start
On Sat, Feb 20, 2010 at 07:14:11PM +0100, jMax wrote: File /usr/share/mypaint/lib/strokemap_pb2.py, line 10, in module DESCRIPTOR = descriptor.FileDescriptor( AttributeError: 'module' object has no attribute 'FileDescriptor' Must be related with protobuf. My strokemap_pb2.py (which is generated by protoc) is using descriptor.Descriptor instead. So maybe a different version of the protobuf compiler was used when generating the file in the package. Versions of packages mypaint depends on: ii python-protobuf 2.2.0a-0.1 Python bindings for protocol buffe That's the same version I have installed on my system. (MyPaint is working, but I compile it myself, so I run my own protoc version.) $ protoc --version libprotoc 2.2.0 -- Martin Renold -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545396: .ora files look like zip archives! (... really openraster support bugs: no mime-info, no thumbnailer)
On Thu, Sep 17, 2009 at 12:08:50AM +0200, Pino Toscano wrote: I guess this should solve the mimetypes issue of openraster files. Thanks! One problem solved. bye, Martin signature.asc Description: Digital signature
Bug#545387: No desktop icons; .desktop file uses %U incorrectly
Thanks for pointing this out. Fixed in mypaint git (commit cd4e89ff). The fix does not easily backport, please go with the patch from Andrew. The fix should be included in the next release, but that might take some time. bye, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545396: .ora files look like zip archives! (... really openraster support bugs: no mime-info, no thumbnailer)
On Sun, Sep 06, 2009 at 10:56:05PM +0100, Andrew Chadwick wrote: 1. MyPaint does not ship with a mime-info entry for OpenRaster files, meaning that ORA files appear in file manager programs as though they were ZIP archives. I was wondering whether MyPaint should really have this mime? Anyway, there is one in the source in desktop/mime/mypaint.xml. And Krita also has one, not sure if it gets installed, but it's probably somewhat different. Wouldn't there be conflicts if more than one application installs this? 2. Since the package is targeted at artists and visually-thinking people, it'd be really nice to have a thumbnailer for the most common desktop environments :) I fully agree. The thing (if I'm up-to-date) is that we haven't figured out yet whom to ask to integrate those thumbnailers into which project. Perhaps a new package for openraster desktop support could be created for these two issues together? and it certainly wouldn't be something limited to just MyPaint: Krita (SVN), Drawpile, and GIMP (via the unofficial ORA loader/saver plugin) would all benefit. Initially it could live in the mypaint package I suppose, since mypaint is the program which would most immediately benefit. I was planning to move thumbnailers and mime stuff also into the oratools repository (where the GIMP plugin is), away from the mypaint source, until the respective desktop environments take over maintainence. Do you think this should grow into its own independent project instead, for distributions to package? bye, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544697: [mypaint] segfault at startup
On Wed, Sep 02, 2009 at 09:49:16PM +0100, Steve Cotton wrote: I'm on amd64 too, and it works for me as packaged. Strange. I don't see anything obviously wrong with the packaged _mypaintlib.so; ldd tells me that it uses the same libraries as the working version that I get after rebuilding the package. I'm using a Wacom Graphire3. This crash happens long before tablet detection starts. There is a warning as it starts up: /usr/share/mypaint/lib/helpers.py:92: DeprecationWarning: PyArray_FromDimsAndDataAndDescr: use PyArray_NewFromDescr. That's normal, coming from pygtk IIRC. bye, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544697: [mypaint] segfault at startup
I'm on amd64 too, and I see the same problem. When I rebuild the package from source it works. signature.asc Description: Digital signature
Bug#354211: wesnoth: keep stable version 1.0.x installable
Package: wesnoth Version: 1.1.1-3 Severity: normal The latest developement version (1.1.x) is not useful for players who want to play multiplayer games, because the experimental multiplayer server is mostly empty. It would be good to keep a separate package with the stable version installable. Thanks, Martin -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4martin1 Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) Versions of packages wesnoth depends on: ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libfribidi0 0.10.7-1 Free Implementation of the Unicode ii libgcc1 1:4.0.2-8 GCC support library ii libsdl-image1.2 1.2.4-1image loading library for Simple D ii libsdl-mixer1.2 1.2.6-1.1+b1 mixer library for Simple DirectMed ii libsdl-net1.2 1.2.5-6network library for Simple DirectM ii libsdl1.2debian 1.2.9-0.1 Simple DirectMedia Layer ii libstdc++64.0.2-8The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii python2.3 2.3.5-8An interactive high-level object-o ii ttf-dejavu2.1-2 Bitstream Vera fonts with addition ii wesnoth-data 1.1.1-3data files for Wesnoth ii zlib1g1:1.2.3-9 compression library - runtime wesnoth recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342738: rxvt-unicode-lite: utmp problem
On Sat, Dec 10, 2005 at 09:48:11AM +0100, Eduard Bloch wrote: Chown + chmod to the same permissions as xterm helps. That is what README.Debian says. And also lists the permanent solution for this problem. Ah sorry. I didn't expect it there as I really thought of this as a bug. Maybe same problem for urxvt. This should work by default I think? Should it? Who cares about that entries exactly? I personally don't like having a log line for every terminal window I have started. I don't care about the logs neither. But I expect to be reachable with ytalk by other users. (A really nice way to chat with a single person, compared to line-based protocols.) This is a problem since I open no normal terminals. However maybe there is another solution than making the terminals sgid? bye, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342738: rxvt-unicode-lite: utmp problem
Package: rxvt-unicode-lite Version: 5.8-1 Severity: normal Urxvt does not get system messages (talk requests ;) while xterm does. -rwxr-xr-x 1 root root 1023204 2005-10-26 16:31 /usr/bin/urxvt -rwxr-sr-x 1 root utmp 264992 2005-09-08 08:53 /usr/bin/X11/xterm -rw-rw-r-- 1 root utmp 5760 2005-12-10 00:30 /var/run/utmp Chown + chmod to the same permissions as xterm helps. Maybe same problem for urxvt. This should work by default I think? bye, Martin -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4martin1 Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) Versions of packages rxvt-unicode-lite depends on: ii base-passwd 3.5.10 Debian base system master password ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-4 GCC support library ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii ncurses-base 5.5-1 Descriptions of common terminal ty ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.3-8 compression library - runtime rxvt-unicode-lite recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]