Bug#1069702: python3-tqdm: unable to set format for numbers with unit_scale
Package: python3-tqdm Version: 4.66.2-2 Severity: normal Tags: upstream Dear Maintainer, I'm having trouble formatting numbers in progress bars when using unit_scale. Unfortunately, there doesn't seem to be a way to do this without overriding a lot of code. As shown in line 565 of /usr/lib/python3/dist-packages/tqdm/std.py, the `str()` method is being used to convert the floats to strings before printing them. Minimal working example: import tqdm import time for i in tqdm.tqdm(range(7), unit_scale=1/7): time.sleep(0.1) print() Output for this code: 0%| | 0.0/1.0 [00:00
Bug#1063331: gpsd: 359 degrees amizuth are reported as n/a with u-blox driver
Package: gpsd Version: 3.25-2 Severity: minor Tags: patch upstream Dear Maintainer, I hope this message finds you well. I've noticed an issue in the `driver_ubx.c` file that might be worth your attention. In the drivers/driver_ubx.c file, there are two occurrences of "359 > tmp" (lines 2017 and 2465). However, when azimuth is set to 359 degrees, it's reported as "n/a" due to too strict upper bound checking. To fix this issue, I suggest replacing both occurrences of "359 > tmp" with "360 > tmp". This should allow the code to handle azimuth value of 359 degrees correctly. Additionally, I noticed that there's a conversion to double before assignment to `tmp` on line 2464, which is unnecessary and can be removed. I've attached a patch file that includes these changes. Thank you for your time and attention! diff --git a/drivers/driver_ubx.c b/drivers/driver_ubx.c index 7803449..f336120 100644 --- a/drivers/driver_ubx.c +++ b/drivers/driver_ubx.c @@ -2014,7 +2014,7 @@ static gps_mask_t ubx_msg_nav_sat(struct gps_device_t *session, session->gpsdata.skyview[st].elevation = (double)tmp; } tmp = getles16(buf, off + 4); -if (359 > tmp && 0 <= tmp) { +if (360 > tmp && 0 <= tmp) { session->gpsdata.skyview[st].azimuth = (double)tmp; } session->gpsdata.skyview[st].used = used; @@ -2461,8 +2461,8 @@ ubx_msg_nav_svinfo(struct gps_device_t *session, unsigned char *buf, if (90 >= abs(tmp)) { session->gpsdata.skyview[st].elevation = (double)tmp; } -tmp = (double)getles16(buf, off + 6); -if (359 > tmp && 0 <= tmp) { +tmp = getles16(buf, off + 6); +if (360 > tmp && 0 <= tmp) { session->gpsdata.skyview[st].azimuth = (double)tmp; } session->gpsdata.skyview[st].used = used;
Bug#744843: john: amd64 fallback binaries
Package: john Version: 1.9.0-2 Followup-For: Bug #744843 Tags: patch Dear maintainer! I've developed a patch that allows the package to generate fallback binaries during the building process. Could you kindly review and incorporate this update? diff --git a/debian/rules b/debian/rules index 455a0b9..acfb6ab 100755 --- a/debian/rules +++ b/debian/rules @@ -42,6 +42,8 @@ else ifeq ($(CPU),i386) CFLAGS += -DCPU_FALLBACK else ifeq ($(CPU),amd64) TARGET := $(OS)-x86-64 + # enabling amd64 fallbacks + CFLAGS += -DCPU_FALLBACK else ifeq ($(CPU),powerpc) TARGET := linux-ppc32 else ifeq ($(CPU),ppc64) @@ -74,17 +76,13 @@ else CFLAGS += -DCFG_FULL_NAME=\\\"/etc/john/john.conf\\\" endif -# testing i386 for mmx instructions and sse2 extensions ifeq ($(CPU),i386) ifneq ($(OS),hurd) - MMX := $(shell grep -c '^flags.* mmx' /proc/cpuinfo) - ifneq ($(MMX),0) - HAVEMMX := 1 - endif - SSE := $(shell grep -c '^flags.* sse2' /proc/cpuinfo) - ifneq ($(SSE),0) - HAVESSE := 1 - endif + I386_FALLBACK := 1 + endif +else ifeq ($(CPU),amd64) + ifneq ($(OS),hurd) + X86_64_FALLBACK := 1 endif endif @@ -94,17 +92,20 @@ endif override_dh_auto_build: # building the selected target dh_auto_build -- clean $(TARGET) -ifeq ($(HAVEMMX),1) - # renaming the non-mmx binary +ifeq ($(I386_FALLBACK),1) mv run/john run/john-non-mmx - # building i386-mmx optimized binary dh_auto_build -- clean $(OS)-x86-mmx -endif -ifeq ($(HAVESSE),1) - # renaming the non-sse2 binary mv run/john run/john-non-sse - # building i386-sse2 optimized binary dh_auto_build -- clean $(OS)-x86-sse2 +else ifeq ($(X86_64_FALLBACK),1) + mv run/john run/john-non-avx + dh_auto_build -- clean $(OS)-x86-64-avx + mv run/john run/john-non-xop + dh_auto_build -- clean $(OS)-x86-64-xop + mv run/john run/john-non-avx2 + dh_auto_build -- clean $(OS)-x86-64-avx2 + mv run/john run/john-non-avx512 + dh_auto_build -- clean $(OS)-x86-64-avx512 endif override_dh_auto_install: @@ -115,11 +116,14 @@ override_dh_auto_install: mv -f '{}'.utf8 '{}' \; # install fallbacks as needed -ifeq ($(HAVEMMX),1) +ifeq ($(I386_FALLBACK),1) dh_install run/john-non-mmx /usr/lib/john -endif -ifeq ($(HAVESSE),1) dh_install run/john-non-sse /usr/lib/john +else ifeq ($(X86_64_FALLBACK),1) + dh_install run/john-non-avx /usr/lib/john + dh_install run/john-non-xop /usr/lib/john + dh_install run/john-non-avx2 /usr/lib/john + dh_install run/john-non-avx512 /usr/lib/john endif override_dh_auto_clean:
Bug#1024633: bluez-tools: segmentation fault in bt-network
Package: bluez-tools Version: 2.0~20170911.0.7cb788c-4 Severity: normal Tags: patch Dear Maintainer, bt-network exits with SEGV when connection fails. The patch should fix that. Also there is a patch for a typo (brige -> bridge) diff --git a/src/lib/bluez/network.c b/src/lib/bluez/network.c index 02a33fb..19658b0 100644 --- a/src/lib/bluez/network.c +++ b/src/lib/bluez/network.c @@ -173,7 +173,7 @@ const gchar *network_connect(Network *self, const gchar *uuid, GError **error) g_assert(NETWORK_IS(self)); const gchar *ret = NULL; GVariant *proxy_ret = g_dbus_proxy_call_sync(self->priv->proxy, "Connect", g_variant_new ("(s)", uuid), G_DBUS_CALL_FLAGS_NONE, -1, NULL, error); - if (proxy_ret != NULL) + if (proxy_ret == NULL) return NULL; proxy_ret = g_variant_get_child_value(proxy_ret, 0); ret = g_variant_get_string(proxy_ret, NULL); diff --git a/contrib/man/bt-network.pod b/contrib/man/bt-network.pod index 0bde301..189277e 100644 --- a/contrib/man/bt-network.pod +++ b/contrib/man/bt-network.pod @@ -12,7 +12,7 @@ Help Options: Application Options: -a, --adapter= -c, --connect - -s, --server + -s, --server =head1 DESCRIPTION @@ -32,7 +32,7 @@ B<-c, --connect Ename|macE EuuidE> Connect to the network device and return the network interface name, uuid can be either one of "gn", "panu" or "nap" -B<-s, --server Egn|panu|napE EbrigeE> +B<-s, --server Egn|panu|napE EbridgeE> Register server for the provided UUID, every new connection to this server will be added the bridge interface diff --git a/src/bt-network.1 b/src/bt-network.1 index 0a6381c..b346d02 100644 --- a/src/bt-network.1 +++ b/src/bt-network.1 @@ -150,7 +150,7 @@ Help Options: Application Options: \-a, \-\-adapter= \-c, \-\-connect - \-s, \-\-server + \-s, \-\-server .SH "DESCRIPTION" .IX Header "DESCRIPTION" This utility is used to manage network services (client/server). @@ -168,7 +168,7 @@ All servers will be automatically unregistered when the application terminates. Connect to the network device and return the network interface name, uuid can be either one of \*(L"gn\*(R", \*(L"panu\*(R" or \*(L"nap\*(R" .PP -\&\fB\-s, \-\-server \fR +\&\fB\-s, \-\-server \fR Register server for the provided \s-1UUID,\s0 every new connection to this server will be added the bridge interface .SH "AUTHOR" diff --git a/src/bt-network.c b/src/bt-network.c index d8de8a1..6385f8f 100644 --- a/src/bt-network.c +++ b/src/bt-network.c @@ -90,7 +90,7 @@ static gchar *connect_device_arg = NULL; static gchar *connect_uuid_arg = NULL; static gboolean server_arg = FALSE; static gchar *server_uuid_arg = NULL; -static gchar *server_brige_arg = NULL; +static gchar *server_bridge_arg = NULL; static gboolean daemon_arg = FALSE; static GOptionEntry entries[] = { @@ -122,7 +122,7 @@ int main(int argc, char *argv[]) "`uuid` is:\n" " Profile short name: gn, panu or nap\n\n" "Server Options:\n" - " -s, --server \n" + " -s, --server \n" " Every new connection to this server will be added the `bridge` interface\n\n" "Report bugs to <"PACKAGE_BUGREPORT">." "Project home page <"PACKAGE_URL">." @@ -200,7 +200,7 @@ int main(int argc, char *argv[]) g_object_unref(device); } else if (server_arg) { server_uuid_arg = argv[1]; - server_brige_arg = argv[2]; + server_bridge_arg = argv[2]; if (g_ascii_strcasecmp(server_uuid_arg, "gn") != 0 && g_ascii_strcasecmp(server_uuid_arg, "panu") != 0 && g_ascii_strcasecmp(server_uuid_arg, "nap") != 0) { g_print("%s: Invalid server UUID: %s\n", g_get_prgname(), server_uuid_arg); @@ -216,7 +216,7 @@ int main(int argc, char *argv[]) gchar *server_uuid_upper = g_ascii_strup(server_uuid_arg, -1); NetworkServer *network_server = network_server_new(adapter_get_dbus_object_path(adapter)); - network_server_register(network_server, server_uuid_arg, server_brige_arg, ); + network_server_register(network_server, server_uuid_arg, server_bridge_arg, ); exit_if_error(error); g_print("%s server registered\n", server_uuid_upper);
Bug#1024357: dhcpcd-base: segmentation fault in manager process
I found that the option 51 (lease time) was specified twice inside server reply.
Bug#1024357: dhcpcd-base: segmentation fault in manager process
Package: dhcpcd-base Version: 9.4.1-11 Severity: important Dear Maintainer, I am getting SEGV from the dhcpcd management process while trying to connect some particular network. Things works fine when interface is confugured for the first time. The crash is occured after reconnection/reconfiguration. Here is the backtrace. #0 0x5654ac43dffc in memcpy (__len=4, __src=0x5654ad7ad5cb, __dest=0x0) at /usr/include/x86_64-linux-gnu/bits/string_fortified.h:29 #1 get_option (ctx=ctx@entry=0x7ffc25675830, bootp=bootp@entry=0x5654ad7ad4d0, bootp_len=bootp_len@entry=354, opt=opt@entry=51, opt_len=opt_len@entry=0x7ffc25675670) at ./src/dhcp.c:263 #2 0x5654ac43feec in get_option_uint32 (option=51 '3', bootp_len=354, bootp=0x5654ad7ad4d0, i=0x5654ad799764, ctx=0x7ffc25675830) at ./src/dhcp.c:309 #3 get_lease (ifp=ifp@entry=0x5654ad799400, lease=lease@entry=0x5654ad799758, bootp=0x5654ad7ad4d0, len=354) at ./src/dhcp.c:1440 #4 0x5654ac443188 in dhcp_start1 (arg=0x5654ad799400) at ./src/dhcp.c:4037 #5 0x5654ac42c1b2 in eloop_start (eloop=0x5654ad7aaba0, signals=signals@entry=0x7ffc25675a78) at ./src/eloop.c:736 #6 0x5654ac425510 in main (argc=, argv=, envp=) at ./src/dhcpcd.c:2553 ctx->opt_buffer is NULL at ./src/dhcp.c:263 while ctx->opt_buffer_len is 8 This shouldn't happen, I guess. Unfortunately, the option parsing code looks too tricky to me to investigate further.
Bug#1010385: task-spooler: Please update to newer upstream
Hi! Is it really a new upstream? Original one is often inaccessible but still valid, I guess. Latest version there is 1.0.2 with minor changes. On Sat, Apr 30, 2022 at 02:49:56AM -0500, John Goerzen wrote: > Package: task-spooler > Version: 1.0.1+dfsg1-1 > Severity: wishlist > > https://github.com/justanhduc/task-spooler seems to be the new home, and it > up to 1.3.x. > > Thanks!
Bug#1008496: fbless: exits with exception
Package: fbless Version: 0.2.3-5 Severity: normal Dear Maintainer, sometimes fbless throws an exception. This error is repeatedly occured at the same place inside a file. Traceback (most recent call last): File "/usr/lib/python3/dist-packages/fbless_lib/main.py", line 915, in get line = par.lines[line_index] IndexError: list index out of range During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/bin/fbless", line 23, in MainWindow().main_loop() File "/usr/lib/python3/dist-packages/fbless_lib/main.py", line 88, in __init__ self.redraw_scr() File "/usr/lib/python3/dist-packages/fbless_lib/main.py", line 230, in redraw_scr s, type = self.content.get(_par_index, _line_index) File "/usr/lib/python3/dist-packages/fbless_lib/main.py", line 919, in get return self.get(par_index, line_index) File "/usr/lib/python3/dist-packages/fbless_lib/main.py", line 913, in get self._split_par(par) File "/usr/lib/python3/dist-packages/fbless_lib/main.py", line 1011, in _split_par par.split_string() File "/usr/lib/python3/dist-packages/fbless_lib/paragraph.py", line 155, in split_string offsets.sort() # sort by offsets TypeError: '<' not supported between instances of 'tuple' and 'int' -- System Information: Debian Release: 11.2 APT prefers stable-updates APT policy: (185, 'stable-updates'), (185, 'stable-security'), (185, 'stable'), (175, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.16.0-3-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages fbless depends on: ii hyphen-de 1:7.1.0~rc3-3 ii hyphen-en-us 2.8.8-7 ii hyphen-es 1:7.1.0~rc3-3 ii hyphen-fr 1:7.1.0~rc3-3 ii hyphen-it 1:7.1.0~rc3-3 ii hyphen-ru 20030310-1.1 ii hyphen-uk 1:7.1.0~rc3-3 ii python3 3.9.2-3 ii python3-xdg 0.27-2 fbless recommends no packages. fbless suggests no packages. -- no debconf information
Bug#996702: fp16: libfp16 fails to build for i386
Package: fp16 Severity: normal Tags: patch upstream Dear Maintainer, the function fp16_ieee_from_fp32_value() fails to pass tests on i386 arch, resulting in missing packages https://buildd.debian.org/status/package.php?p=fp16 I think the problem here is implicit usage of double type at include/fp16/fp16.h:231. The patch should fix that. Index: fp16/include/fp16/fp16.h === --- fp16.orig/include/fp16/fp16.h +++ fp16/include/fp16/fp16.h @@ -228,7 +228,8 @@ static inline uint16_t fp16_ieee_from_fp const float scale_to_inf = fp32_from_bits(UINT32_C(0x7780)); const float scale_to_zero = fp32_from_bits(UINT32_C(0x0880)); #endif - float base = (fabsf(f) * scale_to_inf) * scale_to_zero; +const volatile float base_inf = fabsf(f) * scale_to_inf; + float base = base_inf * scale_to_zero; const uint32_t w = fp32_to_bits(f); const uint32_t shl1_w = w + w;
Bug#980880: gpsd: The argument to --pidfile is not processed, while -P works fine
Package: gpsd Version: 3.22-2 Severity: normal I am trying to run gpsd with --pidfile option. When I run command as shown below, the --pidfile's argument is treated as inaccessible device name, but after changing it to -P gpsd starts and creates the pid file. /usr/sbin/gpsd --sockfile /run/gpsd.sock --pidfile /run/gpsd.pid --nowait I think the problem here is 'no_argument' value in the long_options[] array (gpsd/gpsd.c:1951). Also, the same problem may affect --port option (the next line of array).
Bug#980861: dhcpcd5: chrony hook refers to wrong helper location
Package: dhcpcd5 Version: 7.1.0-2+b1 Severity: normal Dear Maintainer, 62-chrony.conf refers to /usr/lib/chrony/chrony-helper file while helper actially located at /usr/libexec/chrony/chrony-helper
Bug#977785: RFS: task-spooler/1.0.1+dfsg1-1 -- personal job scheduler
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "task-spooler": * Package name: task-spooler Version : 1.0.1+dfsg1-1 Upstream Author : Lluís Batlle i Rossel * URL : https://viric.name/soft/ts/ * License : GPL-2, LDP-GPL-1 * Vcs : https://salsa.debian.org/debian/task-spooler/ Section : misc It builds those binary packages: task-spooler - personal job scheduler To access further information about this package, please visit the following URL: https://mentors.debian.net/package/task-spooler/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/t/task-spooler/task-spooler_1.0.1+dfsg1-1.dsc Changes since the last upload: task-spooler (1.0.1+dfsg1-1) unstable; urgency=medium . * Change http to https in urls * New upstream version 1.0.1+dfsg1 * Drop applied patch * Refresh ts to tsp renaming patch (Closes: #905902) * Minor man page fixes * Bump Standards-Version to 4.5.1 (no changes)
Bug#975428: RFS: task-spooler/1.0+dfsg1-1 -- personal job scheduler
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "task-spooler": * Package name: task-spooler Version : 1.0+dfsg1-1 Upstream Author : Lluís Batlle i Rossel * URL : http://viric.name/soft/ts/ * License : GPL-2, LDP-GPL-1 * Vcs : https://salsa.debian.org/debian/task-spooler/ Section : misc It builds those binary packages: task-spooler - personal job scheduler To access further information about this package, please visit the following URL: https://mentors.debian.net/package/task-spooler/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/t/task-spooler/task-spooler_1.0+dfsg1-1.dsc Changes since the last upload: task-spooler (1.0+dfsg1-1) unstable; urgency=medium . * Update Vcs-Git and Vcs-Browser fields in debian/control. * Use https for copyright-format * Add upstream metadata file * Fix buffer overflow (closes: #975321) * Update to standards version 4.5.0 * Exclude copyrighted material and unneeded files * Upgrade watch file to version 4 and repack source * New upstream version 1.0+dfsg1 * Use debhelper v13
Bug#973632: python3-ledger: segfault on import
Package: python3-ledger Version: 3.2.1-6+b1 Severity: important Module ledger fails to load. $ python3 -c "import ledger" Segmentation fault Also, package deps are looking weird: python3 3.8, but libpython3.9. python3 (<< 3.9), python3 (>= 3.8~), libboost-python1.71.0-py39, libpython3.9 (>= 3.9.0~b4) -- System Information: Debian Release: 10.6 Architecture: i386 (i686) Versions of packages python3-ledger depends on: ii libboost-filesystem1.71.0 1.71.0-7+b1 ii libboost-iostreams1.71.01.71.0-7+b1 ii libboost-python1.71.0 [libboost-python1.71.0-py39] 1.71.0-7+b1 ii libboost-regex1.71.0 [libboost-regex1.71.0-icu67] 1.71.0-7+b1 ii libc6 2.31-4 ii libgcc-s1 10.2.0-15 ii libgmp102:6.1.2+dfsg-4 ii libicu6767.1-4 ii libmpfr64.0.2-1 ii libpython3.93.9.0-5 ii libstdc++6 10.2.0-15 ii python3 3.8.2-3
Bug#968498: fbless cant open files
Package: fbless Version: 0.2.3-4 Severity: normal fbless failed to open files with exception Traceback (most recent call last): File "/usr/bin/fbless", line 23, in MainWindow().main_loop() File "/usr/lib/python3/dist-packages/fbless_lib/main.py", line 79, in __init__ self.content = create_content(self.filename, curses.COLS) File "/usr/lib/python3/dist-packages/fbless_lib/main.py", line 1073, in create_content if data.startswith('
Bug#961434: baresip-core: stack smashing detected with evdev module
Package: baresip-core Version: 0.6.1-1 Severity: normal -- System Information: Debian Release: 10.4 APT prefers stable APT policy: (185, 'stable'), (183, 'stable-updates'), (175, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.6.0-1-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU:en_US (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages baresip-core depends on: ii libasound21.1.8-1 ii libavahi-client3 0.7-4+b1 ii libavahi-common3 0.7-4+b1 ii libc6 2.30-4 ii libcodec2-0.8.1 0.8.1-2 ii libdirectfb-1.7-7 1.7.7-9 ii libgsm1 1.0.18-2 ii libjack-jackd2-0 [libjack-0.125] 1.9.12~dfsg-2 ii libmosquitto1 1.5.7-1+deb10u1 ii libmpg123-0 1.25.10-2 ii libopencore-amrnb00.1.3-2.1+b2 ii libopencore-amrwb00.1.3-2.1+b2 ii libopus0 1.3-1 ii libpng16-16 1.6.36-6 ii libportaudio2 19.6.0-1 ii libre00.6.0-2 ii librem0 0.6.0-1 ii libsndfile1 1.0.28-6 ii libsndio7.0 1.5.0-3 ii libspandsp2 0.0.6+dfsg-2 ii libspeexdsp1 1.2~rc1.2-1+b2 ii libssl1.1 1.1.1d-0+deb10u3 ii libtwolame0 0.3.13-4 ii libvo-amrwbenc0 0.1.3-1+b1 ii libvpx5 1.7.0-3+deb10u1 ii zlib1g1:1.2.11.dfsg-1 Versions of packages baresip-core recommends: pn avahi-daemon Versions of packages baresip-core suggests: ii baresip-ffmpeg 0.6.1-1 pn baresip-gstreamer ii baresip-gtk0.6.1-1 pn baresip-x11 -- no debconf information
Bug#918719: task-spooler option -w does not appear to work as intended
On Tue, Jan 08, 2019 at 06:08:00PM +0100, Davide Monsorno wrote: > I have tried to use task spooler in order to launch 2 tasks (a1,a2) in > parallel, followed by 3 tasks (b1,b2,b3) in parallel. > To this end, I have increased the maximum number of slots to 3, with > the option -S [number of slots]. Task spooler has a limited support for dependencies. Probably, an external logic is required to handle this case. > I would like the b1,b2,b3 tasks to wait until the task a1 (or a2, or > both) is completed. > > I have tried using the -w option as per the manual; however it does > not appear to work. For instance, if I specify the id > of the previous process, e.g. tsp -w [id] echo "hello world", the > command seems to hang until the process [id] is finished, > and then nothing happens. At a first glance things are working as expected. -w is an action to wait for task completion. Nothing else should happen here. -D is an option for declaring dependency when running a new task. In both cases completion of a single task is tracked. > On the other hand, if I use the option -D [id], which does the same > thing but also checks if the task [id] finished well, it > seems to work as intended. However, simply using option -D instead of > option -w is not ok in my application, since the tasks a1,a2 > and b1,b2,b3 are independent and the latter should start even if the > former return an error. Checking for exit status is a right thing to do, usually. A simple shell wrapper to hide error could help here. Another wrapper could collect results from tasks a* and provide a single dependency to tasks b*. > Are you able to replicate the bug and, if so, could you please provide a fix? I could forward request upstream to support multiple dependencies.
Bug#849871: ftdi-eeprom: manual page is outdated
Package: ftdi-eeprom Version: 1.3-2 Severity: normal The ftdi_eeprom(1) manual page does not match current binary. There are new commands and options. Also, the man page refers to example configuration file (/usr/share/doc/ftdi-eeprom/examples), but that file is missing. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (192, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-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 Init: sysvinit (via /sbin/init) Versions of packages ftdi-eeprom depends on: ii libc6 2.24-8 ii libconfuse1 3.0+dfsg-2 ii libftdi1-21.3-2 ii libusb-1.0-0 2:1.0.21-1 ftdi-eeprom recommends no packages. ftdi-eeprom suggests no packages. -- no debconf information
Bug#841366: RFS: task-spooler/1.0-1
Thanks for helpful review. I have uploaded the corrected package. On Wed, Oct 19, 2016 at 06:48:16PM -0700, Sean Whitton wrote: > Dear Alexander, > > Some minor comments on your changelog entries. > > On Wed, Oct 19, 2016 at 11:59:31PM +0300, Alexander Inyukhin wrote: > >* New upstream version 1.0 > > It's superfluous to say "1.0" since the version number is two lines above. Ok. This one comes from gbp. > > > >* Update patches > > What do you mean? Do you mean refresh them so they apply to the new > upstream version? It's conventional to write "Refresh patches" in that > case. Ok. > >* Change homepage to http://viric.name/soft/ts/ > > Why? Did the upstream site move? > > If you write "Update homepage" it's implied that they moved it. Technically, it is not a movement. Both addresses are working. This address becomes the preferred one and it has been used in announcements for a while.
Bug#841366: RFS: task-spooler/1.0-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "task-spooler" * Package name: task-spooler Version : 1.0-1 Upstream Author : Lluís Batlle i Rossel <vi...@viric.name> * URL : http://viric.name/soft/ts/ * License : GPLv2+ Section : misc It builds those binary packages: task-spooler - personal job scheduler To access further information about this package, please visit the following URL: http://mentors.debian.net/package/task-spooler Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/task-spooler/task-spooler_1.0-1.dsc Changes since the last upload: * New upstream version 1.0 * Update patches * Change homepage to http://viric.name/soft/ts/ * Bump standards version to 3.9.8 (no changes) Regards, Alexander Inyukhin
Bug#758704: bluetoothctl not accepting input
Package: bluez Version: 5.36-1+b2 Followup-For: Bug #758704 The bug is still here. I solved this problem by adding user to the bluetooth group. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (192, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.6.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: sysvinit (via /sbin/init) Versions of packages bluez depends on: ii dbus 1.10.8-1 ii init-system-helpers 1.42 ii kmod 22-1.1 ii libc62.23-4 ii libdbus-1-3 1.10.8-1 ii libglib2.0-0 2.48.1-2 ii libreadline6 6.3-8+b4 ii libudev1 230-7 ii lsb-base 9.20160629 ii udev 230-7 bluez recommends no packages. bluez suggests no packages. -- no debconf information
Bug#818724: RFS: task-spooler/0.7.6-1
On Sun, Mar 20, 2016 at 05:40:59AM +, Mattia Rizzolo wrote: > control: tag -1 moreinfo > control: owner -1 ! > > On Sun, Mar 20, 2016 at 07:59:35AM +0300, Alexander Inyukhin wrote: > > I am looking for a sponsor for my package "task-spooler" > > sure thing :) > > > dget -x > > http://mentors.debian.net/debian/pool/main/t/task-spooler/task-spooler_0.7.6-1.dsc > > > > Changes since the last upload: > > > >* Imported Upstream version 0.7.6 > >* Update patches > >* Bump standards version to 3.9.7 > >* Use https for VCS-* fields > > though you got Vcs-Git wrong, you can't use /cgit/ to clone. I had checked this before upload, and it worked. > I suggest you just use /git/ for both fields, which has been valid for a > bit more than a month. Ok. Fixed that. > >* Fix typo as suggested by lintian > > I see there patches with Last-Update: 2012, both marked as "Forwarded: > yes" and without Forwarded header. I wonder, since 2012 it has not been > applied?? (particularly weird for cppcheck.patch). > Also, note that the Forwarded field should either be "no", "not-needed" > or some pointers to where it has been forwarded (like a url to some bug > thing). All of these patches are not applied by upstream. Some of them were forwarded before. I sent relevant patches again and update headers. > also, about d/copyright: I assume some years should be bumped, and I see > this weird diff from the previous upload: > > - This package is free software; you can redistribute it and/or modify > - it under the terms of the GNU General Public License as published by > - the Free Software Foundation; version 2 of the License. > + This program is free software; you can redistribute it and/or > + modify it under the terms of the GNU General Public License > + as published by the Free Software Foundation. > > why does it loses the version?? How do you generate that diff? There is a some kind of uncertainty about the license. The source code contains text of GPL-2 license without explicit license grant, but the site claims GPL2+ for that code. A discussion about the previous upload is here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781523 https://lists.debian.org/debian-legal/2015/05/msg1.html So, in the previous upload license version is changed from GPL2+ to GPL2. I am not sure about that version number thing, though. Fixed that. > Without considering that those copyright changes are not documented in > d/copyright. > > and btw, having debian/* GPL-2+ technically makes upstream unable to > pull patches from debian/patches/*, as GPL-2+ is incompatible with > GPL-2 (only). Isn't that a one-way incompatibility? As far as I understand, GPL2+ is a set of licenses including GPL2, so GPL2+ code could be used in GPL2-only project. Anyway, I do not want to restrict use of these patches. What license should I use? I have uploaded a fixed package. Thanks for review!
Bug#818724: RFS: task-spooler/0.7.6-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "task-spooler" * Package name: task-spooler Version : 0.7.6-1 Upstream Author : Lluís Batlle i Rossel <vi...@viric.name> * URL : http://vicerveza.homeunix.net/~viric/soft/ts/ * License : GPLv2+ Section : misc It builds those binary packages: task-spooler - personal job scheduler To access further information about this package, please visit the following URL: http://mentors.debian.net/package/task-spooler Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/task-spooler/task-spooler_0.7.6-1.dsc Changes since the last upload: * Imported Upstream version 0.7.6 * Update patches * Bump standards version to 3.9.7 * Use https for VCS-* fields * Fix typo as suggested by lintian Regards, Alexander Inyukhin
Bug#807821: spamassassin: spamc --headers breaks multipart messages
Package: spamassassin Version: 3.4.1-3 Severity: normal Hi, "spamc --headers" should not alter Content-Type header. When spamd is confugured to add report to messages the resulting Content-Type is something like Content-Type: multipart/mixed; boundary="--=_566D759A.5F0A72E0" Replacing this header in the original message breaks it, especially when the message is multipart itself, since the boundary is changed.
Bug#805309: grub-common: md raid superblock caching issue
Package: grub-common Version: 2.02~beta2-22 Severity: normal Hi, I was trying to install grub on md raid array after some reshaping and drive rearrainging, but grub-install and grub-probe were refused to see the device any more (error was something like "mduuid/... not found"). After some investigations I found that grub used the old version of md superblocks from cache and it was unable to correctly determine the new role of partitions inside array (they are changed during reshaping). At the same time mdadm --examine on partitions works correctly, because it opens disk bypassing cache (with O_DIRECT). Dumping superblock with and without direct flag confirms that idea. These commands returned different role arrays: dd if=/dev/sdd3 bs=512 count=1 skip=8 iflag=direct | xxd dd if=/dev/sdd3 bs=512 count=1 skip=8 | xxd I suggest that overall caching behaviour might be a kernel issue, but it would be probably a good idea to use direct access to disk partitions in grub too. For now, I worked this around by explicitly flushing cache with command echo 3 > /proc/sys/vm/drop_caches
Bug#804278: oregano: Some russian translation strings are wrong
Package: oregano Version: 0.70-2 Severity: normal Tags: patch Hi, some russian localization strings are wrong or badly encoded. Please, apply the patch. --- a/po/ru.po +++ b/po/ru.po @@ -296,11 +296,11 @@ #: ../data/dialogs/sim-settings.glade2.h:16 msgid "Source" -msgstr "ц╘ц⌠ц■ц▐ц·ц▌ц┴ц▀" +msgstr "Источник" #: ../data/dialogs/sim-settings.glade2.h:17 msgid "Start" -msgstr "ц╨ц│ц░ц∙ц⌠ц▀" +msgstr "Запуск" #: ../data/dialogs/sim-settings.glade2.h:18 msgid "Step" @@ -308,7 +308,7 @@ #: ../data/dialogs/sim-settings.glade2.h:19 msgid "Stop" -msgstr "ц╞ц⌠ц■ц│ц▌ц▐ц≈ц▀ц│" +msgstr "Остановка" #: ../data/dialogs/sim-settings.glade2.h:20 msgid "Type" @@ -1043,7 +1043,7 @@ #: ../src/engines/gnucap.c:693 #, fuzzy msgid "abort" -msgstr "ц╨ц│ц░ц∙ц⌠ц▀" +msgstr "прервать" #: ../src/engines/engine.c:32 msgid "Operating Point"
Bug#792305: texlive: Please move paratype fonts from fonts-extra to lang-cyrillic package
Control: tags -1 wontfix Control: close -1 On Wed, Jul 15, 2015 at 08:09:51AM +0900, Norbert Preining wrote: Hi Alexander, On Mon, 13 Jul 2015, Alexander Inyukhin wrote: please move Paratype PT (Public Type) fonts to the texlive-lang-cyrillic package instead of texlive-fonts-extra. Please propose these kind of changes to the TeX Live mailing list tex-l...@tug.org, as we at Debian are following upstream in this respect and will not digress from it. Ok. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792256: RFP: fonts-incolsolata-lgc -- inconsolata font with cyrillic and greek glyphs
Package: wnpp Severity: wishlist Hi, I would like this font to be available in Debian. Upstream page: https://github.com/MihailJP/Inconsolata-LGC Description (from upstream): Inconsolata LGC is a modified version of Inconsolata with added the Cyrillic alphabet which directly descends from Inconsolata Hellenic supporting modern Greek. License: Inconsolata LGC is licensed under SIL OFL. The font is built with fontforge. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792305: texlive: Please move paratype fonts from fonts-extra to lang-cyrillic package
Package: texlive Version: 2015.20150703-1 Severity: wishlist Hello, please move Paratype PT (Public Type) fonts to the texlive-lang-cyrillic package instead of texlive-fonts-extra. These fonts should be available to all cyrillic users by default without requirement to download and install huge package with loosely related stuff. http://www.paratype.com/public/ -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (193, 'testing'), (192, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages texlive depends on: ii texlive-fonts-recommended 2015.20150703-1 ii texlive-latex-base 2015.20150703-1 ii texlive-latex-recommended 2015.20150703-1 texlive recommends no packages. texlive suggests no packages. Versions of packages tex-common depends on: ii dpkg 1.18.1 ii ucf 3.0030 Versions of packages tex-common suggests: ii debhelper 9.20150628 Versions of packages texlive is related to: ii tex-common6.02 ii texlive-binaries 2015.20150524.37493-5 -- debconf information: tex-common/check_texmf_missing: tex-common/singleuser: false tex-common/check_texmf_wrong: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792154: xtables-addons: module can't be built with kernel 4.0
Source: xtables-addons Version: 2.6-1 Severity: normal The command dkms install xtables-addons/2.6 is failed with error: Build of xt_ECHO.ko failed for: 4.0.0-2-amd64 (x86_64) This issue is caused by explicit check in the Kbuild file. ifeq (${VERSION},3) obj-${build_ECHO}+= xt_ECHO.o endif -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (193, 'testing'), (192, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#438139: Please apply *1 patches
Hi, please fix this bug by applying '1'-version of patches. IMHO, italic and handwritten-style glyphs are inappropriate for a regular console font. Terminus is very nice font, but I have to use other font because of this bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784912: librtlsdr-dev should depend on libusb-1.0-0-dev
Package: librtlsdr-dev Version: 0.5.3-3 Severity: normal Hi. Current librtlsdr-dev package is not sufficient to use the library. RTL-SDR has internal dependency on libusb-1.0. That dependency is exposed during static linking or when shipped librtlsdr.pc is used, so libusb-1.0-0-dev should appear in librtlsdr-dev dependency list. Also, librtlsdr.pc should declare -lusb-1.0 in Libs.private section to exclude usb library from dynamic linking. References to libusb headers are not needed in Cflags, since these headers are not used by external rtlsdr API, but this is optional. Current pkg-config output: $ pkg-config --cflags librtlsdr -I/usr/include/ -I/usr/include/libusb-1.0 $ pkg-config --libs librtlsdr -lrtlsdr -lusb-1.0 $ pkg-config --static --libs librtlsdr -lrtlsdr -lusb-1.0 Expected pkg-config output: $ pkg-config --cflags librtlsdr -I/usr/include/ $ pkg-config --libs librtlsdr -lrtlsdr $ pkg-config --static --libs librtlsdr -lrtlsdr -lusb-1.0 -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (193, 'testing'), (192, 'unstable') 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) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages librtlsdr-dev depends on: ii librtlsdr0 0.5.3-3 ii multiarch-support 2.19-18 librtlsdr-dev recommends no packages. librtlsdr-dev 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#781523: RFS: task-spooler/0.7.5-1
Hi, the updated package is uploaded to the mentors site. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781523: RFS: task-spooler/0.7.5-1
Hi Eriberto! Thanks for detailed and helpful review! I have two notes. On Mon, Apr 27, 2015 at 09:35:37PM -0300, Eriberto Mota wrote: 2. d/copyright: - The upstream code is GPL-2, not GPL-2+. The GPL-2+ license for sources is claimed at the project site. Even though source files refer directly to the COPYING file without or (at your option) any later version statement, the author has the right to distribute sources under another license. But I am not a lawyer. - The main.c and server.c files show that the 0.7.5 version is copyrighted as 2007-2013. This version is released this year, so it should be 2007-2015, probably. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782826: smcroute: startup.sh is installed to wrong place
Package: smcroute Version: 2.0.0-4 Severity: normal startup.sh script is installed to /etc but expected to exist as /etc/smcroute/startup.sh by /etc/init.d/smcroute script. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (192, 'unstable'), (190, 'experimental') 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) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages smcroute depends on: ii libc6 2.19-18 smcroute recommends no packages. smcroute suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781523: RFS: task-spooler/0.7.5-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package task-spooler * Package name: task-spooler Version : 0.7.5-1 Upstream Author : Lluís Batlle i Rossel vi...@viric.name * URL : http://vicerveza.homeunix.net/~viric/soft/ts/ * License : GPLv2+ Section : misc It builds those binary packages: task-spooler - personal job scheduler To access further information about this package, please visit the following URL: http://mentors.debian.net/package/task-spooler Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/task-spooler/task-spooler_0.7.5-1.dsc Changes since the last upload: * Imported Upstream version 0.7.5 * Bump Standards-Version to 3.9.6 (no changes) * Escape dots in watchfile regex Regards, Alexander Inyukhin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739738: patch for this bug
This patch fixes the bug. Please apply. --- a/lib/Mail/SpamAssassin/Util.pm +++ b/lib/Mail/SpamAssassin/Util.pm @@ -285,7 +285,7 @@ my $r = ref $_[0]; if (!$r) { no re 'taint'; # override a use re 'taint' from outer scope -return if !defined $_[0]; +return undef if !defined $_[0]; local($1); # avoid Perl taint bug: tainted global $1 propagates taintedness $_[0] =~ /^(.*)\z/s; return $1;
Bug#768558: texlive-lang-cyrillic: lmodern font declarations missing
Package: texlive-lang-cyrillic Version: 2014.20141024-1 Severity: normal Package lmodern can't be used with T2A encoding. In this example beamer should use sans-serif font for all text but it completely ignores font theme. Commenting out lmodern package makes font selection working again. \documentclass{beamer} \usepackage[T1,T2A]{fontenc} \usepackage[utf8]{inputenc} \usepackage[english,russian]{babel} \usefonttheme{default} \usepackage{lmodern} \title{Title} \author{Author} \begin{document} \frame{\titlepage} \end{document} This example should be compiled with pdflatex. There are some t2a*.fd files that are installed to /usr/share/doc/texlive-doc/texlive/texlive-ru/ instead of appropriate texmf directories. When I copy them to the working directory of my example, it starts to use expected fonts with lmodern enabled. -- Package-specific info: ## List of ls-R files -rw-rw-r-- 1 root root 1961 Nov 8 02:02 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 80 Jul 12 2012 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 Oct 21 04:46 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 31 Oct 24 07:19 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Oct 24 07:19 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST ## Config files -rw-r--r-- 1 root root 1101 Oct 31 11:50 /etc/texmf/web2c/texmf.cnf -rw-r--r-- 1 root root 5542 Nov 8 02:02 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 shurick shurick 19 Aug 16 2013 /home/shurick/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 4422 Nov 8 02:02 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 8 -rw-r--r-- 1 root root 283 Aug 16 2006 mktex.cnf -rw-r--r-- 1 root root 1101 Oct 31 11:50 texmf.cnf ## md5sums of texmf.d ca40c66f144b4bafc3e59a2dd32ecb9c /etc/texmf/texmf.d/00debian.cnf 055e06548bac99958d8ab2dd1248f2b4 /etc/texmf/texmf.d/80tex4ht.cnf -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (192, 'unstable') Architecture: i386 (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) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-lang-cyrillic depends on: ii dpkg1.17.21 ii tex-common 5.03 ii texlive-base2014.20141024-1 ii texlive-binaries2014.20140926.35254-2 ii texlive-latex-base 2014.20141024-1 texlive-lang-cyrillic recommends no packages. texlive-lang-cyrillic suggests no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.53 ii dpkg 1.17.21 ii ucf3.0030 Versions of packages tex-common suggests: ii debhelper 9.20141022 Versions of packages texlive-lang-cyrillic is related to: ii tex-common5.03 ii texlive-binaries 2014.20140926.35254-2 -- debconf information: tex-common/check_texmf_wrong: tex-common/singleuser: false tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763628: connman: conflict with resolvconf
Package: connman Version: 1.21-1.1 Severity: normal Connman overwrites /etc/resolv.conf desprite the fact that this file is managed by resolvconf package. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (192, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16-2-686-pae (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 Versions of packages connman depends on: ii dbus 1.8.6-2 ii init-system-helpers 1.21 ii libc62.19-11 ii libdbus-1-3 1.8.6-2 ii libglib2.0-0 2.42.0-1 ii libgnutls-deb0-283.3.8-2 ii libreadline6 6.3-8 ii libxtables10 1.4.21-2 ii lsb-base 4.1+Debian13 Versions of packages connman recommends: ii bluez 5.23-1 pn ofono none ii wpasupplicant 2.2-1 Versions of packages connman suggests: pn indicator-network 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#759342: the patch
Tags: patch A patch to fix that issue. --- a/fetch-crl +++ b/fetch-crl @@ -568,7 +568,7 @@ sub getAttribute($$) { my $self = shift or die Invalid invocation of CRL::getAttribute\n; my $key = shift; - return $self-{$key} or undef; + return $self-{$key} || undef; } sub getPEMdata($) {
Bug#759342: fetch-crl: perl warning in cron job output
Package: fetch-crl Version: 3.0.14-1 Severity: normal After perl upgrade I start receiving messages from fetch-crl cron job with the following text: Possible precedence issue with control flow operator at /usr/sbin/fetch-crl line 571. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (192, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fetch-crl depends on: ii libwww-perl 6.08-1 ii openssl 1.0.1i-2 ii perl 5.20.0-4 fetch-crl recommends no packages. fetch-crl 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#757690: nullmailer: config option to set system-wide envelope-from address
Package: nullmailer Version: 1:1.13-1 Severity: wishlist Tags: upstream patch The upstream package have a feature to globally override envelope sender address. It is very useful for servers, where services are using autogenerated and often invalid addresses to send mail from (like root@, nut@, logcheck@). Mail service providers may check envelope address and reject these messages. This feature is provided by upstream as resolution of request [1], but it not released yet. I created a patch by merging relevant commits from upstream ([2-4]). It seems to work as expected. [1] https://github.com/bruceg/nullmailer/issues/13 [2] https://github.com/bruceg/nullmailer/commit/3f93a80fc2ff3fa99e7149c8d56d70db8c638233 [3] https://github.com/bruceg/nullmailer/commit/d799dc705629b91de4d54959e7e9621d99a76dc4 [4] https://github.com/bruceg/nullmailer/commit/da55b71b6136bcefc7aa784a7f9fd45987670a7a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757690: the patch
Sorry, I forgot to attach the patch to the previous message. --- a/doc/nullmailer-queue.8 +++ b/doc/nullmailer-queue.8 @@ -29,6 +29,10 @@ somebody@localhost and have it go somewhere sensible instead of being bounced by your relay host. To send to multiple addresses, put them all on one line separated by a comma. +.TP +.B allmailfrom +If this file is not empty, its contents will override the envelope +sender on all messages. .SH OTHER FILES .TP .B /var/spool/nullmailer/queue --- a/src/queue.cc +++ b/src/queue.cc @@ -39,7 +39,7 @@ uid_t uid = getuid(); time_t timesecs = time(0); mystring adminaddr; -bool remapadmin = false; +mystring allmailfrom; bool is_dir(const char* path) { @@ -75,16 +75,16 @@ close(fd); } -bool validate_addr(mystring addr, bool doremap) +bool validate_addr(mystring addr, bool recipient) { int i = addr.find_last('@'); if(i 0) return false; mystring hostname = addr.right(i+1); - if(doremap remapadmin) { -if(hostname == me || hostname == localhost) - addr = adminaddr; - } + if (recipient !!adminaddr (hostname == me || hostname == localhost)) +addr = adminaddr; + else if (!recipient !!allmailfrom) +addr = allmailfrom; // else if(hostname.find_first('.') 0) // return false; return true; @@ -184,9 +184,9 @@ umask(077); if(config_read(adminaddr, adminaddr) !!adminaddr) { adminaddr = adminaddr.subst(',', '\n'); -remapadmin = true; read_hostnames(); } + config_read(allmailfrom, allmailfrom); if(!deliver()) return 1; --- a/test/tests/queue/rewrite +++ b/test/tests/queue/rewrite @@ -10,6 +10,10 @@ set -e que | sed -e '2,/^$/!d' | grep -q $@ } +que-sender() { + set -e + que | head -n 1 | grep -q $@ +} echo admin@remote /tmp/nm/etc/nullmailer/adminaddr @@ -54,3 +58,25 @@ data EOF + +echo Checking that queue transmits the envelope sender normally. +que-sender '^bru...@qcc.sk.ca$' EOF +bru...@qcc.sk.ca +user@localhost + +header + +data +EOF + +echo Checking that queue rewrites sender with allmailfrom. +echo sender@remote3 /tmp/nm/etc/nullmailer/allmailfrom +que-sender '^sender@remote3$' EOF +bru...@qcc.sk.ca +user@localhost + +header + +data +EOF +rm -f /tmp/nm/etc/nullmailer/allmailfrom
Bug#757145: python-django-common: garbage in stdout
Package: python-django-common Version: 1.6.5-3 Severity: normal django-admin outputs string like 'Using: Python 2.7' to stdout every time it is invoked. This breaks some commands that rely on standard output like dumpdata. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (192, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash python-django-common depends on no packages. Versions of packages python-django-common recommends: ii libjs-jquery 1.7.2+dfsg-3 python-django-common 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#753888: git-annex fsck complains about unused keys in bare repo
Package: git-annex Version: 5.20140613 Severity: normal `git annex fsck` warns about unused keys on bare repo like this: ** No known copies exist of SHA256E-... ... git-annex: fsck: 4 failed These keys are no longer exists, but it seems that there is no way to tell git-annex about this. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (192, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-annex depends on: ii curl7.37.0-1.0.2~debian8.0 ii git 1:2.0.0-2 ii libc6 2.19-4 ii libffi6 3.1-2 ii libgmp102:6.0.0+dfsg-4 ii libgnutls26 2.12.23-16 ii libgsasl7 1.8.0-2 ii libicu5252.1-4 ii libidn111.28-2 ii libxml2 2.9.1+dfsg1-3 ii openssh-client 1:6.6p1-6 ii rsync 3.1.0-3 ii wget1.15-1+b1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages git-annex recommends: ii bind9-host 1:9.9.5.dfsg-4 pn git-remote-gcrypt none ii gnupg 1.4.16-1.2 ii lsof 4.86+dfsg-1 ii nocache0.9-2 ii quvi 0.4.2-2 Versions of packages git-annex suggests: ii bup 0.25-1 ii graphviz 2.26.3-17+b2 ii libnss-mdns 0.10-6 pn tahoe-lafs 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#753596: x11-apps: xclock -render doesn't retain clock aspect ratio
Package: x11-apps Version: 7.7+2 Severity: normal Tags: upstream patch xclock looks different depending on -render setting. When render extension is active, xclock does not keep aspect ratio of clock. This bug was already filed to upstream years ago https://bugs.freedesktop.org/show_bug.cgi?id=3110 A simple patch is proposed to fix this. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (192, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x11-apps depends on: ii cpp 4:4.9.0-4 ii libc62.19-4 ii libpng12-0 1.2.50-1 ii libsm6 2:1.2.1-2 ii libx11-6 2:1.6.2-2 ii libxaw7 2:1.0.12-1 ii libxcursor1 1:1.1.14-1 ii libxext6 2:1.3.2-1 ii libxft2 2.3.1-2 ii libxkbfile1 1:1.0.8-1 ii libxmu6 2:1.1.2-1 ii libxmuu1 2:1.1.2-1 ii libxrender1 1:0.9.8-1 ii libxt6 1:1.1.4-1 Versions of packages x11-apps recommends: ii xbitmaps 1.1.1-2 Versions of packages x11-apps suggests: ii mesa-utils 8.1.0-2+b1 -- no debconf information --- a/xclock/Clock.c +++ b/xclock/Clock.c @@ -1204,8 +1204,8 @@ w-clock.centerY = w-core.height / 2; } #ifdef XRENDER -w-clock.x_scale = 0.45 * w-core.width; -w-clock.y_scale = 0.45 * w-core.height; +w-clock.x_scale = 0.45 * min(w-core.width, w-core.height); +w-clock.y_scale = 0.45 * min(w-core.width, w-core.height); w-clock.x_off = 0.5 * w-core.width; w-clock.y_off = 0.5 * w-core.height; if (w-clock.pixmap)
Bug#751234: connman: pptp support is missing
Package: connman Severity: wishlist Connman supports vpn via PPTP, but this plugin is disabled. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750762: autoconf-archive: Warnings in ax_have_opengl.m4
Package: autoconf-archive Version: 20140228-1 Severity: normal I'm trying to use AX_HAVE_OPENGL, and autoreconf issues warings like this: configure.ac:18: warning: AC_CACHE_VAL(ax_cv_have_OpenGL, ...): suspicious presence of an AC_SUBST in the second argument, where no actions should be taken ../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:2052: AC_CACHE_CHECK is expanded from... /usr/share/aclocal/ax_have_opengl.m4:71: AX_HAVE_OPENGL is expanded from... configure.ac:18: the top level The line 18 of my configure.ac is just AX_HAVE_OPENGL -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (192, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages autoconf-archive depends on: ii dpkg 1.17.9 Versions of packages autoconf-archive recommends: ii autoconf 2.69-6 autoconf-archive 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#746643: OpenCL not supported by lastest NVIDIA driver
Hi, I faced the same issue recently. There are errors about symvers in dmesg, when I'm trying to load this module: [15681.806796] nvidia_uvm: no symbol version for nvUvmInterfaceChannelDestroy [15681.806799] nvidia_uvm: Unknown symbol nvUvmInterfaceChannelDestroy (err -22) I think the reason for that is the missing versions of exported symbols in the nvidia-current module. As a workaround, the nvidia-uvm module can be loaded with --force-modversion argument: modprobe --force-modversion nvidia-uvm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739738: locker: safe_lock: cannot create tmp lockfile debian-spamd/.spamassassin/auto-whitelist.lock.mail...
Package: spamassassin Version: 3.4.0-1 Followup-For: Bug #739738 This seems to get fixed by upstream. https://issues.apache.org/SpamAssassin/show_bug.cgi?id=7015 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733988: klibc-utils: ipconfig fails to get dhcp on machine with two interfaces
Package: klibc-utils Version: 2.0.2-1 Severity: normal Hi! I'm trying to boot a machine with two e1000e interfaces and nfsroot. It works fine with kernel 3.2.0-4-amd64, but fails to get DHCP address with 3.11.10-1~bpo70+1-amd64. Network is attached only to eth1, eth0 is left unconnected. There is also an IPMI console session over connected interface. Manual network configuration from initramfs shell (root is set to non-existent device to achieve this shell) gives this: (initramfs) ipconfig -t 2 -c dhcp -d IP-Config: eth1 hardware address f4:6d:04:03:28:40 mtu 1500 DHCP IP-Config: eth0 hardware address f4:6d:04:03:27:99 mtu 1500 DHCP IP-Config: no response after 2 secs - giving up (initramfs) ipconfig -t 2 -c dhcp -d eth1 IP-Config: eth1 hardware address f4:6d:04:03:28:40 mtu 1500 DHCP IP-Config: eth1 complete (dhcp from 192.168.0.254): address: 192.168.0.18 broadcast: 192.168.0.255netmask: 255.255.255.0 gateway: 192.168.0.254dns0 : 192.168.0.254dns1 : 0.0.0.0 host : node-18 rootserver: 192.168.0.254 rootpath: filename : In the first case and in the wild ipconfig sends DISCOVER request, but ignores OFFER. To workaround this issue I have to set IPAPPEND 2 in pxelinux config file. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (192, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages klibc-utils depends on: ii libklibc 2.0.2-1 klibc-utils recommends no packages. klibc-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#733999: globus-scheduler-event-generator-progs: init script defaults are inconsistent with GRAM
Package: globus-scheduler-event-generator-progs Version: 4.6-1 Severity: normal Hi, I'm setting up a fresh globus-gatekeeper site on a cluster with torque. I discovered that globus jobmanagers are expecting SEG log in the /var/lib/globus directory, while it actually written to /var/log/globus. GLOBUS_SEG_LOGFMT variable in /etc/default/globus-scheduler-event-generator file seems to have /var/lib/ value, but it has no effect since init.d script doesn't use it, and it set GLOBUS_SEG_LOGFMT to /var/log/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725447: RFS: task-spooler/0.7.4-1
An updated version 0.7.4-1 of the task-spooler package is available. Package page: http://mentors.debian.net/package/task-spooler The command to get this package directly: dget -x http://mentors.debian.net/debian/pool/main/t/task-spooler/task-spooler_0.7.4-1.dsc Changes since the last upload: * Bump standards version to 3.9.5 (no changes) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732262: RFP: yeganesh -- dmenu wrapper that sorts entries by usage
Package: wnpp Severity: wishlist * Package name: yeganesh Version : 2.5 Upstream Author : Daniel Wagner dan...@wagner-home.com * URL : http://dmwit.com/yeganesh/ * License : BSD3 Programming Lang: Haskell Description : dmenu wrapper that sorts entries by usage This package contain sorting wrapper tool for dmenu. It is very useful to launch programs in xmonad. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725447: RFS: task-spooler/0.7.4-1
The version 0.7.4-1 of task-spooler is available. The command to get this package directly: dget -x http://mentors.debian.net/debian/pool/main/t/task-spooler/task-spooler_0.7.4-1.dsc Changes since the last upload: * New upstream version * Dropped segv.patch since it already in upstream and no longer needed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730083: digitemp: Digitemp tries to access descriptior after close
Package: digitemp Version: 3.6.0+dfsg1-2 Severity: normal Tags: patch Digitemp in daemon mode do not handle disappearing devices (e.g. DS9097 via usb to serial adapter). It closes the fd, but tries to access that descriptor forever afterwards. I suggest a workaround that works on my system for a long time. It contains two patches. The first patch (close.patch) helps to forget fd after close, overwriting fd value with -1. The second patch (assert.patch) calls assert when digitemp tries to access closed descriptor. This is not real solution since error is handled by assert in library, but it works fine, when digitemp daemon is running under an external supervisor, that restarts failing processes. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (192, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages digitemp depends on: ii libc6 2.17-93 ii libusb-0.1-4 2:0.1.12-23.2 digitemp recommends no packages. Versions of packages digitemp suggests: pn mysql-server none ii python2.7.5-5 ii rrdtool 1.4.7-2+b1 -- no debconf information --- a/userial/ds9097/linuxlnk.c +++ b/userial/ds9097/linuxlnk.c @@ -135,6 +135,7 @@ OWERROR(OWERROR_SYSTEM_RESOURCE_INIT_FAILED); perror(owTouchReset: Error with tcsetattr 1); close(fd[portnum]); + fd[portnum] = -1; return FALSE; } @@ -193,6 +194,7 @@ OWERROR(OWERROR_SYSTEM_RESOURCE_INIT_FAILED); perror(Reset: Error with tcsetattr 2); close(fd[portnum]); + fd[portnum] = -1; return FALSE; } --- a/userial/ds9097/linuxses.c +++ b/userial/ds9097/linuxses.c @@ -77,6 +77,7 @@ OWERROR(OWERROR_SYSTEM_RESOURCE_INIT_FAILED); perror(owAcquire: failed to set attributes); close(fd[portnum]); + fd[portnum] = -1; return FALSE; } @@ -106,6 +107,7 @@ OWERROR(OWERROR_SYSTEM_RESOURCE_INIT_FAILED); perror(owAcquire: failed to set attributes); close(fd[portnum]); + fd[portnum] = -1; return FALSE; } @@ -124,7 +126,6 @@ /* We failed doing that */ OWERROR(OWERROR_SYSTEM_RESOURCE_INIT_FAILED); perror(owAcquire: failed to set attributes); - close(fd[portnum]); } /* Close the port */ @@ -134,6 +135,7 @@ OWERROR(OWERROR_SYSTEM_RESOURCE_INIT_FAILED); perror(owAcquire: failed to close port); } + fd[portnum] = -1; /* we should return an error condition here but MAXIMS API is * badly designed */ --- a/userial/ds9097/linuxlnk.c +++ b/userial/ds9097/linuxlnk.c @@ -73,6 +73,8 @@ #include ownet.h +#include assert.h + /* The UART_FIFO_SIZE defines the amount of bytes that are written before * reading the reply. Any positive value should work and 16 is probably low * enough to avoid losing bytes in even most extreme situations on all modern @@ -111,6 +113,7 @@ * the reset has failed and it returns FALSE. */ SMALLINT owTouchReset(int portnum) { + assert(fd[portnum] != -1); fd_set readset; struct timeval timeout_tv; @@ -206,6 +209,7 @@ void owTouchBlock( int portnum, int timeout, int nbits, uchar *transfer_buf) { + assert(fd[portnum] != -1); fd_set readset; char *buf; struct timeval timeout_tv; @@ -325,6 +329,7 @@ // SMALLINT owTouchBit(int portnum, SMALLINT sbit) { + assert(fd[portnum] != -1); //unsigned char c = 0; unsigned char sendbit; unsigned char inbit = 0; --- a/userial/ds9097/linuxses.c +++ b/userial/ds9097/linuxses.c @@ -41,6 +41,8 @@ #include ownet.h #include sys/file.h +#include assert.h + /* local function prototypes */ SMALLINT owAcquire(int,char *); void owRelease(int); @@ -120,6 +122,7 @@ /* Release port 'portnum' */ void owRelease(int portnum) { + assert(fd[portnum] != -1); /* Restore original settings */ if(tcsetattr(fd[portnum], TCSANOW, term_orig[portnum]) 0 ) {
Bug#726175: perdition: managesieve capability VERSION is wrong
Source: perdition Version: 1.19~rc5-1+b1 Severity: normal According to section 1.7 of RFC5804 the VERSION capability refers to the protocol version, not the implementation version. The sieve-connect client is unable to talk with perdition throwing error 'Unparsed server version [1.19-rc5]' A simple patch should solve this, the default value is set in the perdition/managesieve_write.h file. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (192, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725447: RFS: task-spooler/0.7.3-2
On Sun, Oct 06, 2013 at 08:02:34AM +0200, Anton Gladky wrote: Hi Alexandr, please add 2-3 words into changelog entry about the bug, which was fixed by upstream; use canonical VCS-fields. Just commit into VCS, no need to reupload package into mentots. Thanks for review, I fixed these issues in VCS. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725447: RFS: task-spooler/0.7.3-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package task-spooler * Package name: task-spooler Version : 0.7.3-2 Upstream Author : Lluís Batlle i Rossel vi...@viric.name * URL : http://vicerveza.homeunix.net/~viric/soft/ts/ * License : GPLv2+ Section : misc It builds those binary packages: task-spooler - personal job scheduler To access further information about this package, please visit the following URL: http://mentors.debian.net/package/task-spooler Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/task-spooler/task-spooler_0.7.3-2.dsc Changes since the last upload: * Bump standards version to 3.9.4 * Import bugfix patch from upstream Regards, Alexander Inyukhin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708423: gzip: Backported squeeze patch
Package: gzip Version: 1.6-2 Followup-For: Bug #708423 Tags: patch I compared squeeze and wheezy patches side-by-side and noticed that block flushing method differs. In squeeze version blocks are aligned on byte boundary after flushes. In wheezy version internal structures are reinitialized before flush instead. I do not dig very deep into this, but I think this could led to misaligned data. So, I recreate patch by restoring flush method. This patch allows rsyncable to work again, and if window is set to 4k, it produces byte to byte identical result with previous version. Also patch contains minor fix to texinfo doc (paragraph about rsyncable option was included three times). --- a/deflate.c +++ b/deflate.c @@ -131,6 +131,14 @@ #endif /* Matches of length 3 are discarded if their distance exceeds TOO_FAR */ +#ifndef RSYNC_WIN +# define RSYNC_WIN 8192 +#endif +/* Size of rsync window, must be MAX_DIST */ + +#define RSYNC_SUM_MATCH(sum) (((sum) (RSYNC_WIN - 1)) == 0) +/* Whether window sum matches magic value */ + /* === * Local data used by the longest match routines. */ @@ -212,6 +220,8 @@ unsigned good_match; /* Use a faster search when the previous match is longer than this */ +local ulg rsync_sum; /* rolling sum of rsync window */ +local ulg rsync_chunk_end; /* next rsync sequence point */ /* Values for max_lazy_match, good_match and max_chain_length, depending on * the desired pack level (0..9). The values given below have been tuned to @@ -314,6 +324,10 @@ #endif /* prev will be initialized on the fly */ +/* rsync params */ +rsync_chunk_end = 0xUL; +rsync_sum = 0; + /* Set the default configuration parameters: */ max_lazy_match = configuration_table[pack_level].max_lazy; @@ -550,6 +564,8 @@ memcpy((char*)window, (char*)window+WSIZE, (unsigned)WSIZE); match_start -= WSIZE; strstart-= WSIZE; /* we now have strstart = MAX_DIST: */ + if (rsync_chunk_end != 0xUL) + rsync_chunk_end -= WSIZE; block_start -= (long) WSIZE; @@ -579,13 +595,44 @@ } } +local void rsync_roll(unsigned start, unsigned num) +{ +unsigned i; + +if (start RSYNC_WIN) { + /* before window fills. */ + for (i = start; i RSYNC_WIN; i++) { + if (i == start + num) return; + rsync_sum += (ulg)window[i]; + } + num -= (RSYNC_WIN - start); + start = RSYNC_WIN; +} + +/* buffer after window full */ +for (i = start; i start+num; i++) { + /* New character in */ + rsync_sum += (ulg)window[i]; + /* Old character out */ + rsync_sum -= (ulg)window[i - RSYNC_WIN]; + if (rsync_chunk_end == 0xUL RSYNC_SUM_MATCH(rsync_sum)) + rsync_chunk_end = i; +} +} + +/* === + * Set rsync_chunk_end if window sum matches magic value. + */ +#define RSYNC_ROLL(s, n) \ + do { if (rsync) rsync_roll((s), (n)); } while(0) + /* === * Flush the current block, with given end-of-file flag. * IN assertion: strstart is set to the end of the current match. */ #define FLUSH_BLOCK(eof) \ flush_block(block_start = 0L ? (char*)window[(unsigned)block_start] : \ -(char*)NULL, (long)strstart - block_start, (eof)) +(char*)NULL, (long)strstart - block_start, flush-1, (eof)) /* === * Processes a new input file and return its compressed length. This @@ -596,7 +643,7 @@ local off_t deflate_fast() { IPos hash_head; /* head of the hash chain */ -int flush; /* set if current block must be flushed */ +int flush = 0; /* set if current block must be flushed, 2=and padded */ unsigned match_length = 0; /* length of best match */ prev_length = MIN_MATCH-1; @@ -626,7 +673,8 @@ lookahead -= match_length; -/* Insert new strings in the hash table only if the match length + RSYNC_ROLL(strstart, match_length); + /* Insert new strings in the hash table only if the match length * is not too large. This saves time but degrades compression. */ if (match_length = max_insert_length) { @@ -654,9 +702,14 @@ /* No match, output a literal byte */ Tracevv((stderr,%c,window[strstart])); flush = ct_tally (0, window[strstart]); + RSYNC_ROLL(strstart, 1); lookahead--; strstart++; } +if (rsync strstart rsync_chunk_end) { +flush = 2; +rsync_chunk_end = 0xUL; +} if (flush) FLUSH_BLOCK(0), block_start = strstart; /* Make sure that we always have enough lookahead, except @@ -679,7 +732,7 @@ { IPos hash_head; /* head of hash chain */
Bug#720634: w-scan: 32-bit binary does not work with 64-bit kernel
Package: w-scan Version: 20130331-1 Severity: normal I get following error when running w_scan: $ w_scan w_scan version 20130331 (compiled for DVB API 5.9) guessing country 'RU', use -c country to override using settings for RUSSIAN FEDERATION Country identifier RU not defined. Using defaults. scan type TERRESTRIAL, channellist 4 output format vdr-2.0 output charset 'UTF-8', use -C charset to override Info: using DVB adapter auto detection. main:3228: FATAL: * NO USEABLE TERRESTRIAL CARD FOUND. * Please check wether dvb driver is loaded and verify that no dvb application (i.e. vdr) is running. On the machine with 3.10-2-686-pae kernel w_scan works fine with the same adapter. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (192, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages w-scan depends on: ii libc6 2.17-92 w-scan recommends no packages. w-scan suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712399: ebumeter: typo in package description
Package: ebumeter Version: 0.1.0~dfsg-2 Severity: minor The package description refers to ebur158 tool, while the package contains ebur128 actually. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680458: squirrelmail: Q-encoded header issue
Package: squirrelmail Version: 2:1.4.23~svn20120406-2 Followup-For: Bug #680458 I ran into this issue recently when upgrading to wheezy. Single byte encoded headers are not decoded correctly and not shown on message list. The fix by Michael Tuschik helps me, but it should be updated to current package version. So, I attach the modified patch here. It also could be added on top of debian/patches stack. --- a/functions/strings.php +++ b/functions/strings.php @@ -1504,8 +1504,10 @@ $encoding = $default_charset; } - if (check_php_version(5, 2, 3)) - return htmlspecialchars($string, $flags, $encoding, $double_encode); + if (check_php_version(5, 2, 3)) { + return htmlspecialchars($string, ENT_COMPAT|ENT_HTML401, 'ISO-8859-1', $double_encode); + //return htmlspecialchars($string, $flags, $encoding, $double_encode); + } return htmlspecialchars($string, $flags, $encoding); }
Bug#411120: isync: mbsync segfaults while syncing mailboxes
Package: isync Version: 1.0.4-2.1+b1 Followup-For: Bug #411120 I catched a bug location with gdb. Stack trace attached. Current git head from [1] works fine. [1] git://isync.git.sourceforge.net/gitroot/isync/isync -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (593, 'testing'), (500, 'testing-updates'), (192, 'unstable'), (190, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages isync depends on: ii libc62.13-37 ii libdb5.1 5.1.29-5 ii libssl1.0.0 1.0.1c-4 isync recommends no packages. Versions of packages isync suggests: ii mutt 1.5.21-6.2 -- no debconf information 7 SELECT INBOX * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft)] * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 22] 7 OK [READ-WRITE] SELECT completed 8 LOGOUT * BYE Program received signal SIGSEGV, Segmentation fault. 0x080520ab in parse_response_code (ctx=0x805e008, cb=0x0, s=0x0) at drv_imap.c:822 822 if (*s != '[') (gdb) bt #0 0x080520ab in parse_response_code (ctx=0x805e008, cb=0x0, s=0x0) at drv_imap.c:822 #1 0x08052697 in get_cmd_result (ctx=0x805e008, tcmd=0x8131b38) at drv_imap.c:940 #2 0x080515b5 in imap_exec (ctx=0x805e008, cb=0x0, fmt=0x805a46c LOGOUT) at drv_imap.c:512 #3 0x08052d1e in imap_close_server (ictx=0x805e008) at drv_imap.c:1057 #4 0x08052d8c in imap_close_store (ctx=0x805e008) at drv_imap.c:1073 #5 0x0804ba40 in main (argc=3, argv=0xd674) at main.c:612 (gdb) info locals imap = 0x805e730 arg = 0xf7bef3f8 X\037\023\b`\033\023\b\240i\023\b\240i\023\b p = 0x805e77e BYE (gdb) up #1 0x08052697 in get_cmd_result (ctx=0x805e008, tcmd=0x8131b38) at drv_imap.c:940 940 if ((resp = parse_response_code( ctx, 0, cmd )) != RESP_OK) (gdb) info locals imap = 0x805e730 cmdp = 0x7 pcmdp = 0x805e730 ncmdp = 0x0 cmd = 0x0 arg = 0x805e77e BYE arg1 = 0x8131ed8 0\036\023\b p = 0x5117b3a2 Address 0x5117b3a2 out of bounds n = -139456106 resp = 135469880 resp2 = 0 tag = 22
Bug#691069: digitemp: Flush logs when running non-interactive
Package: digitemp Version: 3.5.0ds1-2 Severity: normal Tags: patch Hello. I am running digitemp with collectd as described in [1]. There is a significant delay between data collection by digitemp and passing it to collectd due to stdout buffering. Proposed solution is to flush stdout after data logging. [1] http://www.holik.at/index.php?entry=entry080316-122420 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (593, 'testing'), (192, 'unstable'), (190, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages digitemp depends on: ii libc6 2.13-35 ii libusb-0.1-4 2:0.1.12-20 digitemp recommends no packages. Versions of packages digitemp suggests: pn mysql-server none ii python2.7.3~rc2-1 ii rrdtool 1.4.7-2 -- no debconf information --- a/src/digitemp.c +++ b/src/digitemp.c @@ -576,6 +576,7 @@ close( fd ); } else { printf( line ); +fflush( stdout ); } return 0; }
Bug#661309: RFS: task-spooler/0.7.3-1 [ITP]
Dear mentors, I am looking for a sponsor for my package task-spooler * Package name: task-spooler Version : 0.7.3-1 Upstream Author : Lluís Batlle i Rossel vi...@vicerveza.homeunix.net * URL : http://vicerveza.homeunix.net/~viric/soft/ts/ * License : GPLv2+ Section : misc It builds those binary packages: task-spooler - personal job scheduler To access further information about this package, please visit the following URL: http://mentors.debian.net/package/task-spooler Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/task-spooler/task-spooler_0.7.3-1.dsc Changes from previous package version: * priority changed to optional; * fixed memory leak (cppcheck warning). Regards, Alexander Inyukhin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661309: RFS: task-spooler/0.7.3-1 [ITP] (fix policy violation)
On Wed, Jun 13, 2012 at 09:44:55PM -0300, David Bremner wrote: Alexander Inyukhin shur...@sectorb.msk.ru writes: On Sun, May 27, 2012 at 11:12:04AM -0300, David Bremner wrote: David Bremner brem...@debian.org writes: I'll have a look at this. I sent a separate mail about some warnings from cppcheck and compilation. These might not be blockers, but the following is, your package currently violates policy 10.1 The conflict is resolved by renaming ts to tsp. The packaging looks OK now (at least I didn't find any problems). You should probably choose priority optional rather than extra. Ok. Did you have a chance to discuss those cppcheck warnings with upstream? Unfortunately, I could not find your mail about cppcheck, so I ran cppcheck by myself. I think these warnings are fixable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661309: RFS: task-spooler/0.7.3-1 [ITP] (fix policy violation)
On Sun, May 27, 2012 at 11:12:04AM -0300, David Bremner wrote: David Bremner brem...@debian.org writes: I'll have a look at this. I sent a separate mail about some warnings from cppcheck and compilation. These might not be blockers, but the following is, your package currently violates policy 10.1 Two different packages must not install programs with different functionality but with the same filenames. ( http://www.debian.org/doc/debian-policy/ch-files.html#s-binaries ) In particular your package ships /usr/bin/ts, which is also present in moreutils. Note that conflicts are not appropriate to resolve this problem; it is perfectly plausible for people to want both moreutils and task-spooler installed. Since your package is the new one, the obvious thing is for you to rename your version. I leave that to you and Joey Hess (the moreutils maintainer) to sort out. The conflict is resolved by renaming ts to tsp. I have reuploaded new task-spooler 0.7.3-1 to http://mentors.debian.net/package/task-spooler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661309: RFS: task-spooler/0.7.3-1 [ITP] (new upstream)
Dear mentors, I am looking for a sponsor for my package task-spooler * Package name: task-spooler Version : 0.7.3-1 Upstream Author : Lluís Batlle i Rossel vi...@vicerveza.homeunix.net * URL : http://vicerveza.homeunix.net/~viric/soft/ts/ * License : GPLv2+ Section : misc It builds those binary packages: task-spooler - personal job scheduler To access further information about this package, please visit the following URL: http://mentors.debian.net/package/task-spooler Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/task-spooler/task-spooler_0.7.3-1.dsc Regards, Alexander Inyukhin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661309: RFS: task-spooler/0.7.3-1 [ITP] (new upstream)
On Sun, May 27, 2012 at 09:43:44AM -0300, David Bremner wrote: Alexander Inyukhin shur...@sectorb.msk.ru writes: Dear mentors, I am looking for a sponsor for my package task-spooler It builds those binary packages: task-spooler - personal job scheduler I'll have a look at this. Alexander, please fix the expiry date on your gpg key; either make a new key or bump the expiry date on the one you have. The latter will preserve the signature, although since I couldn't retrieve key 53487F0A, that might not matter. Thanks for reminder. I removed expiry date from this key a while ago, but it seems hard to track already distributed copies. For now I re-upload the key to mentors.debian.net and to keys.gnupg.net. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667821: eeepc-acpi-scripts: SHEngine notifications are not displayed
Package: eeepc-acpi-scripts Version: 1.1.12 Severity: normal Tags: patch The notify-send fails to display some notifications due to missing whitespace escaping of arguments. Attached patch fixes problem for SHEngine notifications. Another solution is to add additional quotes around $2 in line 38 of notify.sh like this su $user -c notify-send\ -i\ $ICON\ \$2\ but this sligthly changes overall behaviour as whole message goes into header. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (193, 'testing'), (192, 'unstable'), (190, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash diff --git a/acpilib/shengine.sh b/acpilib/shengine.sh index 3763dec..39f7d77 100644 --- a/acpilib/shengine.sh +++ b/acpilib/shengine.sh @@ -66,11 +66,11 @@ handle_shengine() { fi if [ $2 != '' ]; then return; fi case $(get_shengine) in - 0) notify super_hybrid_engine 'S. H. Engine: Performance'; ;; - 1) notify super_hybrid_engine 'S. H. Engine: Standard'; ;; - 2) notify super_hybrid_engine 'S. H. Engine: Power-saving'; ;; - 255) notify super_hybrid_engine 'S. H. Engine: Automatic'; ;; - *) notify error 'S. H. Engine unavailable' + 0) notify super_hybrid_engine 'S.\ H.\ Engine Performance'; ;; + 1) notify super_hybrid_engine 'S.\ H.\ Engine Standard'; ;; + 2) notify super_hybrid_engine 'S.\ H.\ Engine Power-saving'; ;; + 255) notify super_hybrid_engine 'S.\ H.\ Engine Automatic'; ;; + *) notify error 'S.\ H.\ Engine unavailable' esac else notify error 'S. H. Engine unavailable'
Bug#667823: eeepc-acpi-scripts: Support for disabling and enabling card reader
Package: eeepc-acpi-scripts Version: 1.1.12 Severity: wishlist Tags: patch There is a knob in sysfs that allows toggling of card reader state. Attached patch provides handler scripts for changing and displaying that state. The patch uses escaping of notification title as suggested in #667821. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (193, 'testing'), (192, 'unstable'), (190, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash diff --git a/acpilib/cardreader.sh b/acpilib/cardreader.sh new file mode 100644 index 000..86461d9 --- /dev/null +++ b/acpilib/cardreader.sh @@ -0,0 +1,31 @@ +# shell library for handling builtin card reader of Asus EeePC +# +# to be sourced + +CRD_CTL=/sys/devices/platform/eeepc/cardr +[ -e $CRD_CTL ] || CRD_CTL=/proc/acpi/asus/cardr #pre-2.6.26 +# check if card reader is enabled and return success (exit code 0 if it is +# return failure (exit code 1) if it is not +# +# uses the acpi platform driver interface if that is available +# if not, assume there is not card reader and return false +cardreader_is_on() +{ +if [ -e $CRD_CTL ]; then +[ $( cat $CRD_CTL ) = 1 ] +else +false +fi +} + +toggle_cardreader() +{ +if cardreader_is_on; then +echo 0 $CRD_CTL +else +if [ -e $CRD_CTL ]; then +echo 1 $CRD_CTL +fi +fi +} + diff --git a/acpilib/notify.sh b/acpilib/notify.sh index e97e596..a771e22 100644 --- a/acpilib/notify.sh +++ b/acpilib/notify.sh @@ -9,6 +9,7 @@ notify() { ICON_super_hybrid_engine=battery ICON_error=error ICON_camera=camera +ICON_cardreader=media-flash ICON_touchpad=input-touchpad ICON_gsm=gsm ICON_wifi=network-wireless diff --git a/debian/eeepc-acpi-scripts.default.in b/debian/eeepc-acpi-scripts.default.in index f4d6469..9aea681 100644 --- a/debian/eeepc-acpi-scripts.default.in +++ b/debian/eeepc-acpi-scripts.default.in @@ -67,6 +67,8 @@ BLUETOOTH_FALLBACK_TO_HCITOOL='yes' # on/off any USB bluetooth adapter found. # - handle_camera_toggle # Toggles internal camera on/off. +# - handle_cardreader_toggle +# Toggles internal card reader on/off. # - handle_vga_toggle # Toggles between panel and VGA (as configured above). # - handle_gsm_toggle diff --git a/eeepc-acpi-scripts/hotkey.sh b/eeepc-acpi-scripts/hotkey.sh index c09861c..2ff8aa8 100755 --- a/eeepc-acpi-scripts/hotkey.sh +++ b/eeepc-acpi-scripts/hotkey.sh @@ -85,6 +85,24 @@ handle_camera_toggle() { fi } +show_cardreader() { +if cardreader_is_on; then + notify cardreader 'Card\ reader Enabled' +else + notify cardreader 'Card\ reader Disabled' +fi +} + +handle_cardreader_toggle() { +. $PKG_DIR/lib/cardreader.sh +if [ -e $CRD_CTL ]; then + toggle_cardreader + show_cardreader +else + notify error 'Card\ reader unavailable' +fi +} + handle_shengine() { . $PKG_DIR/lib/shengine.sh handle_shengine $@
Bug#661309: RFS: task-spooler/0.7.2-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package task-spooler * Package name: task-spooler Version : 0.7.2-1 Upstream Author : Lluís Batlle i Rossel vi...@vicerveza.homeunix.net * URL : http://vicerveza.homeunix.net/~viric/soft/ts/ * License : GPLv2+ Section : misc It builds those binary packages: task-spooler - personal job scheduler To access further information about this package, please visit the following URL: http://mentors.debian.net/package/task-spooler Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/task-spooler/task-spooler_0.7.2-1.dsc Regards, Alexander Inyukhin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#466542: RFS: task-spooler
On Fri, Sep 02, 2011 at 09:47:49PM -0300, David Bremner wrote: On Fri, 2 Sep 2011 00:39:07 +0400, Alexander Inyukhin shur...@sectorb.msk.ru wrote: * Package name: task-spooler Version : 0.7.0-1~rc1 Upstream Author : Lluís Batlle i Rossel vi...@vicerveza.homeunix.net * URL : http://vicerveza.homeunix.net/~viric/soft/ts/ * License : GPLv2+ Section : misc Hi Alexander; Hi David, thanks for your comments. I hope all these issues are solved in the latest release of the package. Thanks for working on task-spooler. I have used it before and found it pretty useful. Some comments - you miss Gentoo Foundation as copyright holder for the ebuild files - your version number is odd. If your package is ready for upload (in your opinion) it should have a version like 0.7.0-1 - I have a vague memory of this being discussed before, but I can't find the discussion now. As far as I can tell, there are several ways in which the socket setup could be improved. - I don't really understand why the permissions on /tmp/socket-ts.$uid are group and world readable. - having the socket in world writable location makes ts vulnerable to a denial of service attack. wouldn't it be better to put the socket in a mode 0700 directory e.g. in the users home directory? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#466542: RFS: task-spooler
Dear mentors, I am looking for a sponsor for my package task-spooler. * Package name: task-spooler Version : 0.7.0-1~rc1 Upstream Author : Lluís Batlle i Rossel vi...@vicerveza.homeunix.net * URL : http://vicerveza.homeunix.net/~viric/soft/ts/ * License : GPLv2+ Section : misc It builds these binary packages: task-spooler - personal job scheduler The package appears to be lintian clean. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/task-spooler Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/task-spooler/task-spooler_0.7.0-1~rc1.dsc I would be glad if someone uploaded this package for me. Kind regards Alexander Inyukhin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#466542: Any update on task-spooler? I would sponsor it
On Fri, Jul 08, 2011 at 02:52:34PM +0200, Jan Ivar Beddari wrote: Hi, any update? Just wanted to say I'm interested, is there anything holding this back? Hi, The current state of package is located at http://anonscm.debian.org/gitweb/?p=collab-maint/task-spooler.git;a=summary I would be glad if you review and sponsor it. I have two questions before releasing next version of package. First, I have converted copyright file to DEP5 format and I want to be sure this change was done right. Second, the last changelog entry should close the current ITP bug, but the are other entries there. Should I move Initial release to the lastest record or squash all records together? Is initial package version number 0.6.6-3 ok in latter case? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626495: asciidoc: Wrong installation dir for vim filetype plugin
Package: asciidoc Version: 8.5.2-1 Severity: normal Hello. asciidoc_filetype.vim is installed into 'ftplugin' directory while it should be located in either 'ftdetect' (as suggested by upstream) or 'plugin' dir. I use vim-addons to enable this plugin and vim does not try to load it while other plugins and filetype detection modules are loaded fine. This also apply to current version from unstable. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (193, 'testing'), (192, 'unstable'), (190, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages asciidoc depends on: ii python 2.6.6-3+squeeze6 interactive high-level object-orie Versions of packages asciidoc recommends: ii dblatex 0.3-2Produces DVI, PostScript, PDF docu pn docbook-utils none (no description available) ii libxml2-utils 2.7.8.dfsg-2 XML utilities pn source-highlightnone (no description available) ii vim-addon-manager 0.4.3manager of addons for the Vim edit ii xmlto 0.0.23-2 XML-to-any converter asciidoc 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#466542: Any update on task-spooler? I would sponsor it
On Sat, Oct 30, 2010 at 08:37:45AM -0400, Asheesh Laroia wrote: I noticed that task-spooler has an ITP from a while ago. Are you interested in maintaining it still? If so, I will happily review it and if it passes review, sponsor it. Hi I'm still interested in maintaining this package. A packaging repository for task-spooler is located at http://git.debian.org/?p=collab-maint/task-spooler.git;a=summary -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590040: iceweasel: Negotiate auth fails
Package: iceweasel Version: 3.5.11-1 Severity: normal Tags: patch Calculation of length of base64-encoded string in negotiate challenge is performed before stripping trailing '=' characters. In most cases this leads to passing extra byte to gss_init_sec_context, and it causes negotiate auth to fail. This code is located in function nsHttpNegotiateAuth::GenerateCredentials from file extensions/auth/nsHttpNegotiateAuth.cpp around notions of bug 230351. The bug is already fixed in branch 3.6 of firefox and in the iceweasel from experimental. A proposed fix is included in the patchset http://hg.mozilla.org/mozilla-central/rev/275225278550 A related to the patchset firefox bug is 520607, but I do not have a bugzilla account there to check what this bug is really about. diff -urN xulrunner-1.9.1.11.orig/extensions/auth/nsHttpNegotiateAuth.cpp xulrunner-1.9.1.11/extensions/auth/nsHttpNegotiateAuth.cpp --- xulrunner-1.9.1.11.orig/extensions/auth/nsHttpNegotiateAuth.cpp 2010-07-01 12:39:11.0 +0400 +++ xulrunner-1.9.1.11/extensions/auth/nsHttpNegotiateAuth.cpp 2010-07-23 09:06:29.0 +0400 @@ -257,15 +257,15 @@ challenge++; len = strlen(challenge); +// strip off any padding (see bug 230351) +while (challenge[len - 1] == '=') +len--; + inTokenLen = (len * 3)/4; inToken = malloc(inTokenLen); if (!inToken) return (NS_ERROR_OUT_OF_MEMORY); -// strip off any padding (see bug 230351) -while (challenge[len - 1] == '=') -len--; - // // Decode the response that followed the Negotiate token //
Bug#509427: update
On Tue, Jun 29, 2010 at 05:17:00AM +0200, Martín Ferrari wrote: I haven't received any news on this, and also nobody else seems to be affected. Can you still reproduce this problem? Hi I can't reproduce this with up-to-date testing and kernel 2.6.33.5. Probably it was caused by something else in my environment. I think bug may be closed now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581611: whois: Please add support for xn--p1ai (рф, Russia) TLD
Package: whois Version: 5.0.4 Severity: normal Please add support for xn--p1ai (рф, Russian Federation) TLD and -RF type objects. Their whois server seems to be whois.ripn.net. Example objects are xn--j1ay.xn--p1ai and TCI-REG-RF. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.33.4-a32 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages whois depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libidn11 1.15-2 GNU Libidn library, implementation whois recommends no packages. whois 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#466542: RFS: task-spooler
Dear mentors, I am looking for a sponsor for my package task-spooler. * Package name: task-spooler Version : 0.6.6-2 Upstream Author : Lluís Batlle i Rossel vi...@vicerveza.homeunix.net * URL : http://vicerveza.homeunix.net/~viric/soft/ts/ * License : GPLv2+ Section : misc It builds these binary packages: task-spooler - personal job scheduler The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/t/task-spooler - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/t/task-spooler/task-spooler_0.6.6-2.dsc I would be glad if someone uploaded this package for me. Kind regards Alexander Inyukhin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541280: runsvdir: stat(2) overflows, please rebuild with large file support
Package: runit Version: 2.0.0-1 Severity: normal My filesystem is on a block device with major number 259 (blkext raid partition), and runsvdir fails to stat(2) it. $ strace runsvdir /home/shurick/sv execve(/usr/bin/runsvdir, [runsvdir, /home/shurick/sv], [/* 36 vars */]) = 0 rt_sigaction(SIGTERM, {0x80480d8, [], SA_RESTORER, 0x804a0b0}, NULL, 8) = 0 rt_sigaction(SIGHUP, {0x80480e3, [], SA_RESTORER, 0x804a0b0}, NULL, 8) = 0 open(., O_RDONLY|O_NONBLOCK) = 3 fcntl(3, F_SETFD, FD_CLOEXEC) = 0 gettimeofday({1250122157, 659621}, NULL) = 0 waitpid(-1, 0xd648, WNOHANG)= -1 ECHILD (No child processes) gettimeofday({1250122157, 659789}, NULL) = 0 stat(/home/shurick/sv, 0xd5d8)= -1 EOVERFLOW (Value too large for defined data type) write(2, runsvdir /home/shurick/sv: warnin..., 83runsvdir /home/shurick/sv: warning: unable to stat /home/shurick/sv: unknown error) = 83 rt_sigprocmask(SIG_BLOCK, [CHLD], NULL, 8) = 0 poll(0, 0, 1020)= 0 (Timeout) rt_sigprocmask(SIG_UNBLOCK, [CHLD], NULL, 8) = 0 waitpid(-1, 0xd648, WNOHANG)= -1 ECHILD (No child processes) gettimeofday({1250122158, 680611}, NULL) = 0 stat(/home/shurick/sv, 0xd5d8)= -1 EOVERFLOW (Value too large for defined data type) write(2, runsvdir /home/shurick/sv: warnin..., 83runsvdir /home/shurick/sv: warning: unable to stat /home/shurick/sv: unknown error) = 83 runsvdir starts to work again after adding -D_FILE_OFFSET_BITS=64 to debian/rules. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.30.4-avi (SMP w/2 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/bash runit depends on no packages. Versions of packages runit recommends: pn fgettynone (no description available) Versions of packages runit suggests: pn runit-run none (no description available) pn socklog-run none (no description available) -- 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#421025: Possible workaround
Hello, I encounter this bug on the one of my lenny systems. I can't track this down, but I seem to find a working solution. After 'xset +fp /usr/share/fonts/X11/misc/:unscaled' command the xserver starts to return the same list of fonts for XListFonts and XListFontsWithInfo calls. Moreover, deleting this item from font path by 'xset -fp ...' or even 'xset fp default' leaves the expected behavior. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530440: apt-cacher-ng: Thread leak due to race condition
Package: apt-cacher-ng Version: 0.3.11-1 Severity: normal Hello I have noticed, that acng eats all available to a process virtual memory after some days of work, and it starts to return 503 to all requests. It spawns a lot of threads and keeps them running. The reason of this behavior is race condition while counting spare threads. Variable nSpareThreads must change under mutually exclusive lock, but in the function ThreadAction it is guarded with reLock function, which allows all workers to enter this critical section simultaneously. Due to this nSpareThreads is increased slower, than it should, and it allows threads to leak. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29.4-avi (SMP w/2 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530440: apt-cacher-ng: Thread leak due to race condition
Thanks for quick answer. I was not quite right about locking. It still a race condition involving nSpareThreads, but more complicated. When variable decrements, is supposed that some thread will be awaked, but some other worker may return and take this job. In this case number on spare threads nSpareThreads will be decremented, but their count will not change. In the default case returning thread will be added spare pool, incrementing this variable back. AFAIU, the root of the problem, that from the decrementer's point of view this counter is not the the number of threads, but the number of outstanding requests. I think it is sufficient to check that nSpareThreads has non-zero value to spawn new thread and move all thread accounting into ThreadAction. This soultion seems to work for me. I will answer you later with details on questions below. It takes some time to reach this overflow ) On Mon, May 25, 2009 at 01:38:41AM +0200, Eduard Bloch wrote: #include hallo.h * Alexander Inyukhin [Mon, May 25 2009, 01:30:38AM]: I have noticed, that acng eats all available to a process virtual memory after some days of work, and it starts to return 503 to all requests. It spawns a lot of threads and keeps them running. How many exactly? (ps -L ...) What exactly is in the HTTP status line (after 503)? The reason of this behavior is race condition while counting spare threads. Variable nSpareThreads must change under mutually exclusive lock, but in the function ThreadAction it is guarded with reLock function, which allows all workers to enter this critical section simultaneously. Due to this nSpareThreads is increased slower, than it should, and it allows threads to leak. Nice idea, but I don't think so. Reason: both code positions (decrementing and incrementing) are covered by the mutex which is inside of the global object cond (to which lockguard helpers are connected in both cases). Further, reaching thread limit would have different symptoms (not throwing 503... just grep for 503, it's not used in conserver.cc at all). However, your problem might be somehow connected to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=529744 . That problem looks like many downloader objects not being released (according to pipe/socket ratio) which might also be caused by hanging user connection threads. And receiving two heavy bug reports within one week after no such problem has been reported for months, that's very suspicious. I just don't have a good idea yet. Version 0.3.12 was released few minutes ago and should appear on incoming.debian.org now. It adds proper handling for EINTR on close(). Please take that one for further tests. If the problem disappears - great, if not: please provide thread count and status of file handles (lsof) and last lines of apt-cacher.err file. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530440: apt-cacher-ng: Thread leak due to race condition
On Mon, May 25, 2009 at 01:38:41AM +0200, Eduard Bloch wrote: I have noticed, that acng eats all available to a process virtual memory after some days of work, and it starts to return 503 to all requests. It spawns a lot of threads and keeps them running. How many exactly? (ps -L ...) UIDPID PPID LWP C NLWPSZ RSS PSR STIME TTY STAT TIME CMD 119 26449 1 26449 1 377 782533 10164 1 07:51 ?Ssl0:10 /usr/sbin/apt-cacher-ng -c /etc/apt-cacher-ng pidfile=/var/run/apt-cacher-ng/pid SocketPath=/var/run/apt-cacher-ng/socket foreground=0 3G of VM space divided by 8M of thread stack size is roughly these 377. It eats all of available VM. What exactly is in the HTTP status line (after 503)? Further, reaching thread limit would have different symptoms (not throwing 503... just grep for 503, it's not used in conserver.cc at all). Quote from telnet session. $ telnet localhost 3142 Trying 127.0.0.1... Connected to localhost.localdomain. Escape character is '^]'. GET http://ftp.ru.debian.org/debian/dists/lenny/main/binary-i386/Packages.gz HTTP/1.1 Host: ftp.ru.debian.org HTTP/1.1 503 Server overload, try later Date: Mon May 25 04:07:05 2009 Server: Debian Apt-Cacher NG/0.3.12 X-Original-Source: debrep/dists/lenny/main/binary-i386/Packages.gz Connection closed by foreign host. Tail of log. Tue May 12 17:51:25 2009|Error resolving ftp.fi.debian.org: 503 DNS error for hostname ftp.fi.debian.org: Temporary failure in name resolution Tue May 12 17:51:39 2009|Error resolving volatile.debian.org: 503 DNS error for hostname volatile.debian.org: Temporary failure in name resolution Tue May 12 17:51:39 2009|Error resolving security.debian.org: 503 DNS error for hostname security.debian.org: Temporary failure in name resolution Tue May 12 17:51:39 2009|Error resolving ftp.fi.debian.org: 503 DNS error for hostname ftp.fi.debian.org: Temporary failure in name resolution Tue May 12 17:52:05 2009|Error resolving backports.org: 503 DNS error for hostname backports.org: Temporary failure in name resolution Tue May 12 17:52:19 2009|Error resolving security.debian.org: 503 DNS error for hostname security.debian.org: Temporary failure in name resolution Tue May 12 17:52:19 2009|Error resolving ftp.fi.debian.org: 503 DNS error for hostname ftp.fi.debian.org: Temporary failure in name resolution Tue May 12 17:52:45 2009|Error resolving backports.org: 503 DNS error for hostname backports.org: Temporary failure in name resolution Tue May 12 17:52:59 2009|Error resolving security.debian.org: 503 DNS error for hostname security.debian.org: Temporary failure in name resolution Tue May 12 17:52:59 2009|Error resolving ftp.fi.debian.org: 503 DNS error for hostname ftp.fi.debian.org: Temporary failure in name resolution However, your problem might be somehow connected to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=529744 . That problem looks like many downloader objects not being released (according to pipe/socket ratio) which might also be caused by hanging user connection threads. And receiving two heavy bug reports within one week after no such problem has been reported for months, that's very suspicious. I just don't have a good idea yet. Version 0.3.12 was released few minutes ago and should appear on incoming.debian.org now. It adds proper handling for EINTR on close(). Please take that one for further tests. If the problem disappears - great, if not: please provide thread count and status of file handles (lsof) and last lines of apt-cacher.err file. Descriptor leaks were not detected. $ ls -l /proc/26449/fd total 0 lrwx-- 1 apt-cacher-ng apt-cacher-ng 64 2009-05-25 07:55 0 - /dev/null lrwx-- 1 apt-cacher-ng apt-cacher-ng 64 2009-05-25 07:55 1 - /dev/null lrwx-- 1 apt-cacher-ng apt-cacher-ng 64 2009-05-25 07:55 2 - /dev/null l-wx-- 1 apt-cacher-ng apt-cacher-ng 64 2009-05-25 07:55 3 - /var/log/apt-cacher-ng/apt-cacher.err l-wx-- 1 apt-cacher-ng apt-cacher-ng 64 2009-05-25 07:55 4 - /var/log/apt-cacher-ng/apt-cacher.log lrwx-- 1 apt-cacher-ng apt-cacher-ng 64 2009-05-25 07:55 5 - socket:[56579922] lrwx-- 1 apt-cacher-ng apt-cacher-ng 64 2009-05-25 07:55 6 - socket:[56579924] lrwx-- 1 apt-cacher-ng apt-cacher-ng 64 2009-05-25 07:55 7 - socket:[56579925] A patch for thread leak is in the attachment. commit e03531102c06f4cbac29e1968b3513d842e3ea75 Author: Alexander Inyukhin shur...@sectorb.msk.ru Date: Mon May 25 07:44:16 2009 +0400 Fix race diff --git a/source/conserver.cc b/source/conserver.cc index a89a138..0dfd824 100644 --- a/source/conserver.cc +++ b/source/conserver.cc @@ -66,10 +66,11 @@ void * ThreadAction(void *) break; if(myq.empty()) - { // to be decreased by the pool client + { nSpareThreads++; while (myq.empty()) cond.wait(); + nSpareThreads--; } con *c=myq.front(); @@ -138,9
Bug#64910: [Patch] URI queue mode
This patch adds new URI-based queuing mode for apt. It can be useful with package-caching proxies like apt-cacher-ng. Usage: Acquire::Queue-Mode uri; commit 269431230038099d05fc6d78d81ea4e5a26b97b5 Author: Alexander Inyukhin shur...@sectorb.msk.ru Date: Tue Apr 21 03:51:20 2009 +0400 Add uri queue mode diff --git a/apt-pkg/acquire.cc b/apt-pkg/acquire.cc index 38944bb..e3d8030 100644 --- a/apt-pkg/acquire.cc +++ b/apt-pkg/acquire.cc @@ -237,7 +237,10 @@ string pkgAcquire::QueueName(string Uri,MethodConfig const *Config) if (Config-SingleInstance == true || QueueMode == QueueAccess) return U.Access; - return U.Access + ':' + U.Host; + if (QueueMode == QueueHost) + return U.Access + ':' + U.Host; + + return Uri; } /*}}}*/ // Acquire::GetConfig - Fetch the configuration information /*{{{*/ diff --git a/apt-pkg/acquire.h b/apt-pkg/acquire.h index 1de6f5e..e22a4ce 100644 --- a/apt-pkg/acquire.h +++ b/apt-pkg/acquire.h @@ -158,7 +158,10 @@ class pkgAcquire /** \brief Generate a single queue for each protocol; serialize * downloads from multiple hosts. */ - QueueAccess} QueueMode; + QueueAccess, + /** \brief Generate a single queue for each URI. + */ + QueueUri} QueueMode; /** \brief If \b true, debugging information will be dumped to std::clog. */ bool Debug;
Bug#524942: apt-get update gets stuck when apt-cacher-ng is running behind nginx
Package: apt-cacher-ng Version: 0.2.2-2 Severity: normal Tags: patch When apt-cacher-ng is used behind nginx (0.6.32) apt-get gets stuck on update. After some investigation I discover that stuck happens when acng returns answer without body (e.g. error 404) in Connection: close mode. Neither acng nor nginx close this connection and stuck is happened. I do not know acng or nginx should be blamed for that, but I found acng is easier to fix. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29.1-avi (SMP w/2 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/bash commit 63bb20719770e8509a03eb3fd908d5c98f595083 Author: Alexander Inyukhin shur...@sectorb.msk.ru Date: Tue Apr 21 04:16:30 2009 +0400 Close connections diff --git a/source/job.cc b/source/job.cc index 5646cf2..78a3a79 100644 --- a/source/job.cc +++ b/source/job.cc @@ -689,7 +689,7 @@ eJobResult job::SendData(int confd) case(STATE_ALLDONE): - return R_DONE; + return m_bCloseCon ? R_DISCON : R_DONE; case(STATE_NOWAYOUT): default:
Bug#466542: task-spooler for Debian
Hi On Thu, Feb 12, 2009 at 01:21:21PM +0100, Jordi Mallach wrote: I just checked you keep working on task-spooler debs outside the official archive. Do you still need help to get it sponsored? Yes, I need help with upload. Could you help me? Do you plan to become a Debian maintainer? Not now, probably later. I can maintain code, but I am not very familiar with Debian background. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508805: [Debian-eeepc-devel] Bug#508805: rt2860-source: Building rt2860-modules works only for root and fails for non-root users
Please try this patch. It contains a fix for #506230 also. diff -ur rt2860.orig/debian/rules rt2860/debian/rules --- rt2860.orig/debian/rules 2008-10-07 13:13:37.0 +0400 +++ rt2860/debian/rules 2008-12-26 09:38:14.0 +0300 @@ -18,11 +18,12 @@ # Build modules $(MAKE) -C $(CURDIR) \ - KERNELPATH=$(KSRC) KERNELRELEASE=$(KVERS) KERNELCONF=$(KSRC)/.config + LINUX_SRC=$(KSRC) \ + LINUX_SRC_MODULE=$(CURDIR)/debian/$(PKGNAME)/lib/modules/$(KVERS)/kernel/drivers/wireless # Install modules $(MAKE) -C $(CURDIR) install \ - KERNELPATH=$(KSRC) KERNELRELEASE=$(KVERS) KERNELCONF=$(KSRC)/.config \ + LINUX_SRC=$(KSRC) \ LINUX_SRC_MODULE=$(CURDIR)/debian/$(PKGNAME)/lib/modules/$(KVERS)/kernel/drivers/wireless # upstream has some .dat file to be used in the absence of # wpa_supplicant/network-manager/iwconfig/iwpriv in /etc/Wireless diff -ur rt2860.orig/os/linux/Makefile.6 rt2860/os/linux/Makefile.6 --- rt2860.orig/os/linux/Makefile.6 2008-10-07 13:13:37.0 +0400 +++ rt2860/os/linux/Makefile.6 2008-12-26 09:37:36.0 +0300 @@ -74,7 +74,6 @@ install: install -d $(LINUX_SRC_MODULE) install -m 644 -c $(addsuffix .ko,$(MOD_NAME)) $(LINUX_SRC_MODULE) - /sbin/depmod -a ${shell uname -r} uninstall: rm -rf $(addprefix $(LINUX_SRC_MODULE),$(addsuffix .ko,$(MOD_NAME)))
Bug#509427: ifup call failed from vtun
Package: vtun Version: 3.0.2-1 Severity: normal Tags: patch Hi I'm trying to setup interface using ifup tool. up section of config file contains the only one line: program ifup -v %%=imec wait; This command is failed to run from vtund but runs successfully when started manually with appropriate substitution. The output from failed ifup looks like this: Configuring interface tun112=imec (inet) run-parts --verbose /etc/network/if-pre-up.d run-parts: executing /etc/network/if-pre-up.d/bridge run-parts: /etc/network/if-pre-up.d/bridge exited because of uncaught signal 47 run-parts: executing /etc/network/if-pre-up.d/uml-utilities run-parts: /etc/network/if-pre-up.d/uml-utilities exited because of uncaught signal 47 run-parts: executing /etc/network/if-pre-up.d/vde2 run-parts: /etc/network/if-pre-up.d/vde2 exited because of uncaught signal 47 run-parts: executing /etc/network/if-pre-up.d/vlan run-parts: /etc/network/if-pre-up.d/vlan exited because of uncaught signal 47 run-parts: executing /etc/network/if-pre-up.d/wireless-tools run-parts: /etc/network/if-pre-up.d/wireless-tools exited because of uncaught signal 47 Failed to bring up imec. I think this problem could be related to ignored and inherited SIGCHLD. The patch is in the attachment. It works for me. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.27.10-avi (SMP w/2 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vtun depends on: ii debconf [debconf-2.0] 1.5.24Debian configuration management sy ii libc6 2.7-16GNU C Library: Shared libraries ii liblzo2-2 2.03-1data compression library ii libssl0.9.80.9.8g-14 SSL shared libraries ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime vtun recommends no packages. vtun suggests no packages. diff -ur vtun-3.0.2/lib.c vtun-3.0.2.1/lib.c --- vtun-3.0.2/lib.c 2008-01-08 01:35:40.0 +0300 +++ vtun-3.0.2.1/lib.c 2008-12-22 12:25:15.0 +0300 @@ -307,6 +307,13 @@ return 0; } + { + struct sigaction sa; + memset(sa,0,sizeof(sa)); + sa.sa_handler=SIG_DFL; + sigaction(SIGCHLD,sa,NULL); + } + args = subst_opt(cmd-args, opt); if( !cmd-prog ){ /* Run using shell */
Bug#502642: debpartial-mirror: SHA1 sums in indices are generated incorrectly
Package: debpartial-mirror Version: 0.2.96 Severity: normal Tags: patch debpartial-mirror generates wrong SHA1 sums in Release files. Example output looks like this: MD5Sum: 13d5dfa84451e9afa08e0a8bd7ffc28a 125 main/binary-i386/Release b9dcbb6bec1e0d3f79e8ada254d7a17a 229295 main/binary-i386/Packages f8fa6bd61f08209f756429324df7ca5675075 main/binary-i386/Packages.gz 4e3256d20c878f4ccf734adcfd592032 242478 main/debian-installer/binary-i386/Packages e811055f706956fdc508ef3bc1625ce964343 main/debian-installer/binary-i386/Packages.gz SHA1: 418728bb788900516f7131b0c87e0a6f3ecb126564343 main/binary-i386/Release 418728bb788900516f7131b0c87e0a6f3ecb126564343 main/binary-i386/Packages 418728bb788900516f7131b0c87e0a6f3ecb126564343 main/binary-i386/Packages.gz 418728bb788900516f7131b0c87e0a6f3ecb126564343 main/debian-installer/binary-i386/Packages 418728bb788900516f7131b0c87e0a6f3ecb126564343 main/debian-installer/binary-i386/Packages.gz Fix is attached. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debpartial-mirror depends on: ii gnupg 1.4.9-3GNU privacy guard - a free PGP rep ii python2.5.2-2An interactive high-level object-o ii python-apt0.7.7.1Python interface to libapt-pkg ii python-cdd0.0.8 library to make easier to build CD ii python-pycurl 7.18.2-1 Python bindings to libcurl ii python-support0.8.4 automated rebuilding support for P debpartial-mirror recommends no packages. debpartial-mirror suggests no packages. -- no debconf information diff --git a/debpartial_mirror/Dists.py b/debpartial_mirror/Dists.py index e8f3541..2900552 100644 --- a/debpartial_mirror/Dists.py +++ b/debpartial_mirror/Dists.py @@ -415,6 +415,7 @@ class _Indices: out.write(SHA1:\n) for filename in files: + fullpath = dists/%s/%s % (dist, filename) out.write( %s %8d %s\n % ( filesystem.sha1sum(fullpath), filesystem.size(fullpath),
Bug#502648: python-cdd: Important headers are missing in Packages file
Package: python-cdd Version: 0.0.8 Severity: normal Tags: patch Debian installer requires Kernel-Version fields in Packages file when searching for extra kernel modules to load during installation process, but these fields are missing in merged repositories. The patch adds extra fields to generated Packages files. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-cdd depends on: ii python-apt0.7.7.1Python interface to libapt-pkg ii python-support0.8.4 automated rebuilding support for P python-cdd recommends no packages. python-cdd suggests no packages. -- no debconf information diff --git a/cdd/Package.py b/cdd/Package.py index 1eaccbc..68c7df6 100644 --- a/cdd/Package.py +++ b/cdd/Package.py @@ -66,7 +66,9 @@ class Package: 'Suggests-orig', 'Recommends-orig', 'Conflicts-orig', 'Filename', 'Size', 'MD5sum', 'SHA1', 'SHA256', - 'Description', 'Tag', 'Build-Essential'): + 'Description', 'Tag', 'Build-Essential', + 'Kernel-Version', 'Installer-Menu-Item', + 'Enhances', 'Homepage', 'Package-Type'): if self._fields.has_key(field): keyName = field if field.endswith('-orig'):
Bug#489187: libcpufreq0: sysfs_set_policy sets up freqs in wrong order
Package: libcpufreq0 Version: 002-7.2 Severity: normal sysfs_set_policy() sets freqs using fixed order (first max, then min), but kernel do not accept max value if it is lower than current min value. This breaks cpufreqd which is not able to switch policies and floods syslog: Jul 3 06:25:22 shurick cpufreqd: cpufreqd_set_profile : Couldn't set profile Powersave Low set for cpu0 (1596000-1596000-powersave) Jul 3 06:25:22 shurick cpufreqd: cpufreqd_loop: Cannot set policy, Rule unchanged (Movie Watcher). Jul 3 06:25:24 shurick cpufreqd: cpufreqd_set_profile : Couldn't set profile Powersave Low set for cpu0 (1596000-1596000-powersave) Jul 3 06:25:24 shurick cpufreqd: cpufreqd_loop: Cannot set policy, Rule unchanged (Movie Watcher). Jul 3 06:25:26 shurick cpufreqd: cpufreqd_set_profile : Couldn't set profile Powersave Low set for cpu0 (1596000-1596000-powersave) Jul 3 06:25:26 shurick cpufreqd: cpufreqd_loop: Cannot set policy, Rule unchanged (Movie Watcher). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25.8-avi (SMP w/2 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libcpufreq0 depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libsysfs2 2.1.0-4interface library to sysfs libcpufreq0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466542: ITP: task-spooler -- local batch job queue
On Thu, May 01, 2008 at 11:56:43PM +0200, Michael Koch wrote: On Mon, Apr 07, 2008 at 01:03:49PM +0400, Alexander V. Inyukhin wrote: On Sun, Apr 06, 2008 at 10:48:52AM +0200, Michael Koch wrote: I saw you ITPed task-spooler some time ago. What will it be uploaded to the archive? Do you need a sponsor for the upload? A package is located at http://grid.pp.ru/debian/pool/contrib/t/task-spooler/ I am looking for a person to review and upload it. Could you help me? I have two nitpicks on the package currently before uploading. The first ist the lintian warning about this being an NMU. The problem is that your name in the Maintainer field is slightly different to the name in the changelog. The second is your debian/copyright. You tell that the programm is licensed and GPL v2 or later but link to the file /usr/share/common-licenses/GPL-2. Furthermore you changed the text in the last paragrah of the GPL disclaimer. While we are at it please indent the disclaimer with 4 spaces to make directly visible what the actual license is. Thanks for review. I fixed these issues. I also upgraded package to version 0.5.4.1, which is a bugfix release against 0.5.3. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]