Bug#979624: ant doesn't work when called as /bin/ant
Package: ant Version: 1.10.5-2 Severity: normal Dear Maintainer, When calling "ant" through "/bin/ant" instead of "/usr/bin/ant" it fails with "/bin/ant: 1: cd: can't cd to /bin/../share/ant/bin/..". This also happens when "/bin" is in $PATH before "/usr/bin". -- System Information: Debian Release: 10.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-13-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ant depends on: ii default-jre-headless [java8-runtime-headless] 2:1.11-71 ii openjdk-11-jre-headless [java8-runtime-headless] 11.0.9.1+1-1~deb10u2 Versions of packages ant recommends: ii ant-optional 1.10.5-2 Versions of packages ant suggests: pn ant-doc pn default-jdk | java-compiler | java-sdk -- no debconf information
Bug#945163: revolt doesn't start
Package: revolt Version: 0.0+git20180813.6b10d57-1 Severity: important Dear Maintainer, * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? I installed revolt and tried to start it by calling "revolt" from the command line. * What was the outcome of this action? Traceback (most recent call last): File "/bin/revolt", line 23, in from revolt import main ModuleNotFoundError: No module named 'revolt' * What outcome did you expect instead? Revolt should start. The problem is that revolt is called as /bin/revolt instead of /usr/bin/revolt due to the PATH settings and Debians /bin and /usr/bin being the same. But revolt can't find its own python files this way. -- System Information: Debian Release: 10.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages revolt depends on: ii dconf-gsettings-backend [gsettings-backend] 0.30.1-2 ii gir1.2-webkit2-4.0 2.26.2-1~deb10+1 ii python3 3.7.3-1 ii python3-gi 3.30.4-1 revolt recommends no packages. revolt suggests no packages. -- no debconf information
Bug#933353: liblapack3: ldconfig not run after install
Package: liblapack3 Version: 3.8.0-2 Severity: normal Dear Maintainer, Fresh install of Buster. Installed "osmcoastline" which depends on liblapack3 which was installed automatically. But when I tried to run it this error was displayed: osmcoastline: error while loading shared libraries: liblapack.so.3: cannot open shared object file: No such file or directory Running ldconfig manually fixed the problem. Might be due to the '-n' here: https://sources.debian.org/src/lapack/3.8.0-2/debian/rules/#L195
Bug#873332: stretch-pu: package pyosmium/2.11.3-1
On Fri, Sep 15, 2017 at 09:21:06PM +0200, Sebastiaan Couwenberg wrote: > On 09/09/2017 03:42 PM, Julien Cristau wrote: > > On Sat, Aug 26, 2017 at 17:43:26 +0200, Bas Couwenberg wrote: > > > >> Upstream has released a new stable release of pyosmium fixing important > >> bugs which I'd like to propose for inclusion in the next stable update. > >> > >> Kind Regards, > >> > >> Bas > > > >> diff -Nru pyosmium-2.11.1/debian/changelog pyosmium-2.11.3/debian/changelog > >> --- pyosmium-2.11.1/debian/changelog 2017-05-05 09:51:21.0 > >> +0200 > >> +++ pyosmium-2.11.3/debian/changelog 2017-08-26 15:10:04.0 > >> +0200 > >> @@ -1,3 +1,11 @@ > >> +pyosmium (2.11.3-1) stretch; urgency=medium > >> + > >> + * New upstream bugfix release. > >> +- handler functions not called when using replication service (#38) > >> +- handler functions not called when using Reader instead of file > >> + > >> + -- Bas Couwenberg <sebas...@debian.org> Sat, 26 Aug 2017 15:10:04 +0200 > >> + > >> pyosmium (2.11.1-1) unstable; urgency=medium > >> > >>* New upstream bugfix release. > > > > Can you elaborate on the user or reverse-dependency impact of those > > bugs, and what are the risks and mitigations for the changes you're > > proposing? Are there any related automated or manual tests? > > pyosmium doesn't have reverse dependencies (yet), it does have some > users. For these issues there are no tests. > > I've added one of the upstream authors to the CC, who can hopefully > elaborate further. 2.11.1 fixed an important bug affecting all users. That's already in stable. Unfortunately there were two (smaller) bugs in the fix which are now fixed in 2.11.3. These changes have been backported from the 2.13/master branch which we are currently developing on. They now have tests there, but to keep the changes in the 2.11 branch to a minimum, the tests have not been backported. We, the upstream maintainers, are well aware of the Debian policy concerning backwards compatibility and only allowing bugfixes in Debian stable. These releases were specifically made to support Debian stable. We want to help the Debian maintainers this way who would otherwise have to follow and backport the changes we are doing in 2.13. Jochen -- Jochen Topf joc...@remote.org https://www.jochentopf.com/ +49-351-31778688
Bug#781438: doxygen: Doxygen doesn't parse static_assert() in C++11 code correctly
Package: doxygen Version: 1.8.8-5 Severity: important Tags: upstream patch Dear Maintainer, Doxygen doesn't parse static_assert() correctly which means it will ignore everything in the source file after any static_assert(). This has already been fixed upstream and in experimental. See https://github.com/doxygen/doxygen/pull/231 I believe this bug to be important enough and the fix simple enough to bring it into Jessie. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages doxygen depends on: ii libc6 2.19-15 ii libclang1-3.5 1:3.5-10 ii libgcc11:4.9.2-10 ii libsqlite3-0 3.8.7.1-1 ii libstdc++6 4.9.2-10 ii libxapian221.2.19-1 doxygen recommends no packages. Versions of packages doxygen suggests: pn doxygen-docnone pn doxygen-guinone ii doxygen-latex 1.8.8-5 ii graphviz 2.38.0-7 -- 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#779807: osmosis: XML parser messes up data
Package: osmosis Version: 0.43.1-2 Severity: important Dear Maintainer, there is a critical problem in the way Osmosis is packaged in Debian. To reproduce: Download XML for this node: http://www.openstreetmap.org/node/3382756758 Run osmosis --rx 3382756758.osm --wx - The funny character in the name:en tag will be doubled. This does not happen with stock Osmosis, but only with the Debian version. It seems this is due to a faulty XML parser library. The Xerces lib is missing in /etc/osmosis/plexus.conf. If I understand correctly this means Java will fall back to its own XML implementation which is buggy. If you add a line load /usr/share/java/xercesImpl.jar to the file the error will not happen any more. This is a rather critical problem, because it will lead to data corruption whenever some Unicode characters are used in OSM files. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages osmosis depends on: ii default-jre-headless [java6-runtime-headless]2:1.7-52 ii libbatik-java1.7+dfsg-4 ii libcommons-codec-java1.9-1 ii libcommons-compress-java 1.9-1 ii libcommons-dbcp-java 1.4-5 ii libcommons-pool-java 1.6-2 ii libjpf-java 1.5.1+dfsg-4 ii libmysql-java5.1.32-1 ii libnetty-java1:3.2.6.Final-2 ii libosmpbf-java 1.3.3-2 ii libplexus-classworlds-java 1.5.0-5 ii libpostgis-java 2.1.4+dfsg-2 ii libpostgresql-jdbc-java 9.2-1002-1 ii libprotobuf-java 2.6.1-1 ii libspring-beans-java 3.0.6.RELEASE-17 ii libspring-context-java 3.0.6.RELEASE-17 ii libspring-core-java 3.0.6.RELEASE-17 ii libspring-jdbc-java 3.0.6.RELEASE-17 ii libspring-transaction-java 3.0.6.RELEASE-17 ii libxerces2-java 2.11.0-7 ii libxz-java 1.5-1 ii openjdk-6-jre-headless [java6-runtime-headless] 6b31-1.13.3-1 ii openjdk-7-jre-headless [java6-runtime-headless] 7u75-2.5.4-2 osmosis recommends no packages. osmosis 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#770843: gcc vs. clang
Some additional info: There are no problems with GCC, but clang reports those errors. -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-173-7019282 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770843: libstdc++-4.9-dev: Conflicting definitions in parallel/algo.h and algorithmfwd.h
Package: libstdc++-4.9-dev Version: 4.9.1-19 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** I get several cases of errors like these when compiling some source code using the stxxl library: In file included from /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/c++/4.9/parallel/algorithm:37: /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/c++/4.9/parallel/algo.h:2207:53: error: redefinition of default argument __gnu_parallel::_Parallelism __parallelism_tag ^ /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/c++/4.9/parallel/algorithmfwd.h:552:36: note: previous definition is here __gnu_parallel::_Parallelism __parallelism Looks like there is some inconsistency between the full and fwd headers. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libstdc++-4.9-dev depends on: ii gcc-4.9-base4.9.1-19 ii libc6-dev 2.19-13 ii libgcc-4.9-dev 4.9.1-19 ii libstdc++6 4.9.1-19 libstdc++-4.9-dev recommends no packages. Versions of packages libstdc++-4.9-dev suggests: pn libstdc++-4.9-doc 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#763949: osmium: Pack new libosmium
Hi! On Sa, Okt 04, 2014 at 12:49:48 -0300, Nelson A. de Oliveira wrote: Is it possible to have the new libosmium (from https://github.com/osmcode/libosmium) available at experimental, please? (or with another name/namespace maybe) I am the maintainer of that software. While I eventually want this to be in Debian, I don't think it is quite ready yet. I was planning to start a proper release soon and then bring this into Debian once Jessie is out. Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-721-388298 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762710: lldb-3.5: man page is empty
Package: lldb-3.5 Version: 1:3.5~+rc1-2 Severity: normal Dear Maintainer, man page at /usr/share/man/man1/lldb-3.5.1.gz is empty. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lldb-3.5 depends on: ii libc6 2.19-11 ii libedit2 3.1-20140620-2 ii libffi63.1-2 ii libgcc11:4.9.1-14 ii libllvm3.5 1:3.5~+rc1-2 ii libncurses55.9+20140712-2 ii libpython2.7 2.7.8-7 ii libstdc++6 4.9.1-14 ii libtinfo5 5.9+20140712-2 ii llvm-3.5-dev 1:3.5~+rc1-2 ii multiarch-support 2.19-11 ii python 2.7.8-1 lldb-3.5 recommends no packages. lldb-3.5 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#701506: Status of osrm
On Thu, Jul 10, 2014 at 05:55:25PM +0200, Andreas Tille wrote: just to let you know that the repository git://anonscm.debian.org/pkg-grass/osrm.git contains a lintian clean and Debian GIS team policy complient packaging of the latest upstream version of osrm. I wonder whether somebody wants to te the functionality and would confirm to care for further updates of the package (which I'm personally hesitating to confirm since I'm not using this package). I had a quick look and also talked to Dennis, the upstream author. A few issues came up: * The current release is 0.4.2b, not 0.4.2. The version 0.4.3 is expected next week, so maybe we should shoot for that one. * The two patches you added are unclear to me/Dennis. Maybe we can figure out what needs to change in upstream (if anything). * Why did you split into two packages osrm and osrm-tools? * Is there a reason why the one-line Description:s in control are all lower-case? Did I understand this correctly, that you are just helping out here and not planning to release the package until somebody who actually uses the software promises to maintain it? I don't use the software either, just know the author, so I am of limited help here. Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-721-388298 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720539: linux-image-3.10-2-amd64: kernel BUG at linux-3.10.5/fs/buffer.c:1234 (ecryptfs related, hangs on core dump)
Package: src:linux Version: 3.10.5-1 Severity: critical Tags: upstream Justification: breaks the whole system Dear Maintainer, * What led up to the situation? Allow core dumps with ulimit -c unlimited. Run some program that crashes. If the core dump is being generated on an ecryptfs volume, when the core dump should be written to disk, the disk locks up (all processes that access disk will be in D state). Hard reboot necessary. This happened only when writing the core dump to the ecryptfs volume, on plain ext4 everything was okay. This seems to be the same problem discussed here: http://t46460.file-systems-ext4.file-systemstalk.info/kernel-bug-at-fs-buffer-c-1234-t46460.html Here is the kernel dump: [256748.070659] [ cut here ] [256748.070747] kernel BUG at /build/linux-4aFT2B/linux-3.10.5/fs/buffer.c:1234! [256748.070855] invalid opcode: [#1] SMP [256748.070928] Modules linked in: vhost_net macvtap macvlan tun ipt_MASQUERADE iptable_nat nf_nat_ipv4 nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack ipt_REJECT xt_CHECKSUM iptable_mangle xt_tcpudp bridge stp llc ecb ip6table_filter ip6_tables iptable_filter ip_tables ebtable_nat ebtables x_tables parport_pc ppdev lp parport cpufreq_powersave cpufreq_userspace cpufreq_stats cpufreq_conservative binfmt_misc hdaps(O) uinput nfsd auth_rpcgss oid_registry nfs_acl nfs lockd dns_resolver fscache sunrpc tp_smapi(O) thinkpad_ec(O) fuse ecryptfs sha256_generic dm_crypt snd_hda_codec_hdmi snd_hda_codec_conexant arc4 iwldvm mac80211 joydev snd_hda_intel i915 snd_hda_codec thinkpad_acpi snd_hwdep snd_pcm snd_page_alloc iwlwifi nvram cfg80211 snd_seq snd_seq_device snd_timer snd drm_kms_helper coretemp kvm_intel cdc_mbim kvm soundcore cdc_wdm iTCO_wdt iTCO_vendor_support cdc_ncm lpc_ich mei_me mei drm usbnet mii i2c_i801 cdc_acm mfd_core i2c_algo_bit i2c_core psmouse s erio_raw acpi_cpufreq tpm_tis mperf pcspkr tpm processor tpm_bios evdev video ac microcode button battery wmi rfkill ext4 crc16 jbd2 mbcache dm_mod sg sr_mod sd_mod cdrom crc_t10dif hid_generic usbhid hid crc32c_intel ghash_clmulni_intel ahci libahci libata aesni_intel thermal thermal_sys scsi_mod aes_x86_64 ablk_helper ehci_pci ehci_hcd sdhci_pci cryptd lrw sdhci gf128mul glue_helper mmc_core e1000e ptp pps_core usbcore usb_common [256748.073411] CPU: 3 PID: 11764 Comm: mod_server Tainted: G O 3.10-2-amd64 #1 Debian 3.10.5-1 [256748.073546] Hardware name: LENOVO 4236PGG/4236PGG, BIOS 83ET63WW (1.33 ) 07/29/2011 [256748.073662] task: 88010aad07c0 ti: 8801145ce000 task.ti: 8801145ce000 [256748.073773] RIP: 0010:[8112c4a9] [8112c4a9] check_irqs_on+0xa/0xd [256748.073933] RSP: 0018:8801145cf790 EFLAGS: 00010046 [256748.074015] RAX: 0082 RBX: 1000 RCX: [256748.074121] RDX: 1000 RSI: 058021fc RDI: 88021d7f3a40 [256748.074227] RBP: 88021d7f3a40 R08: 05de4d00 R09: 0030 [256748.074333] R10: 000e R11: 000e R12: 058021fc [256748.074439] R13: 0001 R14: 058021fc R15: [256748.074548] FS: 7fcb46b73740() GS:88021e2c() knlGS: [256748.074667] CS: 0010 DS: ES: CR0: 80050033 [256748.074753] CR2: 7fcb45e45fa0 CR3: 0002138e1000 CR4: 000407e0 [256748.074860] DR0: DR1: DR2: [256748.074968] DR3: DR6: 0ff0 DR7: 0400 [256748.075072] Stack: [256748.075107] 8112c6dd 8802108df880 8802108dfbc0 a01f6b5e [256748.075236] 880204b49ce0 8801145cf7f8 a01c80df 000e [256748.075362] 8801145cf860 8801145cf8f4 1000 88021d7f3a40 [256748.075489] Call Trace: [256748.075535] [8112c6dd] ? __find_get_block+0x17/0x172 [256748.075662] [a01f6b5e] ? ext4_es_lru_add+0x1c/0x96 [ext4] [256748.075777] [a01c80df] ? __check_block_validity.constprop.53+0x25/0x61 [ext4] [256748.075901] [8112d403] ? __getblk+0x1b/0x275 [256748.075985] [810f87ce] ? kmem_cache_free+0x3f/0x7c [256748.076092] [a01c9c46] ? ext4_getblk+0x9b/0x15d [ext4] [256748.076206] [a01d139e] ? ext4_find_entry+0x1b3/0x3be [ext4] [256748.076309] [810f9df9] ? __kmalloc+0xd9/0xe9 [256748.076393] [81119c45] ? __d_alloc+0x3f/0x141 [256748.076494] [a01d15df] ? ext4_lookup+0x36/0x10b [ext4] [256748.076590] [81119f76] ? d_alloc+0x61/0x69 [256748.076671] [81110c22] ? lookup_real+0x22/0x3b [256748.076756] [8059] ? __lookup_hash+0x28/0x2d [256748.076845] [81114c04] ? lookup_one_len+0xd3/0xe5 [256748.076940] [a05ca186] ? ecryptfs_lookup+0xff/0x2d3 [ecryptfs] [256748.077045] [81110c22] ? lookup_real+0x22/0x3b [256748.077130]
Bug#429031: Whats happening?
Hi! I can´t find the libtemplate-plugin-xml-perl package in testing, so I can´t use TT any more. Whats the problem? Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391600: privoxy: listen-address config doesn't work
Package: privoxy Version: 3.0.5-beta-1 Severity: important In the newest version in testing the listen-address config option doesn't work. Whatever I put there, privoxy always listens to 127.0.0.1. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (1001, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11n Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages privoxy depends on: ii adduser 3.97Add and remove users and groups ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libpcre3 6.4-2 Perl 5 Compatible Regular Expressi ii logrotate3.7.1-3 Log rotation utility Versions of packages privoxy recommends: pn doc-base none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391600: privoxy: listen-address config doesn't work
On Sat, Oct 07, 2006 at 06:12:04PM +0200, Roland Rosenfeld wrote: In the newest version in testing the listen-address config option doesn't work. Whatever I put there, privoxy always listens to 127.0.0.1. I cannot believe this. I've configured listen-address 0.0.0.0:8118 and it listens on any address: # netstat -tpln | grep 8118 tcp0 0 0.0.0.0:81180.0.0.0:* LISTEN 6785/privoxy And if I change this to my eth0 IP it also works: listen-address 192.168.42.17:8118 # netstat -tpln | grep 8118 tcp0 0 192.168.42.17:8118 0.0.0.0:* LISTEN 11865/privoxy After some more experiments I see now what the real problem was: I had listen-address :8118 which in the old version meant 0.0.0.0:8118 and now means 127.0.0.1:8118. I guess this isn't a bug but a change in some undocumented feature. I tried with other IPs and had the described problem but can't reproduce that now. :-( Wierd. Sorry for the confusion. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380735: Security bugs
Package: wordpress Version: 2.0.3-1 There are several security fixes in wordpress 2.0.4. which are fixed in 2.0.4. See http://wordpress.org/development/2006/07/wordpress-204/ for details: This release contains several important security fixes, so its highly recommended for all users. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355424: squirrelmail: Security Bugs in 1.4.4
On Mon, Mar 06, 2006 at 06:10:19PM +0100, Thijs Kinkhorst wrote: But the stable version 1.4.4 hasn't changed since August of last year. There has been an update of the stable version in Sarge 3.1r1 in December. If you've not received that update, something's probably broken on your system (apt sources?). I have 1.4.4-7, which http://packages.debian.org/stable/web/squirrelmail lists as current. The changelog entry is from Tue, 30 Aug 2005 03:01:54. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355424: squirrelmail: Security Bugs in 1.4.4
Package: squirrelmail Version: 2:1.4.4-7 Severity: grave Tags: security Justification: user security hole There are several security fixes in squirrel mail 1.4.6 which came out 23 February 2006. But the stable version 1.4.4 hasn't changed since August of last year. See http://www.squirrelmail.org/changelog.php and http://www.squirrelmail.org/security/issue/2006-02-01 http://www.squirrelmail.org/security/issue/2006-02-10 http://www.squirrelmail.org/security/issue/2006-02-15 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346474: libxml-sax-writer-perl: Dropped output when encoding to non utf8
Package: libxml-sax-writer-perl Version: 0.44-7 Severity: grave Justification: causes non-serious data loss XML::SAX::Writer has an encoding feature which uses Text::Iconv to encode characters when writing them out to files. This is enabled by using the EncodeFrom/EncodeTo arguments to new(). Unfortunately it doesn't check the return code from the Text::Iconv::convert function, which can be undef. The result is that if Text::Iconv can't encode a character, this character (and potentially some characters around it) are dropped on the floor without an error message. An error can occur for instance if you have UTF8 input data and specify conversion to iso-8859-1, because not all UTF8 characters can be encoded in iso-8859-1. This is a serious bug because it can cause unnoticed data loss. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10n Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages libxml-sax-writer-perl depends on: ii libtext-iconv-perl1.4-2 converts between character sets in ii libxml-filter-buffertext-perl 1.01-4 Perl module for putting all charac ii libxml-namespacesupport-perl 1.09-2 Perl module for supporting simple ii libxml-sax-perl 0.12-5 Perl module for using and building ii perl 5.8.7-9Larry Wall's Practical Extraction libxml-sax-writer-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324516: mozilla-firefox: Crashes an all sorts of tab-related ops
Package: mozilla-firefox Version: 1.0.4-2sarge2 Followup-For: Bug #324516 Its even worse than what the first poster mentioned. All sorts of tab-related activities (like openning and switching) kill firefox. Even if I avoid using tabs it happens occasionally. It is practically unusable. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.10n Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages mozilla-firefox depends on: ii debianutils2.8.4 Miscellaneous utilities specific t ii fontconfig 2.3.1-2 generic font configuration library ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-13GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libidl00.8.5-1 library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-2sarge2 MIT Kerberos runtime libraries ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1PNG library - runtime ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-14 X Window System printing extension ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii psmisc 21.5-1Utilities that use the proc filesy ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319183: mozilla-firefox: Rendering bug with background-image/underline on links
On Fri, Jul 29, 2005 at 07:08:19PM -0400, Eric Dorland wrote: I see it too. Best thing to do would be to file an upstream bug about this (bugzilla.mozilla.org) and let me know what the bug number is. Well, they want an account from me before I can enter a bug. I don't have an account and creating (and keeping track of) accounts for all those pieces of software that I once in a lifetime report bugs for is too much hassle. Thats why I reported it here in the first place, because the Debian bugtracking is much more sane. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319183: mozilla-firefox: Rendering bug with background-image/underline on links
I have set up a test page at http://test.topf.org/renderbug.html I found out since the first report that this doesn not happen with all DOCTYPE declarations. On Thu, Jul 21, 2005 at 12:40:27AM -0400, Eric Dorland wrote: Date: Thu, 21 Jul 2005 00:40:27 -0400 From: Eric Dorland [EMAIL PROTECTED] To: Jochen Topf [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#319183: mozilla-firefox: Rendering bug with background-image/underline on links Can you give me a link to a page like this and make my life easier? * Jochen Topf ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.5-1 Severity: normal Make a HTML page with a link in it with enough text to wrap around into the next line like this: a href=#test test test test test test test test test test test test test test test/a Now give the link a background image with CSS: a { background-image: url(link.gif); background-repeat: no-repeat; background-position: left center; padding-left: 12px; } In this case I have an image that is 12px wide. With this setting the image will appear to the left of the text of the link. (Useful for marking external links specially.) The link text is still underlined (and the image isn't, which is IMHO correct). But at the line break of the long text a 12px wide part of the text will not be underlined. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319183: mozilla-firefox: Rendering bug with background-image/underline on links
Package: mozilla-firefox Version: 1.0.5-1 Severity: normal Make a HTML page with a link in it with enough text to wrap around into the next line like this: a href=#test test test test test test test test test test test test test test test/a Now give the link a background image with CSS: a { background-image: url(link.gif); background-repeat: no-repeat; background-position: left center; padding-left: 12px; } In this case I have an image that is 12px wide. With this setting the image will appear to the left of the text of the link. (Useful for marking external links specially.) The link text is still underlined (and the image isn't, which is IMHO correct). But at the line break of the long text a 12px wide part of the text will not be underlined. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10n Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages mozilla-firefox depends on: ii debianutils 2.14.1 Miscellaneous utilities specific t ii fontconfig2.3.2-1generic font configuration library ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.1-2 GCC support library ii libglib2.0-0 2.6.5-1The GLib library of C routines ii libgtk2.0-0 2.6.8-1The GTK+ graphical user interface ii libidl0 0.8.5-1library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-4MIT Kerberos runtime libraries ii libpango1.0-0 1.8.1-1Layout and rendering of internatio ii libpng12-01.2.8rel-1 PNG library - runtime ii libstdc++64.0.1-2The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-3 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-3 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxp66.8.2.dfsg.1-3 X Window System printing extension ii libxt66.8.2.dfsg.1-3 X Toolkit Intrinsics ii psmisc21.6-1 Utilities that use the proc filesy ii xlibs 6.8.2.dfsg.1-3 X Window System client libraries m ii zlib1g1:1.2.3-1 compression library - runtime mozilla-firefox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318491: xbase-clients: doesn't install
Package: xbase-clients Version: 4.3.0.dfsg.1-14 Severity: grave Justification: renders package unusable After the switch to the new x.org sources, xbase-clients wasn't installed on this system for some reason. If I want to install it manually I get the following message: -- # apt-get install xbase-clients Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: xbase-clients: Depends: libglu1-xorg but it is not going to be installed or libglu1c2 E: Broken packages -- Without xclients there is no startx, so I can't get X up. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.21 Locale: LANG=en_US, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages xbase-clients depends on: ii cpp 4:4.0.0-2 The GNU C preprocessor (cpp) ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdps1 6.8.2.dfsg.1-2 Display PostScript (DPS) client li ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.1-2 GCC support library ii libice6 6.8.2.dfsg.1-2 Inter-Client Exchange library ii libncurses5 5.4-8 Shared libraries for terminal hand ii libpng12-01.2.8rel-1 PNG library - runtime ii libsm66.8.2.dfsg.1-2 X Window System Session Management ii libstdc++51:3.3.6-7 The GNU Standard C++ Library v3 ii libxaw7 6.8.2.dfsg.1-2 X Athena widget set library ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.8.2.dfsg.1-2 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxi66.8.2.dfsg.1-2 X Window System Input extension li ii libxmu6 6.8.2.dfsg.1-2 X Window System miscellaneous util ii libxmuu1 6.8.2.dfsg.1-2 lightweight X Window System miscel ii libxpm4 6.8.2.dfsg.1-2 X pixmap library ii libxrandr26.8.2.dfsg.1-2 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt66.8.2.dfsg.1-2 X Toolkit Intrinsics ii libxtrap6 6.8.2.dfsg.1-2 X Window System protocol-trapping ii libxtst6 6.8.2.dfsg.1-2 X Window System event recording an ii libxv16.8.2.dfsg.1-2 X Window System video extension li ii x11-common [xfree86-commo 6.8.2.dfsg.1-2 X Window System (X.Org) infrastruc ii xfree86-common6.8.2.dfsg.1-2 X Window System infrastructure tra ii xlibmesa3-gl [libgl1] 4.2.1-16 Mesa 3D graphics library [XFree86] ii xlibmesa3-glu [libglu1] 4.2.1-16 Mesa OpenGL utility library [XFree ii xlibs 6.8.2.dfsg.1-2 X Window System client libraries m ii xlibs-data6.8.2.dfsg.1-2 X Window System client data ii zlib1g1:1.2.2-8 compression library - runtime xbase-clients recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]