Bug#1039615: Workaround for too many backslashes
Hello. There is a workaround: use the `--old-args` argument: rsync --old-args localhost:file\\\ with\\\ space Found at https://askubuntu.com/a/1495090 . Works for me. Oleg. -- Oleg Broytmanhttps://phdru.name/p...@phdru.name Programmers don't die, they just GOSUB without RETURN.
Bug#1055438: kea-dhcp4-server: Also create /run/kea/
Hi! Alas, yes. It requires directories /run/kea and /var/lib/kea . I didn't want to upgrade any of my systems to testing so I ran a docker container with debian:testing (age: 3 weeks ago). # apt-get update # apt-get install -y kea-dhcp4-server # kea-dhcp4 -v 2.4.0 # /etc/init.d/kea-dhcp4-server status kea-dhcp4-server is not running ... failed! # /etc/init.d/kea-dhcp4-server start # /etc/init.d/kea-dhcp4-server status kea-dhcp4-server is not running ... failed! # kea-dhcp4 -c /etc/kea/kea-dhcp4.conf Unable to use interprocess sync lockfile (No such file or directory): /var/run/kea/logger_lockfile kea-dhcp4: Fatal error during start up: Unable to open PID file '/run/kea/kea-dhcp4.kea-dhcp4.pid' for write Unable to use interprocess sync lockfile (No such file or directory): /var/run/kea/logger_lockfile # mkdir /run/kea # kea-dhcp4 -c /etc/kea/kea-dhcp4.conf ERROR DHCP4_CONFIG_LOAD_FAIL configuration error using file: /etc/kea/kea-dhcp4.conf, reason: Unable to open database: unable to open '/var/lib/kea/kea-leases4.csv' 2023-12-12 11:48:30.963 ERROR [kea-dhcp4.dhcp4/38.139744226431424] DHCP4_INIT_FAIL failed to initialize Kea server: configuration error using file '/etc/kea/kea-dhcp4.conf': Unable to open database: unable to open '/var/lib/kea/kea-leases4.csv' # mkdir /var/lib/kea # /etc/init.d/kea-dhcp4-server start # /etc/init.d/kea-dhcp4-server status kea-dhcp4-server is running. PS. Most probably I created /var/lib/kea on my real server after installation; I don't remember. Unlike /run/kea it's not cleared on reboots so it's enough to create it once upon installation. /run/kea must be tested and recreated on every start. On Mon, Dec 11, 2023 at 05:03:58PM +0100, Paride Legovini wrote: > Control: tags -1 moreinfo > > Hello and thanks for this bug report. Are you able to verify that this > bug still exists in the Kea version currently in Debian testing (2.4.0-1)? > Some work was recently done on the sysv init scripts, so for sure they > are working for someone. > > Thanks, > > Paride Oleg. -- Oleg Broytmanhttps://phdru.name/p...@phdru.name Programmers don't die, they just GOSUB without RETURN.
Bug#1055438: kea-dhcp4-server: Also create /run/kea/
quot; }, { "space": "dhcp4", "name": "domain-name-servers", "code": 6, "data": "192.168.3.8, 10.110.0.3, 10.110.0.5" }, { "space": "dhcp4", "name": "domain-search", "code": 119, "data": "aviel.ru" }, { "space": "dhcp4", "name": "ip-forwarding", "code": 19, "data": "false" }, { // For each IPv4 subnet you most likely need to specify at // least one router. "name": "routers", "data": "192.168.3.8" }, { "space": "dhcp4", "name": "subnet-mask", "code": 1, "data": "255.255.255.0" }, { "space": "dhcp4", "name": "rfc3442-classless-static-routes", "code": 121, "data": "0, 192, 168, 3, 8, 16, 10, 90, 192, 168, 3, 8, 16, 10, 100, 192, 168, 3, 8, 16, 10, 110, 192, 168, 3, 8, 12, 172, 16, 192, 168, 3, 8, 21, 93, 185, 192, 192, 168, 3, 8, 24, 62, 117, 85, 192, 168, 3, 8, 24, 83, 234, 164, 192, 168, 3, 8, 29, 62, 117, 80, 120, 192, 168, 3, 8, 30, 80, 252, 152, 0, 192, 168, 3, 8" }, { "space": "dhcp4", "name": "ms-classless-static-routes", "code": 249, "data": "0, 192, 168, 3, 8, 16, 10, 90, 192, 168, 3, 8, 16, 10, 100, 192, 168, 3, 8, 16, 10, 110, 192, 168, 3, 8, 12, 172, 16, 192, 168, 3, 8, 21, 93, 185, 192, 192, 168, 3, 8, 24, 62, 117, 85, 192, 168, 3, 8, 24, 83, 234, 164, 192, 168, 3, 8, 29, 62, 117, 80, 120, 192, 168, 3, 8, 30, 80, 252, 152, 0, 192, 168, 3, 8" } ], // Kea offers host reservations mechanism. Kea supports reservations // by several different types of identifiers: hw-address // (hardware/MAC address of the client), duid (DUID inserted by the // client), client-id (client identifier inserted by the client) and // circuit-id (circuit identifier inserted by the relay agent). // // Kea also support flexible identifier (flex-id), which lets you // specify an expression that is evaluated for each incoming packet. // Resulting value is then used for as an identifier. // // Note that reservations are subnet-specific in Kea. This is // different than ISC DHCP. Keep that in mind when migrating // your configurations. "reservations": [ // This is a reservation for a specific hardware/MAC address. // It's a rather simple reservation: just an address and nothing // else. // { // "hw-address": "1a:1b:1c:1d:1e:1f", // "ip-address": "192.0.2.201" // }, // This is a reservation for a specific client-id. It also shows // the this client will get a reserved hostname. A hostname can // be defined for any identifier type, not just client-id. // { // "client-id": "01:11:22:33:44:55:66", // "ip-address": "192.0.2.202", // "hostname": "special-snowflake" // }, // The third reservation is based on DUID. This reservation defines // a special option values for this particular client. If the // domain-name-servers option would have been defined on a global, // subnet or class level, the host specific values take preference. // { // "duid": "01:02:03:04:05", // "ip-address": "192.0.2.203", // "option-data": [ { // "name": "domain-name-servers", // "data": "10.1.1.202, 10.1.1.203" // } ] // },
Bug#1055835: xscreensaver doesn't retain Quick Power-off setting
Package: xscreensaver Version: 6.06+dfsg1-3 Severity: normal Dear Maintainer, After upgrade to Debian 12 xscreensaver doesn't retain Quick Power-off setting. I open the Demo/Settings dialog, open Settings tab, turn on the checkbox "Quick Power-off in Blank Only Mode", close the dialog with "Close" button at the bottom, reopen the dialog -- and the checkbox is off. I don't know if it's related to bug #1040948. -- System Information: Debian Release: 12.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-13-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages xscreensaver depends on: ii init-system-helpers1.65.2 ii libatk1.0-02.46.0-5 ii libc6 2.36-9+deb12u3 ii libcrypt1 1:4.4.33-2 ii libelogind0 [libsystemd0] 246.10-1debian1 ii libglib2.0-0 2.74.6-2 ii libgtk-3-0 3.24.38-2~deb12u1 ii libpam0g 1.5.2-6+deb12u1 ii libx11-6 2:1.8.4-2+deb12u2 ii libxext6 2:1.3.4-1+b1 ii libxft22.3.6-1 ii libxi6 2:1.8-1+b1 ii libxinerama1 2:1.1.4-3 ii libxml22.9.14+dfsg-1.3~deb12u1 ii libxrandr2 2:1.5.2-2+b1 ii libxt6 1:1.2.1-1.1 ii libxxf86vm11:1.1.4-1+b2 ii xscreensaver-data 6.06+dfsg1-3 Versions of packages xscreensaver recommends: ii fonts-urw-base35 20200910-7 ii libjpeg-turbo-progs 1:2.1.5-2 ii perl 5.36.0-7 ii wamerican [wordlist] 2020.12.07-2 ii xfonts-100dpi 1:1.0.5 Versions of packages xscreensaver suggests: ii chromium [www-browser] 119.0.6045.123-1~deb12u1 ii elinks [www-browser] 0.13.2-1+b4 pn fortune pn gdm3 | kdm-gdmcompat ii links2 [www-browser] 2.28-1+b2 pn qcam | streamer ii xdaliclock 2.46-1 ii xfishtank2.5-1+b1 ii xscreensaver-data-extra 6.06+dfsg1-3 ii xscreensaver-gl 6.06+dfsg1-3 ii xscreensaver-gl-extra6.06+dfsg1-3 -- debconf-show failed
Bug#1043489: xscreensaver-settings doesn't open settings, instead it runs demo
Package: xscreensaver Version: 6.06+dfsg1-3 Severity: normal Dear Maintainer, After upgrade to Debian 12 xscreensaver-settings doesn't open settings, instead it runs demo as if I run xscreensaver-demo. I need to click "Advanced" to switch to settings. xscreensaver-settings should open settings. *** End of the template - remove these template lines *** -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-11-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages xscreensaver depends on: ii init-system-helpers1.65.2 ii libatk1.0-02.46.0-5 ii libc6 2.36-9+deb12u1 ii libcrypt1 1:4.4.33-2 ii libelogind0 [libsystemd0] 246.10-1debian1 ii libglib2.0-0 2.74.6-2 ii libgtk-3-0 3.24.37-2 ii libpam0g 1.5.2-6 ii libx11-6 2:1.8.4-2+deb12u1 ii libxext6 2:1.3.4-1+b1 ii libxft22.3.6-1 ii libxi6 2:1.8-1+b1 ii libxinerama1 2:1.1.4-3 ii libxml22.9.14+dfsg-1.3~deb12u1 ii libxrandr2 2:1.5.2-2+b1 ii libxt6 1:1.2.1-1.1 ii libxxf86vm11:1.1.4-1+b2 ii xscreensaver-data 6.06+dfsg1-3 Versions of packages xscreensaver recommends: ii fonts-urw-base35 20200910-7 ii libjpeg-turbo-progs 1:2.1.5-2 ii perl 5.36.0-7 ii wamerican [wordlist] 2020.12.07-2 ii xfonts-100dpi 1:1.0.5 Versions of packages xscreensaver suggests: ii chromium [www-browser] 115.0.5790.170-1~deb12u1 ii elinks [www-browser] 0.13.2-1+b4 pn fortune pn gdm3 | kdm-gdmcompat ii links2 [www-browser] 2.28-1+b2 pn qcam | streamer ii xdaliclock 2.46-1 ii xfishtank2.5-1+b1 ii xscreensaver-data-extra 6.06+dfsg1-3 ii xscreensaver-gl 6.06+dfsg1-3 ii xscreensaver-gl-extra6.06+dfsg1-3 -- no debconf information
Bug#1042519: webkit2gtk: Please update CFLAGS for sh4 to fix FTBFS
Hi Adrian, ich sehe das gerade und mir stellt sich die Frage, wann/ob diese Compiler- Einstellungen auch irgendwann später wieder zurückgestellt werden? Ob das irgendjemand in Zukunft hin und wieder probiert, oder ob das einfach so stehenbleibt? Grüße, Oleg On Sat, 2023-07-29 at 18:51 +0200, John Paul Adrian Glaubitz wrote: > Source: webkit2gtk > Version: 2.40.4-1 > Severity: normal > Tags: patch > User: debian-sup...@lists.debian.org > Usertags: sh4 > X-Debbugs-Cc: debian-sup...@lists.debian.org > > Hello! > > The current CFLAGS result in webkit2gtk FTBFS due to a GCC internal compiler > error [1]: > > In file included from > /<>/Source/JavaScriptCore/inspector/InjectedScriptHost.cpp:29, > from > JavaScriptCore/DerivedSources/unified-sources/UnifiedSource-84c9f43f-1.cpp:7: > /<>/Source/JavaScriptCore/inspector/JSInjectedScriptHost.h: In > static member function ‘static JSC::Structure* > Inspector::JSInjectedScriptHost::createStructure(JSC::VM&, > JSC::JSGlobalObject*, JSC::JSValue)’: > /<>/Source/JavaScriptCore/inspector/JSInjectedScriptHost.h:51:5: > error: unable to find a register to spill in class ‘R0_REGS’ > > This is fixed by building webkit2gtk with "-O1" instead of "-Os" which used > to be the > case before but was changed in order to reduce memory usage during build [2]. > However, > on sh4, we need to keep "-O1" to make the register allocator happy. > > Could you apply the following change: > > --- old/webkit2gtk-2.40.4/debian/rules 2023-07-06 11:51:25.0 +0200 > +++ new/webkit2gtk-2.40.4/debian/rules 2023-07-29 18:44:00.49550 +0200 > @@ -71,7 +71,7 @@ > endif > > # Lower memory requirements on architectures with only 2 GB address space > -ifneq (,$(filter $(DEB_HOST_ARCH),m68k mips mipsel sh4)) > +ifneq (,$(filter $(DEB_HOST_ARCH),m68k mips mipsel)) > CFLAGS := $(CFLAGS:-g1=-g0) > CFLAGS := $(CFLAGS:-O2=-Os) > CPPFLAGS += --param ggc-min-expand=10 > @@ -80,7 +80,9 @@ > # See: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93876 > # and: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877 > ifneq (,$(filter $(DEB_HOST_ARCH),sh3 sh4)) > + CFLAGS := $(CFLAGS:-g1=-g0) > CFLAGS := $(CFLAGS:-O2=-O1) > + CPPFLAGS += --param ggc-min-expand=10 > endif > > ifneq (,$(filter noopt,$(DEB_BUILD_OPTIONS))) > > Thanks, > Adrian > > > [1] > > https://buildd.debian.org/status/fetch.php?pkg=webkit2gtk=sh4=2.41.4-1=1684382877=0 > > [2] > > https://salsa.debian.org/webkit-team/webkit/-/commit/3160dec4b3500e97418dbd4246481dc1ae0d2c37 > > -- > .''`. John Paul Adrian Glaubitz > : :' : Debian Developer > `. `' Physicist > `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1040948: xscreensaver-command --suspend doesn't suspend, instead it activates
Package: xscreensaver Version: 6.06+dfsg1-3 Severity: normal Dear Maintainer, For a few years I was using xscreensaver-command --suspend to quickly blank and turn off the screen. Recently I upgraded to Debian 12 and the command stopped working. Instead of blanking it runs a random hack as if I run xscreensaver-command --activate. I don't know if it's a bug in upsteam or Debian. -- System Information: Debian Release: 12.0 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-10-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages xscreensaver depends on: ii init-system-helpers1.65.2 ii libatk1.0-02.46.0-5 ii libc6 2.36-9 ii libcrypt1 1:4.4.33-2 ii libelogind0 [libsystemd0] 246.10-1debian1 ii libglib2.0-0 2.74.6-2 ii libgtk-3-0 3.24.37-2 ii libpam0g 1.5.2-6 ii libx11-6 2:1.8.4-2+deb12u1 ii libxext6 2:1.3.4-1+b1 ii libxft22.3.6-1 ii libxi6 2:1.8-1+b1 ii libxinerama1 2:1.1.4-3 ii libxml22.9.14+dfsg-1.2 ii libxrandr2 2:1.5.2-2+b1 ii libxt6 1:1.2.1-1.1 ii libxxf86vm11:1.1.4-1+b2 ii xscreensaver-data 6.06+dfsg1-3 Versions of packages xscreensaver recommends: ii fonts-urw-base35 20200910-7 ii libjpeg-turbo-progs 1:2.1.5-2 ii perl 5.36.0-7 ii wamerican [wordlist] 2020.12.07-2 ii xfonts-100dpi 1:1.0.5 Versions of packages xscreensaver suggests: ii chromium [www-browser] 114.0.5735.198-1~deb12u1 ii elinks [www-browser] 0.13.2-1+b4 pn fortune pn gdm3 | kdm-gdmcompat ii links2 [www-browser] 2.28-1+b2 pn qcam | streamer ii xdaliclock 2.46-1 ii xfishtank2.5-1+b1 ii xscreensaver-data-extra 6.06+dfsg1-3 ii xscreensaver-gl 6.06+dfsg1-3 ii xscreensaver-gl-extra6.06+dfsg1-3 -- debconf-show failed
Bug#1022843: Bug#1029352: Bug#1022843: ifupdown: network down after systemctl restart
On Wed Jan 25, 2023 at 11:31 PM UTC, Pascal Hambourg wrote: > Maybe there is a more elegant way to stop ifup@*.service, e.g. using > systemd unit dependencies but I am not familiar enough with this topic. > > This setup causes no delay when (re)starting networking.service by hand > at boot time or by hand. However if an interface marked "allow-hotplug" > was manually stopped with ifdown without stopping the associated > ifup@.service, it is not restarted when restarting networking.service. > > Any thoughts ? > Pascal, thank you for ideas! After some digging I think that there is more elegant way to stop ifup@*.service when stopping (or restarting) networking.serivce, we just need to add PartOf to /lib/systemd/system/ifup@.service: [Unit] ... PartOf=networking.service And this ExecStart to /lib/systemd/system/networking.service, to make networking.service restart workable for "allow-hotplug" interfaces (as per your suggestion): [Service] ... ExecStart=/usr/bin/udevadm trigger --action=add --subsystem-match=net ... This changes should be on top of *.service files, before any Bug#1029352 modifications, of course. Seems like more clearer way, than to use /bin/sh invocation and flag file for the non-first run condition check. Any pitfalls for this approach?
Bug#1022843: Bug#1029352: Bug#1022843: ifupdown: network down after systemctl restart
On Mon Jan 23, 2023 at 2:55 PM UTC, Santiago Ruano Rincón wrote: > Thanks everybody for the inputs. I've applied Paul's solution, and the > generated .deb can be downloaded from here: > > https://salsa.debian.org/debian/ifupdown/-/jobs/3841392/artifacts/raw/debian/output/ifupdown_0.8.41~1.gbp3a6fae+salsaci+20230123+42_amd64.deb > > Would it be possible for you (Oleg, Paul, Jeff, kibi et al.) to give it > a try? I tried this *.deb (Pascal approach). It doesn't change behaviour introduced after this patch [1]. Yes, restart for "allow-hotplug" interfaces work but I got the same system boot lag in Jeff configuration. Cyril's latest solution seems to work. I just added "-" to /bin/sh to deal with cases when we have a device that is really hotplug and absent: [Service] Type=oneshot EnvironmentFile=-/etc/default/networking ExecStart=/sbin/ifup -a --read-environment ExecStart=-/bin/sh -c 'if [ -f /run/network/restart-hotplug ]; then /sbin/ifup -a --read-environment --allow=hotplug; fi' ExecStop=/sbin/ifdown -a --read-environment --exclude=lo ExecStopPost=/usr/bin/touch /run/network/restart-hotplug RemainAfterExit=true TimeoutStartSec=5min I got fast boot (as without bad patch) and working restart. One minute long blocking during `systemctl restart networking` when DHCP is not respoding (as in Jeff config) is expected. Thanks to all! [1] https://salsa.debian.org/debian/ifupdown/-/merge_requests/17 > > Cheers, > > -- S
Bug#1022843: ifupdown: network down after systemctl restart
On Fri Jan 20, 2023 at 5:26 PM UTC, Jeff King wrote: > This has the minor downside that on system startup, we'll spend time > trying to bring up allow-hotplug interfaces, even if they're not > available. So on my system, for example, with: > > allow-hotplug eth0 > iface eth0 inet dhcp > > auto wlan0 > iface wlan0 inet manual > wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf > > this introduces a 10-second lag to the boot process as the dhcp client > broadcasts over eth0, which has no cable plugged in (it's udhcpc in my > case, but I imagine it would be the same for any client). > > It's definitely less bad than the problem you were fixing. But it makes > me wonder if the solution here is neglecting the reason that these > interfaces are marked allow-hotplug and not "auto" in the first place. What you describing is correct behavior. According to "man 5 interface": "Interfaces marked "allow-hotplug" are brought up when udev detects them. This can either be during boot if the interface is already present, or at a later time, for example when plugging in a USB network card. Please note that this does not have anything to do with detecting a network cable being pluggied in." So unplugged cable doesn't mean that the device is not plugged. But now we have a boot delay in configurations like Jeff, which is bad. The reason for this is that dhclient goes background only after trying to get lease by sending DHCPDISCOVER six times which can take up to one minute. This leads to a longer networking.service systemd unit start time and postpone reaching systemd network target which in most cases leads to a longer boot times (due to systemd unit dependencies). Currently I don't know how to correctly fix this. Given that the problem I initially described is very old (probably dates back to systemd migration) and no-one complained, maybe the right thing to do is to revert the change. Thank you. P.S.: Yes, probably Debian installer should add PCI NICs as auto, not as allow-hotplug, but in this case after fresh installing Debian and just adding your wlan0 configuration (not changing eth0 which will be auto) you'll get the same boot delay even without my change. > > -Peff
Bug#1022843: ifupdown: network down after systemctl restart
Package: ifupdown Tags: patch Here is proposed patch. Since the unit type is oneshot, we can have multiple ExecStart statements. Note that we have to use '--ignore-errors'. Otherwise if we have real hotplug interface that is not present at the moment of restart, `ifup` returns non-zero and systemd unit fail. diff --git a/debian/networking.service b/debian/networking.service index 593172b..7ad246b 100644 --- a/debian/networking.service +++ b/debian/networking.service @@ -16,6 +16,7 @@ WantedBy=network-online.target Type=oneshot EnvironmentFile=-/etc/default/networking ExecStart=/sbin/ifup -a --read-environment +ExecStart=/sbin/ifup -a --allow=hotplug --ignore-errors --read-environment ExecStop=/sbin/ifdown -a --read-environment --exclude=lo RemainAfterExit=true TimeoutStartSec=5min
Bug#1022843: ifupdown: network down after systemctl restart
Package: ifupdown Version: 0.8.36 Severity: important X-Debbugs-Cc: syso...@yandex.ru Hello! (Not sure why such rather important issue is not filled yet, but anyway. Sorry if I'm creating duplicate.) My network is down after running `systemctl restart networking` on fresh installed Debian 11.5 (but the same issue is on Debian 10). There is no way to start it with `systemctl start networking`. Not sure if this relevant but I'm using static IPv4 config, no DHCP. The installation is very minimal without any systemd-networkd or NetworkManager stuff. The reason for this is that systemd unit file networking.service using `ifdown -a` to stop network and then `ifup -a` to start it. According to the manual, the first command unconditionally deconfigure _all_ interfaces defined in /etc/network/interfaces, but the second one configure only interfaces which is defined as "auto" in the configuraton and not as "allow-hotplug". During the installation all interfaces (fixed PCI NICs too, because udev events generated for PCI devices too [1]) in /etc/network/interfaces is created with "allow-hotplug", so restarting networking with systemd leads to non-functional network. When using old-school `/etc/init.d/networking restart` (don't forget to set SYSTEMCTL_SKIP_REDIRECT=1) the issue is not present. This is because of special treatment for "allow-hotplug" interfaces in /etc/init.d/networking. See ifup_hotplug () function. The functionality is lacking in systemd unit file. Forgot to mention that the network starting normally during the system startup. This is because of ifup@.service template unit which is started from udev rule via /lib/udev/ifupdown-hotplug script which runs unit for specific interface. This leads to running `ifup eth0`. When you run ifup this way, there is no need to define interface as "auto". Yes, everything can be fixed using "auto" instead of "allow-hotplug", but "allow-hotplug" is set by Debian Installer [2]. This leads to the issue just "by default". Should we sync systemd unit file behaviour with old SysV script by implementing something like ifup_hotplug() logic in unit file? Network must not be broken after silly systemctl restart. [1] https://salsa.debian.org/installer-team/hw-detect/-/blob/master/net-hotplug.sh [2] https://salsa.debian.org/installer-team/netcfg/-/blob/master/write_interface.c -- Package-specific info: --- /etc/network/interfaces: # interfaces(5) file used by ifup(8) and ifdown(8) # Include files from /etc/network/interfaces.d: source /etc/network/interfaces.d/* allow-hotplug eth0 iface eth0 inet static address 172.17.0.3 netmask 255.255.0.0 gateway 172.17.0.1 --- /etc/network/interfaces.d/*: cat: '/etc/network/interfaces.d/*': No such file or directory --- up and down scripts installed: /etc/network/if-down.d: total 0 /etc/network/if-post-down.d: total 0 /etc/network/if-pre-up.d: total 0 /etc/network/if-up.d: total 0 -- System Information: Debian Release: 11.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.12.2 (SMP w/1 CPU thread) Kernel taint flags: TAINT_FORCED_MODULE, TAINT_WARN, TAINT_UNSIGNED_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ifupdown depends on: ii adduser 3.118 ii iproute2 5.10.0-4 ii libc6 2.31-13+deb11u5 ii lsb-base 11.1.0 Versions of packages ifupdown recommends: ii isc-dhcp-client [dhcp-client] 4.4.1-2.3+deb11u1 Versions of packages ifupdown suggests: pn ppp pn rdnssd -- no debconf information
Bug#964451: chromium (83.0.4103.116-1~deb10u2) constantly crashes and slow
Package: chromium Version: 83.0.4103.116-1~deb10u2 Followup-For: Bug #964161 update to chromium 83.0.4103.116-1~deb10u2, I experienced constant crashes and slow execution
Bug#956114: dbus-c++: deadlock on timeout expiration
Package: libdbus-c++-1-0v5 Version: 0.9.0-8+b1 Tags: upstream patch Severity: normal Dear Maintainer, Sometimes I'm getting a deadlock in dbus-c++ while debugging my application under gdb. It happens when I interrupt the program when DBus request is already sent, but no reply received yet. Then I'm debugging something for 25+ sec (so dbus timeout expires), continue execution and get a deadlock in a dbus-c++ dispatcher thread. It happens for me only during gdb sessions. If I delay the reply on a DBus server side, different branch of logic is used by DBus and deadlock doesn't occur. Backtrace of the deadlock: (gdb) thread 4 [Switching to thread 4 (Thread 0xab721b40 (LWP 20192))] #0 0xb7fd9d39 in __kernel_vsyscall () (gdb) bt #0 0xb7fd9d39 in __kernel_vsyscall () #1 0xb3e0bde2 in __lll_lock_wait () from /lib/i386-linux-gnu/libpthread.so.0 #2 0xb3e0592e in pthread_mutex_lock () from /lib/i386-linux-gnu/libpthread.so.0 #3 0xb72917c8 in DBus::DefaultMutex::lock (this=0x5deb2d2c) at eventloop.cpp:104 #4 0xb7291c8a in DBus::DefaultTimeout::~DefaultTimeout (this=0x7a74a9e8, __in_chrg=) at eventloop.cpp:59 #5 0xb72933ce in DBus::BusTimeout::~BusTimeout (this=0x7a74a9e0, __in_chrg=) at ../include/dbus-c++/eventloop-integration.h:44 #6 DBus::BusTimeout::~BusTimeout (this=0x7a74a9e0, __in_chrg=) at ../include/dbus-c++/eventloop-integration.h:44 #7 0xb724dc43 in _dbus_timeout_list_remove_timeout (timeout_list=0x5df1b710, timeout=0x7a73e170) at ../../../dbus/dbus-timeout.c:347 #8 0xb723814a in protected_change_timeout (enabled=0, toggle_function=0x0, remove_function=, add_function=0x0, timeout=, connection=0x5df1cef8) at ../../../dbus/dbus-connection.c:841 #9 _dbus_connection_remove_timeout_unlocked (timeout=, connection=0x5df1cef8) at ../../../dbus/dbus-connection.c:888 #10 reply_handler_timeout (data=0x7a73ddd0) at ../../../dbus/dbus-connection.c:3344 #11 0xb7290bbb in DBus::Timeout::handle (this=0x7a74a9e0) at dispatcher.cpp:58 #12 0xb729288d in DBus::BusDispatcher::timeout_expired (this=0x5deb2ce0, et=...) at eventloop-integration.cpp:201 #13 0xb7291b52 in DBus::Slot::operator() (param=..., this=) at ../include/dbus-c++/util.h:240 #14 DBus::DefaultMainLoop::dispatch (this=0x5deb2d20) at eventloop.cpp:221 #15 0xb7292610 in DBus::BusDispatcher::enter (this=0x5deb2ce0) at eventloop-integration.cpp:100 ... DBus requests are sent from another thread, but it is not participating in the deadlock. Deadlock happens in a dispatcher thread itself, which tries to lock the same non-recursive mutex it already holds: DefaultMainLoop::_mutex_t. Deadlock happens in DBus::DefaultMainLoop::dispatch() in the following code: _mutex_t.lock(); ti = _timeouts.begin(); while (ti != _timeouts.end()) { DefaultTimeouts::iterator tmp = ti; ++tmp; if ((*ti)->enabled() && now_millis >= (*ti)->_expiration) { (*ti)->expired(*(*ti)); if ((*ti)->_repeat) { (*ti)->_expiration = now_millis + (*ti)->_interval; } } ti = tmp; } _mutex_t.unlock(); It locks _mutex_t, then calls "(ti)->expired((*ti));" which just deletes the timeout, and tries to lock _mutex_t again in DefaultTimeout destructor: DefaultTimeout::~DefaultTimeout() { _disp->_mutex_t.lock(); _disp->_timeouts.remove(this); _disp->_mutex_t.unlock(); } It results in a deadlock by one thread on a non-recursive mutex. Exactly the same problem is also described here: https://sourceforge.net/p/dbus-cplusplus/mailman/message/28745127/ I've tried making DefaultMainLoop::_mutex_t recursive, and it fixed the problem. Can you please apply this patch? Patch: --- eventloop.cpp 2020-04-06 12:26:06.902743512 +0300 +++ NEW_eventloop.cpp 2020-04-06 12:26:00.838743134 +0300 @@ -110,6 +110,7 @@ } DefaultMainLoop::DefaultMainLoop() : + _mutex_t(true), _mutex_w(true) { } -- System Information: Debian Release: 9.12 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 4.19.0-0.bpo.6-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libdbus-c++-1-0v5 depends on: ii libc6 2.24-11+deb9u4 ii libdbus-1-3 1.10.28-0+deb9u1 ii libecore1 1.8.6-2.5+b2 ii libgcc1 1:6.3.0-18+deb9u1 ii libglib2.0-0 2.50.3-2+deb9u2 ii libstdc++66.3.0-18+deb9u1 libdbus-c++-1-0v5 recommends no packages. libdbus-c++-1-0v5 suggests no packages. -- no debconf information
Bug#944867: ntpdate -d -q
The output of ntpdate -d -q ru.pool.ntp.org: 7 Dec 19:08:04 ntpdate[18566]: ntpdate 4.2.8p12@1.3728-o (1) Looking for host ru.pool.ntp.org and service ntp host found : 188.44.104.135 transmit(188.44.104.135) receive(188.44.104.135) transmit(89.221.207.113) receive(89.221.207.113) transmit(195.112.113.253) receive(195.112.113.253) transmit(89.109.251.23) receive(89.109.251.23) server 188.44.104.135, port 123 stratum 2, precision -24, leap 00, trust 000 refid [89.109.251.24], root delay 0.058853, root dispersion 0.036026 transmitted 1, in filter 1 reference time:e1964739.db2bb732 Sat, Dec 7 2019 18:43:53.856 originate timestamp: e1964bcc.8e43322e Sat, Dec 7 2019 19:03:24.555 transmit timestamp: e1964ce4.c9b0b07b Sat, Dec 7 2019 19:08:04.787 delay 0.07706, dispersion 0.0 offset -280.258032 server 89.221.207.113, port 123 stratum 2, precision -20, leap 00, trust 000 refid [192.36.143.151], root delay 0.013077, root dispersion 0.035568 transmitted 1, in filter 1 reference time:e196499c.0ae07cf1 Sat, Dec 7 2019 18:54:04.042 originate timestamp: e1964bcc.bd1ac24b Sat, Dec 7 2019 19:03:24.738 transmit timestamp: e1964ce4.fcd0e99b Sat, Dec 7 2019 19:08:04.987 delay 0.04192, dispersion 0.0 offset -280.257222 server 195.112.113.253, port 123 stratum 1, precision -23, leap 00, trust 000 refid [GPS], root delay 0.00, root dispersion 0.001038 transmitted 1, in filter 1 reference time:e1964bc9.4608d8e2 Sat, Dec 7 2019 19:03:21.273 originate timestamp: e1964bcc.eec55e97 Sat, Dec 7 2019 19:03:24.932 transmit timestamp: e1964ce5.300cac2d Sat, Dec 7 2019 19:08:05.187 delay 0.03308, dispersion 0.0 offset -280.258742 server 89.109.251.23, port 123 stratum 1, precision -18, leap 00, trust 000 refid [MRS], root delay 0.00, root dispersion 0.000122 transmitted 1, in filter 1 reference time:e1964bcd.0965648d Sat, Dec 7 2019 19:03:25.036 originate timestamp: e1964bcd.21d33031 Sat, Dec 7 2019 19:03:25.132 transmit timestamp: e1964ce5.633a3aa8 Sat, Dec 7 2019 19:08:05.387 delay 0.03116, dispersion 0.0 offset -280.258582 7 Dec 19:08:05 ntpdate[18566]: step time server 89.109.251.23 offset -280.258582 sec AFAIU adjtimex.c expects "filter offset:" and there is no "filter offset:" in the output. Oleg. -- Oleg Broytmanhttps://phdru.name/p...@phdru.name Programmers don't die, they just GOSUB without RETURN.
Bug#944867: adjtimex cannot understand ntpdate output
Package: adjtimex Version: 1.29-10 Severity: important Dear Maintainer, I just upgraded from Debian 9 to 10 and started to get this: $ sudo adjtimex -h pool.ntp.org host found : host55.rax.ru cannot understand ntpdate output The output from the new ntpdate is: $ sudo ntpdate pool.ntp.org 16 Nov 19:06:33 ntpdate[30125]: step time server 89.175.20.7 offset -32.476235 sec The output from the old ntpdate (Debian 9) was: $ sudo ntpdate pool.ntp.org 16 Nov 19:07:18 ntpdate[31131]: adjust time server 192.36.143.130 offset 0.031384 sec The problem seems to be related to bug #438718: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438718 The bug should be fixed long ago: https://github.com/rogers0/adjtimex/commit/f28e0e1cbdc949689d14d9e067e931abbc366913 in version 1.22. -- System Information: Debian Release: 10.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 4.14.154 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R), LANGUAGE=C (charmap=KOI8-R) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages adjtimex depends on: ii debconf [debconf-2.0] 1.5.71 ii libc6 2.28-10 ii lsb-base 10.2019051400 adjtimex recommends no packages. Versions of packages adjtimex suggests: ii ntpdate 1:4.2.8p12+dfsg-4 -- debconf information: adjtimex/compare_rtc: true adjtimex/run_daemon: true
Bug#934938: [cargo-docs] missing files
Hi, So you actually removed the cargo book from the package. I'd say that made the package plain unusable. If you are not able to ship the cargo book infrastructure now, why did you remove the book from the package in the first place, instead of sticking with the old working version? In addition, the users have a poor indication of what's currently happening with the package. There is no "index.html" with a disclaimer "we cannot ship cargo book anymore", or a relevant entry in the changelog, or anything.
Bug#930736: Summer solstice wrongly reported as spring equinox in the Russian calendar
Package: bsdmainutils Version: 11.1.2+b1 Hi, Encountered the following /usr/bin/calendar output today: $ LANG=ru_RU.UTF-8 calendar # ... Jun 20* Весеннее равноденствие $ date Wed 19 Jun 2019 03:49:39 PM MSK "Весеннее равноденствие" = spring equinox. Expected is "Летнее солнцестояние" (summer solstice). OS: Debian 10 (buster) Thanks
Bug#864995: rtorrent: Crashes when dht and peer exchange is enabled
Thanks a lot for your analysis Łukasz, I confirm that force-enabling byte alignment on ARM fixes the issue. This particular rtorrent crash affects my armhf machine (Banana Pro board) since the day I replaced Bananian with Armbian stretch. I reckon this issue as pretty severe as it basically prevents usage of rtorrent with DHT enabled on ARM workstations (which is a common case for torrent seedboxes). Now, after the fix, I'm having rtorrent flawlessly running for already several hours. Before the fix, it was crashing with this "tracker insertion" error within 4-6 minutes after start. Any chance to promote the fix to the upstream? Included is the patch for debian/rules which adds --enable-aligned if target arch is ARM. Oleg diff -Nru libtorrent-0.13.6/debian/rules libtorrent-0.13.6/debian/rules --- libtorrent-0.13.6/debian/rules 2016-12-22 06:32:11.0 + +++ libtorrent-0.13.6/debian/rules 2019-03-29 22:34:15.0 + @@ -21,6 +21,12 @@ override_dh_auto_test: endif +# Force byte alignment on ARM. +# Closes https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=864995. +ifeq ($(DEB_TARGET_ARCH_CPU), arm) +CONFOPTS += --enable-aligned +endif + %: dh $@ --with autoreconf --parallel
Bug#917296: emacs-gtk: Emacs GNUS can no longer use movemail
This update to Emacs 26.1 broke my movemail setup (Buster) in exactly the same way. The bad thing here is, I don't even have mailutils installed as this package is pretty much bloated. But for some reason I had a movemail executable in /usr/bin/emacs/v25.2/x86_64-linux-gnu and had no problems with mail retrieval from a (file) spool. (Apt-file somewhy doesn't show me the owner of this executable). After upgrade to 26.1, there is no movemail executable in /usr/bin/emacs/v25.2/x86_64-linux-gnu anymore and I cannot retrieve mail from a local spool, observing the "searching for program" error. One hack is to retrieve the old movemail executable from a backup or deb package, and reinstate it in /usr/bin/emacs/v26.1/x86_64-linux-gnu. Thanks Oleg
Bug#923142: Debconf option roundcube/language has no effect
Package: roundcube Version: 1.3.8+dfsg.1-2 I expected to see $config['language'] = 'ru_RU' in the configuration file after setting debconf option roundcube/language accordingly, but that's not what happened: # echo roundcube-core roundcube/language string ru_RU | debconf-set-selections # apt-get install roundcube # grep language /etc/roundcube/config.inc.php || echo Not found Not found Postinst script roundcube-core.postinst has no way to add new lines to the template placed at /usr/share/roundcube/config.inc.php.sample. It can only modify values of existing variables. Current version of the template doesn't contain $config['language'] line hence this variable can't be set by postinst script during configuration. Unfortunately, we can't simply copy $config['language'] line from defaults.inc.php to config.inc.php.sample. If no $config['language'] line exists in the configuration file or its value is null, roundcube uses HTTP_ACCEPT_LANGUAGE-based language auto-detection, which is desired behavior. Debconf sets roundcube/language to en_US (or some other language based on locale) by default which would disable auto-detection for all installations if this value gets propagated to the configuration file every time. In order to avoid this, we need to add $config['language'] line to the configuration file only if roundcube/language has been manually set (preseeded).
Bug#618332: screen contents not restored when detaching a "screen" session
Hello! In Debian 9 terminal content is not restored even in xterm. I work around the problem with the following trick: In .screenrc I completely removed ti/te: termcapinfo xterm*|rxvt* 'ti=:te=' I run screen wrapped with tput calls: tput smcup; screen -S test; tput rmcup This works quite good except for commands that make screen to write to terminal like -ls or -Q: the final tput hides the text. So I wrote a screen wrapper in shell: #! /bin/sh if [ "$1" = "-ls" -o "$1" = "--list" ]; then list=true fi test "$list" = true || tput smcup /usr/bin/screen "$@" test "$list" = true || tput rmcup Now it's near perfect. Tested with rxvt and xterm. Oleg. -- Oleg Broytmanhttps://phdru.name/p...@phdru.name Programmers don't die, they just GOSUB without RETURN.
Bug#899156: uswsusp: s2disk reboots instead of hibernating
Package: uswsusp Version: 1.0+20120915-6.1+b1 Severity: important Dear Maintainer, I had been using suspend-to-disk for many years on my notebook with Debian 8. After upgrade to Debian 9 it stopped working. Instead of dumping memory to disk s2disk completely blanks screen for 30-60 seconds (no disk activity) and then reboots. Sometimes there are 2 reboots in a row - the system shows GRUB menu, I press or choose "recovery mode" and the system immediately reboots again. After the second reboot the system loads fine. I cannot find anything in logs probably because s2disk doesn't flush logs and when the system crashes (I suspect the first reboot is kernel panic) logs are not saved. How can I debug and make s2disk suspending? Hardware: Samsung NP550P5C-S04RU notebook. -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 4.9.0-6-686-pae (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R), LANGUAGE=C (charmap=KOI8-R) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages uswsusp depends on: ii debconf [debconf-2.0] 1.5.61 ii libblkid1 2.29.2-1+deb9u1 ii libc6 2.24-11+deb9u3 ii liblzo2-2 2.08-1.2+b2 ii libpci31:3.5.2-1 ii libx86-1 1.1+ds1-10.2 Versions of packages uswsusp recommends: ih initramfs-tools 0.130 ii mount2.29.2-1+deb9u1 uswsusp suggests no packages. -- debconf-show failed
Bug#892083: smplayer: recodes filenames to wrong encoding
Hi! Thanks for trying but still doesn't work. On Thu, Mar 08, 2018 at 05:27:18PM +0100, Fabian Greffrath <fab...@debian.org> wrote: > Am Montag, den 05.03.2018, 06:28 +0300 schrieb Oleg Broytman: > > ii mpv 1:0.27.2-dmo1+deb9u1 > > Please try again with Debian's mpv package. The command mpv media/Видео/somevideo.avi plays the video perfectly. (The Russian word in the path means "Video", written in koi8-r, locale is ru_RU.KOI8-R.) The command smplayer media/Видео/somevideo.avi doesn't work. smplayer's error log in the log window is /usr/bin/mpv --no-config --no-quiet --terminal --no-msg-color --input-file=/dev/stdin --no-fs --hwdec=no --sub-auto=fuzzy --vo=xv, --ao=pulse, --no-input-default-bindings --input-vo-keyboard=no --no-input-cursor --cursor-autohide=no --no-keepaspect --wid=37748755 --monitorpixelaspect=1 --osd-scale=0 --sub-ass --embeddedfonts --sub-ass-line-spacing=0 --sub-scale=1 --sub-font=Arial --sub-color=# --sub-shadow-color=#ff00 --sub-border-color=#ff00 --sub-border-size=2.5 --sub-shadow-offset=5 --sub-codepage=enca:ru:CP1251 --sub-pos=100 --volume=64 --cache=auto --osd-level=0 --screenshot-template=cap_%F_%p_%02n --screenshot-format=jpg --screenshot-directory=/home/phd/tmp/smplayer_screenshots --audio-channels=2 --audio-pitch-correction=yes --af-add=equalizer=0:0:0:0:0:0:0:0:0:0 --volume-max=100 --ytdl=no --term-playing-msg=MPV_VERSION=${=mpv-version:} INFO_VIDEO_WIDTH=${=width} INFO_VIDEO_HEIGHT=${=height} INFO_VIDEO_ASPECT=${=video-aspect} INFO_VIDEO_FPS=${=container-fps:${=fps}} INFO_VIDEO_FORMAT=${=video-format} INFO_VIDEO_CODEC=${=video-codec} INFO_AUDIO_FORMAT=${=audio-codec-name} INFO_AUDIO_CODEC=${=audio-codec} INFO_AUDIO_RATE=${=audio-params/samplerate} INFO_AUDIO_NCH=${=audio-params/channel-count} INFO_LENGTH=${=duration:${=length}} INFO_DEMUXER=${=current-demuxer:${=demuxer}} INFO_SEEKABLE=${=seekable} INFO_TITLES=${=disc-titles} INFO_CHAPTERS=${=chapters} INFO_TRACKS_COUNT=${=track-list/count} METADATA_TITLE=${metadata/by-key/title:} METADATA_ARTIST=${metadata/by-key/artist:} METADATA_ALBUM=${metadata/by-key/album:} METADATA_GENRE=${metadata/by-key/genre:} METADATA_DATE=${metadata/by-key/date:} METADATA_TRACK=${metadata/by-key/track:} METADATA_COPYRIGHT=${metadata/by-key/copyright:} INFO_MEDIA_TITLE=${=media-title:} --term-status-msg=STATUS: ${=time-pos} / ${=duration:${=length:0}} P: ${=pause} B: ${=paused-for-cache} I: ${=core-idle} media/???/somevideo.avi Playing: media/???/somevideo.avi [file] Cannot open file 'media/???/somevideo.avi': No such file or directory Failed to open media/???/somevideo.avi. Exiting... (Errors when loading file) media/Видео/somevideo.avi is recoded to a wrong encoding, probably utf-8. When I move the file to tmp/somevideo.avi smplayer plays it. But I don't want to rename all my directories and files. Oleg. -- Oleg Broytmanhttp://phdru.name/p...@phdru.name Programmers don't die, they just GOSUB without RETURN.
Bug#726530: FvwmPager segfaults
FvwmPager still segfaults after I upgraded to stretch. Less frequently maybe. Mar 6 11:17:52 oleg-nb3-eth kernel: [ 6783.169065] FvwmPager[5422]: segfault at 19cb000 ip b6d9496e sp bf924240 error 6 in libc-2.24.so[b6d0c000+1b1000] Oleg. -- Oleg Broytmanhttp://phdru.name/p...@phdru.name Programmers don't die, they just GOSUB without RETURN.
Bug#892083: smplayer: recodes filenames to wrong encoding
Package: smplayer Version: 16.11.0~ds0-1+deb9u1 Severity: normal Tags: l10n Dear Maintainer, for many years I was using smplayer quite happily, thank you very much! But recently I upgraded to Debian 9 stretch and now I have a problem playing files where filename or path is in koi8-r encoding (I use ru_RU.KOI8-R locale). When I try to play such a file smplayer reports "Cannot start mpv". In the smplayer's log I see the file name/path recoded to a wrong encoding. I'm not sure but it seems smplayer re-encodes file paths from the current locale to utf-8 and pass the re-encoded name to mpv, that what I suspect. I experimented a bit and found smplayer plays files with utf-8 names without a problem. For many reasons I don't want to recode my file/dir names and switch to utf-8. So now I have to play files directly with mpv. I don't know if it's Debian-specific or upstream bug. -- System Information: Debian Release: 9.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 4.9.0-6-686-pae (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R), LANGUAGE=C (charmap=KOI8-R) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages smplayer depends on: ii libc6 2.24-11+deb9u1 ii libgcc1 1:6.3.0-18+deb9u1 ii libgl1-mesa-glx [libgl1] 13.0.6-1+b2 ii libqt5core5a 5.7.1+dfsg-3+b1 ii libqt5dbus5 5.7.1+dfsg-3+b1 ii libqt5gui55.7.1+dfsg-3+b1 ii libqt5network55.7.1+dfsg-3+b1 ii libqt5script5 5.7.1~20161021+dfsg-2 ii libqt5widgets55.7.1+dfsg-3+b1 ii libqt5xml55.7.1+dfsg-3+b1 ii libstdc++66.3.0-18+deb9u1 ii libx11-6 2:1.6.4-3 ii libxext6 2:1.3.3-1+b2 ii mpv 1:0.27.2-dmo1+deb9u1 ii zlib1g1:1.2.8.dfsg-5 Versions of packages smplayer recommends: pn smplayer-l10n pn smplayer-themes smplayer suggests no packages. -- no debconf information Oleg. -- Oleg Broytmanhttp://phdru.name/p...@phdru.name Programmers don't die, they just GOSUB without RETURN.
Bug#818152: [Pkg-xfce-devel] Bug#818152: lightdm: can no longer manage multiple X servers
Hi Yves-Alexis Perez, Very sorry but you are wrong, there are more users that need that. Not much but still. Personally I wanted to configure multi-session support in Xorg (not multi-seat). As I see, there is no way to do that on Debian 9. What about to "nobody complained" - well, I'm complaining now, and just because I've got new hardware and tried to setup fresh system. I had no need to complain earlier because my old system (Debian 7) still works fine and does what I needed. Now I see no other option to get what I want on new hardware except to setup Debian 7. I will be glad if I understood something wrong, and Xorg multi-session is possible on current Debian 9 (any DM will be fine for me). If so, please reply here or into my message in users mailing list: https://lists.debian.org/debian-user/2017/10/msg00335.html Hope this will be solved. Thank you! On Mon, 14 Mar 2016 17:20:45 +0100 Yves-Alexis Perez <cor...@debian.org> wrote: > On lun., 2016-03-14 at 11:00 +0100, Christian Pernegger wrote: > > Hi, > > > […] > > First you should try to investigate whether it's possible to port your setup > to logind. > > > This should at the very least be documented in the default config file > > and NEWS (not buried in the changelog for 1.11.7), better yet ignored > > configuration should throw a warning. > > We might add a NEWS entry, but honestly I have the feeling you might be the > only user of that feature (nobody complained so far; I know it didn't reach a > Debian stable release yet, but it did in Ubuntu). > > Any chance to add manual configuration back? > > You need to port your case directly upstream (see the last paragraph of the > mail) > > Regards, > -- > Yves-Alexis > -- Sincerely yours, Oleg Kostyuk (CUB-UANIC)
Bug#872144: dbus: DBUS handles only 30 connections. SOMAXCONN
Package: dbus Version: 1.8.22-0+deb8u1 Severity: normal Dear Maintainer, Debian Jessie has outdated version of DBUS which contains the bug, described here: https://gitlab.com/gitlab-com/infrastructure/issues/290 In short, DBUS can handle only 30 connections, which leads to queueing of requests from other processes. For example it leads to very slow login to the system. Please apply the simple fix from this commit, which will resolve the problem: https://bugs.freedesktop.org/attachment.cgi?id=123464 Or create a backport of version 1.10 from stretch release Thank you very-very much in advance. Oleg. -- System Information: Debian Release: 8.9 Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/48 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dbus depends on: ii adduser 3.113+nmu3 ii libaudit11:2.4-1+b1 ii libc62.19-18+deb8u10 ii libcap-ng0 0.7.4-2 ii libdbus-1-3 1.8.22-0+deb8u1 ii libexpat12.1.0-6+deb8u4 ii libselinux1 2.3-2 ii libsystemd0 215-17+deb8u7 ii lsb-base 4.1+Debian13+nmu1 dbus recommends no packages. Versions of packages dbus suggests: pn dbus-x11 Versions of packages dbus is related to: pn dbus-x11 ii systemd 215-17+deb8u7 ii systemd-sysv 215-17+deb8u7 -- no debconf information
Bug#871766: vnstat segmentation fault
Package: vnstat Version: 1.15-2 Followup-For: Bug #871766 vnstat -i enp3s0f5 Database updated: Sun Aug 6 23:08:07 2017 (enp3s0f5) since 01/01/1970 rx: 17,179,869,184.00 TB tx: 31.75 MB total: 17,179,869,184.00 TB monthly rx | tx |total| avg. rate +-+-+--- Segmentation fault And I cannot update database. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.11.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vnstat depends on: ii adduser 3.115 ii init-system-helpers 1.49 ii libc62.24-14 ii lsb-base 9.20161125 vnstat recommends no packages. Versions of packages vnstat suggests: pn vnstati -- Configuration Files: /etc/vnstat.conf changed [not included] -- no debconf information
Bug#871766: vnstat segmentation fault
Package: vnstat Version: 1.15-2 Severity: important Dear Maintainer, `/usr/bin/vnstat` fails every time when executed. Outcome: ``` vnstat rx / tx / total/ estimated (enp3s0f5): Segmentation fault ``` -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.11.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vnstat depends on: ii adduser 3.115 ii init-system-helpers 1.49 ii libc62.24-14 ii lsb-base 9.20161125 vnstat recommends no packages. Versions of packages vnstat suggests: pn vnstati -- Configuration Files: /etc/vnstat.conf changed: Interface "eth0" DatabaseDir "/var/lib/vnstat" Locale "-" MonthRotate 1 DayFormat"%x" MonthFormat "%b '%y" TopFormat"%x" RXCharacter "%" TXCharacter ":" RXHourCharacter "r" TXHourCharacter "t" UnitMode 1 OutputStyle 3 RateUnit 1 MaxBandwidth 100 MaxBWethnone 8 Sampletime 5 QueryMode 0 CheckDiskSpace 1 UseFileLocking 1 BootVariation 15 TrafficlessDays 1 DaemonUser "" DaemonGroup "" UpdateInterval 5 PollInterval 5 SaveInterval 5 OfflineSaveInterval 30 SaveOnStatusChange 1 UseLogging 2 CreateDirs 1 UpdateFileOwner 1 LogFile "/var/log/vnstat/vnstat.log" PidFile "/run/vnstat/vnstat.pid" HeaderFormat "%x %H:%M" HourlyRate 1 SummaryRate 1 SummaryLayout 1 TransparentBg 0 CBackground "FF" CEdge "AEAEAE" CHeader "606060" CHeaderTitle"FF" CHeaderDate "FF" CText "00" CLine "B0B0B0" CLineL "-" CRx "92CF00" CTx "606060" CRxD"-" CTxD"-" -- no debconf information
Bug#846649: closed by Oleg Moskalenko <mom040...@gmail.com> (846649 to be closed)
Jonas, Please test it and let us know. All crashes of this sort are in 99% due to the OpenSSL incompatibilities. Thanks Oleg On Mon, Dec 12, 2016 at 5:07 PM, Jonas Meurer <jo...@freesources.org> wrote: > Am 13.12.2016 um 00:50 schrieb Jonas Meurer: > >> Am 13.12.2016 um 00:45 schrieb Debian Bug Tracking System: >>> The bug was filed agains a "testing" binary package forcefully >>> installed in a Squeeze environment. That binary package was never >>> meant to be used in Squeeze. Coturn heavily relies on OpenSSL and on >>> binary compatibility with OpenSSL libraries. We cannot support that >>> binary in Squeeze. If you absolutely must to use Coturn with Squeeze, >>> then you have to compile Coturn manually from the sources from the >>> project page http://coturn.net. >> >> Sorry, but in my initial report I confused Squeeze with Stretch. In >> fact, this bug is discovered on Debian Stretch, which is already in >> freeze and supposed to be released as Stable within the next months. >> >> I keep experiencing this bug almost once a day on the Stretch system >> that runs coturn (along with a Spreed.ME setup). >> >> As I wrote earlier, the bug might be related to the OpenSSL (1.0 -> 1.1) >> transition that took place in Stretch recently. Probably a simple >> rebuild against OpenSSL 1.1 would fix it. If you like, I could give it a >> try. Would that help? > > Ha, just after sending this mail I saw that coturn indeed had been > binNMUed and updated to 4.5.0.5-1+b1 in Stretch. Will figure out whether > the binNMU fixed the segfault and report back in a few days. > > Cheers, > jonas > > >
Bug#846649: Squeeze ?
I am not sure that I understand why this binary package is used with Squeeze, regardless of the kernel. This package is extensively using OpenSSL and it is very sensitive to the binary compatibility with OpenSSL libraries. The errors look exactly like something is wrong with the OpenSSL libraries compatibility. There is not much else information in the stack trace - the problem happens somewhere withing OpenSSL. If you want to use it with Squeeze, then you have to compile coturn from binaries. Oleg
Bug#805116: ITP: wifi-switcher
In my opinion the program is ready for uploading under the GPL2, see http://chalaev.com/wifi-switcher https://github.com/chalaev/wifi-switcher https://github.com/chalaev/wifi-switcher/tree/master/current_release but I can not do it because I am not a Debian Developer. Is it possible to submit the program to a Debian Developer, or I have to register as a a Debian Developer myself? On 2015-11-16 10:06, Andrei POPESCU wrote: Control: reassign -1 wnpp Control: retitle -1 ITP: wifi-switcher -- script to automatically switch between networks ... signature.asc Description: PGP signature
Bug#833930: Problem went away
Gitk now renders properly for me. I believe I uninstalled libx11-6 and all dependent packages then reinstalled everything in one go. I did some apt-get upgrades before and/or after that too. There was no change in gitk behavior within the existing X session, however after restarting the computer gitk started rendering itself correctly.
Bug#833930: Screenshot
Screenshot illustrating the problem: http://i.imgur.com/V7BbSPv.png The bottom half of the application seems to function correctly.
Bug#833930: gitk: display shot, application usability gone
Same issue here, and I agree that this makes gitk just about unusable. The issue seems to affect testing but not stable distribution. Things I tried with no effect: - gitk 2.0 from git source repo - compiling latest stable tcl/tk 8.5 and 8.6 from their websites A fresh stable install works properly. apt-get upgrading and dist-upgrading to testing breaks gitk. However, I then reverted to the stable install and upgraded packages one or a few at a time and was able to upgrade all of them to testing with gitk rendering correctly at the end of the process. It seems that some dependency of gitk/tk/tcl breaks gitk between stable and testing but this breakage is dependent on the order of package upgrades. When gitk breaks it does so without X server restart, suggesting a client side issue.
Bug#828271: OpenSSL 1.10 compatibility
I am going to add compatibility in the next package release. We still have to support the previous OpenSSL versions, so that is somewhat ugly.
Bug#828271: openssl 1.1.0 problem
Hi Kurt I do not think that this is coturn's problem. OpenSSL 1.1.0 is not backward compatible with previous versions, and this is their problem. Having two separate code versions for pre-1.1 release and for 1.1 is not practical. I'd suggest that you have to contact openssl folks and ask them to fix their new version - it is still beta and they must be able to fix it. Thanks Oleg
Bug#766331: gajim: 0.16 UI occasionally sort-of crashes
I found a workaround. When the roster crashes I can scroll it up/down with mouse wheel - and it restores (but I have to have more open contacts then the height of the roster - which is not always true because I hide most contacts in groups)! So it seems like a problem with updating/redrawing, nothing more. Oleg. -- Oleg Broytmanhttp://phdru.name/p...@phdru.name Programmers don't die, they just GOSUB without RETURN.
Bug#766331: gajim: 0.16 UI occasionally sort-of crashes
Hi! Yet another addition. When I boot my laptop and start XWin and all programs afresh, gajim doesn't crash regardless of who sends me messages. But after I put my laptop to hibernation (I exit gajim before hibernation), resume and restart gajim -- it starts crashing. Oleg. -- Oleg Broytmanhttp://phdru.name/p...@phdru.name Programmers don't die, they just GOSUB without RETURN.
Bug#825358: privoxy.service doesn't start at boot if not declared After=network.target
Package: privoxy Version: 3.0.24-2 Severity: normal Need to add After=network.target in /lib/systemd/system/privoxy.service otherwise service doesn't start at boot time. -- System Information: Debian Release: stretch/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-2-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 Init: systemd (via /run/systemd/system) Versions of packages privoxy depends on: ii adduser3.114 ii debconf [debconf-2.0] 1.5.59 ii init-system-helpers1.33 ii libc6 2.22-9 ii libpcre3 2:8.38-3.1 ii logrotate 3.8.7-2 ii lsb-base 9.20160110 ii ucf3.0036 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages privoxy recommends: ii doc-base 0.10.7 privoxy suggests no packages. -- debconf information: privoxy/listen-address: 127.0.0.1:8118 [::1]:8118
Bug#824702: apt: Incorrect translation in apt list --upgradable ru_RU.UTF8 locale
Package: apt Version: 1.2.12 Severity: minor Dear Maintainer, in ru_RU.UTF8 locale is incorrect translation, for example: vim/unstable 2:7.4.1829-1 amd64 [upgradable from: 2:7.4.1689-3] vim/unstable 2:7.4.1829-1 amd64 [может быть обновлён до: 2:7.4.1689-3] correct is something like «может быть обновлён с:» -- Package-specific info: -- apt-config dump -- APT ""; APT::Architecture "amd64"; APT::Build-Essential ""; APT::Build-Essential:: "build-essential"; APT::Install-Recommends "1"; APT::Install-Suggests "0"; APT::Sandbox ""; APT::Sandbox::User "_apt"; APT::NeverAutoRemove ""; APT::NeverAutoRemove:: "^firmware-linux.*"; APT::NeverAutoRemove:: "^linux-firmware$"; APT::NeverAutoRemove:: "^linux-image-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-image-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^linux-headers-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-headers-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^linux-image-extra-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-image-extra-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^linux-signed-image-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-signed-image-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-image-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-image-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-headers-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-headers-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^gnumach-image-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^gnumach-image-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^.*-modules-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^.*-modules-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^.*-kernel-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^.*-kernel-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^linux-tools-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-tools-4\.5\.0-2-amd64$"; APT::VersionedKernelPackages ""; APT::VersionedKernelPackages:: "linux-image"; APT::VersionedKernelPackages:: "linux-headers"; APT::VersionedKernelPackages:: "linux-image-extra"; APT::VersionedKernelPackages:: "linux-signed-image"; APT::VersionedKernelPackages:: "kfreebsd-image"; APT::VersionedKernelPackages:: "kfreebsd-headers"; APT::VersionedKernelPackages:: "gnumach-image"; APT::VersionedKernelPackages:: ".*-modules"; APT::VersionedKernelPackages:: ".*-kernel"; APT::VersionedKernelPackages:: "linux-backports-modules-.*"; APT::VersionedKernelPackages:: "linux-tools"; APT::Never-MarkAuto-Sections ""; APT::Never-MarkAuto-Sections:: "metapackages"; APT::Never-MarkAuto-Sections:: "contrib/metapackages"; APT::Never-MarkAuto-Sections:: "non-free/metapackages"; APT::Never-MarkAuto-Sections:: "restricted/metapackages"; APT::Never-MarkAuto-Sections:: "universe/metapackages"; APT::Never-MarkAuto-Sections:: "multiverse/metapackages"; APT::Move-Autobit-Sections ""; APT::Move-Autobit-Sections:: "oldlibs"; APT::Move-Autobit-Sections:: "contrib/oldlibs"; APT::Move-Autobit-Sections:: "non-free/oldlibs"; APT::Move-Autobit-Sections:: "restricted/oldlibs"; APT::Move-Autobit-Sections:: "universe/oldlibs"; APT::Move-Autobit-Sections:: "multiverse/oldlibs"; APT::Update ""; APT::Update::Post-Invoke-Success ""; APT::Update::Post-Invoke-Success:: "/usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && /usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 4 --method org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo > /dev/null"; APT::Architectures ""; APT::Architectures:: "amd64"; APT::Compressor ""; APT::Compressor::. ""; APT::Compressor::.::Name "."; APT::Compressor::.::Extension ""; APT::Compressor::.::Binary ""; APT::Compressor::.::Cost "0"; APT::Compressor::lz4 ""; APT::Compressor::lz4::Name "lz4"; APT::Compressor::lz4::Extension ".lz4"; APT::Compressor::lz4::Binary "false"; APT::Compressor::lz4::Cost "50"; APT::Compressor::gzip ""; APT::Compressor::gzip::Name "gzip"; APT::Compressor::gzip::Extension ".gz"; APT::Compressor::gzip::Binary "gzip"; APT::Compressor::gzip::Cost "100"; APT::Compressor::gzip::CompressArg ""; APT::Compressor::gzip::CompressArg:: "-6n"; APT::Compressor::gzip::UncompressArg ""; APT::Compressor::gzip::UncompressArg:: "-d"; APT::Compressor::xz ""; APT::Compressor::xz::Name "xz"; APT::Compressor::xz::Extension ".xz"; APT::Compressor::xz::Binary "xz"; APT::Compressor::xz::Cost "200"; APT::Compressor::xz::CompressArg ""; APT::Compressor::xz::CompressArg:: "-6"; APT::Compressor::xz::UncompressArg ""; APT::Compressor::xz::UncompressArg:: "-d"; APT::Compressor::bzip2 ""; APT::Compressor::bzip2::Name "bzip2"; APT::Compressor::bzip2::Extension ".bz2"; APT::Compressor::bzip2::Binary "bzip2"; APT::Compressor::bzip2::Cost "300"; APT::Compressor::bzip2::CompressArg "";
Bug#823643: maxima-emacs must not depend on maxima and maxima-doc
Package: maxima-emacs Version: 5.38.0-3 Severity: wishlist I never use maxima-doc (prefer online help); I do not use maxima on my netbook. However, sometimes I print maxima files on my netbook from emacs using M-x ps-print-buffer-with-faces I suspect that maxima-emacs does not need neither maxima nor maxima-doc for its highlighting purposes. Moreover, some people (including myself) prefer to compile maxima manually rather than using Debian package. I find it unjustified that maxima-emacs depends on maxima and maxima-doc. I suggest separating these three packages (like it was in good old times): One should be able to use each of them without installing the other two. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.4.6n (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 Init: systemd (via /run/systemd/system) Versions of packages maxima-emacs depends on: ii emacs24 [emacsen]24.5+1-6+b2 ii emacsen-common 2.0.8 ii maxima 5.38.0-3 ii maxima-doc 5.38.0-3 ii tex-common 6.05 ii texlive-binaries [texlive-base-bin] 2015.20160222.37495-1 ii texlive-latex-recommended2015.20160320-1 Versions of packages maxima-emacs recommends: ii ghostscript [postscript-viewer] 9.19~dfsg-1+b1 ii mime-support 3.59 ii zathura-pdf-poppler [pdf-viewer] 0.2.6-1 ii zathura-ps [postscript-viewer]0.2.3-1 maxima-emacs suggests no packages. -- debconf-show failed
Bug#820941: no more seen for 22 days
Since the bug submition I have not encountered the problem any more; "aptitude reinstall shorewall" works ok. It is possible that shorewall does not restart only when the package is upgraded to a new version.
Bug#822280: linux-image-4.5.0-1-amd64: No brightness control in Asus EEE Seashell netbook (worked in ver. 4.4.0)
Package: src:linux Version: 4.5.1-1 Severity: minor Brightness control works with older debian package linux-image-4.4.0-1-amd64. It also works with my manually compiled kernel 4.4.6. Before linux-image-4.5.0-1-amd64 appeared I tried to compile it manually, but I always had this brightness control problem. Now I see that the same problem appears with the Debian linux-image-4.5.0-1-amd64 package, so probably this is just a kernel bug. -- Package-specific info: ** Version: Linux version 4.5.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.3.1 20160409 (Debian 5.3.1-14) ) #1 SMP Debian 4.5.1-1 (2016-04-14) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.5.0-1-amd64 root=UUID=d4981108-a8ca-478b-941d-ed56c1920b75 ro apparmor=1 security=apparmor ** Tainted: E (8192) * Unsigned module has been loaded (currently expected). ** Kernel log: [ 13.976152] [drm] Initialized drm 1.1.0 20060810 [ 14.005594] input: PC Speaker as /devices/platform/pcspkr/input/input10 [ 14.227928] usbcore: registered new interface driver btusb [ 14.301997] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci:00/:00:1c.0/:04:00.1/sound/card1/input11 [ 14.307779] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci:00/:00:1c.0/:04:00.1/sound/card1/input12 [ 14.308429] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci:00/:00:1c.0/:04:00.1/sound/card1/input13 [ 14.308975] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci:00/:00:1c.0/:04:00.1/sound/card1/input14 [ 14.446137] asus_wmi: ASUS WMI generic driver loaded [ 14.479617] asus_wmi: Initialization: 0x0 [ 14.479838] asus_wmi: BIOS WMI version: 0.8 [ 14.480274] asus_wmi: SFUN value: 0x0 [ 14.482428] input: Eee PC WMI hotkeys as /devices/platform/eeepc-wmi/input/input15 [ 14.482992] asus_wmi: Number of fans: 1 [ 14.559323] iTCO_vendor_support: vendor-support=0 [ 14.703860] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11 [ 14.704180] iTCO_wdt: Found a NM10 TCO device (Version=2, TCOBASE=0x0860) [ 14.859116] media: Linux media interface: v0.10 [ 14.875053] Linux video capture interface: v2.00 [ 14.955974] nouveau :04:00.0: NVIDIA GT218 (0a8780b1) [ 14.974515] audit: type=1400 audit(1461357425.240:2): apparmor="STATUS" operation="profile_load" name="gst_plugin_scanner" pid=361 comm="apparmor_parser" [ 14.995530] nouveau :04:00.0: bios: version 70.18.82.00.07 [ 14.999083] nouveau :04:00.0: fb: 512 MiB DDR3 [ 15.054684] [TTM] Zone kernel: Available graphics memory: 1025922 kiB [ 15.054809] [TTM] Initializing pool allocator [ 15.054935] [TTM] Initializing DMA pool allocator [ 15.055085] nouveau :04:00.0: DRM: VRAM: 512 MiB [ 15.055200] nouveau :04:00.0: DRM: GART: 1048576 MiB [ 15.055321] nouveau :04:00.0: DRM: TMDS table version 2.0 [ 15.055437] nouveau :04:00.0: DRM: DCB version 4.0 [ 15.03] nouveau :04:00.0: DRM: DCB outp 00: 01000323 00010034 [ 15.055672] nouveau :04:00.0: DRM: DCB outp 01: 02011300 [ 15.055790] nouveau :04:00.0: DRM: DCB outp 02: 02022362 00020010 [ 15.055908] nouveau :04:00.0: DRM: DCB conn 00: 0040 [ 15.056077] nouveau :04:00.0: DRM: DCB conn 01: 0100 [ 15.056200] nouveau :04:00.0: DRM: DCB conn 02: 1261 [ 15.074262] uvcvideo: Found UVC 1.00 device USB2.0 UVC VGA WebCam (13d3:5702) [ 15.088352] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [ 15.088488] [drm] Driver supports precise vblank timestamp query. [ 15.093298] uvcvideo 1-6:1.0: Entity type for entity Processing 2 was not initialized! [ 15.093520] uvcvideo 1-6:1.0: Entity type for entity Camera 1 was not initialized! [ 15.093729] uvcvideo 1-6:1.0: Entity type for entity Extension 4 was not initialized! [ 15.094296] input: USB2.0 UVC VGA WebCam as /devices/pci:00/:00:1d.7/usb1/1-6/1-6:1.0/input/input16 [ 15.094818] usbcore: registered new interface driver uvcvideo [ 15.094975] USB Video Class driver (1.1.1) [ 15.161433] nouveau :04:00.0: DRM: MM: using COPY for buffer copies [ 15.504984] audit: type=1400 audit(1461357425.772:3): apparmor="STATUS" operation="profile_load" name="/usr/bin/irssi" pid=361 comm="apparmor_parser" [ 15.545678] audit: type=1400 audit(1461357425.812:4): apparmor="STATUS" operation="profile_load" name="/usr/bin/pidgin" pid=361 comm="apparmor_parser" [ 15.545954] audit: type=1400 audit(1461357425.812:5): apparmor="STATUS" operation="profile_load" name="launchpad_integration" pid=361 comm="apparmor_parser" [ 15.546224] audit: type=1400 audit(1461357425.812:6): apparmor="STATUS" operation="profile_load" name="sanitized_helper" pid=361 comm="apparmor_parser" [ 15.597692] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 15.656753] audit: type=1400 audit(1461357425.924:7): apparmor="STATUS" operation="profile_load" name="/usr/bin/yandex-disk" pid=361 comm="apparmor_parser" [ 15.990775] Adding 2096308k swap on /dev/sda2.
Bug#820941: shorewall: /etc/init.d/shorewall disappeared
Package: shorewall Version: 5.0.7.2-1 Severity: important Tags: security 2016-04-12 (perhaps after upgrade) I discovered that the file /etc/init.d/shorewall disappeared, so shorewall does not autostart at boot. I can start it manually (with "service shorewall start") however. This is a potential security issue because one may not notice immediately that his/her computer has lost its firewall. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-1-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 Init: systemd (via /run/systemd/system) Versions of packages shorewall depends on: ii bc 1.06.95-9+b1 ii debconf [debconf-2.0] 1.5.59 ii iproute2 4.3.0-1+b1 ii iptables 1.6.0-2 ii perl 5.22.1-9 ii shorewall-core 5.0.7.2-1 shorewall recommends no packages. Versions of packages shorewall suggests: ii make 4.1-9 pn shorewall-doc -- Configuration Files: /etc/default/shorewall changed: startup=1 OPTIONS="" STARTOPTIONS="" RELOADOPTIONS="" RESTARTOPTIONS="" INITLOG=/dev/null SAFESTOP=0 /etc/shorewall/conntrack [Errno 13] Permission denied: u'/etc/shorewall/conntrack' /etc/shorewall/params [Errno 13] Permission denied: u'/etc/shorewall/params' -- debconf information: shorewall/dont_restart: shorewall/major_release: shorewall/invalid_config:
Bug#819524: to be closed
I do not think that this is a bug any more; I believe that it must be closed.
Bug#819524: isc-dhcp-server: /etc/default/isc-dhcp-server not recognized as part of the package
Package: isc-dhcp-server Version: 4.3.3-8 Severity: minor The file /etc/default/isc-dhcp-server is created inside postinst script and is not reported to be a part of the package. I wonder if that was done for some reason. I am developing a package able to set up a wireless hootspot, and I would like to divert /etc/default/isc-dhcp-server using standard debian tools, but can not do that because the system is not aware of this file. Do you think it would be better to include this file either in "conffiles" or "install"? I could fix this myself -- just let me know if this indeed can be considered as a bug. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-1-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 Init: systemd (via /run/systemd/system) Versions of packages isc-dhcp-server depends on: ii debconf [debconf-2.0] 1.5.59 ii debianutils4.7 ii libc6 2.22-4 ii libdns-export100 1:9.9.5.dfsg-12.1 ii libirs-export911:9.9.5.dfsg-12.1 ii libisc-export951:9.9.5.dfsg-12.1 ii lsb-base 9.20160110 Versions of packages isc-dhcp-server recommends: ii isc-dhcp-common 4.3.3-8 ii policycoreutils 2.4-4 Versions of packages isc-dhcp-server suggests: pn isc-dhcp-server-ldap -- Configuration Files: /etc/dhcp/dhcpd.conf [Errno 2] No such file or directory: u'/etc/dhcp/dhcpd.conf' -- debconf information excluded
Bug#813894: ClamAV installation is OUTDATED
Hi! Now the message is: Mar 22 11:40:18 ba freshclam[4079]: ClamAV update process started at Tue Mar 22 11:40:18 2016 Mar 22 11:40:18 ba freshclam[4079]: WARNING: Your ClamAV installation is OUTDATED! Mar 22 11:40:18 ba freshclam[4079]: WARNING: Local version: 0.99 Recommended version: 0.99.1 Mar 22 11:40:18 ba freshclam[4079]: DON'T PANIC! Read http://www.clamav.net/support/faq Mar 22 11:40:18 ba freshclam[4079]: main.cvd is up to date (version: 57, sigs: 4218790, f-level: 60, builder: amishhammer) Mar 22 11:40:18 ba freshclam[4079]: daily.cvd is up to date (version: 21467, sigs: 83892, f-level: 63, builder: amishhammer) Mar 22 11:40:18 ba freshclam[4079]: bytecode.cvd is up to date (version: 275, sigs: 45, f-level: 63, builder: amishhammer) Cheers, Oleg signature.asc Description: PGP signature
Bug#766331: gajim: 0.16 UI occasionally sort-of crashes
Hi! Additional information. 1. Not every message crashes the roster. There are contacts in my list whose messages always crash the roster and there are contacts whose messages never crash the roster. The roster is crashed only when it's hidden in a different virtual screen. When the roster is visible in the current virtual screen -- no messages crash the roster regardless of the contact type. 2. After the roster has crashed gajim still works, I can send and receive messages. If while the roster is crashed someone whose messages always crash the roster sends me a new message -- nothing changes; gajim opens a new tab (I use tabs in one message window) and I can continue communication. If while the roster is crashed someone whose messages never crash the roster sends me a new message -- the roster restored! Not sure if restoration works while gajim is hidden but it certainly works while it's visible. Oleg. -- Oleg Broytmanhttp://phdru.name/p...@phdru.name Programmers don't die, they just GOSUB without RETURN.
Bug#813232: debootstrap --second-stage doesn't work
Package: debootstrap Version: 1.0.78 Followup-For: Bug #813232 Dear Maintainer, In 1.0.77 and after update to 1.0.78 still doesn't retrive packages from --second-stage. In log just — mknod /dev/null failed. Thanks! -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-1-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 debootstrap depends on: ii wget 1.17.1-1+b1 Versions of packages debootstrap recommends: ii debian-archive-keyring 2014.3 ii gnupg 1.4.20-1 debootstrap suggests no packages. -- no debconf information
Bug#786590: dwb: segfaults with libwebkitgtk-3.0-0 2.4.9-1
Hi everyone who encountered this bug on Debian, I have performed some shallow debugging after I encountered these dwb crashes myself (Debian stretch x86-64, webkitgtk 2.4.9-3, dwb built from the most recent git snapshot). At the first glance, the culprit is dwb (namely adblock.c), not webkitgtk. As a temporary solution, you may disable adblocker by setting the option "adblocker" to false (or just :set adblocker false) - that should fix the constant crashes at every page. (Of course it's better to run dwb on a clean session or use -R option from the beginning, otherwise dwb will try to restore the session and the crash will hit you before you ever have a chance to disable the adblocker). The segfault originates from the function "adblock_apply_element_hider" in adblock.c: due to some reason, one of the elements of the list VIEW(gl)->status->styles (a local variable) is a corrupted pointer; when the function attempts to apply WEBKIT_DOM_NODE typecast on it, this leads to a segfault from a GObject typecasting internal. No idea yet who is responsible for corrupting the pointers (adblocker or maybe webkit); I'll try to examine the logic of adblock.c a bit later. By the way, dwb source distribution has a primitive backtrace script, tools/backtrace.sh; you will probably want to attach its output to the bug report. Thanks, Oleg
Bug#808154: emacs24-common: in ox-man.el function org-man-line-break must be corrected
Package: emacs24-common Version: 24.5+1-5 Severity: normal Tags: newcomer Exporting org to man (M-x org-man-export-to-man) does not properly handle line-breaks. I suggest mofifying the function org-man-line-break. Namely, change (defun org-man-line-break (line-break contents info) "Transcode a LINE-BREAK object from Org to Man. CONTENTS is nil. INFO is a plist holding contextual information." ".br\n") into (defun org-man-line-break (line-break contents info) "Transcode a LINE-BREAK object from Org to Man. CONTENTS is nil. INFO is a plist holding contextual information." "\n.br\n") PS: I noticed this problem in Version 24.4+1-5 installed on my system. The file ox-man.el is the same in both versions: mine (24.4+1-5) and the (newest as of 2015-12-16) Version 24.5+1-5. -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'oldstable-updates'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-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 Init: systemd (via /run/systemd/system) Versions of packages emacs24-common depends on: ii dpkg1.17.26 ii emacsen-common 2.0.8 ii install-info5.2.0.dfsg.1-6 emacs24-common recommends no packages. Versions of packages emacs24-common suggests: pn emacs24-common-non-dfsg ii emacs24-el 24.4+1-5 -- no debconf information
Bug#802618: xserver-xorg-legacy works
Installing libpam-systemd does not seem to have any effect. Installing xserver-xorg-legacy brings back mouse and keyboard. Regards, Oleg
Bug#804440: SSLv3 support will be removed
I'll remove the SSLv3 support from coturn, that will fix the bug. Thanks Oleg
Bug#805116: ITP: wifi-switcher
Package: wifi-switcher Severity: ITP License: GPL Section: net Motivation: I think that network-manager and wicd duplicate functionality of reliable command line tools like wpasupplicant and hostapd. Following idea http://jamhed.dreamwidth.org/82198.html I wrote a simple perl script for automatic switching of my laptop between wifi-networks. For example, When I bring the laptop from home to my office, it realizes that the home wifi network is no more available and looks for available networks enlisted in its configuration file. If a known wifi-network is found, it connects to it. If more than one known wifi-network are found, the one with the highest priority is chosen. Undesirable networks are easilly disabled (forgotten). New open and wpa networks can be easily added to the configuration file. The entries for more sophisticated enterprise networks should be manually added to the configuration file in /etc/wpa_supplicant/ The script also switches between usual (client) wifi mode, and (server) ad-hoc wifi network mode with dhcp, ssh, and ftp servers. I sometimes use adhoc wifi mode with ftp-server to transfer the files from/to the smartphone. For now the script has working icewm interface. The emacs (elisp) interface is being tested. The pdmenu interface is planned. The web site is inactive for now, plan to use http://chalaev.com/wifi-switcher
Bug#800544: coturn: Please allow telnet-ssl being installed instead of telnet
Hi Axel I’ll do that in 4.5.0.2-3 version. Thanks Oleg On Wed, 30 Sep 2015 19:55:18 +0200 Axel Beckert <a...@debian.org> wrote: > Package: coturn > Severity: wishlist > Version: 4.2.1.2-1 > Control: found -1 4.5.0.2-1 > > Dear Daniel and Oleg, > > coturn currently depends on "telnet". telnet and telnet-ssl cannot be > co-installed. So please depend on "telnet | telnet-client" instead of > only "telnet" to allow "telnet-ssl" or another alternative > implementation to be used. > > If you require explicitly the netkit telnet, then please use "telnet | > telnet-ssl" instead of just "telnet". telnet-ssl is not built from the > same source package but from the same implementation. (Source package > netkit-telnet vs netkit-telnet-ssl) > > TIA! > > -- System Information: > Debian Release: stretch/sid > APT prefers unstable > APT policy: (990, 'unstable'), (600, 'testing'), (500, 'buildd-unstable'), > (400, 'stable'), (110, 'experimental'), (1, 'buildd-experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.2.0-trunk-amd64 (SMP w/1 CPU core) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: sysvinit (via /sbin/init) > >
Bug#726530: fvwm: random segfault
Hi! I started to experience the problem after the recent upgrade to jessie. The segfault is perfectly reproducible: open an UTF-8 terminal (by default I use ru_RU.KOI8-R), run gimp, open any image, close view, quit gimp. Fvwm segfaults: Sep 26 15:38:54 nb3 kernel: [142564.488731] fvwm2[25529]: segfault at 746e653f ip b6dd7096 sp bf92e320 error 4 in libc-2.19.so[b6d61000+1a4000] PS. Half a year ago I upgraded to wheezy-backports and experienced a lot of segfaults in FvwmPager. Those reproducible segfaults are related to some (but not all) combinations of Russian letters in the titles of my terminals. FvwmPager still segfaults after I upgraded to jessie. It seems fvwm doesn't like non-ascii or non-utf8 characters. Though it worked for me perfectly for about 20 years. Oleg. -- Oleg Broytmanhttp://phdru.name/p...@phdru.name Programmers don't die, they just GOSUB without RETURN.
Bug#766331: gajim: 0.16 UI occasionally sort-of crashes
Hi! For me the bug is reproducible when gajim is on a different virtual screen (I use fvwm2, FvwmPager and a lot of virtual screens) and someone sends a message to me. Gajim opens the message in the message window and it sends and receives messages but the roster stops updating so I have to restart gajim to make it working... until the next message arrives. On stderr there is this error: gajim.py:538: GtkWarning: gdk_window_invalidate_rect_full: assertion 'GDK_IS_WINDOW (window)' failed gtk.main() gajim.py:538: GtkWarning: IA__gtk_widget_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed gtk.main() Oleg. -- Oleg Broytmanhttp://phdru.name/p...@phdru.name Programmers don't die, they just GOSUB without RETURN.
Bug#783484: apper: wrong display non-english text from description of package
Package: apper Version: 0.9.1-2 Severity: minor Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Always * What exactly did you do (or not do) that was effective (or ineffective)? Just run * What was the outcome of this action? Non-english text shown as ? * What outcome did you expect instead? Console version like apt-cache show package display discription correctly *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages apper depends on: ii apper-data 0.9.1-2 ii kde-runtime 4:4.14.2-2 ii libappstream10.7.3-1 ii libc62.19-18 ii libdebconf-kde0 0.3-1 ii libgcc1 1:4.9.2-10 ii libgee-0.8-2 0.16.1-1 ii libglib2.0-0 2.42.1-1 ii libkcmutils4 4:4.14.2-5 ii libkdecore5 4:4.14.2-5 ii libkdeui54:4.14.2-5 ii libkemoticons4 4:4.14.2-5 ii libkidletime44:4.14.2-5 ii libkio5 4:4.14.2-5 ii libkprintutils4 4:4.14.2-5 ii libkutils4 4:4.14.2-5 ii libkworkspace4abi2 4:4.11.13-2 ii liblistaller-glib0 0.5.9-4 ii libpackagekitqt4-0 0.9.5-1 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqt4-declarative 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqt4-sql 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqt4-svg 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqt4-xmlpatterns 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqtgui44:4.8.6+git64-g5dc8b2b+dfsg-3 ii libsolid44:4.14.2-5 ii libstdc++6 4.9.2-10 ii packagekit 1.0.1-2 ii polkit-kde-1 0.99.1-1 ii software-properties-kde 0.92.25debian1 Versions of packages apper recommends: pn appstream-index none Versions of packages apper suggests: pn debconf-kde-helper none pn listaller 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#775871: torbrowser-launcher: TorBrowser Bundle signing key changed
Bug confirmed for me, as signified by the warning: key not found when running. Please update. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519183: [rt.debian.org #5523] : please add my new 4096-bits gpg key
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 11/24/2014 08:57 AM, Daniel Kahn Gillmor via RT wrote: On 11/24/2014 11:42 AM, Daniel Pocock via RT wrote: URL: https://rt.debian.org/Ticket/Display.html?id=5523 On 24/11/14 17:24, Oleg Moskalenko wrote: I am using Icedove with Enigmail extention for the email signing, I do not know what happened to the signature. I am attaching both keys public export to this email. If a second DD is required, then I'll get to figure it out, later. Unfortunately, there is a bug with Enigmail: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=519183 I can confirm that oleg's inline signature verifies if we unwrap the lines. I'm attaching a file here that is an unwrapped version of oleg's signed message. Oleg, could you pleas follow up on #519183 with information about: * what version of enigmail and icedove you are using * the output of the following commands: grep enigmail.composeHtmlAlertCount ~/.icedove/*/prefs.js user_pref(extensions.enigmail.composeHtmlAlertCount, 0); grep compose_html ~/.icedove/*/prefs.js empty output Thanks, Oleg -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBCgAGBQJUc2a9AAoJEAMGIiRcHlm0vCsIAMPBVr1OdHyJyCBx4d2803+u wSUFDiFTgkrSPu9fVL/s/cmQ6oUSVDWr2ejahdtrl2dZrAQO2oJdmJZ3MZ1hAyGT Jer74jH8/wA5MmPt9oh5T4/4fqwks9do3FZ1DRBb+AYkf6wVZhzftfceAMB7LCsE Erz5dE3oM97jrUXqkBE7JP06+GzPgbpusIcMzIDvWlO2fgR60KdWZID64lBzLGDi 1xVxl3lFmf90+ghDA/zepZIbyF1peR3LIZrUWCHSFhcaeY7RySGmlN2QhYDyjwcA Kkh+1BmvCVNyIMJxpygKj3uWG1yusNtnnPCb4QdzdP8QxQMaAAv2LddxqL9hKuY= =7IBJ -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#766488: libgtk-3-0: Incorrect checkbox behavior.
Package: libgtk-3-0 Version: 3.14.3-1 Severity: important Dear Maintainer, after some update on last week, in all gtk apps supporting gtk3 themes appeared a problem. Checkbox widgets alway looks like unselected. When trying to change its state, it always blinks with v, but then again looks like unelected, but the state changes in fact. For example, problem appears in all connection-setup dialogs and in right button menu of Network-manager-gnome applet, containing checkboxes. It also happens with remmina and gnome-mplayer. But with gtk2 apps like Gajim and Gkrellm it doesn't happen. By default I use XFCE4 with oxygen-gtk theme for gtk both 2 and 3. I also tested with Adwaita gtk3 theme and with gtk3-engines-xfce themes. So this bug make all gtk3 apps almost unusable. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-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 Versions of packages libgtk-3-0 depends on: ii libatk-bridge2.0-0 2.14.0-2 ii libatk1.0-0 2.14.0-1 ii libc62.19-11 ii libcairo-gobject21.12.16-5 ii libcairo21.12.16-5 ii libcolord2 1.2.1-1+b1 ii libcups2 1.7.5-5 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.0-2 ii libgtk-3-common 3.14.3-1 ii libjson-glib-1.0-0 1.0.2-1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpangoft2-1.0-01.36.8-2 ii librest-0.7-00.7.92-1 ii libsoup2.4-1 2.48.0-1 ii libwayland-client0 1.6.0-2 ii libwayland-cursor0 1.6.0-2 ii libx11-6 2:1.6.2-3 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1 ii libxdamage1 1:1.1.4-2 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.1-2 ii libxi6 2:1.7.4-1 ii libxinerama1 2:1.1.3-1 ii libxkbcommon00.4.3-2 ii libxml2 2.9.1+dfsg1-4 ii libxrandr2 2:1.4.2-1 ii multiarch-support2.19-11 ii shared-mime-info 1.3-1 Versions of packages libgtk-3-0 recommends: ii hicolor-icon-theme 0.13-1 ii libgtk-3-bin3.14.3-1 Versions of packages libgtk-3-0 suggests: ii gvfs 1.22.0-1+b1 ii librsvg2-common 2.40.4-1 -- 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#760227: fixed in librabbitmq 0.5.2-1
Hello! Same issue for 0.5.2-1 dh_install: librabbitmq-dev missing files (usr/lib/*/lib*.so), aborting On Wed, 17 Sep 2014 09:29:04 + Michael Fladischer fladischermich...@fladi.at fladischermich...@fladi.at wrote: Source: librabbitmq Source-Version: 0.5.2-1 We believe that the bug you reported is fixed in the latest version of librabbitmq, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 760...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Fladischer fladischermich...@fladi.at fladischermich...@fladi.at (supplier of updated librabbitmq package)
Bug#761267: tzdata must be updated till 26 October
Hello! Do you plan update tzdata and related packages in Debian 6 ? Package: tzdata Followup-For: Bug #761267 Timezone changes will take effect on 26 October 2014. Version 2014h will be part of Debian Wheezy 7.7, which should be released on October 18th. -- Regards, Oleg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758784: base: kernel BUG in vmwgfx_drv.c:903!
+0x54/0xcd Aug 20 17:37:11 debian7p5-32 kernel: [ 738.052258] [c10ccefb] ? sys_open+0x1e/0x23 Aug 20 17:37:11 debian7p5-32 kernel: [ 738.052387] [c12c8e1f] ? sysenter_do_call+0x12/0x28 Aug 20 17:37:11 debian7p5-32 kernel: [ 738.052520] Code: f8 e8 37 dc e2 c8 8b 93 dc 03 00 00 b8 2d 00 00 00 ef 42 30 c0 ef 89 f8 e8 9f db e2 c8 85 f6 74 57 8d 83 c0 26 01 00 39 c6 74 02 0f 0b 8b 04 24 31 d2 8b 48 04 89 f0 e8 61 e6 fb ff 85 c0 89 c7 Aug 20 17:37:11 debian7p5-32 kernel: [ 738.054557] EIP: [f849603b] vmw_master_set+0x81/0x150 [vmwgfx] SS:ESP 0068:f73f5de8 Aug 20 17:37:11 debian7p5-32 kernel: [ 738.054848] ---[ end trace 9855b7e20797c3d8 ]--- Aug 20 17:37:12 debian7p5-32 kernel: [ 739.436092] Program wc tried to access /dev/mem between ff000-103000. -- Kind Regards Oleg Buklanov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747010: Add new package coturn to Debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: wnpp Severity: wishlist The COTURN TURN Server is a VoIP media traffic NAT traversal server. It extends the rfc5766-turn-server beyond the RFC 5766 TURN specs. It adds a multi-tenant implementation, and it will eventually include all post-RFC 5766 TURN specs. This implementation also includes some extra features. Supported RFCs: TURN specs: * RFC 5766 - base TURN specs * RFC 6062 - TCP relaying TURN extension * RFC 6156 - IPv6 extension for TURN * Experimental DTLS support as client protocol. * Experimental TURN ORIGIN attribute support (for multi-tenant server implementation). STUN specs: * RFC 5389 - base new STUN specs * RFC 5769 - test vectors for STUN protocol testing * RFC 5780 - NAT behavior discovery support The implementation fully supports UDP, TCP, TLS and DTLS as protocols between the TURN client and the TURN Server. Flat files, MySQL or PostgreSQL are supported for the user repository (if authentication is required). Both short-term and long-term credentials mechanisms are supported. TURN Server REST API for time-limited secret-based authentication is implemented. The implementation is supposed to be simple, easy to install and configure. The project focuses on performance, scalability and simplicity. To achieve high performance and scalability, the TURN server is implemented with the following features: * High-performance industrial-strength Network IO engine libevent2 is used * Configurable multi-threading model implemented to allow full usage of available CPU resources (if OS allows multi-threading) * Multiple listening and relay addresses can be configured * Efficient memory model used * The TURN project code can be used in a custom proprietary networking environment. In the TURN server code, an abstract networking API is used. Only couple files in the project have to be re-written to plug-in the TURN server into a proprietary environment. With this project, only implementation for standard UNIX Networking/IO API is provided, but the user can implement any other environment. The TURN server code was originally developed for a high-performance proprietary corporate environment, then adopted for UNIX Networking API * The TURN server works as a user space process, without imposing any special requirements on the system * Contact: email:mom040...@gmail.com mailto:email%3amom040...@gmail.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQEcBAEBCgAGBQJTZoVXAAoJEAMGIiRcHlm0fI0IAMDhzDDJzczawMMucsKRkB15 Aw1HuoK93jZUyCrermmqzId/DkZdXSa2tmue8OVsqLg+QNAApsU+GrUgmx+m9TVK VfR9vEPVXx4cCMO2fHsGu7s/vXngvGWFvifN2Ji33jwKS70W8nJV7Ld7kdcLXrH5 3HdJRY1nPiF7v/mmwLtlLh23Ss8IZd+TQ+EkLJ5YJ3Fv9V6+yXzGKwTtGK/zzPK8 kOPa50n5XkoUCfeEBhdZXawDsbpvH2BrhEkQS1mWBAUn51py0IJD4JOu8mAqk4SF dGm3jB4xgKj8OPpqJo5F9v4uZINqBqP8hr7X1sVnhjlFbv0dahT6eiNkOr3NyO8= =gCuG -END PGP SIGNATURE-
Bug#747010: link to the coturn package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 http://mentors.debian.net/package/coturn -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQEcBAEBCgAGBQJTZvp5AAoJEAMGIiRcHlm0Y5wIAJ7ucdGDiNZGzb6xXpADRzY0 fPr1LqUHD8y66UAMLkd9csNTrAHQ+dGIavGMbE8F6Z6EbB83IEdbvWrh9VYEzmwi YEooRciCHB1XaePUbT8PatB0taCxgP+KGTOBoC+ngnD9YUF8A/7O34iXm+ATUihP TU/n+WFysI4FwEUkGPsGnp6auAHA6O01KKegGgEP4FBD4CzvBJNPTPbQrP46xdPf eehmybV2jE6DSPh2X3vuLfC/PngvVvTmou5mVGW5sS4h95Bh691DrhCw/nsUPWNJ sJC1Xx9UMh56aTasOiFVfKZE/yko1GRuUxv6AFb1n77KsrKSrXBXvOyzcVM3EgQ= =ZGXW -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#747010: link to the coturn package at mentors
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 http://mentors.debian.net/package/coturn -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQEcBAEBCgAGBQJTZvtPAAoJEAMGIiRcHlm0PNcH/jMxNxvxkP/HFAwK72LDAp+2 Facog2IJcudK6WC0EGxAdnIdufs1h0Gu0YJBKjDoroOB7XcDx1OBgDQAlhQLJKSq Q4yXxE6B4ojWVCmgCzoo8IQD+cSem2PiJD2VjWvtscOG0A3FdrkmpzT69vlXNdMn TaZtnsBNO5PY+syrr9/B2Eq0aOH5Xs8oRQ2EhQk3eJDrqRNAvecTqGbAXSv9DYv2 AfqYM2xCFI5ogDr9ceQv8jwraFwDjpi+2NmfP1RVQB+eZaf8G6mwGi+kmz9ubcW+ kmSCWHZJ8EXeSZgVtICx8pcoj6WhE2bs4MXAfyYE99AmEPToVsAO12Pd0V8U8EA= =v6au -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#744931: ipython-notebook-common: Broken symlink to fonts-font-awesome due to #743034 resolution
Package: ipython-notebook-common Version: 1.2.1-2 Severity: normal Dear Maintainer, When opening ipython notebook web-interface the top-row buttons lack the icons. The reason for this problem is that symlinks inside the directory /usr/share/ipython/notebook/static/components/font-awesome/build/assets/font-awesome/font point to files in the /usr/share/fonts-font-awesome/font directory, which does not exists anymore due to #743034 bug resolution. Creating symlink 'font - fonts' in the /usr/share/fonts-font-awesome solves the problem and makes icons visible again. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-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/dash Versions of packages ipython-notebook-common depends on: ii fonts-font-awesome 4.0.3~dfsg-2 ii libjs-highlight 8.0+ds-1 ii libjs-jquery1.7.2+dfsg-3 ii libjs-jquery-ui 1.10.1+dfsg-1 ii libjs-marked0.3.1+dfsg-1 ii libjs-mathjax 2.3-1 ipython-notebook-common recommends no packages. Versions of packages ipython-notebook-common suggests: ii pandoc 1.12.2.1-1+b2 pn pgf 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#744184: erlang-common-test: ct_run can't find jquery
Package: erlang-common-test Version: 1:16.b.3.1-dfsg-1~bpo70+1 Severity: important ct_run -dir . give me the next error: Eshell V5.10.4 (abort with ^G) (ct@localhost)1 ERROR! Priv file /usr/lib/erlang/lib/common_test-1.7.4/priv/jquery-latest.js could not be copied to /home/lego/work/csv.erl/csv/test/jquery-latest.js. Reason: enoent Test run crashed! This could be an internal error - please report! {could_not_start_process,ct_logs, {priv_file_error,/home/lego/work/csv.erl/csv/test/jquery-latest.js}} There is no jquery-latest.js in /usr/lib/erlang/lib/common_test-1.7.4, but it exist in /usr/lib/erlang/lib/common-test-1.7.4 . -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.10.33-my (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_US.utf-8, LC_CTYPE=en_US.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages erlang-common-test depends on: ii erlang-base 1:16.b.3.1-dfsg-1~bpo70+1 ii erlang-crypto 1:16.b.3.1-dfsg-1~bpo70+1 ii erlang-debugger 1:16.b.3.1-dfsg-1~bpo70+1 ii erlang-inets 1:16.b.3.1-dfsg-1~bpo70+1 ii erlang-runtime-tools 1:16.b.3.1-dfsg-1~bpo70+1 ii erlang-snmp 1:16.b.3.1-dfsg-1~bpo70+1 ii erlang-ssh1:16.b.3.1-dfsg-1~bpo70+1 ii erlang-test-server1:16.b.3.1-dfsg-1~bpo70+1 ii erlang-tools 1:16.b.3.1-dfsg-1~bpo70+1 ii erlang-webtool1:16.b.3.1-dfsg-1~bpo70+1 ii erlang-xmerl 1:16.b.3.1-dfsg-1~bpo70+1 ii libc6 2.13-38+deb7u1 ii libjs-jquery 1.7.2+dfsg-1 ii libjs-jquery-tablesorter 6-1 erlang-common-test recommends no packages. Versions of packages erlang-common-test suggests: ii erlang 1:16.b.3.1-dfsg-1~bpo70+1 ii erlang-doc 1:16.b.3.1-dfsg-1~bpo70+1 ii erlang-manpages 1:15.b.1-dfsg-4 -- 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#744184: erlang-common-test: ct_run can't find jquery
On Fri, Apr 11, 2014 at 11:47:14AM +0400, Sergei Golovan wrote: It's a backported package, so the bug hardly deserves to be important. No problem, but i chose this severity from variants reportbug offered to me. Since i can't use erlang-common-test package with this bug i chose: 4 important a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. This is not seems to be a cosmetic error: 7 minor things like spelling mistakes and other minor cosmetic errors that do not affect the core functionality of the package. Yes, this was the bug which is already fixed in unstable and testing. I'll upload the fix to backports shortly. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738553: ltsp-server-standalone: no sound with pulseaudio
Package: ltsp-server-standalone Version: 5.4.2-6 Severity: important Tags: patch In our organization we use ltsp on debian wheezy for our work. But we get a non-working sound - mplayer freezes on playing and default sink stay in suspend state forever, even if we run mplayer localy on thin station. The problem is resolved if we add module-suspend-on-idle to pulseaudio. May be we not alone in this problem. A patch for /opt/ltsp/amd64/usr/share/ltsp/ltsp-init-common is attached. -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.10.28-my (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_US.koi8-r, LC_CTYPE=en_US.koi8-r (charmap=KOI8-R) Shell: /bin/sh linked to /bin/dash --- ltsp-init-common.old 2014-02-07 12:24:58.0 +0400 +++ ltsp-init-common 2014-02-07 12:25:18.0 +0400 @@ -34,6 +34,7 @@ -L $PULSE_VOLUME_RESTORE \ -L module-rescue-streams \ -L module-native-protocol-unix auth-anonymous=1 \ +-L module-suspend-on-idle \ -n ;; [Ff][Aa][Ll][Ss][Ee]|[Nn]|[Nn][Oo])
Bug#738557: squid: /etc/init.d/squid contains hardcoded config path
Package: squid Version: 2.7.STABLE9-4.1 Severity: minor Tags: patch -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.10.28-my (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_US.koi8-r, LC_CTYPE=en_US.koi8-r (charmap=KOI8-R) Shell: /bin/sh linked to /bin/dash Versions of packages squid depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38+deb7u1 ii libcomerr2 1.42.5-1.1 ii libdb4.8 4.8.30-2 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libkrb5-3 1.10.1+dfsg-5+deb7u1 ii libldap-2.4-2 2.4.31-1+nmu2 ii libpam0g 1.1.3-7.1 ii logrotate 3.8.1-4 ii lsb-base 4.1+Debian8+deb7u1 ii netbase5.0 pn squid-common none squid recommends no packages. Versions of packages squid suggests: pn logcheck-database none pn resolvconf none ii smbclient 2:3.6.6-6+deb7u2 pn squid-cgi none pn squidclientnone ii winbind2:3.6.6-6+deb7u2 --- squid.old 2014-02-10 20:10:35.0 +0400 +++ squid 2014-02-10 20:10:45.0 +0400 @@ -31,7 +31,7 @@ grepconf () { w= # space tab - sq=/etc/squid/squid.conf + sq=/etc/squid/$NAME.conf # sed is cool. res=`sed -ne ' s/^'$1'['$w']\+\([^'$w']\+\).*$/\1/p;
Bug#736972: libconfig-model-dpkg-perl: Exit status of 'cme check dpkg' command.
On 02/09/2014 04:47 PM, Dominique Dumont wrote: Unfortunately, controlling exit status with Exception::Class in a portable way turns out to be rather difficult. The easy way out is to add a '-strict' option to cme. When -strict is set, cme will exit 1 when warnings are found during a check. Is this fine ? IMHO: Yes, it's may be solution. But I think this solution it's no good. Who will to know about this parameter to this script and who will be use it? It's not usual. Exit status is common solution for this tasks. You can add this option to cme script, but I think it's not a good idea. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737763: provide: turn-server, stun-server and suggests: sip-router, xmpp-server
I pushed a fix to this bug, in git. Oleg On Wed, Feb 5, 2014 at 11:16 AM, Daniel Pocock dan...@pocock.com.au wrote: Package: rfc5766-turn-server Consider adding some variation of the following to the control file: Suggests: sip-router, xmpp-server Provides: stun-server, turn-server ___ Pkg-voip-maintainers mailing list pkg-voip-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-voip-maintainers
Bug#737763: provide: turn-server, stun-server and suggests: sip-router, xmpp-server
OK, I'll do. Oleg On Wed, Feb 5, 2014 at 11:16 AM, Daniel Pocock dan...@pocock.com.au wrote: Package: rfc5766-turn-server Consider adding some variation of the following to the control file: Suggests: sip-router, xmpp-server Provides: stun-server, turn-server ___ Pkg-voip-maintainers mailing list pkg-voip-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-voip-maintainers
Bug#736972: libconfig-model-dpkg-perl: Exit status of 'cme check dpkg' command.
On 02/04/2014 06:56 PM, Dominique Dumont wrote: On Tuesday 28 January 2014 15:38:31 Oleg Gashev wrote: to automate packages inspection it'd be helpful if 'cmd check dpkg' command return proper exit status. So if successful (cme return zero warnings and errors) the exit status should be 0, if not successful (warnings or error more than zero) than exit status should be 1. It may be helpful to be able to distinguish between warnings and errors. So how about, cme returns: - 0 if no errors and no warnings - 1 if warnings - 2 if errors (configuration) - 3 for other errors (bad option, model error or whatever) Does that make sense ? All the best Yes, it's ok. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736972: libconfig-model-dpkg-perl: Exit status of 'cme check dpkg' command.
Package: libconfig-model-dpkg-perl Version: 2.043 Severity: wishlist Dear Maintainer, to automate packages inspection it'd be helpful if 'cmd check dpkg' command return proper exit status. So if successful (cme return zero warnings and errors) the exit status should be 0, if not successful (warnings or error more than zero) than exit status should be 1. Now cme check dpkg command return 0. For example, exec 'cme check dpkg' command on libdist-zilla-plugin-test-reportprereqs-perl package: % cme check dpkg loading data Reading package lists... Done Building dependency tree Reading state information... Done Warning in 'control source Standards-Version' value '3.9.4': Current standards version is 3.9.5 Warning in 'control binary:libdist-zilla-plugin-test-reportprereqs-perl Synopsis' value 'module to report on prerequisite versions during automated testing': Synopsis is too long. checking data check done % echo $? 0 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libconfig-model-dpkg-perl depends on: ii libanyevent-http-perl 2.15-1 ii libanyevent-perl7.070-1 ii libapt-pkg-perl 0.1.29+b1 ii libconfig-model-perl2.047-1 ii liblog-log4perl-perl1.41-1.1 ii libmouse-perl 2.1.0-1 ii libnamespace-autoclean-perl 0.15-1 ii libparse-recdescent-perl1.967009+dfsg-1 ii libsoftware-license-perl0.103008-1 ii libtext-autoformat-perl 1.669004-1 ii lintian 2.5.21 ii perl5.18.2-2 ii perl-modules [libmodule-corelist-perl] 5.18.2-2 Versions of packages libconfig-model-dpkg-perl recommends: ii libconfig-model-tkui-perl 1.340-1 libconfig-model-dpkg-perl 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#736979: pristine-tar: Cannot reproduce cpanoutdated_0.28.orig.tar.gz.
Package: pristine-tar Version: 1.30 Severity: normal Dear Maintainer, steps to reproduce: 1) git clone https://alioth.debian.org/anonscm/git/pkg-perl/packages/cpanoutdated.git 2) cd cpanoutdated 3) pristine-tar list cpanoutdated_0.28.orig.tar.gz 4) pristine-tar checkout cpanoutdated_0.28.orig.tar.gz xdelta: expected from file (/tmp/pristine-tar.NWUNWOhkVy/recreatetarball) of length 51200 bytes xdelta: expected from file (/tmp/pristine-tar.NWUNWOhkVy/recreatetarball) of length 51200 bytes xdelta: expected from file (/tmp/pristine-tar.AX74YZ6Eaw/recreatetarball) of length 51200 bytes xdelta: expected from file (/tmp/pristine-tar.qS9MLWe4k0/recreatetarball) of length 51200 bytes pristine-tar: Failed to reproduce original tarball. Please file a bug report. pristine-tar: failed to generate tarball -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pristine-tar depends on: ii libbz2-1.01.0.6-5 ii libc6 2.17-97 ii perl-modules 5.18.2-2 ii tar 1.27-4 ii xdelta1.1.3-9 ii zlib1g1:1.2.8.dfsg-1 Versions of packages pristine-tar recommends: ii bzip2 1.0.6-5 ii pbzip21.1.8-1 ii xz-utils 5.1.1alpha+20120614-2 pristine-tar 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#735150: Upgrade vagrant to 1.4.3
I wrote a patch to update vagrant package to 1.4.3: https://raw2.github.com/p/test-repo/master/vagrant/debian-vagrant-1.4.3.patch Seems to work on my machine. Oleg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735044: Add Oleg Moskalenko as a Debian Maintainer
Package: debian-maintainers Severity: normal Please add Oleg Moskalenko to the debian maintainer keyring. Thank you, Oleg add-030622245C1E59B4 Description: Binary data
Bug#735000: libconfig-model-dpkg-perl: On exec 'cme check dpkg-control' displayed error message 'EV: error in callback (ignoring): AnyEvent::CondVar: recursive blocking wait attempted'
Package: libconfig-model-dpkg-perl Version: 2.043 Severity: normal Dear Maintainer, Steps to reproduce: 1. git clone ssh://alioth.debian.org/git/pkg-perl/packages/pinto.git 2. cd pinto 3. cme check dpkg-control Displayed: loading data Reading package lists... Done Building dependency tree Reading state information... Done Connecting to qa.debian.org to check debhelper versions. Please wait... Connecting to qa.debian.org to check libmodule-build-perl versions. Please wait... Connecting to qa.debian.org to check perl versions. Please wait... Connecting to qa.debian.org to check cpanminus versions. Please wait... Connecting to qa.debian.org to check libapache-htpasswd-perl versions. Please wait... Connecting to qa.debian.org to check libapp-cmd-perl versions. Please wait... Connecting to qa.debian.org to check apache2-utils versions. Please wait... Connecting to qa.debian.org to check libjson-pp-perl versions. Please wait... checking data got info for cpanminus got info for perl got info for libmodule-build-perl got info for debhelper got info for libapache-htpasswd-perl got info for libarchive-extract-perl EV: error in callback (ignoring): AnyEvent::CondVar: recursive blocking wait attempted at /usr/share/perl5/Config/Model/Dpkg/Dependency.pm line 536. got info for libapp-cmd-perl got info for libauthen-simple-passwd-perl got info for libcapture-tiny-perl got info for libthrowable-perl got info for liburi-perl got info for libtry-tiny-perl got info for libwww-perl got info for libuuid-tiny-perl got info for starman got info for adduser got info for apache2-utils got info for libjson-pp-perl Wait long time. Script continue to working. Killed with press Ctrl+C. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.12.5 (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/dash Versions of packages libconfig-model-dpkg-perl depends on: ii libanyevent-http-perl 2.15-1 ii libanyevent-perl7.070-1 ii libapt-pkg-perl 0.1.29+b1 ii libconfig-model-perl2.046-1 ii liblog-log4perl-perl1.41-1.1 ii libmodule-corelist-perl 3.03-1 ii libmouse-perl 2.1.0-1 ii libnamespace-autoclean-perl 0.15-1 ii libparse-recdescent-perl1.967009+dfsg-1 ii libsoftware-license-perl0.103008-1 ii libtext-autoformat-perl 1.669004-1 ii lintian 2.5.20 ii perl5.18.1-5 ii perl-modules [libmodule-corelist-perl] 5.18.1-5 Versions of packages libconfig-model-dpkg-perl recommends: ii libconfig-model-tkui-perl 1.340-1 libconfig-model-dpkg-perl 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#735000: libconfig-model-dpkg-perl: On exec 'cme check dpkg-control' displayed error message 'EV: error in callback (ignoring): AnyEvent::CondVar: recursive blocking wait attempted'
On 01/11/2014 06:10 PM, Dominique Dumont wrote: Before being killed, was the script idle or eating 100% CPU ? Yes, it up to 100% CPU and after 10-20 secs is down to 0.0. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707079: chef: Please package new upstream version
Package: chef Version: 10.12.0-3 Followup-For: Bug #707079 Confirmed, chef is uninstallable to sid. # aptitude install chef The following NEW packages will be installed: chef ohai{a} ruby-bunny{a} ruby-highline{a} ruby-i18n{a} ruby-ipaddress{a} ruby-json{a} ruby-mime-types{a} ruby-mixlib-authentication{a} ruby-mixlib-cli{a} ruby-mixlib-config{a} ruby-mixlib-log{a} ruby-mixlib-shellout{a} ruby-moneta{ab} ruby-net-ssh{a} ruby-net-ssh-gateway{a} ruby-net-ssh-multi{a} ruby-polyglot{a} ruby-rest-client{a} ruby-sigar{a} ruby-systemu{a} ruby-treetop{a} ruby-uuidtools{a} ruby-yajl{a} ucf{a} 0 packages upgraded, 25 newly installed, 0 to remove and 0 not upgraded. Need to get 1296 kB of archives. After unpacking 6511 kB will be used. The following packages have unmet dependencies: ruby-moneta : Breaks: chef (= 10.12.0-3) but 10.12.0-3 is to be installed. The following actions will resolve these dependencies: Keep the following packages at their current version: 1) chef [Not Installed] Accept this solution? [Y/n/q/?] No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. # aptitude show ruby-moneta|grep Breaks Breaks: chef (= 10.12.0-3) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.12.5 (SMP w/4 CPU cores) 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#731004: scrolllock on console used by syslog prevents system from normal operation
Package: inetutils-syslogd Version: 2:1.6-3.1+squeeze2 Severity: important I've a debian system that acts as a gateway for our flat. The syslog configuration there has these strings: *.* -/dev/tty12 *.err /dev/tty11 *.warn/dev/tty10 *.info/dev/tty9 Occasionally I found, that if a scroll lock is pressed on a console above, the system, after a relatively long time, becomes unusable: I can't login via console, I can't get an ip from dhcp server from the gate on my laptop. root@gw:~# cat /etc/debian_version 6.0.8 root@gw:~# dpkg -l |grep syslog ii inetutils-syslogd2:1.6-3.1+squeeze2 system logging daemon rc rsyslog 4.6.4-2 enhanced multi-threaded syslogd root@gw:~# Using rsyslog is not an option for me due to its regular but rare bug - one/two/../N times a year it stops logging and I loose (possibly critical) logging information needed to find a reason of the system crash (and I can't report it due to no information available). For me it's easier to switch back to old stable syslog. -- Bye.Olli. gpg --search-keys grey_olli Key fingerprint = 9901 6808 768C 8B89 544C 9BE0 49F9 5A46 2B98 147E Blog keys (mostly in russian): http://grey-olli.livejournal.com/tag/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727773: ipvsadm: displayed debconf errors to install ipvsadm
Package: ipvsadm Version: 1:1.26-1 Severity: normal # aptitude install ipvsadm The following NEW packages will be installed: ipvsadm libnl1{a} 0 packages upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 184 kB of archives. After unpacking 527 kB will be used. Do you want to continue? [Y/n/?] Get: 1 http://ftp.de.debian.org/debian/ wheezy/main libnl1 amd64 1.1-7 [142 kB] Get: 2 http://ftp.de.debian.org/debian/ wheezy/main ipvsadm amd64 1:1.26-1 [41.5 kB] Fetched 184 kB in 1s (127 kB/s) Preconfiguring packages ... debconf: Unknown template field '__choices', in stanza #1 of /tmp/ipvsadm.template.20770 debconf: Unknown template field '_description', in stanza #1 of /tmp/ipvsadm.template.20770 debconf: Unknown template field '_description', in stanza #2 of /tmp/ipvsadm.template.20770 debconf: Unknown template field '_description', in stanza #3 of /tmp/ipvsadm.template.20770 debconf: Unknown template field '_description', in stanza #4 of /tmp/ipvsadm.template.20770 Selecting previously unselected package libnl1:amd64. (Reading database ... 33777 files and directories currently installed.) Unpacking libnl1:amd64 (from .../libnl1_1.1-7_amd64.deb) ... Selecting previously unselected package ipvsadm. Unpacking ipvsadm (from .../ipvsadm_1%3a1.26-1_amd64.deb) ... Processing triggers for man-db ... Setting up libnl1:amd64 (1.1-7) ... Setting up ipvsadm (1:1.26-1) ... [info] ipvsadm is not configured to run. Please edit /etc/default/ipvsadm. -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ipvsadm depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii libnl1 1.1-7 ii libpopt0 1.16-7 ii lsb-base 4.1+Debian8+deb7u1 ipvsadm recommends no packages. Versions of packages ipvsadm suggests: pn heartbeat none pn keepalived none pn ldirectord none -- debconf information: ipvsadm/kernel_does_not_support_ipvs: ipvsadm/daemon_multicast_interface: eth0 ipvsadm/auto_load_rules: false ipvsadm/daemon_method: none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726447: libconfig-model-perl: Use of uninitialized value $application in hash element at /usr/bin/cme line 184, F line 7.
Package: libconfig-model-perl Version: 2.043-1 Severity: normal After exec 'cme check' displayed error messages: Use of uninitialized value $application in hash element at /usr/bin/cme line 184, F line 7. Use of uninitialized value $application in concatenation (.) or string at /usr/bin/cme line 188, F line 7. Unknown application: . Run 'cme list' to list available applications -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libconfig-model-perl depends on: ii libanyevent-perl 7.050-1 ii libcarp-assert-more-perl 1.14-1 ii libexception-class-perl 1.37-1 ii libfile-homedir-perl 0.99-1 ii libfile-slurp-perl.19-4 ii libhash-merge-perl0.12-2 ii liblist-moreutils-perl0.33-1+b2 ii liblog-log4perl-perl 1.41-1.1 ii libmouse-perl 1.12-1 ii libmousex-nativetraits-perl 1.09-1 ii libmousex-strictconstructor-perl 0.02-1 ii libnamespace-autoclean-perl 0.14-1 ii libparse-recdescent-perl 1.967009+dfsg-1 ii libpath-class-perl0.32-1 ii libpod-pom-perl 0.28-1 ii libtext-diff-perl 1.41-1 ii libyaml-perl 0.84-1 ii perl 5.18.1-4 Versions of packages libconfig-model-perl recommends: ii bash-completion1:2.0-1 ii fuse 2.9.2-4 ii libconfig-model-tkui-perl 1.340-1 ii libfuse-perl 0.15.1-2+b1 Versions of packages libconfig-model-perl suggests: ii libconfig-model-dpkg-perl 2.042 pn libconfig-model-openssh-perl none ii libterm-readline-gnu-perl 1.20-2+b2 -- 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#724755: yum-utils: Add python2.7-iniparse to yum-utils depends
Package: yum-utils Version: 1.1.31-1 Severity: normal On exec % yum-config-manager --help displayed: Traceback (most recent call last): File /usr/bin/yum-config-manager, line 11, in module from iniparse import INIConfig ImportError: No module named iniparse After aptitude install python2.7-iniparse yum-config-manager executed without import error. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9.3-x86_64-linode33 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages yum-utils depends on: ii python 2.7.5-5 ii yum 3.4.3-2 yum-utils recommends no packages. yum-utils 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#722734: ITP: libdist-zilla-plugin-test-reportprereqs-perl -- Report on prerequisite versions during automated testing
Package: wnpp Severity: wishlist Owner: Oleg Gashev o...@gashev.net * Package name: libdist-zilla-plugin-test-reportprereqs-perl Version : 0.006 Upstream Author : David Golden dagol...@cpan.org * URL : https://metacpan.org/release/Dist-Zilla-Plugin-Test-ReportPrereqs * License : Apache-2.0 Programming Lang: Perl Description : Report on prerequisite versions during automated testing This Dist::Zilla plugin adds a t/00-report-prereqs.t test file. It reports the version of all modules listed in the distribution metadata prerequisites (including 'recommends', 'suggests', etc.). However, any 'develop' prereqs are not reported (unless they show up in another category). . If a MYMETA.json file exists and CPAN::Meta is installed on the testing machine, MYMETA.json will be examined for prerequisites in addition, as it would include any dynamic prerequisites not set in the distribution metadata. . Versions are reported based on the result of parse_version from ExtUtils::MakeMaker, which means prerequisite modules are not actually loaded (which avoids various edge cases with certain modules). Parse errors are reported as undef. If a module is not installed, missing is reported instead of a version string. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721998: liblog-log4perl-perl: defined(@array) is deprecated at /usr/share/perl5/Log/Log4perl/Config.pm line 864 to sid.
Package: liblog-log4perl-perl Version: 1.29-1 Severity: normal Debian sid have liblog-log4perl-perl version 1.29-1. Step to reproduce: Exec cme check dpkg. Displayed defined(@array) is deprecated at /usr/share/perl5/Log/Log4perl/Config.pm line 864. (Maybe you should just omit the defined()?) /usr/share/perl5/Log/Log4perl/Config.pm: 862 else { 863 # give back 'undef' instead of an empty arrayref 864 unless( defined @Log::Log4perl::ALLOWED_CODE_OPS_IN_CONFIG_FILE ) { 865 return; 866 } Issue already fixed to experimental (liblog-log4perl-perl version 1.41-1). -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liblog-log4perl-perl depends on: ii perl 5.18.1-2 Versions of packages liblog-log4perl-perl recommends: ii libipc-shareable-perl 0.61-1 ii liblog-dispatch-perl 2.32-1 Versions of packages liblog-log4perl-perl suggests: ii libdbd-csv-perl 0.4100-1 ii libxml-dom-perl 1.44-1 -- 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#713409: license-reconcile: FTBFS: dh_auto_test: perl Build test returned exit code 255
On 08/10/2013 08:47 AM, gregor herrmann wrote: On Fri, 09 Aug 2013 19:17:04 +, Oleg Gashev wrote: Reproduced: Cool! Since you are the first one to be able to reproduce it, I hope you get a chance to investigate the problem :) Cheers, gregor % git diff diff --git a/lib/Debian/LicenseReconcile/Utils.pm b/lib/Debian/LicenseReconcile/Utils.pm index f0b4eda..f2343dc 100644 --- a/lib/Debian/LicenseReconcile/Utils.pm +++ b/lib/Debian/LicenseReconcile/Utils.pm @@ -16,7 +16,7 @@ sub get_files { return if $File::Find::name =~ m{\A\.pc}; push @files, substr($File::Find::name,length($directory)+1) if ! -d $_; }, $directory); -return @files; +return sort @files; } =head1 NAME -- Best regards, Oleg Gashev. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719197: libconfig-model-perl: Use of uninitialized value $application in hash element at /usr/bin/cme line 174, F line 4.
Package: libconfig-model-perl Version: 2.040-1 Severity: normal After install libconfig-model-perl and exec cme list displayed: % cme list Use of uninitialized value $application in hash element at /usr/bin/cme line 174, F line 4. Use of uninitialized value $application in concatenation (.) or string at /usr/bin/cme line 178, F line 4. Unknown application: The following applications are available: system: fstab popcon application: multistrap -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libconfig-model-perl depends on: ii libanyevent-perl 7.040-3 ii libcarp-assert-more-perl 1.14-1 ii libexception-class-perl 1.32-1 ii libfile-homedir-perl 0.99-1 ii libfile-slurp-perl.19-2 ii libhash-merge-perl0.12-2 ii liblist-moreutils-perl0.33-1+b1 ii liblog-log4perl-perl 1.29-1 ii libmouse-perl 1.05-1 ii libmousex-nativetraits-perl 1.09-1 ii libmousex-strictconstructor-perl 0.02-1 ii libnamespace-autoclean-perl 0.13-1 ii libparse-recdescent-perl 1.967009+dfsg-1 ii libpath-class-perl0.32-1 ii libpod-pom-perl 0.28-1 ii libsoftware-license-perl 0.103005-1 ii libtext-autoformat-perl 1.669004-1 ii libtext-diff-perl 1.41-1 ii libyaml-perl 0.84-1 ii perl 5.14.2-21 Versions of packages libconfig-model-perl recommends: ii bash-completion 1:2.0-1 ii fuse2.9.2-4 ii libconfig-model-tkui-perl 1.339-1 ii libfuse-perl0.15.1-2 ii libmodule-corelist-perl 2.94-1 ii perl5.14.2-21 ii perl-modules [libmodule-corelist-perl] 5.14.2-21 Versions of packages libconfig-model-perl suggests: pn libconfig-model-dpkg-perl none pn libconfig-model-openssh-perl none ii libterm-readline-gnu-perl 1.20-2+b1 -- 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#719225: libconfig-model-dpkg-perl: cme check dpkg propose incorrect suggestion for value 'libarchive-extract-perl'
Package: libconfig-model-dpkg-perl Version: 2.037 Severity: normal Pinto package have build depends Archive::Extract (= 0.68). % rmadison libarchive-extract-perl libarchive-extract-perl | 0.68-1 | jessie | source, all libarchive-extract-perl | 0.68-1 | sid| source, all % corelist -a Archive::Extract|grep 0.68 v5.17.90.68 v5.17.10 0.68 v5.17.10 0.68 v5.17.11 0.68 v5.18.00.68 After add libarchive-extract-perl | perl (= 5.17.9) to Build-Depends-Indep cme check dpkg propose incorrect suggestion: % cme check dpkg loading data 2013/08/09 05:23:11 Warning: node 'my_config' could not read config file with any backend Reading package lists... Done Building dependency tree Reading state information... Done Warning in 'control source Build-Depends-Indep:3' value 'libarchive-extract-perl | perl (= 5.17.9)': Dependency of dual life package should be 'perl' not 'libarchive-extract-perl | perl (= 5.17.9)' 2013/08/09 05:23:55 Warning: node 'source options' could not read config file with any backend checking data check done Suggestion 'perl' is incorrect. Current perl version is 5.14.2. Archive::Extract version is 0.48 from perl-modules package. If I add libarchive-extract-perl to Build-Depends-Indep: % cme check dpkg loading data 2013/08/09 05:39:17 Warning: node 'my_config' could not read config file with any backend Reading package lists... Done Building dependency tree Reading state information... Done Warning in 'control source Build-Depends-Indep:3' value 'libarchive-extract-perl': Dependency of dual life package should be 'perl' not 'libarchive-extract-perl' 2013/08/09 05:40:00 Warning: node 'source options' could not read config file with any backend checking data check done If I add libarchive-extract-perl (= 0.68) to Build-Depends-Indep: % cme check dpkg loading data 2013/08/09 05:41:06 Warning: node 'my_config' could not read config file with any backend Reading package lists... Done Building dependency tree Reading state information... Done Warning in 'control source Build-Depends-Indep:3' value 'libarchive-extract-perl (= 0.68)': unnecessary versioned dependency: libarchive-extract-perl = 0.68. Debian has jessie - 0.68-1; sid - 0.68-1; Warning in 'control source Build-Depends-Indep:3' value 'libarchive-extract-perl (= 0.68)': Dependency of dual life package should be 'libarchive-extract-perl | perl (= 5.17.9)' not 'libarchive-extract-perl (= 0.68)' 2013/08/09 05:41:50 Warning: node 'source options' could not read config file with any backend checking data check done -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libconfig-model-dpkg-perl depends on: ii libanyevent-http-perl2.15-1 ii libanyevent-perl 7.040-3 ii libapt-pkg-perl 0.1.29 ii libconfig-model-perl 2.040-1 ii libfile-homedir-perl 0.99-1 ii liblog-log4perl-perl 1.29-1 ii libmouse-perl1.05-1 ii libnamespace-autoclean-perl 0.13-1 ii libparse-recdescent-perl 1.967009+dfsg-1 ii libsoftware-license-perl 0.103005-1 ii libtext-autoformat-perl 1.669004-1 ii libtext-diff-perl1.41-1 ii libyaml-perl 0.84-1 ii lintian 2.5.15 ii perl 5.14.2-21 Versions of packages libconfig-model-dpkg-perl recommends: ii libconfig-model-tkui-perl 1.339-1 ii libmodule-corelist-perl 2.94-1 ii perl5.14.2-21 ii perl-modules [libmodule-corelist-perl] 5.14.2-21 libconfig-model-dpkg-perl 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#713409: license-reconcile: FTBFS: dh_auto_test: perl Build test returned exit code 255
Reproduced: dpkg-buildpackage: source package license-reconcile dpkg-buildpackage: source version 0.2 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by gregor herrmann gre...@debian.org dpkg-buildpackage: host architecture amd64 dpkg-source --before-build license-reconcile fakeroot debian/rules clean dh clean dh_testdir dh_auto_clean dh_clean dpkg-source -b license-reconcile dpkg-source: info: using source format `3.0 (native)' dpkg-source: info: building license-reconcile in license-reconcile_0.2.tar.gz dpkg-source: info: building license-reconcile in license-reconcile_0.2.dsc debian/rules build dh build dh_testdir dh_auto_configure WARNING: the following files are missing in your kit: README Please inform the author. Created MYMETA.yml and MYMETA.json Creating new 'Build' script for 'Debian-LicenseReconcile' version '0.01' dh_auto_build Building Debian-LicenseReconcile dh_auto_test t/00-load.t ... 3/15 # Testing Debian::LicenseReconcile 0.01, Perl 5.014002, /usr/bin/perl bin/license-reconcile syntax OK t/00-load.t ... ok t/01-errors.t . ok t/02-format.t . ok t/03-parse.t .. ok t/04-parse.t .. ok t/05-duplicate.t .. ok t/06-filter.t . ok t/08-map_directory.t .. ok t/09-licensecheck.t ... ok t/09-nolicense.t .. ok t/09-tty.t ok t/09-wtfpl.t .. ok t/10-get_files.t .. ok t/11-rules.t .. ok t/12-rules-pattern.t .. ok t/13-rules-contains.t . ok t/14-rules-mmagic.t ... ok t/15-rules-matches.t .. ok t/16-rules-maxversion.t ... 1/3 # Failed test at t/16-rules-maxversion.t line 42. # Compared $data-[0]{file} #got : 'base.h' # expect : 'base' # Looks like you failed 1 test of 3. t/16-rules-maxversion.t ... Dubious, test returned 1 (wstat 256, 0x100) Failed 1/3 subtests t/17-copyright.t .. ok t/17-kungliga.t ... ok t/17-rltty.t .. ok t/18-app.t ok t/19-rules-verify.t ... 3/3 # Failed test at t/19-rules-verify.t line 40. # Compared $data-[0]{file} #got : 'base.h' # expect : 'base' # Looks like you failed 1 test of 3. t/19-rules-verify.t ... Dubious, test returned 1 (wstat 256, 0x100) Failed 1/3 subtests t/20-copyright_extract.t .. ok t/manifest.t .. skipped: Author tests not required for installation t/pod-coverage.t .. skipped: Test::Pod::Coverage 1.08 required for testing POD coverage t/pod.t ... ok Test Summary Report --- t/16-rules-maxversion.t (Wstat: 256 Tests: 3 Failed: 1) Failed test: 3 Non-zero exit status: 1 t/19-rules-verify.t (Wstat: 256 Tests: 3 Failed: 1) Failed test: 3 Non-zero exit status: 1 Files=28, Tests=219, 15 wallclock secs ( 0.33 usr 0.43 sys + 8.07 cusr 5.49 csys = 14.32 CPU) Result: FAIL Failed 2/28 test programs. 2/219 subtests failed. dh_auto_test: perl Build test returned exit code 255 make: *** [build] Error 255 dpkg-buildpackage: error: debian/rules build gave error exit status 2 locale LANG=en_US.UTF-8 LANGUAGE= LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL= -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712373: [kgb-maintainers] Bug#712373: kgb-bot: On exec git push displayed message remote: WARNING: git repo-config is deprecated in favor of git config.
Hi, I reopened bug, because bug is not fixed and I received this message on every git push. For example: $ git push --all; git push --tags; Counting objects: 39, done. Compressing objects: 100% (21/21), done. Writing objects: 100% (25/25), 3.62 KiB | 0 bytes/s, done. Total 25 (delta 14), reused 0 (delta 0) remote: WARNING: git repo-config is deprecated in favor of git config. remote: WARNING: git repo-config is deprecated in favor of git config. remote: WARNING: git repo-config is deprecated in favor of git config. remote: WARNING: git repo-config is deprecated in favor of git config. remote: WARNING: git repo-config is deprecated in favor of git config. remote: WARNING: git repo-config is deprecated in favor of git config. remote: WARNING: git repo-config is deprecated in favor of git config. To git+ssh://git.debian.org/git/pkg-perl/packages/libsql-abstract-more-perl.git 9460bec..1d192ea master - master bcd926a..1e1a484 pristine-tar - pristine-tar 6032c63..a3f6caa upstream - upstream Counting objects: 1, done. Writing objects: 100% (1/1), 170 bytes | 0 bytes/s, done. Total 1 (delta 0), reused 0 (delta 0) remote: WARNING: git repo-config is deprecated in favor of git config. remote: WARNING: git repo-config is deprecated in favor of git config. remote: WARNING: git repo-config is deprecated in favor of git config. remote: WARNING: git repo-config is deprecated in favor of git config. remote: WARNING: git repo-config is deprecated in favor of git config. remote: WARNING: git repo-config is deprecated in favor of git config. remote: WARNING: git repo-config is deprecated in favor of git config. To git+ssh://git.debian.org/git/pkg-perl/packages/libsql-abstract-more-perl.git * [new tag] upstream/1.17 - upstream/1.17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717319: ITP: libproc-terminator-perl -- module to conveniently terminate processes
Package: wnpp Severity: wishlist Owner: Oleg Gashev o...@gashev.net * Package name: libproc-terminator-perl Version : 0.05 Upstream Author : M. Nunberg mnunb...@haskalah.org * URL : https://metacpan.org/release/Proc-Terminator * License : Artistic or GPL-1+ Programming Lang: Perl Description : module to conveniently terminate processes Proc::Terminator provides a convenient way to kill a process, often useful in utility and startup functions which need to ensure the death of an external process. . Proc::Terminator provides a simple, blocking, and procedural interface to kill a process or multiple processes (not tested), and not return until they are all dead. . Proc::Terminator can know if you do not have permissions to kill a process, if the process is dead, and other interesting tidbits. . It also provides for flexible options in the type of death a process will experience. Whether it be slow or immediate. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713266: libsql-abstract-more-perl: FTBFS: tests failed
On 06/22/2013 12:21 PM, Lucas Nussbaum wrote: Source: libsql-abstract-more-perl Version: 1.15-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20130620 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: debian/rules build dh build dh_testdir dh_auto_configure Created MYMETA.yml and MYMETA.json Creating new 'Build' script for 'SQL-Abstract-More' version '1.15' dh_auto_build Building SQL-Abstract-More dh_auto_test Can't locate Test/Deep.pm in @INC (@INC contains: /«PKGBUILDDIR»/blib/lib /«PKGBUILDDIR»/blib/arch /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at /usr/share/perl5/SQL/Abstract/Test.pm line 8. Resolved to 1.15-2. Thank you. -- Best regards, Oleg Gashev. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710532: this bug is fixed in 1.8.6.3 version
Please untag this bug - it was already fixed in the version 1.8.6.3. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710532: This bug has been already fixed in 1.8.6.3
Justin, could you please untag this bug ? We already fixed it in v1.8.6.3, according to your suggestions. But this bug is still hanging over the package. How to mark it fixed or else ? Thanks Oleg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org