Bug#239220: marked as done (eterm: Eterm is not grouped in Gnome's taskbar)
Your message dated Fri, 02 Jan 2015 17:37:55 +0100 with message-id <54a6c963.7060...@gmail.com> and subject line Re: eterm: Eterm is not grouped in Gnome's taskbar has caused the Debian Bug report #239220, regarding eterm: Eterm is not grouped in Gnome's taskbar to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 239220: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=239220 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: eterm Version: 0.9.2-5 Severity: normal Eterm is not grouped in Gnome's taskbar, I tried changing the window title with the -t option, but it didn't change anything. Other programs such as Firefox or nautilus get grouped just fine. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.25 Locale: LANG=it_IT@euro, LC_CTYPE=it_IT@euro Versions of packages eterm depends on: ii libast2 0.6-0pre2003010606 the Library of Assorted Spiffy Thi ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2FreeType 2 font engine, shared lib ii libimlib2 1.1.0-8Powerful image loading and renderi ii ncurses-term 5.3.20030719-5 Additional terminal type definitio ii xlibs 4.3.0-0pre1v5 X Window System client libraries m ii zlib1g1:1.2.1-4 compression library - runtime -- no debconf information --- End Message --- --- Begin Message --- Hi, I am closing this bug as is too old. This bug was open for Eterm version 0.9.2-5 but the actual version in stable is 0.9.6-1. Also, I asked several months ago to try the last version just to check whether this bug is still present. I have received no messages related to this bug during the last months. I think this bug is not present in the last version of Eterm. Nevertheless, if you think that the bug is still present, please reopen this bug or just e-mail me to reopen it and study deeper the problem. Regards, Jose P.S.: I am in the process of adopting Eterm package, so I am reviewing the open bugs to fix some of then in the next upload.--- End Message ---
Bug#747700: updates?
Hello, any updates related to the ircII package? there are 2 another new versions available since this bug has been created. -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. Depression is merely anger without enthusiasm. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150102172012.ga14...@fantomas.sk
Bug#774439: arc: buffer over-read
Package: arc Version: 5.21q-1 Usertags: afl ARC crashes when trying to test archive integrity of the attached file: $ arc t crash.arc Testing file: moo Segmentation fault gdb suggests it's a buffer over-read: Program received signal SIGSEGV, Segmentation fault. 0x0804f89f in putb_ncr (buf=0x805f088 "", len=4294967295, t=0x0) at arcunp.c:220 220 if (buf[i] != DLE) (gdb) bt #0 0x0804f89f in putb_ncr (buf=0x805f088 "", len=4294967295, t=0x0) at arcunp.c:220 #1 0x0804f59d in unpack (f=0x8077090, t=0x0, hdr=0xd72c) at arcunp.c:86 #2 0x0804f40f in tstarc () at arctst.c:41 #3 0x0804987a in main (num=3, arg=0xd8a4) at arc.c:395 (gdb) print i $3 = 102264 (gdb) print buf[i] Cannot access memory at address 0x8078000 (gdb) print buf[i-1] $4 = 0 '\000' This bug was found using American fuzzy lop: https://packages.debian.org/experimental/afl Disclaimer: I don't have spare CPU cycles, so I fuzzed only till the first crash (which took about a minute). It's likely that extensive fuzzing would uncover more interesting crashers. I'd encourage ARC maintainers to perform fuzzing with AFL on their own. :-) -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages arc depends on: ii libc6 2.19-13 -- Jakub Wilk crash.arc Description: Binary data
Bug#774438: arc: does not honour DEB_BUILD_OPTIONS=nostrip
Source: arc Version: 5.21q-1 Tags: patch I rebuilt the package with DEB_BUILD_OPTIONS=nostrip, but the resulting binary package was still stripped. The attached patch seems to fix it. -- Jakub Wilk --- a/Makefile +++ b/Makefile @@ -132,8 +132,8 @@ rm -rf .dist install: all - install -s -m 0755 -D arc $(DESTDIR)$(PREFIX)/bin/arc - install -s -m 0755 -D marc $(DESTDIR)$(PREFIX)/bin/marc + install -m 0755 -D arc $(DESTDIR)$(PREFIX)/bin/arc + install -m 0755 -D marc $(DESTDIR)$(PREFIX)/bin/marc install -m 0644 -D arc.1 $(DESTDIR)$(PREFIX)/share/man/man1/arc.1 install -m 0644 -D marc.1 $(DESTDIR)$(PREFIX)/share/man/man1/marc.1
