Bug#863397: Acknowledgement (wimtools: mkwinpeimg uses wrong syslinux chain.c32 path)
As to the aforementioned workaround of symlinking chain.c32: This makes the mkwinpeimg report success, but leads to an unbootable image, since syslinux is missing some necessary files. The following diff however (as described before) does help and creates bootable images: --- /usr/bin/mkwinpeimg.old 2017-05-26 11:57:45.264363991 +0200 +++ /usr/bin/mkwinpeimg 2017-05-26 11:57:56.176440234 +0200 @@ -485,7 +485,7 @@ syslinux --install "$image" - syslinuxdir="/usr/lib/syslinux" + syslinuxdir="/usr/lib/syslinux/modules" if [ -d "$syslinuxdir/bios" ]; then biosdir="$syslinuxdir/bios"
Bug#783618: systemd: journald ignores MaxLevelKMsg=warning
Package: systemd Version: 215-17 Severity: normal Dear Maintainer, * After noticing that journald fills dmesg with irrelevant messages such as: syslog:info : [2730378.422878] systemd-journald[4060]: Deleted empty journal /var/log/journal/c2544241fd44405fba80ed9cf7fe0f29/user-31146@c21ba3b937144879a1feba0ae91775ae--.journal (8388608 bytes). * I read the documentation and tried to suppress those messages (since they are loglevel info) by adding MaxLevelKMsg=warning to journald.conf * I would have expected said messages to be no longer logged to dmesg/kmsg. * Yet those messages still appear in dmesg. -- Package-specific info: -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.9-cip-amd64 (SMP w/16 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-59 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1+b1 ii libblkid1 2.25.2-6 ii libc6 2.19-18 ii libcap2 1:2.24-8 ii libcap2-bin 1:2.24-8 ii libcryptsetup4 2:1.6.6-5 ii libgcrypt20 1.6.3-2 ii libkmod218-3 ii liblzma55.1.1alpha+20120614-2+b3 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-17 ii mount 2.25.2-6 ii sysv-rc 2.88dsf-59 ii udev215-17 ii util-linux 2.25.2-6 Versions of packages systemd recommends: ii dbus1.8.16-1 ii libpam-systemd 215-17 Versions of packages systemd suggests: pn systemd-ui none -- Configuration Files: /etc/pam.d/systemd-user changed: @include cip-login /etc/systemd/journald.conf changed: [Journal] Storage=persistent SystemMaxUse=200M MaxRetentionSec=1week MaxLevelKMsg=warning /etc/systemd/logind.conf changed: [Login] HandlePowerKey=ignore HandleSuspendKey=ignore HandleHibernateKey=ignore HandleLidSwitch=ignore -- 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#681572: tested patch #in in http://savannah.gnu.org/bugs/?35757
Hello, I've tested the patches in comments #4 and #5 in http://savannah.gnu.org/bugs/?35757 #4 seems to fix the problem here that is reproducible as described in the original submission in http://savannah.gnu.org/bugs/?35757. This problem occured for me in Debian stable with my screenrc (I can attach it if you need it). The patch from #5 alone doesn't seem to fix the issue, but it might be a good idea to apply it anyways. I'll install patched packages around here, test them further and report back. Ciao, Alexander Wuerstlein. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694988: Ping
Hello, any news on this bug? Is more information required and has the viability for wheezy been decided yet? Ciao, Alexander Wuerstlein. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694988: libkrb5-3: select on set of invalid fds, leads to infinite loop in sshd
On 12-12-04 13:25, Sam Hartman hartm...@debian.org wrote: Hi. I'm happy to apply the upstream patch to sid. It's a bit more tricky to get this into wheezy. In evaluating whether that's justified, can I get any information you have on how often this bug is going to trigger both in a theoretical sense and a practical sense? Theoretically this should happen in case of network or server errors causing all the sockets to be in an error state. Perhaps timeouts also play a role, though I'm not sure there. Practically, we roughly see 5 or 6 new looping sshd processes per day appearing on our network of about 250 computers. Logs say those 250 computers have had around 2500 ssh-logins yesterday, so numerically we have either one looping sshd per 1200h or one per 500 ssh-logins. Looping xdm processes also occur in roughly similar frequency. Theory says this frequency should increase with less reliable networks than the plain wired ethernet we have, but I'm not sure how frequently Kerberos would be used in such setups. Ciao, Alexander Wuerstlein. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689719: Suggested patch for bug #689719
Hello, I've fixed the bug described here by the following patch. The patch causes normal checkpc output to be send to syslog, where the error messages are directed anyways. Ciao, Alexander Wuerstlein. --- lprng.new 2012-11-04 18:17:57.0 +0100 +++ lprng 2012-11-04 18:15:45.0 +0100 @@ -43,7 +43,7 @@ then /usr/bin/logger -p lpr.err -t lpd cron.daily found errors, run checkpc for details. else - /usr/sbin/checkpc -r -A 1D + /usr/sbin/checkpc -r -A 1D | /usr/bin/logger -p lpr.info -t lpd fi fi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688236: README.Debian contains wrong akonadiserverrc syntax [General]
Package: akonadi Version: 1.7.2-1 Severity: minor The README.Debian file provides several examples for database configurations in akonadiserverrc. However, the section name [General] which is used there seems to be ignored by akonadi (Symptom: configuring the sqlite backend as described in README.Debian starts mysql nonetheless). The correct section name seems to be [%General] (as suggested by a little googling around), which doesn't seem to be ignored. Suggested fix is: sed -e s/\[General\]/\[\%General\]/ README.Debian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668243: closed by Mike Hommey m...@glandium.org (Re: Bug#668243: iceweasel creates 4TB formhistory.sqlite sparse file)
On 12-04-10 08:12, Debian Bug Tracking System ow...@bugs.debian.org wrote: This is an automatic notification regarding your Bug report which was filed against the iceweasel package: #668243: iceweasel creates 4TB formhistory.sqlite sparse file Newer versions of vanilla (non-Debian) Firefox (3.6 up to 10esr) don't seem to exhibit the described behaviour, it seems limited to current stable iceweasel. Please see upstream bug report for further details: https://bugzil.la/546726 Marking as closed in newer versions. After upgrading Iceweasel 11 as described on mozilla.debian.net we have found 1 more 4TB sparse file which was created by iceweasel 11.0 (11.0-4~bpo60+1, prefs.js: user_pref(extensions.lastAppVersion, 11.0)). Therefore I think the problem might either be one of the patches where Iceweasel differs from vanilla Firefox, a bug that was reintroduced in version 11 or the libsqlite from Debian. Ciao, Alexander Wuerstlein. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629867: krb5: Please enable DNS realm lookups in configure
On 11-06-10 16:38, Sam Hartman hartm...@debian.org wrote: One significant issue I have is that I believe with the dns-based option, the less secure DNS-based approach is preferred to the referrals. Automating the process of populating the referrals data on the KDCs would give you a much more secure result. Yes, after giving it some thought, I agree with you there. There's a lot to be said for having all code paths enabled (and I thought the upstream default was already to turn this on but to disable by default in the config file), but there's also a lot to be said for strongly discouraging the DNS-based approach because its security properties are very bad. There seem to be good arguments for and against the proposition. I'm not quite sure which way I would decide, were I in your place. Ciao, Alexander Wuerstlein. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629867: krb5: Please enable DNS realm lookups in configure
On 11-06-09 20:16, Sam Hartman hartm...@debian.org wrote: Hi. Current KDCs actually support a better option than DNS-based referrals. A KDC can issue a referral indicating what realm a host lives in. The MIT and microsoft KDCs definitely support this. I believe this was added to MIt in 1.8 or possible 1.7; Microsoft has always had it. The client support has been there since 1.6 or earlier. Is the DNS-based solution still better in your environment? Yes. If so, why? DNS is managed by the (independent) administrator of each realm, each new host entered there would be tagged by the responsible administrator with the appropriate realm via a _kerberos IN TXT entry. Each host needs to be tagged because administrative domains and Kerberos realms are not in sync with DNS (sub)domains and delegations for a lot of reasons I don't want to go into. Referrals on the other hand would have to be kept in sync on all realms' KDCs manually. Each new host would need to be entered into DNS as well as into each KDC configuration. Since DNS subdomains are not congruent with kerberos realms, the configuration would need to name each host specifically and assign it to a realm. While that could be automated with some effort, it would essentially duplicate what DNS does anyways. At least that is what I understood from the limited documentation available on the subject, I could very well be totally wrong and I would appreciate any advice. In our case the (not yet implemented) scenario would look something like this: A number of important host-realm associations would be configured on each KDC, so that those can be discovered via referrals. Those would also be kept in sync as far as possible across the various realms. At the same time, new hosts and services that are created would automatically work since the hostname in DNS is available at the same time as its realm association. The more secure and stable association via the KDC config can then be added later. Ciao, Alexander Wuerstlein. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629867: krb5: Please enable DNS realm lookups in configure
Package: krb5 Severity: wishlist Please enable DNS realm lookups in the call to ./configure (--enable-dns-for-realm). This enables lookups of the realm a host belongs to via _kerberos.host IN TXT records. Doing so would enable easier and more consistent configuration in complex environments since DNS would replace a hard-to-maintain domain_realm section in krb5.conf. There are some security implications to this (see the paragraph 'dns_lookup_realm' on the corresponding configuration option in http://web.mit.edu/Kerberos/krb5-1.9/krb5-1.9.1/doc/krb5-admin.html#libdefaults). Since both, the compilation option and the configuration option must be enabled and the default for the configuration option is false/off I think those security problems from enabling the compilation option are neglegible. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (1050, 'stable'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32.27 (SMP w/16 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=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#624692: initramfs-tools: silently fails to include modules if modules.dep is not current
Package: initramfs-tools Version: 0.98.8 Severity: normal When a kernel module is added to /lib/modules/$VERSION (e.g. an out-of-tree module built after the usual kernel) and 'depmod -a $VERSION' has not run, such that modules.dep is not current, the call to 'modprobe --set-version=$VERSION --ignore-install --quiet --show-depends' will silently fail, not including the module no matter which configuration options were given in /etc/initramfs-tools/*. Possible solution: add an appropriate error handling and error message at /usr/share/initramfs-tools/hook-functions line 47ff -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 7.3M Feb 6 15:41 /boot/initrd.img-2.6.26-2-686 -rw-r--r-- 1 root root 7.3M Feb 6 15:41 /boot/initrd.img-2.6.26-2-686-bigmem -rw-r--r-- 1 root root 6.3M Nov 27 2009 /boot/initrd.img-2.6.26-2-686.bak -rw-r--r-- 1 root root 7.5M Nov 28 2009 /boot/initrd.img-2.6.30-bpo.2-686-bigmem -rw-r--r-- 1 root root 7.5M Nov 28 2009 /boot/initrd.img-2.6.30-bpo.2-686-bigmem.bak -rw-r--r-- 1 root root 9.8M Apr 17 00:54 /boot/initrd.img-2.6.32-5-686-bigmem -rw-r--r-- 1 root root 9.8M Apr 17 01:01 /boot/initrd.img-2.6.32-bpo.5-686-bigmem -rw-r--r-- 1 root root 8.1M Jan 11 12:41 /boot/initrd.img-2.6.32-bpo.5-686-bigmem.bak -rw-r--r-- 1 root root 3.2M Apr 30 19:27 /boot/initrd.img-2.6.32.39 -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686-bigmem root=UUID=cdec4e62-9f9d-4ce7-b677-39bf165df294 ro radeon.modeset=0 8250.nr_uarts=32 console=ttyS0,9600 console=tty0 -- resume RESUME=/dev/cciss/c0d0p5 -- /proc/filesystems ext3 fuseblk -- lsmod Module Size Used by nfs 207070 2 fscache24662 1 nfs binfmt_misc 4907 1 sco 5857 0 bridge 33019 0 stp 996 1 bridge rfcomm 25175 0 bnep7444 0 l2cap 21705 4 rfcomm,bnep crc16 1027 1 l2cap bluetooth 36319 4 sco,rfcomm,bnep,l2cap rfkill 10264 1 bluetooth ip6t_REJECT 2148 1 xt_multiport1775 3 ipt_REJECT 1517 26 xt_recent 4885 2 ip6table_filter 1908 1 ip6_tables 8560 1 ip6table_filter iptable_filter 1790 1 nfsd 193887 11 lockd 49437 2 nfs,nfsd nfs_acl 1695 2 nfs,nfsd auth_rpcgss25268 2 nfs,nfsd sunrpc134784 18 nfs,nfsd,lockd,nfs_acl,auth_rpcgss exportfs2618 1 nfsd autofs416667 0 xt_tcpudp 1743 50 iptable_nat 3551 1 nf_nat 10568 1 iptable_nat nf_conntrack_ipv4 7597 3 iptable_nat,nf_nat nf_conntrack 38083 3 iptable_nat,nf_nat,nf_conntrack_ipv4 nf_defrag_ipv4 779 1 nf_conntrack_ipv4 ip_tables 7690 2 iptable_filter,iptable_nat x_tables8327 8 ip6t_REJECT,xt_multiport,ipt_REJECT,xt_recent,ip6_tables,xt_tcpudp,iptable_nat,ip_tables fuse 44256 1 radeon538788 0 ttm33570 1 radeon ipmi_si26764 0 drm_kms_helper 18309 1 radeon drm 112712 3 radeon,ttm,drm_kms_helper ipmi_msghandler22871 1 ipmi_si i2c_algo_bit3497 1 radeon hpwdt 4295 0 i2c_core 12787 4 radeon,drm_kms_helper,drm,i2c_algo_bit hpilo 5268 0 cypress_m8 13145 1 psmouse44809 0 evdev 5609 3 usbserial 22100 3 cypress_m8 container 1833 0 pcspkr 1207 0 serio_raw 2916 0 processor 26335 0 button 3598 0 ext3 94204 2 jbd32169 1 ext3 mbcache 3762 1 ext3 raid10 16733 0 raid45642876 0 async_raid6_recov 4166 1 raid456 async_pq2647 2 raid456,async_raid6_recov raid6_pq 77468 2 async_raid6_recov,async_pq async_xor 1990 3 raid456,async_raid6_recov,async_pq xor12418 1 async_xor async_memcpy 858 2 raid456,async_raid6_recov async_tx1326 5 raid456,async_raid6_recov,async_pq,async_xor,async_memcpy raid1 16375 0 raid0 5601 0 multipath 4987 0 linear 3063 0 md_mod 67377 6 raid10,raid456,raid1,raid0,multipath,linear usbhid 28056 0 hid50909 1 usbhid uhci_hcd 16141 0 ehci_hcd 29093 0 cciss 76855 5 usbcore99081 6 cypress_m8,usbserial,usbhid,uhci_hcd,ehci_hcd nls_base4541 1 usbcore bnx2 52157 0 scsi_mod
Bug#624692: suggested patch
--- hook-functions.old 2011-04-30 19:20:23.0 +0200 +++ hook-functions 2011-04-30 20:04:11.0 +0200 @@ -42,10 +42,20 @@ # Add dependent modules + eventual firmware manual_add_modules() { - local kmod firmware + local kmods kmod firmware - for kmod in $(modprobe --set-version=${version} --ignore-install \ - --quiet --show-depends ${1} | awk '/^insmod/ { print $2 }'); do + kmods=$(modprobe --set-version=${version} --ignore-install \ + --quiet --show-depends ${1}) + + if [ $? != 0 ] [ ${verbose} = y ] ; then + echo W: Getting dependencies for module ${1} failed, module will not be included, try running \depmod -a ${version}\ 2 + elif [ -z ${kmods} ] [ ${verbose} = y ] ; then + echo W: Got emtpy dependency list for module ${1}, module will not be included 2 + fi + +kmods=$(echo ${kmods} | awk '/^insmod/ { print $2 }') + + for kmod in ${kmods}; do # Prune duplicates if [ -e ${DESTDIR}/${kmod} ]; then continue -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624699: initramfs-tools: include an option MODULES=all
Package: initramfs-tools Version: 0.98.8 Severity: wishlist Include an option MODULES=all which includes the complete /lib/modules/${version} subtree of the filesystem. This would come in very handy when some modules are not included for various reasons (e.g. exclude lists, module dependency problems), the exception list in /etc/initramfs-tools/modules would get very long or when the admin is too lazy to maintain it. Ciao, Alexander Wuerstlein. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624699: initramfs-tools: include an option MODULES=all
On 11-04-30 21:44, maximilian attems m...@debian.org wrote: tags 624699 moreinfo stop On Sat, Apr 30, 2011 at 08:23:14PM +0200, Alexander Wuerstlein wrote: Package: initramfs-tools Version: 0.98.8 Severity: wishlist Include an option MODULES=all which includes the complete /lib/modules/${version} subtree of the filesystem. this needs a very good reason. It would be simpler to use and less prone to user errors and software problems. Also, I see no good reason to use MODULES=most when the size of the initrd is not important, MODULES=all would have a far simpler semantic, which makes it far easier to understand, debug and use. Please note that I do not suggest making MODULES=all the default. This would come in very handy when some modules are not included for various reasons (e.g. exclude lists, module dependency problems), what?? please be a lot more verbose what the encoutered problems where that hindered MODULES=most The primary reason that triggered the idea that MODULES=all would be a good addition was bug no. 624692 Also MODULES=most excludes certain parts, for example the net part excludes appletalk arcnet bonding can hamradio irda pcmcia tokenring usb wan wimax wireless. If I need one or more of those modules in my image, I need to manually override those exceptions. For one or two modules that is fine, but for tasks like support that for all the hardware we use anywhere around here that list grows and is tedious to maintain. MODULES=all does not need any of that maintenance. Also, it eliminates the need for the elaborate and error-prone dependency resolution that MODULES=most needs, therefore making it very robust, useful for debugging (why doesn't it boot, is there a module missing?) and an easy workaround should MODULES=most be broken for some reason. I have to admit though, that I'm not sure if there are any downsides besides the obviously larger resulting initrd. the exception list in /etc/initramfs-tools/modules would get very long or when the admin is too lazy to maintain it. there you totaly loose me, aboves mentioned file, is an *include* list. I know. What i meant was an exception to beeing excluded by 'most'. Sorry for the confusing double-negative. Ciao, Alexander Wuerstlein. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624692: suggested patch
On 11-04-30 21:41, maximilian attems m...@debian.org wrote: which module-init-tools do you use? 3.12-1 and why not emmit the warning there properly. to have that fixed for dractu too. Yes, that would be possible, too, but: modprobe emits an error that is suppressed by the --quiet parameter: | # modprobe --set-version=2.6.32.39 --ignore-install --show-depends r8168 | FATAL: Module r8168 not found. Problem is that this warning is not very helpful since the module does indeed exists, just modules.dep does not contain a reference to it. So if modprobe were to emit a proper warning (like Module r8168 not found in modules.dep, try depmod -a $version) , the --quiet would still have to be removed from the call to modprobe. Ciao, Alexander Wuerstlein. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574589: can confirm bug on debian squeeze, working patch attached
On 11-02-10 23:21, Reinhard Tartler reinhard.tart...@informatik.uni-erlangen.de wrote: On Do, Feb 10, 2011 at 18:30:45 (CET), Alexander Wuerstlein wrote: I can confirm that this bug also affects pulseaudio on squeeze while not affecting lenny. When commands are read from stdin (e.g. echo info | pacmd) pacmd handles the closing of stdin incorrectly and enters an endless poll()-loop. The referenced Ubuntu-bug only provides a workaround by replacing all occurences of echo something | pacmd by pacmd something. This is insufficient since it still leaves the regression, thus breaking other previously working code. Also, I have ported and tested the upstream patch for the problem. Please see the attached patch which fixes the problem for me. It's, up to some small differences, the same as upstream commit 609a005b77b5dc691271f48351bd39e3eecb7dc9. upstream gitweb link, if you are interested, is: http://git.0pointer.de/?p=pulseaudio.git;a=commit;h=609a005b77b5dc691271f48351bd39e3eecb7dc9 Test packages can be retrieved from here: http://people.debian.org/~siretart/pulseaudio/ I can confirm that the provided binary packages as well as the source packages when built do fix the problem. Ciao, Alexander Wuerstlein. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574589: can confirm bug on debian squeeze, working patch attached
Hello, I can confirm that this bug also affects pulseaudio on squeeze while not affecting lenny. When commands are read from stdin (e.g. echo info | pacmd) pacmd handles the closing of stdin incorrectly and enters an endless poll()-loop. The referenced Ubuntu-bug only provides a workaround by replacing all occurences of echo something | pacmd by pacmd something. This is insufficient since it still leaves the regression, thus breaking other previously working code. Also, I have ported and tested the upstream patch for the problem. Please see the attached patch which fixes the problem for me. It's, up to some small differences, the same as upstream commit 609a005b77b5dc691271f48351bd39e3eecb7dc9. Ciao, Alexander Wuerstlein. --- pacmd.c.orig2009-11-23 23:22:41.0 +0100 +++ pacmd.c 2011-02-10 16:53:34.0 +0100 @@ -45,13 +45,6 @@ int main(int argc, char*argv[]) { -enum { -WATCH_STDIN, -WATCH_STDOUT, -WATCH_SOCKET, -N_WATCH -}; - pid_t pid ; int fd = -1; int ret = 1, i; @@ -60,7 +53,11 @@ size_t ibuf_index, ibuf_length, obuf_index, obuf_length; char *cli; pa_bool_t ibuf_eof, obuf_eof, ibuf_closed, obuf_closed; -struct pollfd pollfd[N_WATCH]; + +struct pollfd pollfd[3]; +struct pollfd *watch_socket, *watch_stdin, *watch_stdout; + +int stdin_type = 0, stdout_type = 0, fd_type = 0; setlocale(LC_ALL, ); bindtextdomain(GETTEXT_PACKAGE, PULSE_LOCALEDIR); @@ -128,32 +125,53 @@ ibuf_eof = TRUE; } -pa_zero(pollfd); - -pollfd[WATCH_STDIN].fd = STDIN_FILENO; -pollfd[WATCH_STDOUT].fd = STDOUT_FILENO; -pollfd[WATCH_SOCKET].fd = fd; - for (;;) { +struct pollfd *p; + if (ibuf_eof obuf_eof ibuf_length = 0 obuf_length = 0) break; -pollfd[WATCH_STDIN].events = pollfd[WATCH_STDOUT].events = pollfd[WATCH_SOCKET].events = 0; +if (ibuf_length = 0 ibuf_eof !ibuf_closed) { +shutdown(fd, SHUT_WR); +ibuf_closed = TRUE; +} -if (obuf_length 0) -pollfd[WATCH_STDOUT].events |= POLLOUT; -else if (!obuf_eof) -pollfd[WATCH_SOCKET].events |= POLLIN; - -if (ibuf_length 0) -pollfd[WATCH_SOCKET].events |= POLLOUT; -else if (!ibuf_eof) -pollfd[WATCH_STDIN].events |= POLLIN; +if (obuf_length = 0 obuf_eof !obuf_closed) { +shutdown(fd, SHUT_RD); +obuf_closed = TRUE; +} + +pa_zero(pollfd); + +p = pollfd; -if (poll(pollfd, N_WATCH, -1) 0) { +if (ibuf_length 0 || (!obuf_eof obuf_length = 0)) { +watch_socket = p++; +watch_socket-fd = fd; +watch_socket-events = +(ibuf_length 0 ? POLLOUT : 0) | +(!obuf_eof obuf_length = 0 ? POLLIN : 0); +} else +watch_socket = NULL; + +if (!ibuf_eof ibuf_length = 0) { +watch_stdin = p++; +watch_stdin-fd = STDIN_FILENO; +watch_stdin-events = POLLIN; +} else +watch_stdin = NULL; + +if (obuf_length 0) { +watch_stdout = p++; +watch_stdout-fd = STDOUT_FILENO; +watch_stdout-events = POLLOUT; +} else +watch_stdout = NULL; + +if (poll(pollfd, p-pollfd, -1) 0) { if (errno == EINTR) continue; @@ -162,82 +180,80 @@ goto fail; } -if (pollfd[WATCH_STDIN].revents POLLIN) { -ssize_t r; -pa_assert(!ibuf_length); - -if ((r = pa_read(STDIN_FILENO, ibuf, sizeof(ibuf), NULL)) = 0) { -if (r 0) { -pa_log(_(read(): %s), strerror(errno)); -goto fail; +if (watch_stdin) { +if (watch_stdin-revents POLLIN) { +ssize_t r; +pa_assert(ibuf_length = 0); + +if ((r = pa_read(STDIN_FILENO, ibuf, sizeof(ibuf), stdin_type)) = 0) { +if (r 0) { +pa_log(_(read(): %s), strerror(errno)); +goto fail; +} + +ibuf_eof = TRUE; +} else { +ibuf_length = (size_t) r; +ibuf_index = 0; } - +} else if (watch_stdin-revents POLLHUP) ibuf_eof = TRUE; -} else { -ibuf_length = (size_t) r; -ibuf_index = 0; -} } -if (pollfd[WATCH_SOCKET].revents POLLIN) { -ssize_t r; -pa_assert(!obuf_length); - -if ((r = pa_read(fd, obuf, sizeof(obuf), NULL)) = 0) { -if (r 0) { -pa_log(_(read(): %s), strerror(errno)); -goto
Bug#521230: x11proto-core should build-depend on sufficiently recent xutils-dev
Package: x11proto-core Version: 7.0.15-1 Severity: wishlist Building (apt-get -b source x11proto-core) x11proto-core on lenny leads to the error | checking if xorg-macros used to generate configure is at least 1.2... | configure: error: configure built with too old of a version of | xorg-macros.m4 - requires version 1.1.0 or newer in configure. Installing a newer xutils-dev (e.g. 1:7.4+4) fixes this. Therefore I suggest that a required version of xutils-dev is added to the build-deps. Ciao, Alexander Wuerstlein. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#471238: vlc: crashes when displaying SAP announces
Package: vlc Version: 0.8.6-svn20061012.debian-5etch1 Severity: important In the playlist window, with SAP announces activated, vlc crashes reproducably. Sometimes the error occurs immediately when opening the playlist, sometimes only after a short time (2 - 3 seconds). I suspect this has to do with the number of announces in the playlist. The crash leaves an error on stdout like the following. the glibc detected line is printed when the crash occurs, the failed assertion when opening the playlist. | VLC media player 0.8.6a Janus | [0279] main playlist: nothing to play | | ** (.:23547): CRITICAL **: gtk_pizza_set_size: assertion `pizza != NULL' | failed | *** glibc detected *** free(): invalid next size (fast): 0x08364ad0 *** | zsh: abort vlc -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (1050, 'stable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24.1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages vlc depends on: ii libaa1 1.4p5-30ascii art library ii libatk1. 1.12.4-3The ATK accessibility toolkit ii libc62.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libcaca0 0.99.beta11.debian-2colour ASCII art library ii libcairo 1.2.4-4 The Cairo 2D vector graphics libra ii libcdio6 0.76-1 library to read and control CD-ROM ii libcucul 0.99.beta11.debian-2low-level Unicode character drawin ii libdbus- 1.0.2-1 simple interprocess messaging syst ii libdbus- 0.71-3 simple interprocess messaging syst ii libfontc 2.4.2-1.2 generic font configuration library ii libfreet 2.2.1-5+etch2 FreeType 2 font engine, shared lib ii libfribi 0.10.7-4Free Implementation of the Unicode ii libgcc1 1:4.1.1-21 GCC support library ii libgl1-m 6.5.1-0.6 A free implementation of the OpenG ii libglib2 2.12.4-2The GLib library of C routines ii libglu1- 6.5.1-0.6 The OpenGL utility library (GLU) ii libgtk2. 2.8.20-7The GTK+ graphical user interface ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libiso96 0.76-1 library to work with ISO9660 files ii libjpeg6 6b-13 The Independent JPEG Group's JPEG ii libnotif 0.4.3-1 sends desktop notifications to a n ii libpango 1.14.8-5Layout and rendering of internatio ii libpng12 1.2.15~beta5-1 PNG library - runtime ii libsdl-i 1.2.5-2+b1 image loading library for Simple D ii libsdl1. 1.2.11-8Simple DirectMedia Layer ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc+ 4.1.1-21The GNU Standard C++ Library v3 ii libtar 1.2.11-4C library for manipulating tar arc ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra ii libvcdin 0.7.23-3library to extract information fro ii libvlc0 0.8.6-svn20061012.debian-5etch1 multimedia player and streamer lib ii libwxbas 2.6.3.2.1.5 wxBase library (runtime) - non-GUI ii libwxgtk 2.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcurs 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixe 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxiner 1:1.0.1-4.1 X11 Xinerama extension library ii libxosd2 2.2.14-1.3 X On-Screen Display library - runt ii libxrand 2:1.1.0.2-5 X11 RandR extension library ii libxrend 1:0.9.1-3 X Rendering Extension client libra ii libxv1 1:1.0.2-1 X11 Video extension library ii libxxf86 1:1.0.1-2 X11 XFree86 video mode extension l ii ttf-deja 2.15-1 Vera font family derivate with add ii vlc-nox 0.8.6-svn20061012.debian-5etch1 multimedia player and streamer (wi ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages vlc recommends: pn videolan-doc none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431964: tex4ht: unsable after texlive transition (tex4ht.env not found)
An upgrade from sarge does not seem to be the real problem but having tetex installed is, at least in my case. After 'apt-get install texlive' (which also removes tetex) it just works[tm]. So perhaps tex4ht should depend on texlive. Ciao, Alexander Wuerstlein. pgpdYAdfVgbcc.pgp Description: PGP signature
Bug#431964: tex4ht: unsable after texlive transition (tex4ht.env not found)
Hello, I can confirm that this bug exists on stable/etch: | [EMAIL PROTECTED]:doc-tst/tex4ht-tst]# tex4ht doctest.dvi | | tex4ht.c (2006-09-13-14:27 kpathsea) | tex4ht doctest.dvi | --- warning --- Can't find/open file `tex4ht.env | .tex4ht' | --- error --- Illegal storage address | [EMAIL PROTECTED]:doc-tst/tex4ht-tst]# apt-cache policy tex4ht | tex4ht: | Installed: 20060913-1 | Candidate: 20060913-1 | Version table: | *** 20060913-1 0 |1050 http://debian.informatik.uni-erlangen.de etch/main Packages | 100 /var/lib/dpkg/status I've attached an strace of a tex4ht run. I suspect that this bug might be due to some configuration file containing the old texmf paths to be left over from oldstable which i upgraded from. I will try to confirm this by doing a fresh install somewhere and keep you posted. Ciao, Alexander Wuerstlein. pgpmTT1iyZ3d9.pgp Description: PGP signature
Bug#431964: tex4ht: unsable after texlive transition (tex4ht.env not found)
Oops, forgot the attachment, sorry. Ciao, Alexander Wuerstlein. execve(/usr/bin/tex4ht, [tex4ht, doctest.dvi], [/* 86 vars */]) = 0 uname({sys=Linux, node=faui05, ...}) = 0 brk(0) = 0x806 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f9d000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=146529, ...}) = 0 mmap2(NULL, 146529, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f79000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libkpathsea.so.4, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\'\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=67484, ...}) = 0 mmap2(NULL, 76204, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7f66000 mmap2(0xb7f76000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x10) = 0xb7f76000 mmap2(0xb7f77000, 6572, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f77000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/libc.so.6, O_RDONLY)= 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240O\1..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=1241392, ...}) = 0 mmap2(NULL, 1251484, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e34000 mmap2(0xb7f5c000, 28672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x127) = 0xb7f5c000 mmap2(0xb7f63000, 10396, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f63000 close(3)= 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e33000 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e32000 mprotect(0xb7f5c000, 20480, PROT_READ) = 0 set_thread_area({entry_number:-1 - 6, base_addr:0xb7e33ba0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xb7f79000, 146529) = 0 rt_sigaction(SIGSEGV, {0x804bc70, [SEGV], SA_RESTART}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGFPE, {0x804bc70, [FPE], SA_RESTART}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGINT, {0x804bc70, [INT], SA_RESTART}, {SIG_DFL}, 8) = 0 fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f9c000 write(1, \n, 29) = 29 write(1, tex4ht.c (2006-09-13-14:27 kpath..., 37) = 37 write(1, tex4ht doctest.dvi \n, 20) = 20 brk(0) = 0x806 brk(0x8081000) = 0x8081000 rt_sigaction(SIGINT, {SIG_IGN}, {0x804bc70, [INT], SA_RESTART}, 8) = 0 rt_sigaction(SIGQUIT, {SIG_IGN}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 clone(child_stack=0, flags=CLONE_PARENT_SETTID|SIGCHLD, parent_tidptr=0xbfbf6084) = 21625 waitpid(21625, [{WIFEXITED(s) WEXITSTATUS(s) == 0}], 0) = 21625 rt_sigaction(SIGINT, {0x804bc70, [INT], SA_RESTART}, NULL, 8) = 0 rt_sigaction(SIGQUIT, {SIG_DFL}, NULL, 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 --- SIGCHLD (Child exited) @ 0 (0) --- stat64(/home/cip/adm/snalwuer/bin/tex4ht, 0xbfbf4780) = -1 ENOENT (No such file or directory) stat64(/home/cip/adm/snalwuer/opt/bin/tex4ht, 0xbfbf4780) = -1 ENOENT (No such file or directory) stat64(/opt/SUNWut/bin/tex4ht, 0xbfbf4780) = -1 ENOENT (No such file or directory) stat64(/opt/SUNWut/sbin/tex4ht, 0xbfbf4780) = -1 ENOENT (No such file or directory) stat64(/opt/SUNWut/lib/tex4ht, 0xbfbf4780) = -1 ENOENT (No such file or directory) stat64(/bin/tex4ht, 0xbfbf4780) = -1 ENOENT (No such file or directory) stat64(/sbin/tex4ht, 0xbfbf4780) = -1 ENOENT (No such file or directory) stat64(/usr/local/bin/tex4ht, 0xbfbf4780) = -1 ENOENT (No such file or directory) stat64(/usr/bin/tex4ht, {st_mode=S_IFREG|0755, st_size=80192, ...}) = 0 open(/usr/bin/tex4ht, O_RDONLY) = 3 close(3)= 0 lstat64(/usr, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat64(/usr/bin, {st_mode=S_IFDIR|0755, st_size=86016, ...}) = 0 lstat64(/usr/bin/tex4ht, {st_mode=S_IFREG|0755, st_size=80192, ...}) = 0 open(doctest.dvi, O_RDONLY) = 3 open(doctest.idv, O_WRONLY|O_CREAT|O_TRUNC, 0666) = 4 open(tex4ht.env, O_RDONLY)= -1 ENOENT (No such file or directory) open(.tex4ht, O_RDONLY) = -1 ENOENT (No such file or directory) open(/home/cip/adm/snalwuer/tex4ht.env, O_RDONLY) = -1 ENOENT (No such file or directory) open(/home/cip/adm/snalwuer/.tex4ht, O_RDONLY) = -1 ENOENT (No such file or directory) stat64(/usr/share/texmf/web2c, {st_mode=S_IFDIR|0755
Bug#408382: icedove-locale-all package would be nice
Package: icedove Version: 1.5.0.9.dfsg1-1 Severity: wishlist Tags: l10n It would be nice, if there was an 'icedove-locale-all' package that depends on all icedove-locale-* packages. That would ease installation in multilingual multiuser environments like an university. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (1050, 'testing'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages icedove depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii libatk1.0-0 1.12.4-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1generic font configuration library ii libgcc1 1:4.1.1-21 GCC support library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-3 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpango1.0-0 1.14.8-4 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii myspell-de-de [myspell-di 20051113-5 German dictionary for myspell ii zlib1g1:1.2.3-13 compression library - runtime icedove recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347970: apt should depend on/suggest debian-archive-keyring
Package: apt Version: 0.5.28.6 Severity: important The apt package should depend on or at least suggest the debian-archive-keyring package, as it is necessary for proper operation, perhaps even more so in the future depending on wether or not installation only from trusted sources will be enforced. -- Package-specific info: -- (/etc/apt/preferences present, but not submitted) -- -- (/etc/apt/sources.list present, but not submitted) -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]