Bug#455479: failed to mount smbfs shares: mount error 13 = Permission denied

Package: smbfs Version: 3.0.27a-2 Severity: important mounting shares via smbfs (also tried cifs - same problem) result in: mount error 13 = Permission denied the systems to mount are different linux systems: - current stable - 6 years old unstable - SuSE 7.1 downgrading just smbfs to 3.0.27a-1

Bug#285655: got a hint for #285655

I have had the same problems (using ODBC/MySQL on SID). The old unixodbc version looked into /etc/odbc.ini first, the new one into ~/.odbc.ini. Please check that. If using isql, try isql with -v. You should get a more verbose error message. In my case, I had a 'UserName = blabla' within my DSN

Bug#292523: libc6: sprintf %0lld fails if argument is 0

Package: libc6 Version: 2.3.2.ds1-20 Severity: important sprintf(buf,'%0d' '%0ld' '%0lld',0,0L,0LL); fills into buf: '0' '0' '' This is not conforming to the man page. And it breaks test runs for mozilla. This is the reason for 'important'. -- System Information: Debian Release: 3.1 APT

Bug#354185: What's the problem?

This bug is 77 days old and absolutely easy to fix - Peter already gave the one-line-solution. Is there a deeper problem that I can't see? Regards, Tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#584968: more info and a workaround

-to-date lenny on 26. August 2010. Regards, Tim Ruehsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#549677: libmysql-java: mysql.jar link to directory, should link to .jar file

Package: libmysql-java Version: 5.1.10+dfsg-1 Severity: important /usr/share/java/mysql.jar points to /usr/share/java/mysql-connector-java-5.1.10.jar which is a directory which contains mysql-connector-java-5.1.10-bin.jar (file). mysql.jar should point directly to the

Bug#553206: libc6: sscanf segfaults with %d on large decimal input string

Package: libc6 Version: 2.10.1-2 Severity: normal sscanf(p,%d,i) caused a SIGSEGV raised if p points to a very long input string with just decimal characters in it. that makes %d unusable for scanning untrusted input. (in my case a sip registrar). here is a code example that shows it (use

Bug#626579: libxpcom.so: cannot open shared object file: No such file or directory

Package: xulrunner-1.9.1 Version: 1.9.1.19-2 Severity: normal Hi, it seems that *.so libraries are not found: blitz-lx:/usr/lib/xulrunner-1.9.1# ./xpcshell ./xpcshell: error while loading shared libraries: libxpcom.so: cannot open shared object file: No such file or directory

Bug#621727: ia32-libs: Please add libmyodbc.so

Package: ia32-libs Version: 20110310 Severity: wishlist Running 32-bit ODBC windows program with wine fails due to 32/64-bit struggles with ODBC/libmyodbc.so. A 32-bit version of libmyodbc.so would really help. At the moment I have to extract an i386 version of libmyodbc.so and do some hacks.

Bug#609836: Obsolete Digest Access Authentication in wget

upstream. Tim Ruehsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#609836: [bug #33830] Obsolete Digest Access Authentication

Follow-up Comment #2, bug #33830 (project wget): The mixture of HTTP 1.0 and 1.1 is already fixed in 1.3.14. Yesterday i posted a patch on the mailing list to support RFC 2617. I got a positive response from Michael Tarkowski, saying his former problem is solved with the patch applied. The

Bug#611451: bug can be closed: issue fixed on current sid due to gnutls

wget, compiled with gnutls behaves as you expect. This is true for current Debian sid: $ wget --version GNU Wget 1.13.4 built on linux-gnu. +digest +https +ipv6 +iri +large-file +nls -ntlm +opie +ssl/gnutls ... Example: $ wget --ca-certificate=/dev/null --ca-directory=/tmp/emptydir

Bug#653434: screen: Race condition on startup: Cannot make directory '/var/run/screen/S-root': File exists

Package: screen Version: 4.0.3-14 Severity: important Tags: upstream Dear Maintainer, i am starting two screen sessions in parallel on system startup. Sometimes one of the sessions does not start, writing this message: Cannot make directory '/var/run/screen/S-root': File exists Having a look

Bug#692433: getaddrinfo: Syscall param socketcall.connect(serv_addr.sin6_addr) points to uninitialised byte(s)

Package: libc6 Version: 2.13-36 Severity: normal Dear Maintainer, when calling getaddrinfo(), valgrind detects: ==7051== Syscall param socketcall.connect(serv_addr.sin6_addr) points to uninitialised byte(s) ==7051==at 0x362E6DB780: __connect_nocancel (syscall-template.S:82) ==7051==by

Bug#565113: screen window renaming sequences do not immediatly take effect

On Debian unstable with tmux 1.6-1 I can not reproduce the problem. I tried bash and zsh, no difference. Using zsh print -nP '\033k%'; print -nPR $(date); print -n '\033\\'; Using bash printf '\033k%%%s\033\\' $(date) I found some people having the same issue on

Bug#565113: screen window renaming sequences do not immediatly take effect

I contacted the author of this bug report Joey Hess. He seems not to be able to reproduce the problem with tmux version 1.6-1: maybe you did not get my last comment to Buf#565113 (tmux). I forget to put you on CC. Can you please have a look ? I'm not sure, but I don't think I can reproduce

Bug#629238: tmux: reset shows cursor in unstable with version 1.6-1

I can reproduce the issue in current squeeze, but not any more in unstable with tmux 1.6-1. used for testing: - start a new tmux session (tmux new-session) $ printf \\$(printf '%03o[?25l' 27) $ reset -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of

Bug#513638: wget: --follow-tags not following

For a conversion to local URLs you will definitely need --span-hosts since www.cnn.com refers to images on other hosts. Also, you do not need curl to fetch the index.html (you named it test.htm). This will work for you (at least here with wget 1.14-2): wget --span-hosts --no-clobber

Bug#158642: wget: -q suppresses permanent fatal proxy errors

I guess, this bug can be closed. I you don't think so, it should go upstream for further discussion on the wget mailing list. The documentation is clear with -q: -q --quiet Turn off Wget's output. What the reporter seems to want is -nv: -nv --no-verbose

Bug#666160: wget: consider using libuuid for compilation/linking

Package: wget Version: 1.13.4-2 Severity: normal Dear Maintainer, wget --version shows no usage of libuuid. The fallback code in warc.c is documented as being inferior to libuuid. Here is what it says: # ifndef HAVE_LIBUUID /* Fills uuid_str with a UUID based on random numbers. (See RFC 4122,

Bug#644810: Upstream patch rejected

Hi Josh, I created a patch for upstream (26-03-2012) which has been rejected yesterday by the maintainer of tmux. see http://sourceforge.net/tracker/?func=detailatid=973264aid=3511358group_id=200378 We could: - just close the bug as WONTFIX - use the patch as Debian patch - you could help

Bug#644810: Upstream patch rejected

Am Wednesday 05 September 2012 schrieb Josh Triplett: On Wed, Sep 05, 2012 at 09:55:15AM +0200, Tim Ruehsen wrote: Hi Josh, I created a patch for upstream (26-03-2012) which has been rejected yesterday by the maintainer of tmux. see http://sourceforge.net/tracker/?func=detailatid

Bug#697358: gtkdoc-mkdb fails to parse function declaration

Package: gtk-doc-tools Version: 1.18-2 Severity: normal gtkdoc-mkdb fails to parse this declaration: void *func(void); while these are working void * func(void); Also, comma seperated function declarations won't be parsed: void func1(void), func2(void); Error

Bug#728735: wget: unexpected linker -Lyes/lib seen in wget --version

On Friday 08 November 2013 12:13:14 Noël Köthe wrote: Hi Noël, My local buildlog: ... CFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -DNO_SSLv2 -D_FILE_OFFSET_BITS=64 -g -Wall CPPFLAGS=-D_FORTIFY_SOURCE=2 LDFLAGS=-Wl,-z,relro ./configure \

Bug#710475: javascript-common.conf links into obsoleted directory /etc/apache2/conf.d

Package: javascript-common Version: 8 Severity: normal Dear Maintainer, installing javascript-common should create a link to /etc/javascript-common/javascript-common.conf in the directories /etc/apache2/conf-available and/or /etc/apache2/conf-enabled At the moment the link is still created

Bug#701775: wget: Not reproducible in Debian unstable

Package: wget Followup-For: Bug #701775 Dear Maintainer, I just made some tests. The original bug is not reproducible on current unstable neither on current Wheezy. The same goes for msg#31 - the server seems to have a problem since the HTTP header looks fine for me (and of course works with

Bug#652480: wget: Fails to verify SSL server certificate

Package: wget Version: 1.14-2 Followup-For: Bug #652480 Dear Maintainer, while the problem still exists in Debian Sid, a self-compiled wget (linking to gnutls 3.1) works well. wget https://developer.pidgin.im/static/win32/cyrus-sasl-2.1.22.zip --2013-06-10 10:08:37--

Bug#699274: wget segfault: -T 0 --no-check-certificate

Package: wget Followup-For: Bug #699274 Dear Maintainer, this seems to be an issue of wget 1.13 on wheezy. The following version work as expected: ii wget1.11.4-2+lenny2 [lenny] ii wget1.12-2.1 [squeeze] ii wget1.14-2 [sid] --

Bug#660932: Double quote in (some) wget's international output for downloaded filename

Package: wget Version: 1.14-2 Followup-For: Bug #660932 Dear Maintainer, what happens is that the translation project introduces extra quotes where the original has none. Since Wget handles/adds quotes in it's own style, quotation gets out of sync. I just wrote to translator-team-de NOT to

Bug#701032: wget tries to reuse connection despite http/1.0 and no connection: keep-alive

Hi, could you please post the output from Wget -d ? I configured an Apache to HTTP 1.0 plus Basic Auth, but could not reproduce your problem. So I guess the type of HTTP header returned by the server matter. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a

Bug#709637: wget: Credentials in URL not supported

Hi, could you please provide the output of wget -d ? With the same version of Wget (1.13.4-3 on Wheezy) Basic Auth seems to work: $ wget http://user:123@blitz-lx/protected_basic/xxx --2013-06-10 16:28:12-- http://user:*password*@blitz-lx/protected_basic/xxx Resolving blitz-lx (blitz-lx)...

Bug#725332: clang-3.4: Use of uninitialized value $HtmlDir in ccc-analyzer

Package: clang-3.4 Version: 1:3.4~svn190846-1 Severity: normal Dear Maintainer, scan-build make aborted with an error (seems to be another clang bug, since 3.3 works fine), And then, scan-build reports the following error(s): Use of uninitialized value $HtmlDir in concatenation (.) or string at

Bug#725522: libgnutls28: memory leak calling gnutls_global_init/gnutls_global_deinit

On Sunday 06 October 2013 22:47:28 Daniel Kahn Gillmor wrote: On 10/06/2013 03:30 PM, Tim Rühsen wrote: Package: libgnutls28 Version: 3.2.4-4 Severity: normal Dear Maintainer, calling gnutls_global_init() followed by gnutls_global_deinit() leaves one memory chunk unfreed.

Bug#725522: libgnutls28: memory leak calling gnutls_global_init/gnutls_global_deinit

Out of curiosity, I copied the suppression from debian.supp to debian-libc6- dbg.supp. And voila, that works ! Looks like valgrind is not reading debian.supp correctly !? Did you tell valgrind to load it? It doesn't load any suppression file by default and never has (except

Bug#730662: [bug #40746] wget: fails to parse time from 'Last-Modified: Wed, 27 Nov 2013 07:06:38 UTC'

Follow-up Comment #1, bug #40746 (project wget): Just to mention it. The server is broken and does not behave RFC 2616 compliant. from RFC 2616, 3.3.1 Full Date ... This is indicated in the first two formats by the inclusion of GMT as the three-letter abbreviation for time zone, and MUST be

Bug#736427: [bug #41331] spurious errors if some files in the cert directory are not certificates

Follow-up Comment #3, bug #41331 (project wget): At least, we should change the string 'ERROR' into 'WARNING'. I personally would like to see if there is something unexpected or broken in my certificate directory. So removing the check resp. the warning completely is not an option to me. What

Bug#736427: [bug #41331] spurious errors if some files in the cert directory are not certificates

Follow-up Comment #5, bug #41331 (project wget): Before I create a patch, I would like to know what you suggest. At least such a suggestion should satisfy the widest possible range of users. Some options could be (single or combination) a. Output WARNING instead of ERROR b. Output ERROR only

Bug#743477: grub2: grub fails with error: 'grub_term_highlight_color' not found

Package: grub2 Version: 2.02~beta2-8 Severity: normal Dear Maintainer, grub2 fails to boot. It says error: symbol 'grub_term_highlight_color' not found and enters grub rescue I have this problem since 2.02~beta2-7. 2.02~beta2-8 doesn't change it. My solution right now is to boot from a rescue

Bug#736427: [bug #41331] spurious errors if some files in the cert directory are not certificates

Update of bug #41331 (project wget): Status:Needs Discussion = Fixed Open/Closed:Open = Closed Planned Release:None = 1.16.1

Bug#144076: [Bug-wget] [PATCH] wget -nv doesn't show enough errors

On Saturday 10 January 2015 11:18:58 Giuseppe Scrivano wrote: Tim Ruehsen tim.rueh...@gmx.de writes: On Friday 09 January 2015 14:51:00 Darshit Shah wrote: I don't see any issue with this patch. No-verbose does need to print a little bit more information I think. However, @giuseppe

Bug#144076: (no subject)

tag 144076 fixed-upstream thanks signature.asc Description: This is a digitally signed message part.

Bug#144076: [Bug-wget] [PATCH] wget -nv doesn't show enough errors

On Friday 09 January 2015 14:51:00 Darshit Shah wrote: I don't see any issue with this patch. No-verbose does need to print a little bit more information I think. However, @giuseppe, @Tim, do you'll see any issues with scripts parsing Wget's --nv output if we apply this patch? For me, it is

Bug#784348: [bug #45037] wget -O foo ftp://ftp.funet.fi/pub/Linux/mirrors/debian/README deletes README symlink

Hi Darshit, your patch doesn't work as expected. $ cat abc xxx $ ln -s xxx foo $ ln -s /etc/passwd README $ ../src/wget -O foo ftp://ftp.funet.fi/pub/Linux/mirrors/debian/README ... $ ls -la lrwxrwxrwx 1 oms users 11 May 7 09:28 README - /etc/passwd -rw-r--r-- 1 oms users 1495 May 7 09:30

Bug#784348: [bug #45037] wget -O foo ftp://ftp.funet.fi/pub/Linux/mirrors/debian/README deletes README symlink

Follow-up Comment #2, bug #45037 (project wget): Use -d to get Unlinking README (symlink). In ftp.c you will find those lines: /* Remove it if it's a link. */ remove_link (con-target); This is done by purpose (I just can guess why: not to overwrite the content the link points to). The

Bug#787807: libc6: mq_open unexpectedly fails with errno 24

Package: libc6 Severity: normal Dear Maintainer, I have an application that uses Posix message queues since a while. Today I realized that mq_open fails with errno 24 where it worked before. (errno 24: Too many open files) Here is a short C file to reproduce the problem. Before you start it,

Bug#787807: libc6: mq_open unexpectedly fails with errno 24

On Mon, 15 Jun 2015 11:55:47 +0200 Aurelien Jarno aurel...@aurel32.net wrote: Nothing has changed in the libc6 package for sometimes. When does the breakage started? I see you are using a 4.0 kernel, could it be due to that? I made some tests on Debian VMs, that I have flying around. Debian

Bug#787807: libc6: mq_open unexpectedly fails with errno 24

On Monday 15 June 2015 15:21:52 Aurelien Jarno wrote: I made some tests on Debian VMs, that I have flying around. Debian SID with 4.0 (amd64): problem as described above Debian SID with 3.16 (amd64): same problem Debian Wheezy with 3.2.0 (amd64): same problem Debian Wheezy with

Bug#387745: [bug #45778] wget and unicode

There is a current patch in discussion. tim@blitz-lx:~/src/wget$ src/wget -nv http://zh.wikipedia.org/wiki/%E9%A6%96%E9%A1%B5 2015-08-17 14:47:52 URL:http://zh.wikipedia.org/wiki/%E9%A6%96%E9%A1%B5 [36245] - 首页 [1] Tim signature.asc Description: This is a digitally signed message part.

Bug#633703: [bug #45800] --convert-links messages could be clearer

Update of bug #45800 (project wget): Status:None = Fixed Open/Closed:Open = Closed Release:None = trunk

Bug#790523: [bug #45443] http_proxy variable should also work for capitalized HTTP_PROXY

Update of bug #45443 (project wget): Status:None = Wont Fix Assigned to:None = rockdaboot ___ Follow-up Comment #1: I cite Daniel Stenberg

Bug#203716: [bug #33838] want a way to turn off verbosity but still have a progress bar

Update of bug #33838 (project wget): Status:None = Fixed Open/Closed:Open = Closed Release:1.12 = 1.16

Bug#805284: gnome-color-manager: Should not depend on GnuTLS

Package: gnome-color-manager Version: 3.18.0 Severity: minor Dear Maintainer, this package depends on libgnutls-deb0-28 (>= 3.3.0), but I can't see any hint in the sources why it should. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'),

Bug#800698: Kmail2 display garbled (after a while)

Hi Boris, I didn't have that issue any more since a few days. Kmail is pretty much in use each day and when I had this issue, I had it several times a day (reboot, kdm stop/start, kmail stop/start didn't help much). As soon as the problem pops up again, I'll come back here. Thanks for having

Bug#798924: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0: SIGSEGV on Netbeans startup

> Alexandre Pereira Nunes, le Wed 07 Oct 2015 15:04:36 -0300, a écrit : > > I'm attaching an additional patch that complements the old netbeans one. > > With this, I can now open netbeans. > > Thanks! I have uploaded it in 0.33.3-2. Tim, Michael, could you try > it? I uncommented the Atk lines

Bug#800698: Kmail2 display garbled (after a while)

Hi Boris, I got it again and I guess it has something to do with using Netbeans. Huhh ? Yes, Netbeans creates many but small shared memory blocks. I can't find any limit here for the number of shmem blocks nor for a max memory usage. But somehow it seems limited to 4096 chunks. I just

Bug#798924: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0: SIGSEGV on Netbeans startup

On Monday 14 September 2015 11:11:39 Samuel Thibault wrote: > Hello, > > Tim Ruehsen, le Mon 14 Sep 2015 10:03:57 +0200, a écrit : > > the latest version makes Netbeans (8.0.2 and 8.1beta) SIGSEGV on startup. > > Tested with Debian OpenJDK 7 and 8. > > I'm not getting

Bug#798924: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0: SIGSEGV on Netbeans startup

On Wednesday 16 September 2015 11:37:53 Samuel Thibault wrote: > Tim Ruehsen, le Wed 16 Sep 2015 11:30:15 +0200, a écrit : > > This is really a no-go. I can't use the IDE any more. Neither in the > > office > > nor at home. > > If anyone knows of a work-around, pleas

Bug#798924: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0: SIGSEGV on Netbeans startup

Package: libatk-wrapper-java-jni Version: 0.33.3-1 Severity: normal File: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0 Dear Maintainer, the latest version makes Netbeans (8.0.2 and 8.1beta) SIGSEGV on startup. Tested with Debian OpenJDK 7 and 8. Downgrading libatk-wrapper-java and

Bug#798924: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0: SIGSEGV on Netbeans startup

On Monday 14 September 2015 11:11:39 Samuel Thibault wrote: > Hello, > > Tim Ruehsen, le Mon 14 Sep 2015 10:03:57 +0200, a écrit : > > the latest version makes Netbeans (8.0.2 and 8.1beta) SIGSEGV on startup. > > Tested with Debian OpenJDK 7 and 8. > > I'm not getting

Bug#798924: Netbeans output

I forgot the Netbeans output: # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x7f4091803ee9, pid=9249, tid=139914781116160 # # JRE version: OpenJDK Runtime Environment (8.0_66-b01) (build 1.8.0_66- internal-b01) # Java VM: OpenJDK 64-Bit Server VM

Bug#797057: [PATCH] [bug #46061] wget https://contributors.debian.org fails with "No data received."

On Monday 28 September 2015 16:05:39 Giuseppe Scrivano wrote: > Tim Ruehsen <tim.rueh...@gmx.de> writes: > > wgnutls_write is called without timeout. So, what can we do here ? > > > > But maybe we don't have to check for GNUTLS_E_REHANDSHAKE at this point at

Bug#797057: [bug #46061] wget https://contributors.debian.org fails with "No data received."

Update of bug #46061 (project wget): Status:None => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

Bug#797057: [bug #46061] wget https://contributors.debian.org fails with "No data received."

Follow-up Comment #2, bug #46061 (project wget): Wget is not reacting on GNUTLS_E_REHANDSHAKE. Should be straight forward... ___ Reply to this item at:

Bug#797057: [bug #46061] wget https://contributors.debian.org fails with "No data received."

Follow-up Comment #4, bug #46061 (project wget): Sorry, my patch didn't make it to the bug tracker nor to the mailing list nor to you !? Interesting, I saw it pop up on the Debian bug tracker (and I got an automatic reply from there). I attach it here for comparison with your patch. (file

Bug#797057: [PATCH] [bug #46061] wget https://contributors.debian.org fails with "No data received."

Please review / test this patch. BTW, I am not sure if contributors.debian.org is configured correctly. The rehandshake occurs right after the HTTP request and it has a pretty heavy impact on download duration. Regards, Tim On Sunday 27 September 2015 20:03:54 Tim Ruehsen wrote: > Follow

Bug#797057: [PATCH] [bug #46061] wget https://contributors.debian.org fails with "No data received."

On Monday 28 September 2015 15:30:33 Giuseppe Scrivano wrote: > Tim Ruehsen <tim.rueh...@gmx.de> writes: > > Please review / test this patch. > > > > BTW, I am not sure if contributors.debian.org is configured correctly. > > The rehandshake occurs right after the

Bug#479589: [bug #33824] support file:/// URLs

Update of bug #33824 (project wget): Status:None => Duplicate Open/Closed:Open => Closed ___ Reply to this item at:

Bug#800588: Same problem here since a long time...

I have the same problem on Debian SID (amd64) - daily updated - since a long time. It only came up here on Reboot / Powerdown, but I wasn't aware it was 'mysqld'. Until the last systemd update... now it shows what it is waiting for: (10min timeout on mysqld). I just did a # /etc/init.d/mysqld

Bug#800588: Failure due to aged mysql installation ?

After looking closer to the journalctl output, I saw Jun 07 10:48:41 blitz-lx mysqld_safe[1877]: Could not open required defaults file: /etc/mysql/debian.cnf Jun 07 10:48:41 blitz-lx mysqld_safe[1877]: Fatal error in defaults handling. Program aborted # l /etc/mysql/debian.cnf -rw--- 1 root

Bug#800588: Problem solved for me

There was a file /etc/mysql/my.cnf.migrated containing this text: # This file has been automatically moved from your previous # /etc/mysql/my.cnf, with just this comment added at the top, to maintain MySQL # operation using your previously customised configuration. # To switch to the new

Bug#744170: [bug #45792] wget: Read error in TLS connection with openssl s_server -www server

Update of bug #45792 (project wget): Status:None => Invalid Open/Closed:Open => Closed Reproducibility:None => Every Time

Bug#387745: [bug #45778] wget and unicode

Update of bug #45778 (project wget): Status:None => Fixed Open/Closed:Open => Closed Release:None => trunk

Bug#660932: [bug #45791] Double quote in (some) wget's international output for downloaded filename

Follow-up Comment #1, bug #45791 (project wget): Works mostly correct here with de_DE.utf8. 2016-02-04 21:09:34 (233 KB/s) - »index.html.5« gespeichert [181451] But at least this translation is still not fixed: Wird in »»index.html.5«« gespeichert.

Bug#757327: systemtap-common: Installing systemtap-common emits an error (but does not fail)

Package: systemtap-common Version: 2.9-3 Followup-For: Bug #757327 Dear Maintainer, this annoying error message still exists. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign

Bug#763028: Some more tests

Just a few tests that I made: 1. Since I read about problems regarding remote filesystems, I commented all these in /etc/fstab. It made not difference (after restarting the machine) regarding the described issue. 2. I could 'init 1' from a text console (ctrl-alt-f1). But after entering root

Bug#763028: systemd-sysv shutdown and reboot hang system

Hi, just want to state that I am struck by this bug for a while now. Just started today searching for a solution. On Wed, 1 Apr 2015 11:10:21 +0200 Martin Pitt wrote: > Yesterday we found quite a fundamental flaw related to how D-Bus is > stopped during shutdown [1]. It might

Bug#818178: libc6: getaddrinfo/freeadrinfo memory leak

Package: libc6 Severity: important Dear Maintainer, getaddrinfo/freeaddrinfo seems to have a memory leak. Testcode: #include #include #include #include #include int main(void) { struct addrinfo *addrinfo, hints; memset(, 0 ,sizeof(hints)); hints.ai_family =

Bug#803212: qt5x11extras at fault

On Wed, 28 Oct 2015 19:02:31 -0700 Kyanos wrote: > On Wed, Oct 28, 2015 at 10:03 AM, Gregor Riepl wrote: > > It looks like downgrading qt5x11extras as described in #802811 fixed the crash > > for all affected KDE applications in my case. > > > > If

Bug#803212: qt5x11extras at fault

On Wed, 23 Mar 2016 15:28:24 +0100 Tim Ruehsen <tim.rueh...@gmx.de> wrote: > How did you do that ? > > 5.4.2-2+b1 seems not to be available on > ftp://ftp.debian.org/debian/pool/main/q/qtx11extras-opensource-src/ > > Even 5.5.3-1 is from 28.10.2015... so 5.4.2 has b

Bug#824743: hfsplus: Lower/Uppercase issue, remembering casing after removal

Package: hfsplus Version: 1.0.4-13 Severity: normal Dear Maintainer, in freshly created directory on a HFS+ mount, I experience the following: $ mkdir xxx && cd xxx $ touch DUMMY.TXT $ ls DUMMY.TXT $ rm DUMMY.TXT $ touch dummy.txt $ ls DUMMY.TXT This should be dummy.txt, looks like HFS+

Bug#832528: Acknowledgement (akonadi-server: Latest akonadi packages do not kick out old package baloo-utils)

I just want to add that the KDE Crash Handler pops up with backtraces like these: Application: (akonadi_baloo_indexer), signal: Aborted Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [KCrash Handler] #6 0x7f9e61e701c8 in __GI_raise (sig=sig@entry=6) at

Bug#832528: akonadi-server: Latest akonadi packages do not kick out old package baloo-utils

Package: akonadi-server Version: 4:16.04.3-1 Severity: important Dear Maintainer, after installing the new 16.04 akonadi + kdepim stuff, I somehow still had baloo-utils 4.14 installed which caused me (and others) some headaches. Kmail indexing seems to be broken due to this - but I am still

Bug#830119: akonadi-server: Akonadi fails to start after upgrade

Package: akonadi-server Version: 4:16.04.2-3 Severity: grave Justification: renders package unusable Dear Maintainer, after upgrading this morning, Kmail shows an empty window while being busy with something. $ akonadictl restart ... ProcessControl: Application

Bug#852418: libpsl5 (runtime library) depends against -dev package

I am the package maintainer, but can't upload. Does creating a new version (on collab-maint/libpsl) help, or should we wait until Daniel (uploader) is awake (maybe ~3-4 hours from now, but no promise). Sorry, but I am somewhat inexperienced regarding this situation. Regards, Tim On Tuesday,

Bug#855699: Typo

...thus should be newer... signature.asc Description: This is a digitally signed message part.

Bug#855699: publicsuffix: Libpsl loads wrong file due to file dates

Package: publicsuffix Version: 20170202-1 Severity: normal Dear Maintainer, both, /usr/share/publicsuffix/public_suffix_list.dafsa and /usr/share/publicsuffix/public_suffix_list.dat have the same file date (mtime). Together with a small glitch in libpsl/psl_latest() this leads to .dat being

Bug#855699: publicsuffix: Libpsl loads wrong file due to file dates

On Tuesday, February 21, 2017 9:51:06 AM CET Daniel Kahn Gillmor wrote: > On Tue 2017-02-21 06:31:57 -0500, Tim Ruehsen wrote: > > both, /usr/share/publicsuffix/public_suffix_list.dafsa and > > /usr/share/publicsuffix/public_suffix_list.dat have the same file date > > (mtim

Bug#347573: [bug #20417] 503 respose is not retryable but should be

Update of bug #20417 (project wget): Status: Invalid => Fixed Fixed Release:None => 1.19.1 ___ Reply to this item at:

Bug#851675: flex: Please update homepage in package description

Package: flex Version: 2.6.1-1.3 Severity: normal Dear Maintainer, pleased update the upstream homepage in the package description. The new homepage seems to be https://github.com/westes/flex. Regards, Tim -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (500,

Bug#827452: dolphin Mouse wheel scrolling speed is now painfully slow

There are many upstream bug reports describing the same (yes, I have been struck as well). People in https://bugs.kde.org/show_bug.cgi?id=355410 suggest to remove the x11 libinput driver and instead install the x11 evdev driver. Here (Debian Sid), both packages were installed

Bug#842242: dash: Missing $LINENO support avoids using dash for autotools ./configure scripts

Package: dash Version: 0.5.8-2.3 Severity: normal Dear Maintainer, autotools configure scripts always fall back to bash due to switched-off $LINENO support. This makes running ./configure scripts much slower in comparison to using dash. I am aware of #766048, but the provided link is no longer

Bug#281201: [bug #45790] wget prints it's progress even when background

Update of bug #45790 (project wget): Status:None => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

Bug#842242: $LINENO needed for POSIX compliancy

I didn't check POSIX specs myself, but people say that $LINENO is needed for POSIX compliancy. https://wiki.ubuntu.com/DashAsBinSh says "$LINENO POSIX requires that conforming shells expand the special parameter $LINENO to the current line number in a script or function; dash does not yet

Bug#846199: libunistring0: Please update to libunistring2, libunistring0 has bugs

Package: libunistring0 Version: 0.9.6+really0.9.3-0.1 Severity: important Dear Maintainer, please update to libunistring2. 1. There is no API for Unicode joining types in libunistring0, but in libunistring2. This API is needed for IDNA2008 processing done by libidn2. Currently, libidn2

Bug#847958: curl: Please add PSL support in debian/control

Package: curl Version: 7.51.0-1 Severity: wishlist Dear Maintainer, please add libpsl-dev to the appropriate 'build-depends' in debian/control. That enables checking libcurl/curl against cross domain cookies. Curl's build environment detects and enables the appropriate code path if it finds

Bug#778277: wget memory leak

I can't reproduce this problem on current Debian unstable with wget 1.18-4. BTW, since 1.13.4 we fixed several memory leaks in wget. Regards, Tim signature.asc Description: This is a digitally signed message part.

Bug#839936: wget segfaults when ~/.wget-hsts is not writable

This has been fixed upstream by commit 40870e1271c977d9b80734690a5691a68bf05473 Regards, Tim signature.asc Description: This is a digitally signed message part.

Bug#843620: [bug #50579] wget --continue: Download fails when server does not support HEAD request

Update of bug #50579 (project wget): Status:Needs Discussion => Wont Fix Open/Closed:Open => Closed ___ Reply to this item at:

Bug#849517: bash: invalid free() - address in brk data segment

Dear maintainer, this bug is still open, on Debian Sid (bash 4.4-4+b1). And it breaks building software that relies on gnulib's Valgrind checking (m4/ valgrind-tests.m4, ./configure --enable-valgrind-tests). A supposed valgrind 'make check' run won't detect any failures and returns with

Bug#857953: bash: debian/rules execute $(STRIP) even when empty

Package: bash Version: 4.4-4+b1 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, in debian/rules the $(STRIP) command is tried to be executed even when empty. The code is ifneq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) ifneq

  1   2   >