Bug#1007965: Cyrus IMAP 3.6 Migration Failure
Just wanted to add that I had a similar issue attempting to migrate the Cyrus 3.6 in Debian. After the upgrade it was possible to log-in and receive e-mails but all existing e-mails and sub-folders were no longer visible. In case it's helpful to anyone, I ended up downgrading back to Cyrus 3.4 from the bullseye-backports release. I then used the reconstruct command to rebuild my mailboxes which managed to get everything back. However, I guess sub-mailboxes were given some sort of new unique identifiers since my IMAP folder subscriptions were lost, which I initially mistook for a failure to reconstruct the sub-folders. In addition, I got some new mailboxes which were erroneously constructed and were difficult to delete both due permissions issues and the fact that their names contained unprintable characters.
Bug#883595: cryptsetup: Cannot mount encrypted root using XTS on kernel 4.10 onwards
Package: cryptsetup Version: 2:1.7.5-1 Severity: important Apparently from Linux 4.10 onwards, the ecb module became a dependency of xts[1]. I am running a custom kernel in which both XTS and ECB are built as modules (kernel config attached for 4.14.3). However, ECB does not appear in the initrd, causing the system to be unable to mount the encrypted root. It's unclear to me how this dependency should be picked up. The only mention of ecb in lsmod (output attached for 4.14.3 kernel) is as follows: ecb16384 2 Attempting to boot a locally built kernel from 4.10 sources onwards (most recently tried 4.14.3) will fail to be able to mount encrypted root unless I add ecb to /etc/initramfs-tool/modules. I am using make-kpkg for all kernel builds. This issue does not appear to occur with Debian's own kernels, perhaps because something else is pulling in the ecb dependency when building the initrd. [1] https://www.spinics.net/lists/stable/msg160678.html -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.3 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cryptsetup depends on: ii cryptsetup-bin 2:1.7.5-1 ii debconf [debconf-2.0] 1.5.65 ii dmsetup2:1.02.145-4.1 ii libc6 2.25-2 Versions of packages cryptsetup recommends: ii busybox 1:1.27.2-2 ii console-setup 1.172 ii initramfs-tools [linux-initramfs-tool] 0.130 ii kbd-compat [kbd]2:0.2.3-73 Versions of packages cryptsetup suggests: ii dosfstools 4.1-1 pn keyutils ii liblocale-gettext-perl 1.07-3+b3 -- debconf information excluded config.gz Description: application/gzip Module Size Used by tun32768 2 vboxpci24576 0 vboxnetadp 28672 0 vboxnetflt 28672 0 vboxdrv 430080 3 vboxnetadp,vboxnetflt,vboxpci ctr16384 6 ccm20480 9 bnep 20480 2 cpufreq_userspace 16384 0 cpufreq_conservative16384 0 cpufreq_powersave 16384 0 binfmt_misc20480 1 nls_iso8859_1 16384 1 nls_cp437 20480 1 vfat 20480 1 fat61440 1 vfat fuse 94208 3 crc32c_generic 16384 1 btrfs1036288 0 xor24576 1 btrfs zstd_decompress86016 1 btrfs zstd_compress 163840 1 btrfs xxhash 16384 2 zstd_compress,zstd_decompress raid6_pq 114688 1 btrfs btusb 40960 0 btrtl 16384 1 btusb btbcm 16384 1 btusb btintel16384 1 btusb joydev 20480 0 uvcvideo 81920 0 videobuf2_vmalloc 16384 1 uvcvideo videobuf2_memops 16384 1 videobuf2_vmalloc videobuf2_v4l2 24576 1 uvcvideo videobuf2_core 40960 2 uvcvideo,videobuf2_v4l2 bluetooth 339968 26 btrtl,btintel,bnep,btbcm,btusb ecdh_generic 24576 1 bluetooth nvidia 10559488 31 kvm_intel 192512 0 arc4 16384 2 iwldvm172032 0 kvm 569344 1 kvm_intel mac80211 606208 1 iwldvm irqbypass 16384 1 kvm pcspkr 16384 0 psmouse90112 0 efi_pstore 16384 0 efivars20480 1 efi_pstore sr_mod 24576 0 iwlwifi 262144 1 iwldvm cdrom 36864 1 sr_mod sg 32768 0 snd_hda_codec_hdmi 45056 2 snd_hda_codec_realtek90112 1 snd_hda_codec_generic69632 1 snd_hda_codec_realtek sky2 57344 0 lpc_ich24576 0 mfd_core 16384 1 lpc_ich snd_hda_intel 36864 4 snd_hda_codec 114688 4 snd_hda_intel,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek snd_hwdep 16384 1 snd_hda_codec snd_hda_core 69632 5 snd_hda_intel,snd_hda_codec,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek cfg80211 593920 3 iwlwifi,mac80211,iwldvm snd_pcm_oss45056 0 snd_mixer_oss 24576 1 snd_pcm_oss rfkill 24576 5 bluetooth,cfg80211 intel_agp 20480 0 ac 16384 0 snd_pcm90112 5 snd_pcm_oss,snd_hda_intel,snd_hda_codec,snd_hda_core,snd_hda_codec_hdmi snd_timer 32768 1 snd_pcm battery20480 0 video 40960 0
Bug#743013: Does not restart/stop due to PIDFILE problem
severity 743013 serious thanks This bug is a violation of a must in Debian policy and consequently severe. Quoting: The init.d scripts must ensure that they will behave sensibly (i.e., returning success and not starting multiple copies of a service) if invoked with start when the service is already running, or with stop when it isn't, and that they don't kill unfortunately-named user processes. The best way to achieve this is usually to use start-stop-daemon with the --oknodo option. As a consequence of this bug, release 1.0.1.g-2 of Debian openssl which restarts services that are affected by the Heartbleed bug (http://heartbleed.com/) will not restart Cyrus. The old Cyrus process will be left running, potentially a source of a serious security compromise. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683033: hplip : Network scanning fails with error: SANE: End of file reached (code=5)
On 09/12/12 12:28, Didier 'OdyX' Raboud wrote: I applied the patch in https://bugs.launchpad.net/hplip/+bug/1015319/comments/5 and built a source and an amd64 packages but don't have the hardware to test. http://vasks.debian.org/~odyx-guest/packages/hplip/ Please try the above package and report to that bug if it gets fixed. Apologies for taking so long, I broke my Debian machine and didn't fix it until recently. At least on my system, the patched version does *not* fix the reported issue. As before, I get an EOF error. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696359: sysvinit-utils: Dependency based booting fails to respect dependencies
Package: sysvinit-utils Version: 2.88dsf-34 Severity: important The code in makeboot.c (startpar) that contructs the dependency graph bails out when 999 arcs have been traversed when checking for a loop. When it does, the dependency is never added, and is therefore effectively ignored. This could result in services being started in the wrong order. This can be hit on a normal system (it does on mine, though without any noticeable consequences). On a system with more init scripts (which often remain from uninstalled services unless purged) I can imagine this hitting more dependencies. It's possible to the relevent code significantly more efficient, keeping the cycle detection and losing the bizzare loop counter check. This bug report contains relevant background and a patch: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609959 I've filed this a new bug report because firstly, the too many loops! warning has since been hidden from user view and secondly, it's not obvious from that report that the loop counter check means that dependencies may fail to be added to the dependency graph. For a dependency based boot system, I consider this a major issue. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658264: xpdf totally unusable due to memory corruption in globalParams class (namespace conflict with libpoppler)
As someone who's been watching this bug for a while, I feel the need to interject to defend the Debian maintainers before they're alienated. Given how trivial a poppler-less xpdf package would be to create, the Debian maintainers probably have good reason not to package one. I'm guessing this is due to the fact that poppler/xpdf has had more than its fair share of security issues, and justifying a second copy of that code in Debian, and having to take responsibility for applying any security fixes to that code is too much work to justify for a single package, versus a library. As for the patch, yes it contains very few functional changes, but being too large by itself *is* enough to reject. The diff is extremely unlikely to apply cleanly to new versions of xpdf making it hard to port but even more problematically, it'll need to be updated each poppler release, and these tend to change the API a lot. What happens when functionality not present in the current version of poppler finally propagates in from xpdf, and configuration variables and methods are duplicated in the xpdf-specific global parameters class (e.g. enableT1lib)? xpdf and poppler will end up working with independent copies of the configuration variables and accessor methods. This is the fragile base class problem. This problem isn't an ABI issue, it's a software engineering dysfunction issue. Even forking xpdf and having that fork target poppler, as has been done/attempted before[1,2] is potentially problematic. In any normal development situation packages using libraries will only depend on functionality present in the libraries it uses at the time of release. Xpdf using poppler is the opposite. New releases of xpdf introduce functionality that the viewer depends on. Any version of xpdf using poppler will have to interact with versions of poppler that haven't yet incorporated this functionality. My point is that this problem is non-trivial to solve, and the Debian maintainers are already going above and beyond in producing a package that uses poppler. As far as I can see, the only people in a position to correctly maintain an xpdf version that works correctly with poppler is the poppler devs themselves. They care enough about the xpdf code base to fork it, perhaps they'll appreciate that trying to support packaging both xpdf and their code is hurting the former. Maybe this could be placed in a politely worded e-mail from a Debian maintainer. Lastly, despite the issues mentioned above I've also created a stripped down xpdf which doesn't replicate/extend the GlobalParams class. It stores xpdf-specific configuration variables in a new class, and only sets configuration variables from the parsed config file that can be accessed via the methods poppler's GlobalParams exposes [3]. This is primarily just so I can get a working version of xpdf on Ubunutu (and hence uses poppler 0.20) but I thought I might as well mention it. Francis [1] https://github.com/rbrito/xpdf-poppler [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=351279 [3] https://github.com/FrancisRussell/xpdf-lite -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683033: libsane-hpaio: Network scanning fails with error: SANE: End of file reached (code=5)
Package: libsane-hpaio Version: 3.12.6-3 Severity: important Attempting to scan from from an HP OfficeJet Pro L7600 using any tool fails. All other printing functionality works fine. I've attached the ouput of hp-scan -g and hp-check (note, both contain terminal control code). I also found these bug reports from Ubuntu which describe identical issues to mine: https://bugs.launchpad.net/hplip/+bug/1027021 https://bugs.launchpad.net/hplip/+bug/1015319 Using the 3.2.14 tarball from HP and the 3.12.14-2 packaging from the Debian SVN repository I rebuilt 3.12.14-2 packages and can confirm that downgrading to that version also fixes the issues for me. Francis -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.4 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsane-hpaio depends on: ii libc62.13-33 ii libcups2 1.5.3-1 ii libdbus-1-3 1.6.0-1 ii libhpmud03.12.6-3 ii libssl1.0.0 1.0.1c-3 Versions of packages libsane-hpaio recommends: ii hplip 3.12.6-3 ii sane-utils 1.0.22-7.3 libsane-hpaio suggests no packages. -- no debconf information [01mHP Linux Imaging and Printing System (ver. 3.12.6)[0m [01mDependency/Version Check Utility ver. 15[0m Copyright (c) 2001-14 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. [01mNote: hp-check can be run in three modes:[0m 1. Compile-time check mode (-c or --compile): Use this mode before compiling the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper dependencies are installed to successfully compile HPLIP. 2. Run-time check mode (-r or --run): Use this mode to determine if a distro supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball has the proper dependencies installed to successfully run. 3. Both compile- and run-time check mode (-b or --both) (Default): This mode will check both of the above cases (both compile- and run-time dependencies). Check types: a. EXTERNALDEP - External Dependencies b. GENERALDEP - General Dependencies (required both at compile and run time) c. COMPILEDEP - Compile time Dependencies d. [All are run-time checks] PYEXT SCANCONF QUEUES PERMISSION Status Types: OK MISSING - Missing Dependency or Permission or Plug-in INCOMPAT - Incompatible dependency-version or Plugin-version [01mSaving output in log file: /home/fpr/hp-check.log[0m Initializing. Please wait... [35;01mwarning: [01mdebian-testing version is not supported. Using debian-6.0.5 versions dependencies to verify and install...[0m[0m --- | SYSTEM INFO | --- Kernel: 3.3.4 #1 SMP Mon Apr 30 21:17:48 BST 2012 GNU/Linux Host: callisto Proc: 3.3.4 #1 SMP Mon Apr 30 21:17:48 BST 2012 GNU/Linux Distribution: debian testing --- | HPLIP CONFIGURATION | --- HPLIP-Version: HPLIP 3.12.6 HPLIP-Home: /usr/share/hplip [35;01mwarning:
Bug#681931: schroot: Clean install of schroot creates broken symlink
Package: schroot Version: 1.6.0-1 Severity: normal A clean install of schroot creates a symlink /etc/schroot/script-defaults that points to /etc/schroot/default/config. However, this file does not appear to be created by the installation resulting in an apparently useless broken symlink. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668457: monotone: FTBFS (multiple test suite failures)
I've just had a go at building monotone in an i386 unstable chroot and had no issues. Perhaps whatever was causing the build failure is now fixed? Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668457: [Monotone-debian] Bug#668457: monotone: FTBFS (multiple test suite failures)
I had no issues rebuilding this on my 'testing' install, so I guess whatever's causing the issue hasn't hit it yet. Looking at the logs, it looks the the fails occur because monotone is failing to find its test databases, but the copy that creates them appears to complete successfully. Someone feel like trying to replicate on an up-to-date unstable install? I don't have one to hand right now. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668171: boost-defaults: 1.48 does not upgrade to 1.49 cleanly due to static libraries
Source: boost-defaults Version: 1.49.0.1 Severity: normal When attepting to upgrade Boost apt/dpkg failed multiple times with similar errors on a number of the packages containing libraries. This is the error from libboost-chrono1.49-dev: Unpacking libboost-chrono1.49-dev (from .../libboost-chrono1.49-dev_1.49.0-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libboost-chrono1.49-dev_1.49.0-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/libboost_chrono.a', which is also in package libboost-chrono1.48-dev 1.48.0-3 configured to not write apport reports Preparing to replace libboost-chrono-dev 1.48.0.3 (using .../libboost-chrono-dev_1.49.0.1_amd64.deb) Unpacking replacement libboost-chrono-dev ... Errors were encountered while processing: /var/cache/apt/archives/libboost-chrono1.49-dev_1.49.0-1_amd64.deb Repeatedly using apt-get -f install finally fixed it. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.1 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659050: [Monotone-debian] Bug#659050: please link with botan1.10
Hi, looking at the monotone bug report, it appears that making monotone work with botan1.10 is still an ongoing issue. We'll keep watching to see when it'll be possible to make a transition. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665448: monotone: FTBFS: testsuite failure
On 24/03/12 18:28, Ludovic Brenta wrote: Please find the time to investigate and correct this problem. I suspect something to do with libpcre3. I'll sponsor an upload as soon as you can fix the problem. If you need help, scream. I've pushed a fixed version, see the patch for details. The problematic regex still appears to be present in the latest upstream version so I'll also send a message to monotone-devel. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665448: [Monotone-debian] Bug#665448: Bug#665448: monotone: FTBFS: testsuite failure
On 25/03/12 20:40, Thomas Moschny wrote: Hi, this is a mini-patch I recently added to the Fedora package, to build against newer PCRE. It deletes '(?=\C)' from the list of regular expressions in .mtn-ignore expected to throw an error. I wish you'd sent that a few hours earlier :) The man page of PCRE states that \C is not allowed in lookbehind assertions, iff in UTF8 mode. I did not yet verify whether we are actually processing the ignore file patterns in UTF8 mode or not. Anyway, removing that pattern fixed the build for now. It looks like the test is dependent on pcre3 recognising that regex as invalid as it'll match all the file names otherwise, which is not the intended behaviour. Removing it is probably the proper thing to do anyway. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623097: iceweasel: high CPU usage by Xorg on page loading when Tabs on, Top are off
I was experiencing this issue quite a while back, and still am in the iceweasel 8.0-3 package in unstable. I was wondering if the people currently experiencing this bug could report which graphics card drivers they're using? My experience with downgrading certain drivers and packages seems to suggest that it might be a bug with the Xorg propriety nvidia drivers. So if you are or aren't using these, data points either way would be appreciated :) Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640638: libbotan-1.8.2: Outdated binary packages in unstable
Package: libbotan-1.8.2 Version: 1.8.13-4 Severity: important According to the botan1.8 PTS page, version 1.3.13-2 was accepted into unstable 17/8/2011 and there have been newer uploads since then. However, as far I can tell, all libbotan-1.8.2 binary packages in unstable appear to be at version 1.8.13-1. As a consequence, the monotone maintainers are still receiving bug reports for monotone caused by DBTS #633775. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636862: Acknowledgement (xmp: Consider Using ALSA Output)
Unfortunately, it looks like the DBTS failed to copy me on any of these replies for some reason. Editing the config file is certainly the easiest solution and I completely missed the mention of the config files on the man page. Perhaps the files could have the brief descriptions underneath as in the FILES section on other man pages (vim, mplayer etc.)? Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636862: xmp: Consider Using ALSA Output
Package: xmp Version: 3.3.0-1+b1 Severity: wishlist Currently, xmp compiles with OSS support by default. At least under Linux, I believe OSS is considered deprecated. Most noticeably, at least under my system, using OSS prevents the volume being controlled via the PCM channel volume. Francis -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.3 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xmp depends on: ii libasound21.0.24.1-2 shared library for ALSA applicatio ii libc6 2.13-10Embedded GNU C Library: Shared lib ii xmp-common3.3.0-1Common files for xmp and the xmp A Versions of packages xmp recommends: ii unmo3 0.6-1 Uncompress and extract samples fro Versions of packages xmp suggests: ii lha 1.14i-10.3 lzh archiver -- 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#636863: libmodplug: Package fails to build when CC or CXX contain spaces
Package: libmodplug Version: 0.8.8.2-3 Severity: normal When CC or CXX is already defined in the environment debian/rules will use those values. If those values contain spaces, such as when using ccache so that CC=ccache /usr/bin/cc, the build will fail. Fix is trivial, just replace CC=$(CC) CXX=$(CXX) CFLAGS=-O2 CXXFLAGS=-O2 with CC=$(CC) CXX=$(CXX) CFLAGS=-O2 CXXFLAGS=-O2 Francis -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.3 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630921: [libmount1] tries to overwrite existing libmount
Package: libmount1 Version: 2.19.1-4 Followup-For: Bug #630921 This bug just bit me from testing and required manual intervention in a package manager to fix. How is this wishlist? Francis -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.3 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmount1 depends on: ii libblkid1 2.19.1-4 block device id library ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libselinux1 2.0.98-1.1 SELinux runtime shared libraries ii libsepol1 2.0.42-1 SELinux library for manipulating b libmount1 recommends no packages. libmount1 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#630422: ITP: pwsafe -- pwsafe is a *nix command-line program that manages encrypted password databases
Package: wnpp Severity: wishlist Owner: Francis Russell francis+d...@unchartedbackwaters.co.uk * Package name: pwsafe Version : 0.2.0 Upstream Author : Nicolas S. Dade nd...@nsd.dyndns.org * URL : http://nsd.dyndns.org/pwsafe/ * License : GPL Programming Lang: C++ Description : command-line application for managing encrypted passwords pwsafe is a *nix command-line program that manages encrypted password databases. Features: - Pure command-line operation if desired (good for remote access over ssh) or can interact with X11 selection clipboard. - Portable, endianess-clean, misaligned-access-free C++. - Compatible with CounterPane's PasswordSafe Win32 program versions 2.x and 1.x. pwsafe was in Debian until recently, but removed since it was orphaned. I contacted the current maintainer who was willing to sponsor uploads by a user willing to take of maintenance work. Please see the following bug reports: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601300 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630178 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630178: pwsafe orphanage
Package: pwsafe Version: 0.2.0-3 Severity: important I was somewhat irritated to discover that Debian has removed pwsafe. As a user of pwsafe for several years, I've found pwsafe invaluable. Even more irritating was that the DBTS makes it far from obvious that there was any intention to drop pwsafe. I strongly disagree with the rationale for dropping pwsafe. Other applications may be more featureful, but for those who try to avoid flashy GUI interfaces where possible, or need to avoid them for other reasons, I'm not aware of anything that comes close to pwsafe's simplicity of use. Similarly, pwsafe may not have been updated in a while, but as far as I can tell, there's been no need to do so. The pwsafe Debian package doesn't even contain any changes against the original source, suggesting no major issues. Additionally, continuous development of a package is likely to lead to the introduction of bugs, which for a security-related package, is not a good thing. pwsafe doesn't appear to be an especially high-maintenance package, doesn't appear to have any known security issues, and from the perspective of a Debian user, removing it only has the effect of making Debian less useful. Additionally, I'd suggest that pwsafe's popcon score may not be blazing, but suggests that it is far from unused. Lastly, I'd like to offer my help in maintaining the package, if that would be of any help. I'd imagine maintaining a package that one cares about would be one of the primary reasons to become a Debian maintainer, but it seems like Debian makes it very difficult for someone who isn't already part of the Debian community to do this. Regards, Francis Russell -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.1 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pwsafe depends on: ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-10 GCC support library ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii libncurses5 5.9-1 shared libraries for terminal hand ii libreadline5 5.2-8 GNU readline and history libraries ii libsm62:1.2.0-1 X11 Session Management library ii libssl0.9.8 0.9.8o-7 SSL shared libraries ii libstdc++64.6.0-10 The GNU Standard C++ Library v3 ii libx11-6 2:1.4.3-1 X11 client-side library ii libxmu6 2:1.1.0-2 X11 miscellaneous utility library pwsafe recommends no packages. pwsafe 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#623891: [Monotone-debian] Bug#623891: monotone Build-Depends missing zlib
Hi Stephen, the Monotone Debian packaging already has a dependency on libz-dev. This can be found in the file debian/control. I suspect you've encountered a bug in aptitude with installing virtual build dependencies. See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555043 Please try apt-get build-dep monotone to install the build dependencies and hopefully there should be no issues. If there aren't, I'll mark this bug as invalid. Regards, Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623734: [Monotone-debian] Bug#623734: Bug#623734: monotone: FTBFS: test suite timeout
Aaron M. Ucko wrote: At any rate, the Linux logs reveal that the (presumed) hang in question occurs early on, perhaps as a result of attempting to make check in parallel: Thank you! I attempted to build with a parallelism of 4, and make started consuming 100% CPU. We'll start working with the devs to find the best way to resolve this. Cheers, Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623734: [Monotone-debian] Bug#623734: monotone: FTBFS: test suite timeout
Dear Aaron, this appears to be a hang, since the monotone test suite produces extensive output. Multiple monotone maintainers, developers and others have tried to replicate the hang and failed. At the very least, I believe the following configurations have been tested and found not to manifest the hang during package building: - amd64 Debian testing - i386 Debian testing - amd64 Debian unstable - i386 Debian unstable - i386 Ubuntu Maverick 1. It is possible to manually trigger a rebuild to determine if this is a problem with Debian unstable that has since resolved itself? 2. It is possible to get any information on what's happening during the time the build is hanged. e.g. the state of the process tree, whether all of them are blocked or are consuming CPU, the parameters to each process. 3. It is possible to have as much additional information as possible on the environment the builds are being performed in? It's practically impossible to be able to debug this issue without the ability to replicate it. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622954: [Monotone-debian] Bug#622954: Please package monotone 1.0
Believe me, we're working on it. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607204: [Pkg-awstats-devel] Bug#607204: awstats produces invalid XHTML
So the bug I hit is apparently an issue that occurs when upgrading a running instance of Firefox on certain platforms. Once it's been restarted, it no longer complains. There's a more in-depth discussion of the issue in this other bug report. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619617 Still, as I said before, the rest of the report about awstats's invalid XHTML is still valid. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620760: fail2ban: dropbear section broken in jail.conf
Yaroslav Halchenko wrote: anyways -- have you considered submitting the patch logging *all* failed IPs against Debian's package of dropbear? may be it could be accepted. Feel free to provide an argument that it would allow to use fail2ban and make Debian users more secure. why your patch wasn't accepted upstream? or it was never forwarded upstream? So, I sent the patch to the upstream author late December 2008. They responded that logging IP's for failed logins seemed like a useful idea and that they would commit that bit. Anyway, I watched the upstream repo and the patch was never committed. I sent a follow up e-mail in September 2009 (just after the dropbear related bug report was filed against fail2ban) seeing if I could get the patch committed, but never received a reply. I never tried submitting it to Debian since I didn't like the idea of fail2ban having rules that only worked against patched versions of Debian packages. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620760: fail2ban: dropbear section broken in jail.conf
Package: fail2ban Version: 0.8.4+svn20110323-1 Severity: normal So I when upgrading noticed that a conf file I wrote ages ago has been incorporated into fail2ban. However, the config section in jail.conf is rather broken. The default behaviour of the dropbear package is to install an init script. In this case, the output of dropbear will end up in /var/log/auth.log as with the normal ssh daemon. However, the current config file specifies /var/log/dropbear. /var/log/dropbear is mentioned in the file README.runit in the dropbear package. However, this is only for when dropbear has been installed as a daemontools service. Also, /var/log/dropbear is a folder, not a file, so the actual log-file will be something else. Last but not least, daemontools uses a different logging format that the regular expressions in dropbear.conf wouldn't match anyway. In conclusion, I believe /var/log/dropbear should be changed to /var/log/auth.log. Secondly, I believe the line that reads filter = sshd in the dropbear section should read filter = dropbear. Lastly, it should probably be heavily emphasised at the top of jail.conf that the regexes don't match all the attacks that can be made against dropbear. In particular, they cannot match attacks which use only an ssh key and not a password (which I see all the time). It was my hope that I would get a patch I wrote accepted into dropbear upstream that always printed the IP info of every failed connnection attempt, but I never managed to do this. This is the output matched by the commented-out regex. In it's current state, the dropbear rules might even be considered slightly dangerous because it gives a false sense of security but does not protect against all attacks. It's for this reason I never submitted the file to Debian and to be honest, I think it might be a bad idea for it to be in there (at least until, one day, dropbear prints ip information for *all* failed connection attempts). Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619617: Re: gitweb produces invalid XHTML
Jonathan Nieder wrote: Thanks, both. Do you know if this bug has been filed with firefox? Not that I'm aware. At least I've not been able to find one. Certainly, it appears to have affected enough people that I found multiple pages recommending replacing nbsp; with #160;. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607204: awstats produces invalid XHTML
So, I've recently been informed that nbsp; *is* actually valid XHTML. The wonderful amount of misleading information about nbsp; being invalid XHTML, or Firefox not supporting nbsp; is due to a bizarre browser bug that apparently causes Firefox to reject nbsp; in XHTML under certain circumstances. The same browser bug hit me. However, I did just run awstats output though W3C's XHTML validator, and there are still large numbers of validation errors, just the nbsp; thing isn't one of them. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619617: gitweb: 1:1.7.4.1-5
Package: gitweb Version: gitweb produces invalid XHTML Severity: important It seems that to web browsers that support it, gitweb will serve an XHTML version of the interface. The currently served version includes the entity nbsp; which is invalid in XHTML. In the version of Firefox in Ubuntu, but possible other browsers/OSes, this will cause a complete refusal to render the page. This makes gitweb entirely unusable from these systems (which is why I marked the bug as important). I suspect this coincided with the migration of 1:1.7.4.1-3 into testing, as I did not see this issue until very recently. Francis -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.1 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619617: gitweb: 1:1.7.4.1-5
On Fri, 25 Mar 2011 14:36:02 -0400 (EDT), Anders Kaseorg wrote: Actually, nbsp; is totally valid XHTML: http://www.w3.org/TR/xhtml1/dtds.html#a_dtd_Latin-1_characters Firefox _only_ has a problem with it if you’ve just updated Firefox without restarting it. The problem will go away when you restart Firefox. Thanks. Guess that serves me right for googling for the issue instead of actually locating the XHTML specification. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609959: initscripts: too many loops! when bootlogd is enable
So, I took a look at the sysvinit source and the true problem appears to be that loop checking the the dependency makefile parser is hideously inefficient. It has a built in check for when loop-checking is doing too much work then bails out. This is what's getting triggered. This is clearly a known problem since there's already a Debian patch in the package that increases the number of checks that the loop-checker is allowed to do by 100x. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609959: Info received (Bug#609959: initscripts: too many loops! when bootlogd is enabled)
Hi, I'm attaching a patch against startpar, specifically makeboot.{h,c}. It should be able to drop into the debian/startpar/patches folder (but needs offset adjusting) and is intended to obsolete 04_makeboot_loop_upper_bound.patch. The check of the variable 'loop' in the original code is quite strange. The dependency graph has no loops by construction, so I can only assume that it was intended to catch an error on the part of the programmer, rather a loop in the makefile dependencies itself. Anyway, the patch still guarantees that check_loop will terminate since it cannot recursively call itself more than the number of nodes in the dependency graph. The other problem with the original code is the efficiency of check_loop. It treats the dependency graph as a tree instead of a DAG, and therefore repeatedly checks the same parts of the graph multiple times (hence the massive values for loop). I've avoided this by using a flag variable that is set when a node is visited. Instead of having to clear these flags, which is difficult to do in a depth-first implementation anyway, that flag variable is an integer which changes value on each call to check_loop. Summing across /etc/init.d/.depend.{boot,start,stop} on my system, this patch reduces the number of calls to check_loop from 3331320 to 8233 (0.25% of original). Please let me know if you have any questions, Francis diff -Nur startpar/makeboot.c startpar.new//makeboot.c --- startpar/makeboot.c 2011-03-21 22:33:39.649682525 + +++ startpar.new//makeboot.c 2011-03-21 22:35:59.439157460 + @@ -20,6 +20,8 @@ static int o_flags = O_RDONLY; #endif +static int check_loop(struct makenode *dep, struct makenode *src); +static int check_loop_helper(struct makenode *dep, struct makenode *src); int tree_entries = 0; struct makenode *tree_list = NULL; @@ -58,6 +60,7 @@ } memset(node, 0, alignof(struct makenode)+strsize(name)); node-name = ((char*)node)+alignof(struct makenode); + node-cycle_check_value = -1; strcpy(node-name, name); /* append to the list in alphabetical order */ @@ -102,18 +105,29 @@ /* * check whether the given target would create an infinte loop */ -static int loop; + +static int cycle_check_value; static int check_loop(struct makenode *dep, struct makenode *src) { + ++cycle_check_value; + return check_loop_helper(dep, src); +} + +static int check_loop_helper(struct makenode *dep, struct makenode *src) +{ +if (dep-cycle_check_value == cycle_check_value) + return 0; +else + dep-cycle_check_value = cycle_check_value; + struct makelist *s; for (s = dep-depend; s; s = s-next) { if (s-node == src) { fprintf(stderr, loop exists %s in %s!\n, dep-name, src-name); return 1; } - if (loop++ 999) - return 1; - if (check_loop(s-node, src)) + + if (check_loop_helper(s-node, src)) return 1; } return 0; @@ -127,7 +141,6 @@ struct makenode *dep; dep = add_target(dst); - loop = 0; if (check_loop(dep, node)) return; dep-select = new_list(node, dep-select); diff -Nur startpar/makeboot.h startpar.new//makeboot.h --- startpar/makeboot.h 2011-03-21 22:33:39.649682525 + +++ startpar.new//makeboot.h 2011-03-21 22:34:47.071017702 + @@ -17,6 +17,7 @@ struct makenode *next; int interactive; int importance; +int cycle_check_value; }; /* dependency and selection list nodes */
Bug#609959: initscripts: too many loops! when bootlogd is enable
Package: initscripts Version: 2.88dsf-13.1 Followup-For: Bug #609959 Any progress on determining the cause of this bug? I'm experiencing it with the version of initscripts in testing. Francis -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initscripts depends on: ii coreutils 8.5-1GNU core utilities ii debianutils 3.4.4Miscellaneous utilities specific t ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii lsb-base3.2-27 Linux Standard Base 3.2 init scrip ii mount 2.17.2-9.1 Tools for mounting and manipulatin ii sysv-rc 2.88dsf-13.1 System-V-like runlevel change mech ii sysvinit-utils 2.88dsf-13.1 System-V-like utilities Versions of packages initscripts recommends: ii e2fsprogs 1.41.12-2 ext2/ext3/ext4 file system utiliti ii psmisc22.13-1utilities that use the proc file s initscripts 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#618547: laptop-mode-tools: Broken behaviour in 1.57-1
Ritesh Raj Sarraf wrote: On 03/17/2011 05:28 AM, Francis Russell wrote: OK, after an extremely long and painful debugging session, I finally worked out what was going on, which was a combination of non-deterministic and slightly broken behaviour of laptop-mode-tools and a bug in nvclock. So I suppose it is the exec-commands module despite the fact that the commands are currently specified in the lcd conf file. I would imagine that there's no requirement for one application executing another to set the HOME environment variable, but letting it become / is definitely a bug. If laptop-mode is going to execute commands, the environment should either be clean or sane. The executed command has no way of knowing that it shouldn't make its configuration files in / and the user of laptop-mode has no way to know that the application to be run might be passed strange environment variables. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618547: laptop-mode-tools: Broken behaviour in 1.57-1
Ritesh Raj Sarraf wrote: We pass no strange environment variables. All that we need is set inside the tool itself. We run in 'sh' compliant mode and we run as a non-login shell. In laptop-mode, I can't house an environment for every foreign command that can be run. That's why I gave you the exec-commands example. OK, but somehow HOME is getting set to / non-deterministically inside the laptop-mode-tools script. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618547: laptop-mode-tools: Broken behaviour in 1.57-1
On Thu, 17 Mar 2011 17:07:04 +0530, Ritesh Raj Sarraf wrote: That must have been inherited from udev or acpid's environment. OK, I'll have a look and file a bug against the appropriate package when I have time. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618547: laptop-mode-tools: Broken behaviour in 1.57-1
Package: laptop-mode-tools Version: 1.57-1 Severity: important Since updating to 1.57-1, I've been observing strange behaviour from laptop-mode tools. For example, when unplugging the power, sometimes it will call the brightness changing command, sometimes not. Same with plugging thw power back in. Debug information from console seems to indicate that laptop mode sees the change in power status instantly and appears to act on in. My ext4 filesystems always get remounted with new options, but the screen issue appears to be non-deterministic, I haven't looked further to see if other settings are not being updated correctly. I also downgraded back to 1.55-1 and experienced none of these issues. Francis -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37.3 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages laptop-mode-tools depends on: ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip ii psmisc22.13-1utilities that use the proc file s ii util-linux2.17.2-9.1 Miscellaneous system utilities Versions of packages laptop-mode-tools recommends: ii acpid 1:2.0.8-1 Advanced Configuration and Power I ii ethtool 1:2.6.37-1 display or change Ethernet device ii hal 0.5.14-5 Hardware Abstraction Layer ii hdparm9.32-1 tune hard disk parameters for high ii net-tools 1.60-23The NET-3 networking toolkit ii sdparm1.06-3 Output and modify SCSI device para ii udev 166-1 /dev/ and hotplug management daemo ii wireless-tools30~pre9-5 Tools for manipulating Linux Wirel laptop-mode-tools suggests no packages. -- Configuration Files: /etc/laptop-mode/conf.d/auto-hibernate.conf changed: DEBUG=0 ENABLE_AUTO_HIBERNATION=1 HIBERNATE_COMMAND=/usr/sbin/hibernate AUTO_HIBERNATION_BATTERY_CHARGE_PERCENT=4 AUTO_HIBERNATION_ON_CRITICAL_BATTERY_LEVEL=1 /etc/laptop-mode/conf.d/bluetooth.conf changed: DEBUG=0 CONTROL_BLUETOOTH=1 BATT_ENABLE_BLUETOOTH=0 AC_ENABLE_BLUETOOTH=0 BLUETOOTH_INTERFACES=hci0 /etc/laptop-mode/conf.d/hal-polling.conf changed: DEBUG=0 CONTROL_HAL_POLLING=auto BATT_DISABLE_HAL_POLLING=1 AC_DISABLE_HAL_POLLING=1 HAL_POLLING_DEVICES=/dev/scd? /etc/laptop-mode/conf.d/intel-hda-powersave.conf changed: DEBUG=0 CONTROL_INTEL_HDA_POWER=1 BATT_INTEL_HDA_POWERSAVE=1 LM_AC_INTEL_HDA_POWERSAVE=0 NOLM_AC_INTEL_HDA_POWERSAVE=0 INTEL_HDA_DEVICE_TIMEOUT=10 INTEL_HDA_DEVICE_CONTROLLER=0 /etc/laptop-mode/conf.d/lcd-brightness.conf changed: DEBUG=0 CONTROL_BRIGHTNESS=1 BATT_BRIGHTNESS_COMMAND=nvclock -S 60 LM_AC_BRIGHTNESS_COMMAND=nvclock -S 100 NOLM_AC_BRIGHTNESS_COMMAND=nvclock -S 100 BRIGHTNESS_OUTPUT=/dev/null /etc/laptop-mode/conf.d/sched-mc-power-savings.conf changed: DEBUG=0 CONTROL_SCHED_MC_POWER_SAVINGS=1 /etc/laptop-mode/laptop-mode.conf changed: ENABLE_LAPTOP_MODE_TOOLS=1 VERBOSE_OUTPUT=0 LOG_TO_SYSLOG=1 DEBUG=0 ENABLE_LAPTOP_MODE_ON_BATTERY=1 ENABLE_LAPTOP_MODE_ON_AC=0 ENABLE_LAPTOP_MODE_WHEN_LID_CLOSED=0 ENABLE_AUTO_MODULES=0 MINIMUM_BATTERY_CHARGE_PERCENT=3 DISABLE_LAPTOP_MODE_ON_CRITICAL_BATTERY_LEVEL=1 HD=/dev/[hs]d[abcdefgh] PARTITIONS=auto /dev/mapper/* ASSUME_SCSI_IS_SATA=1 LM_BATT_MAX_LOST_WORK_SECONDS=120 LM_AC_MAX_LOST_WORK_SECONDS=120 CONTROL_READAHEAD=1 LM_READAHEAD=3072 NOLM_READAHEAD=128 CONTROL_NOATIME=0 USE_RELATIME=1 CONTROL_HD_IDLE_TIMEOUT=0 LM_AC_HD_IDLE_TIMEOUT_SECONDS=60 LM_BATT_HD_IDLE_TIMEOUT_SECONDS=60 NOLM_HD_IDLE_TIMEOUT_SECONDS=7200 CONTROL_HD_POWERMGMT=auto BATT_HD_POWERMGMT=128 LM_AC_HD_POWERMGMT=254 NOLM_AC_HD_POWERMGMT=254 CONTROL_HD_WRITECACHE=0 NOLM_AC_HD_WRITECACHE=1 NOLM_BATT_HD_WRITECACHE=0 LM_HD_WRITECACHE=0 CONTROL_MOUNT_OPTIONS=1 LM_DIRTY_RATIO=60 NOLM_DIRTY_RATIO=40 LM_DIRTY_BACKGROUND_RATIO=1 NOLM_DIRTY_BACKGROUND_RATIO=10 DEF_UPDATE=5 DEF_XFS_AGE_BUFFER=15 DEF_XFS_SYNC_INTERVAL=30 DEF_XFS_BUFD_INTERVAL=1 DEF_MAX_AGE=30 XFS_HZ=100 LM_SECONDS_BEFORE_SYNC=2 -- 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#618547: laptop-mode-tools: Broken behaviour in 1.57-1
OK, after an extremely long and painful debugging session, I finally worked out what was going on, which was a combination of non-deterministic and slightly broken behaviour of laptop-mode-tools and a bug in nvclock. So, I was having laptop-mode-tools call nvclock to change the brightness settings when the laptop was plugged/unplugged. Capturing the output from the laptop-mode-tools script, I saw that nvclock was non-deterministically reporting the error: Smartdimmer is only supported on certain (HP/Samsung/Sony/Zepto) laptops using a Geforce 6200/7x00Go/8x00Go. If you want support on your laptop contact the author. Weirdly, I could only trigger this from laptop-mode-tools, and not from the console, as root or otherwise. After some extremely slow tracing of how nvclock set its capability flags, I discovered that the issue was actually due to nvclock's configuration file code failing, but returning a success value, causing nvclock to fail much later as if the graphics card had reported that it didn't support screen dimming. The true error condition that nvclock had encountered was the the environment variable HOME had not been set. Strangely, when laptop-mode-tools invokes the screen brightness command, this variable is sometimes unset, and sometimes set to /. The latter is pretty problematic too as it results in nvclock creating its configuration folder .nvclock in /. So, I guess bug in laptop-mode-tools is that it should try set up a minimal environment was for command its invokes, and should set HOME to something like /root and definitely not /. I guess that for some reason, 1.55 always ended up setting it to /. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615633: laptop-mode-tools conflict with pm-utils
Package: laptop-mode-tools Version: 1.55-1 Severity: normal It appears that laptop-mode-tools recommends pm-utils. However, pm-utils says that it conflicts with laptop-mode-tools. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612278: iptables-persistent: Upgrade leaves behind rules.v4.dpkg-new file
Package: iptables-persistent Version: 0.5 Severity: normal I've just upgraded iptables-persistent on two 64-bit Debian systems running testing and unstable. In both cases, a file called rules.v4.dpkg-new was left behind in /etc/iptables with no contents. Francis -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iptables-persistent depends on: ii debconf [debconf-2.0] 1.5.38 Debian configuration management sy ii iptables 1.4.10-1 administration tools for packet fi iptables-persistent recommends no packages. iptables-persistent suggests no packages. -- Configuration Files: /etc/iptables/rules [Errno 2] No such file or directory: u'/etc/iptables/rules' /etc/iptables/rules.v4 changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610049: lsb: Still uses obsolete 'dpkg --print-installation-architecture'
Package: lsb Version: 3.2-23.2squeeze1 Severity: normal Apparently, the recent fix to bug #542610 didn't entirely remove the calls to the obsoleted dpkg option '--print-installation-architecture'. One still exists in the prerm script. Francis -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lsb depends on: ii lsb-core3.2-23.2squeeze1 Linux Standard Base 3.2 core suppo ii lsb-cxx 3.2-23.2squeeze1 Linux Standard Base 3.2 C++ suppor ii lsb-desktop 3.2-23.2squeeze1 Linux Standard Base 3.2 Desktop su ii lsb-graphics3.2-23.2squeeze1 Linux Standard Base 3.2 graphics s lsb recommends no packages. Versions of packages lsb suggests: pn lsb-languages none (no description available) pn lsb-multimedianone (no description available) pn lsb-printing none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607888: initramfs-tools: Generated initrds missing critical modules
Package: initramfs-tools Version: 0.98.7 Severity: important I built earlier versions of the initramfs-tools package from the git repository and it seems that this bug is present in 0.98.6, 0.98.7 but not 0.98.5. Grub2 is intalled into the MBR, and all Debian partitions except for /boot are located in an LVM2 PV on top of a LUKS encrypted partition. I'm using a Samsung R560 laptop. When booting, the system fails to detect any logical volumes having never prompted for the LUKS password. Comparing the initrds created, it looks like sd_mod is missing from those created by 0.98.{6,7} of initramfs-tools. Francis -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 4.2M Dec 13 06:23 /boot/initrd.img-2.6.32-5-amd64 -rw-r--r-- 1 root root 3.8M Dec 8 13:07 /boot/initrd.img-2.6.36.1 -rw-r--r-- 1 root root 3.8M Dec 23 17:48 /boot/initrd.img-2.6.36.2 -- /proc/cmdline BOOT_IMAGE=/vmlinuz-2.6.36.1 root=/dev/mapper/debian_vg-root ro resume=/dev/debian_vg/swap -- /proc/filesystems ext4 ext3 fuseblk -- lsmod Module Size Used by vboxnetadp 4555 0 vboxnetflt 12415 0 vboxdrv 1766341 2 vboxnetadp,vboxnetflt acpi_cpufreq5629 1 mperf 1363 1 acpi_cpufreq cpufreq_stats 3012 0 cpufreq_powersave986 0 cpufreq_conservative 9592 0 cpufreq_userspace 2128 0 binfmt_misc 7013 1 ipt_REJECT 2061 2 xt_tcpudp 2395 5 nf_conntrack_ipv4 11297 1 nf_defrag_ipv4 1417 1 nf_conntrack_ipv4 xt_state1218 1 nf_conntrack 64168 2 nf_conntrack_ipv4,xt_state xt_multiport1653 1 iptable_filter 1626 1 ip_tables 15643 1 iptable_filter x_tables 21097 6 ipt_REJECT,xt_tcpudp,xt_state,xt_multiport,iptable_filter,ip_tables fuse 59743 3 ext3 113335 1 jbd44126 1 ext3 coretemp5244 0 ipv6 266836 25 loop 13715 0 nvidia 10845083 31 btusb 10950 0 snd_hda_codec_nvhdmi13367 1 bluetooth 52696 1 btusb snd_hda_codec_realtek 284887 1 snd_hda_intel 20678 0 snd_hda_codec 86640 3 snd_hda_codec_nvhdmi,snd_hda_codec_realtek,snd_hda_intel option 16157 0 snd_hwdep 5962 1 snd_hda_codec snd_pcm_oss31244 0 snd_mixer_oss 13354 1 snd_pcm_oss snd_pcm68457 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss snd_seq_dummy 1606 0 usb_wwan 10673 1 option snd_seq_oss2 0 arc41361 2 ecb 1951 2 snd_seq_midi4930 0 snd_rawmidi19448 1 snd_seq_midi sg 20209 0 snd_seq_midi_event 6441 2 snd_seq_oss,snd_seq_midi snd_seq47606 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event iwlagn115904 0 joydev 9461 0 sr_mod 12339 0 iwlcore 108404 1 iwlagn cdrom 33311 1 sr_mod usbserial 33278 2 option,usb_wwan snd_timer 19012 2 snd_pcm,snd_seq video 20935 0 sky2 41234 0 snd_seq_device 5936 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq uhci_hcd 18701 0 mac80211 149434 2 iwlagn,iwlcore ehci_hcd 31445 0 button 5774 0 battery10774 0 snd57159 12 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device i2c_i8017467 0 cfg80211 132980 3 iwlagn,iwlcore,mac80211 evdev 7769 12 output 2231 1 video intel_agp 26342 0 soundcore 6603 1 snd i2c_core 23022 2 nvidia,i2c_i801 psmouse35708 0 snd_page_alloc 7636 2 snd_hda_intel,snd_pcm rfkill 17203 2 bluetooth,cfg80211 ac 3338 0 pcspkr 1854 0 ext4 286698 2 mbcache 7020 2 ext3,ext4 jbd2 69931 1 ext4 crc16 1635 1 ext4 aes_x86_64 7768 2 aes_generic27383 1 aes_x86_64 xts 2319 1 gf128mul7397 1 xts dm_crypt 10880 1 dm_mod 65394 13 dm_crypt zlib_deflate 19259 0 crc32c 2695 1 libcrc32c 1180 0 sd_mod 28644 4 crc_t10dif 1491 1 sd_mod ahci 20326 3 fan 3535 0 libahci19828 1 ahci --
Bug#607888: Acknowledgement (initramfs-tools: Generated initrds missing critical modules)
I've tracked it to this specific change to hook-functions between 0.98.5 and 0.98.6. - if [ -e /sys/bus/scsi/devices/ ]; then + if [ -d ${DESTDIR}/lib/modules/${version}/kernel/drivers/scsi ]; then manual_add_modules sd_mod fi I had the script die at that point and looked at the contents of ${DESTDIR}: mkinitramfs_ztyrBv/ mkinitramfs_ztyrBv/scripts mkinitramfs_ztyrBv/sbin mkinitramfs_ztyrBv/lib mkinitramfs_ztyrBv/lib/modules mkinitramfs_ztyrBv/lib/modules/2.6.36.1 mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/drivers mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/drivers/ata mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/drivers/ata/ahci.ko mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/drivers/ata/libahci.ko mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/fs mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/fs/ext4 mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/fs/ext4/ext4.ko mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/fs/mbcache.ko mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/fs/jbd2 mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/fs/jbd2/jbd2.ko mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/crypto mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/crypto/crc32c.ko mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/lib mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/lib/crc16.ko mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/lib/zlib_deflate mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/lib/zlib_deflate/zlib_deflate.ko mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/lib/libcrc32c.ko mkinitramfs_ztyrBv/lib/modules/2.6.36.1/modules.order mkinitramfs_ztyrBv/etc mkinitramfs_ztyrBv/conf mkinitramfs_ztyrBv/conf/modules mkinitramfs_ztyrBv/conf/conf.d mkinitramfs_ztyrBv/bin As there's no scsi folder, sd_mod is never added. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607858: netbase: Please add monotone Netsync protocol (port 4691) to /etc/services
Package: netbase Version: 4.43 Severity: wishlist Please add the monotone Netsync protcol to /etc/services. Monotone is a distributed version control system under active development and packaged in Debian. It is listed under the keyword 'mtn' in http://www.iana.org/assignments/port-numbers. Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36.2 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages netbase depends on: ii initscripts 2.88dsf-13 scripts for initializing and shutt ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip Versions of packages netbase recommends: ii ifupdown 0.6.10 high level tools to configure netw netbase suggests no packages. -- Configuration Files: /etc/services changed [not included] -- 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#607204: awstats produces invalid XHTML
Package: awstats Version: 6.9.5~dfsg-2 Severity: normal When configured to output XHTML, awstats will use nbsp; in the resulting output file. This isn't a valid XHTML entity and causes awstats to fail to render under some browsers (Firefox 3.6 in Ubuntu, though apparently not Iceweasel in Debian). Running the awstats output through the W3C XHTML validator also seemed to show other issues. Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36.2 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606009: bzr-doc has broken links to user reference and other files
Package: bzr-doc Version: 2.3.0~beta3-1 Severity: normal The main documentation index page contains a broken link to the bzr user reference, but it doesn't appear to be in bzr-doc or any other package. Also, I note that the main page's link to the PDF format of the quick start guide is broken although the PDF is present in the package. The link to the PNG version of the quick start file isn't broken, but there appears to be two copies of it in the package. Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36.1 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash bzr-doc depends on no packages. bzr-doc recommends no packages. Versions of packages bzr-doc suggests: ii bzr 2.1.2-1easy to use distributed version co -- 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#601850: monotone: Empty command string can be used to crash certain server configurations
Package: monotone Version: 0.48-2 Severity: serious Tags: upstream Monotone versions 0.46, 0.47 and 0.48 are affected by a bug whereby a client sending an empty command string to the server can cause it to terminate if remote command execution is enabled. This has been fixed in 0.48.1. Further details exist here: http://www.thomaskeller.biz/blog/2010/10/22/monotone-0-48-1-released-please-update-your-servers/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599550: Accidental extra word in ext4 section of mount man page
Package: mount Version: 2.17.2-3.2 Severity: minor From the ext4 section of the mount man page: Many broken applications don't use fsync() when noauto_da_alloc replacing existing files via patterns such as It looks like the noauto_da_alloc got in there because the text was pasted from the Linux kernel ext4 documentation which included the option names in a different column. Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.7 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mount depends on: ii libblkid1 2.17.2-3.2 block device id library ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libsepol1 2.0.41-1 SELinux library for manipulating b ii libuuid1 2.17.2-3.2 Universally Unique ID library mount recommends no packages. Versions of packages mount suggests: pn nfs-commonnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595781: About /var/run/cyrus/socket/lmtp and chroot
Javier Barroso wrote: Could we add a third instructions like this: 3. Change in /etc/postfix/master.cf lmtp chroot column to 'n' lmtp unix - - n - - lmtp If this step is not made, No such file or directory will be showed in logs (about /var/run/cyrus/socket/lmtp) I noticed this bug from the mailing list. That instruction assumes that the user's *only* choice is to move lmtp service out of the chroot. Instead, they might want to add something this to cyrus.conf: lmtpchroot cmd=lmtpd listen=/var/spool/postfix/local/socket/lmtp prefork=0 maxchild=20 and create the appropriate folders to enable cyrus to create another socket inside the postfix chroot. Then they would just need to enable postfix to find the socket: virtual_transport = lmtp:unix:local/socket/lmtp and the lmtp service remains chrooted. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578862: postfix: Verify reports incorrect 'No such file or directory' on its database
I'm seeing this with 2.7.1-1 although that message from the mailing list would seem to suggest that the fix should have made it into an upstream release by now. Can I suggest this bug is perhaps slightly more important than minor? To quote the postconf manpage on the verify database, If the database becomes corrupted, the world comes to an end and it's not exactly clear that the bug is benign. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593969: Can e-uae go into main?
Package: e-uae Version: 0.8.29-WIP4-10 Severity: wishlist It seems to me that e-uae can be in main and not in contrib. At least, I couldn't spot any dependencies on contrib or non-free packages, though I might be wrong. Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.1 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages e-uae depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-1 FreeType 2 font engine, shared lib ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libsdl1.2debian 1.2.14-6 Simple DirectMedia Layer ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime e-uae recommends no packages. e-uae 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#503269: include the lua tikz terminal
As much as I dislike me too messages. Being able to render to tikz Latex would be quite helpful. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591112: [Monotone-debian] Bug#591112: monotone: FTBFS: test failed
This is a weird failure. The test in question marks a directory unwritable via chmod a-w and then tries to perform a database migration which needs write access to the database. The migration is expected to fail because the database journal should not be writable to the directory, but from what I can see in the logs the migration runs through without erroring out anything. Hi, I can reproduce the failure (monotone unit test 235) on a Debian testing after installing the latest sqlite from unstable (3.7). From what is looks like, the new version of sqlite isn't producing a journal file. At least, I've tried killing mtn halfway through a sync and haven't managed to find one. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590732: ubuntu-dev-tools: requestsync doesn't support STARTTLS
Package: ubuntu-dev-tools Version: 0.100 Severity: normal It seems requestsync doesn't support using STARTTLS. Attempting to relay a sync request though a server that requires TLS before authentication gives me the error (e-mail address obscured): Connecting to smtp.unchartedbackwaters.co.uk:587 ... Traceback (most recent call last): File /usr/bin/requestsync, line 242, in module mailBug(srcpkg, subscribe, status, title, report, options.keyid) File /usr/lib/pymodules/python2.6/ubuntutools/requestsync/mail.py, line 226, in mailBug s.sendmail(myemailaddr, to, mail.encode('utf-8')) File /usr/lib/python2.6/smtplib.py, line 698, in sendmail raise SMTPSenderRefused(code, resp, from_addr) smtplib.SMTPSenderRefused: (530, '5.7.0 Must issue a STARTTLS command first', '...@###.##.##') I note that reportbug has no problems with STARTTLS, but requires that an option be set in .reportbugrc. Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34.1 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ubuntu-dev-tools depends on: ii binutils 2.20.1-12 The GNU assembler, linker and bina ii dctrl-tools 2.14 Command-line tools to process Debi ii devscripts2.10.65.1 scripts to make the life of a Debi ii diffstat 1.47-1 produces graph of changes introduc ii dpkg-dev 1.15.7.2 Debian package development tools ii lsb-release 3.2-23.1 Linux Standard Base version report ii python2.6.5-5An interactive high-level object-o ii python-apt0.7.96.1 Python interface to libapt-pkg ii python-debian 0.1.16 Python modules to work with Debian ii python-launchpadlib 1.6.2-1Launchpad web services client libr ii python-lazr.restfulclient 0.9.20-1 client for lazr.restful-based web ii python-support1.0.9 automated rebuilding support for P ii sudo 1.7.2p7-1 Provide limited super user privile Versions of packages ubuntu-dev-tools recommends: ii bzr 2.1.2-1easy to use distributed version co ii ca-certificates 20090814 Common CA certificates ii debootstrap 1.0.23 Bootstrap a basic Debian system ii genisoimage 9:1.1.10-1 Creates ISO-9660 CD-ROM filesystem ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg ii libwww-perl 5.836-1Perl HTTP/WWW client/server librar ii pbuilder 0.199 personal package builder for Debia ii perl-modules 5.10.1-13 Core Perl modules ii reportbug 4.12.4 reports bugs in the Debian distrib Versions of packages ubuntu-dev-tools suggests: pn qemu-kvm-extras-staticnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590174: xserver-xorg-input-synaptics: Xserver doesn't detect Synaptics touchpad
Package: xserver-xorg-input-synaptics Version: 1.2.2-2 Severity: normal Hi, I've got a Samsung R560 laptop with a Synaptics touchpad. For some reason, the synaptics driver no-longer detects the touchpad as a synaptic one. I usually use /dev/psaux as my device, but switching to /dev/input/mouse* and /dev/input/event* devices have no effect either. Unfortunately, I'm not really sure when this broke, so I can't confirm if this coincided with some version of the xserver-xorg-input-synaptics package moving into testing. Francis -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 May 10 2009 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1878240 Jun 3 16:09 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: nVidia Corporation G96 [GeForce 9600M GT] (rev a1) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 3186 Jul 24 15:09 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type man /etc/X11/xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files FontPath/usr/share/fonts/X11/misc FontPath/usr/X11R6/lib/X11/fonts/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/X11R6/lib/X11/fonts/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/X11R6/lib/X11/fonts/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/X11R6/lib/X11/fonts/100dpi FontPath/usr/share/fonts/X11/75dpi FontPath/usr/X11R6/lib/X11/fonts/75dpi # path to defoma fonts FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Loadi2c Loadbitmap Loadddc Loadextmod Loadfreetype Loadglx Loadint10 Loadtype1 Loadvbe Loaddbe EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout gb EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/event8 Option Protocol ExplorerPS/2 Option Emulate3Buttons true EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option SendCoreEventstrue Option Device/dev/input/mouse1 Option Protocol auto-dev Option TapButton11 Option TapAndDragGesture true Option VertEdgeScrolltrue EndSection Section Device Identifier nVidia Corporation GeForce 9600M GT Driver nvidia Option DPI 96x96 Option NvAGP 1 Option RenderAccel true Option NoLogotrue Option EnableACPIHotKeys true Option AllowGLXWithComposite true EndSection Section Monitor Identifier Generic Monitor Option DPMS EndSection Section Screen Identifier Default Screen Device nVidia Corporation GeForce 9600M GT Monitor Generic Monitor DefaultDepth24 Option AddARGBGLXVisuals true EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse InputDevice Synaptics Touchpad EndSection Section DRI Mode0666 EndSection Section Extensions Option Composite enable
Bug#590174: xserver-xorg-input-synaptics: Xserver doesn't detect Synaptics touchpad
Julien Cristau wrote: Ignoring the fact that your xorg.conf is broken, the log looks like the synaptics device is detected correctly. What makes you think it isn't? Sorry, I did close this bug shortly afterwards when things started working. The xorg log showed that the synaptics drived failed to detect the touchpad: (II) Synaptics touchpad driver version 1.2.2 Synaptics Touchpad no synaptics event device found (**) Option Device /dev/input/mouse1 (**) Option VertEdgeScroll true (**) Option TapButton1 1 (**) Option TapAndDragGesture true Query no Synaptics: 6003C8 (--) Synaptics Touchpad: no supported touchpad found (EE) Synaptics Touchpad Unable to query/initialize Synaptics hardware. (EE) PreInit failed for input device Synaptics Touchpad (II) UnloadModule: synaptics and then it was detected by some sort of generic support instead. It looks like this was due to forcing the value of the Device option whereas removing it let auto-dev chose the appropriate device. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590131: bash-completion: No longer completes fusermount -u in certain cases
Package: bash-completion Version: 1:1.2-2 Severity: normal fusermount is a tool used to mount/unmount FUSE filesystems. To unmount a fuse filesystem, one invokes: fusermount -u mountpoint It is no longer possible to tab-complete the mount-point when the mount point begins with '~', uses a relative path or any other type of expansion. Instead I'm forced to use to entire path. This wasn't an issue with earlier bash-completion versions, though it's possible the fuse auto-completion stuff wasn't specifically trying to match paths from /etc/mtab. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34.1 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bash-completion depends on: ii bash 4.1-3 The GNU Bourne Again SHell bash-completion recommends no packages. bash-completion 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#589786: ia32-libs: Adobe Flash support
Package: ia32-libs Version: 20090808 Severity: wishlist Due to a security bug with the 64-bit Flash plugin, it has been disabled in Debian (DBTS #586273). Hence, it would be nice if ia32-libs contained all the libraries if the 32-bit plugin needs. Unfortunately, this doesn't seem to be as easy as running ldd on the 32-bit flash player library. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34.1 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ia32-libs depends on: ii dpkg1.15.7.2 Debian package management system ii lib32asound21.0.23-1 shared library for ALSA applicatio ii lib32gcc1 1:4.4.4-6GCC support library (32 bit Versio ii lib32ncurses5 5.7+20100313-2 shared libraries for terminal hand ii lib32stdc++64.4.4-6 The GNU Standard C++ Library v3 (3 ii lib32z1 1:1.2.3.4.dfsg-3 compression library - 32 bit runti ii libc6-i386 2.11.2-2 GNU C Library: 32-bit shared libra ii lsb-release 3.2-23.1 Linux Standard Base version report ia32-libs recommends no packages. Versions of packages ia32-libs suggests: ii ia32-libs-gtk 20090804 GTK+ ia32 shared libraries -- 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#589788: flashplugin-nonfree: Consider adopting downstream (Ubuntu) fix for 64-bit security issues
Package: flashplugin-nonfree Version: 1:2.8.1 Severity: wishlist The Ubuntu response to the 64-bit security problem has been to package the 32-bit version of the flash plugin and use nspluginwrapper. I built and installed the Ubuntu flashplugin-installer deb and was able to get Flash running fine. My only issue appeared to be that the Debian ia32 libraries are split into a number of packages and ia32-libs doesn't depend on all of them so some more ia32-libs-* packages needed to be installed to get all the required libraries. Ubuntu just uses a monolithic ia32-libs package. Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34.1 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589345: e2fsprogs: Linux 2.6 kernel supports online resizing of ext4
Package: e2fsprogs Version: 1.41.12-2 Severity: minor The resize2fs manpage says As of this writing, the Linux 2.6 kernel supports on-line resize for filesystems mounted using ext3 only. I resized a mounted ext4 partion the other day on a 2.6.34.1 kernel and I'm sure I've done it before May 2010 which seems to be date-stamp on the man-page. This should probably be updated. Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34.1 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages e2fsprogs depends on: ii e2fslibs 1.41.12-2 ext2/ext3/ext4 file system librari ii libblkid1 2.17.2-3.1 block device id library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcomerr21.41.12-2 common error description library ii libss21.41.12-2 command-line interface parsing lib ii libuuid1 2.17.2-3.1 Universally Unique ID library ii util-linux2.17.2-3.1 Miscellaneous system utilities e2fsprogs recommends no packages. Versions of packages e2fsprogs suggests: pn e2fsck-static none (no description available) pn gpart none (no description available) ii parted2.2-7 The GNU Parted disk partition resi -- 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#589021: dh-make: Update license templates to match Debian policy
Package: dh-make Version: 0.55 Severity: minor According to Debian policy section 12.5: Packages distributed under the Apache license (version 2.0), the Artistic license, the GNU GPL (version 2 or 3), the GNU LGPL (versions 2, 2.1, or 3), and the GNU FDL (versions 1.2 or 1.3) should refer to the corresponding files under /usr/share/common-licenses, rather than quoting them in the copyright file. Presumably the templates for these licenses should reflect this not to mention the dh-make copyright file itself. Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34.1 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make depends on: ii debhelper 7.9.3 helper programs for debian/rules ii dpkg-dev 1.15.7.2 Debian package development tools ii make 3.81-8 An utility for Directing compilati ii perl 5.10.1-13 Larry Wall's Practical Extraction dh-make recommends no packages. Versions of packages dh-make suggests: ii build-essential 11.5 Informational list of build-essent -- 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#589061: dh-ocaml: dh_ocaml doesn't define ${ocaml:Depends} when empty
Package: dh-ocaml Version: 0.9.3 Severity: minor It seems that dh_ocaml doesn't define ${ocaml:Depends} when it is empty. This occurs for me when invoking dh_ocaml in a build script on a platform that has a native-code compiler. As a result dpkg-gencontrol will complain about the undefined variable. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34.1 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash dh-ocaml depends on no packages. Versions of packages dh-ocaml recommends: ii ocaml-nox 3.11.2-1 ML implementation with a class-bas dh-ocaml 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#589021: dh-make: Update license templates to match Debian policy
Craig Small wrote: The templates do this already. Can you point to a specific example where this isn't the case? The templates I checked had a few lines of blah saying they were using the particular license, then a reference to the file. Yes, I closed the bug shortly afterwards. In my haste, I accidentally misread some of the templates containing licence excerpts as breaking this policy as I assumed the templates would contain a reference to the file and little else. Sorry for the inconvenience. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588139: trac-mastertickets: Improve graphviz dependencies
Package: trac-mastertickets Version: 2.1.3+r4179-1 Severity: normal For its graphviz support, this plugin uses the dot binary, yet it doesn't have a depends or recommends on the graphviz package. Instead, it has a recommends on the trac-graphviz package, but as is stated on the MasterTicketsPlugin page You do not need the GraphvizPlugin or anything else beyond the dot binary.. At best, I think the trac Graphviz plugin is a suggests. Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586578: libboost1.42-doc: Image locations broken in Boost Graph library docs
Package: libboost1.42-doc Version: 1.42.0-3 Severity: normal It appears that image URLs for the Boost Graph documentation are incorrect. For example, on this page: file:///usr/share/doc/libboost1.42-doc/HTML/libs/graph/doc/adjacency_list.html the HTML refers to an image here: file:///usr/share/doc/libboost1.42-doc/HTML/libs/graph/doc/figs/undir-adj-matrix-graph2.gif apt-file shows me that the image is actually located here: /usr/share/doc/libboost1.42-doc/HTML/doc/figs/undir-adj-matrix-graph2.gif The other images are similarly broken. Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash libboost1.42-doc depends on no packages. libboost1.42-doc recommends no packages. Versions of packages libboost1.42-doc suggests: ii libboost1.42-dev 1.42.0-3 Boost C++ Libraries development fi -- 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#566060: Bug#574512: Release-critical bugs in monotone: ping?
Ludovic Brenta wrote: Is anyone still interested in maintaining monotone in Debian? Just thought I'd add that I use monotone from Debian and know others who do as well. I'm willing to help in whatever way I can although I'm not a Debian Maintainer. Is this just a manpower issue? Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583897: e-uae: Please use better build options
Package: e-uae Version: 0.8.29-WIP4-8 Severity: normal Thanks for maintaining this package! e-uae has the ability to present SCSI devices on the host system to the emulated Amiga (typically the CD-ROM drive). This requires the '--enable-scsi-device' flag and would add a build dependency on linux-libc-dev. Even with this option compiled in, it still requires an option in the config-file to enable so I don't believe adding it will break current configurations. I have no idea why it isn't enabled by default in the configure script, perhaps because it is Linux-specific functionality. These other two are closer to wishlist: With the current options, e-uae uses OSS as its sound target. As far as I'm aware OSS is considered obsolete. ALSA sound support can be enabled with '--with-alsa' or sound via SDL with '--with-sdl-sound'. I've only ever used --with-alsa myself. The current Debian configure line includes both the options '--with-x' and '--with-sdl-gfx'. I'm pretty sure that uae graphics back-ends are mutually exclusive, making that line confusing. At the very least, when compiled against one graphics back-end options related to the other in the uae config file will cause e-uae to complain about unknown config entries. Regards, Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582856: libginac-dev: Please build HTML docs
Package: libginac-dev Version: 1.5.7-1 Severity: wishlist Although I see the GiNaC tutorial is included in info format, it would be great if it could be included in HTML format, along with the Doxygen documentation as found on the GiNaC home page. The latter is quite large uncompressed so it would probably require a new -doc package. Both the tutorial HTML and Doxygen docs build fine from the current source package. Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.4 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libginac-dev depends on: ii dpkg 1.15.7.1 Debian package management system ii g++ 4:4.4.3-1 The GNU C++ compiler ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii libc6-dev 2.10.2-6 Embedded GNU C Library: Developmen ii libcln-dev1.3.1-2Development library for Class Libr ii libginac1.5 1.5.7-1The GiNaC symbolic framework (runt Versions of packages libginac-dev recommends: ii info [info-browser] 4.13a.dfsg.1-5 Standalone GNU Info documentation ii konqueror [info-browser] 4:4.4.3-1 KDE 4's advanced file manager, web ii libginac1.5-dbg 1.5.7-1The GiNaC symbolic framework (debu Versions of packages libginac-dev suggests: pn ginac-tools none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581897: python-ffc: ffc -l dolfin gives an error
Package: python-ffc Version: 0.9.2-2 Severity: important Attempting to compile a form with ffc -l dolfin -r quadrature gives the following error. Unable to generate DOLFIN wrappers, missing module dolfin_utils.wrappers. Traceback (most recent call last): File /usr/bin/ffc, line 167, in module sys.exit(main(sys.argv[1:])) File /usr/bin/ffc, line 149, in main compile_form(ufd.forms, ufd.object_names, prefix, parameters) File /usr/lib/python2.5/site-packages/ffc/compiler.py, line 155, in compile_form wrapper_code = generate_wrapper_code(analysis, prefix, parameters) File /usr/lib/python2.5/site-packages/ffc/wrappers.py, line 30, in generate_wrapper_code error(Unable to generate DOLFIN wrappers, missing module dolfin_utils.wrappers.) File string, line 1, in lambda File /usr/lib/python2.5/site-packages/ufl/log.py, line 124, in error raise UFLException(self._format_raw(*message)) ufl.log.UFLException: Unable to generate DOLFIN wrappers, missing module dolfin_utils.wrappers. For completeness, I've attached the form I was trying to compile. Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.4 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-ffc depends on: ii python 2.5.4-9 An interactive high-level object-o ii python-central 0.6.14+nmu2 register and build utility for Pyt ii python-fiat 0.9.1-1 tabulation of finite element funct ii python-instant 0.9.8-1 simple inlining of C / C++ code in ii python-ufc 1.4.0-2 unified code generation interface ii python-ufl 0.5.2-1 unified language for form-compiler python-ffc recommends no packages. Versions of packages python-ffc suggests: pn python-ferari none (no description available) -- no debconf information VX = FiniteElement(Lagrange, triangle, 2) VY = FiniteElement(Lagrange, triangle, 2) P = FiniteElement(Lagrange, triangle, 1) V = VX + VY TH = V + P (v, q) = TestFunctions(TH) (u, p) = TrialFunctions(TH) f = Coefficient(V) a = (inner(grad(v), grad(u)) - div(v)*p + q*div(u))*dx L = inner(v, f)*dx
Bug#564643: Info received (Bug#564643: spamprobe: Hash target doesn't work)
So, it's been a while since I've reported this and there's been no response. As the other spamprobe back-end has a tendency to deadlock, the hash target is the more reliable alternative but this bug renders it unusable on 64-bit systems. Is this package still being maintained? Regards, Francis Russell -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574562: monotone-viz incompatible with monotone version in unstable
reopen 574562 thanks I'm reopening this as upstream release 1.0.2 isn't compatible with the current version of monotone. A version that works with 0.46 onwards is only available in the net.venge.monotone-viz.new-stdio branch (http://cia.vc/stats/project/monotone-viz) and forks off from 1.0.2. Revision 142b487d0b2cc5e24e17998407f7921f2372ea3c in the net-stdio branch is available from the monotone-viz repo. However, this still doesn't work quite correctly without a patch I was sent from Stéphane Gimenez (author of the new-stdio changes) after I found problems with that revision (included earlier in this bug report). To simplify things, I've included a patch against 1.0.2-1 that incorporates both the changes from the new-stdio branch, and what I was sent from Stéphane Gimenez. They only affect the file automate.ml. Francis --- monotone-viz-1.0.2/automate.ml 2007-05-13 18:07:38.0 +0100 +++ monotone-viz-1.0.2.new-stdio/automate.ml 2010-04-04 21:40:28.0 +0100 @@ -44,7 +44,7 @@ | `OUTPUT of string | `ERRORof string | `SYNTAX_ERROR of string] -type chunk = command_id * int * bool * string +type chunk = command_id * bool * string type process = { p_in : in_watch ; p_out : out_watch ; @@ -152,7 +152,7 @@ try match Giochannel.read_chars w.out_w.w_chan w.out_sb with | `NORMAL read - - if debug then log %s cb: read %d w.out_w.w_name read ; + if debug then log %s cb: read %d w.out_w.w_name read; Buffer.add_substring w.out_buffer w.out_sb 0 read ; w.out_cb w.out_buffer | `EOF - @@ -258,8 +258,8 @@ -let find_four_colon b = - let to_find = ref 4 in +let find_three_colon b = + let to_find = ref 3 in let i = ref 0 in while !to_find 0 do let c = Buffer.nth b !i in @@ -277,22 +277,20 @@ let decode_stdio_chunk b = try -let header_len = find_four_colon b in +let header_len = find_three_colon b in let h = Buffer.sub b 0 header_len in let c1 = String.index_from h 0 ':' in let number = int_of_string (string_slice ~e:c1 h) in -let code = int_of_char h.[c1 + 1] - int_of_char '0' in let c2 = String.index_from h (c1 + 1) ':' in -let last = h.[c2 + 1] in +let last = h.[c1 + 1] in let c3 = String.index_from h (c2 + 1) ':' in -let c4 = String.index_from h (c3 + 1) ':' in -let len = int_of_string (string_slice ~s:(c3 + 1) ~e:c4 h) in +let len = int_of_string (string_slice ~s:(c2 + 1) ~e:c3 h) in if Buffer.length b header_len + len then `INCOMPLETE else let data = truncate_buffer b header_len len in - `CHUNK (number, code, last = 'l', data) + `CHUNK (number, last = 'l', data) with Invalid_argument _ - `INCOMPLETE @@ -305,11 +303,11 @@ | `INCOMPLETE - () - | `CHUNK (nb, _, _, _) when aborted_cmd p nb - + | `CHUNK (nb, _, _) when aborted_cmd p nb - p.chunks - List.remove_assoc nb p.chunks ; out_cb p b - | `CHUNK ((nb, code, false, data) as chunk) - + | `CHUNK ((nb, false, data) as chunk) - if debug then log decoded a chunk ; let previous_chunks = try List.assoc nb p.chunks @@ -320,7 +318,7 @@ previous_chunks := chunk :: !previous_chunks ; out_cb p b - | `CHUNK ((nb, code, true, data) as chunk) - + | `CHUNK ((nb, true, data) as chunk) - if debug then log decoded last chunk ; let chunks = try @@ -333,14 +331,14 @@ p.callbacks - List.remove_assoc nb p.callbacks ; let msg = String.concat - (List.map (fun (_, _, _, d) - d) chunks) in - let data = - match code with - | 0 - `OUTPUT msg - | 1 - `SYNTAX_ERROR msg - | 2 - `ERROR msg + (List.map (function (_, false, d) - d | (_, true, d) - ) chunks) in + let code = + match data with + | 0 - `OUTPUT msg + | 1 - `SYNTAX_ERROR msg + | 2 - `ERROR msg | _ - failwith invalid_code in automate stdio output in - ignore (Glib.Idle.add ~prio:0 (fun () - cb data ; false)) ; + ignore (Glib.Idle.add ~prio:0 (fun () - cb code ; false)) ; out_cb p b @@ -409,6 +407,20 @@ chunks = [] ; exit_cb = (fun _ - assert false) } in + let rec check_version buf = +if String.contains buf '\n' then + String.length buf = 18 String.sub buf 0 18 = format-version: 2\n +else + match Giochannel.read_chars p.p_out.out_w.w_chan p.p_out.out_sb with + | `NORMAL read - check_version (buf ^ String.sub p.p_out.out_sb 0 read) + | `EOF - + Giochannel.shutdown p.p_out.out_w.w_chan false; + Giochannel.shutdown p.p_err.out_w.w_chan false; + failwith mtn version 0.46 or above is required; + | `AGAIN - check_version buf + in + if not (check_version ) + then failwith mtn stdio uses an unknown format-version; let pid = some child.Gspawn.pid in ignore (Gspawn.add_child_watch ~prio:50 pid (reap_cb p pid)) ; p.p_out.out_cb - out_cb p ;
Bug#574512: Info received ([Monotone-debian] Bug#574512: monotone: mtn sync fails with 'fatal' error message)
Any progress on this bug? I assume it's not Debian-specific? Many thanks, Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575255: graphviz: *** glibc detected *** circo: free(): invalid next size (fast): 0x00000000007032c0 ***
Package: graphviz Severity: normal I did a little investigation into this which may or may not be helpful. The problem appears to be with the call to position in lib/circogen/circpos.c. position iterates over a linked list and conditionally saves values into an array called parents. parents has the size 'childCount', however, in the single place position is called the linked list has the size 'length'. If lengthchildCount and enough iterations add a value to the parents array, its bounds may be overrun. Changing the line 'posinfo_t* parents = N_NEW(childCount, posinfo_t);' to 'posinfo_t* parents = N_NEW(length, posinfo_t);' fixes the segfault, though it's not clear if this method's being called with an incorrect assumption about the values of childCount and length anyway. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574562: monotone-viz incompatible with monotone version in unstable
I've attached a patch I was sent from the author of the new stdio changes for monotone-viz, Stéphane Gimenez against revision 142b487d0b2cc5e24e17998407f7921f2372ea3c in the net.venge.monotone-viz.new-stdio branch that fixes a error with parsing the monotone format-version line I encountered. I assume this patch will make it into the new-stdio branch anyway but currently it isn't, so I decided to forward it here. Regards, Francis # # old_revision [142b487d0b2cc5e24e17998407f7921f2372ea3c] # # patch automate.ml # from [62bef3827396107a9fb8c65ac340cfda00abe7a0] #to [81cd3139b4ac5a13091737bf47b0c2e1b62eea62] # --- automate.ml 62bef3827396107a9fb8c65ac340cfda00abe7a0 +++ automate.ml 81cd3139b4ac5a13091737bf47b0c2e1b62eea62 @@ -407,20 +407,20 @@ let spawn mtn db = chunks = [] ; exit_cb = (fun _ - assert false) } in - let head = String.create 4096 in - while not (String.contains head '\n') do - match Giochannel.read_chars p.p_out.out_w.w_chan head with - | `NORMAL read - () + let rec check_version buf = +if String.contains buf '\n' then + String.length buf = 18 String.sub buf 0 18 = format-version: 2\n +else + match Giochannel.read_chars p.p_out.out_w.w_chan p.p_out.out_sb with + | `NORMAL read - check_version (buf ^ String.sub p.p_out.out_sb 0 read) | `EOF - Giochannel.shutdown p.p_out.out_w.w_chan false; Giochannel.shutdown p.p_err.out_w.w_chan false; failwith mtn version 0.46 or above is required; - | `AGAIN - () - done; - let accept = -String.length head 18 String.sub head 0 18 = format-version: 2\n + | `AGAIN - check_version buf in - if not accept then failwith mtn stdio uses an unknown format-version; + if not (check_version ) + then failwith mtn stdio uses an unknown format-version; let pid = some child.Gspawn.pid in ignore (Gspawn.add_child_watch ~prio:50 pid (reap_cb p pid)) ; p.p_out.out_cb - out_cb p ;
Bug#574512: monotone: mtn sync fails with 'fatal' error message
Package: monotone Version: 0.47-1 Severity: important mtn produces an alarming error message when syncing. It doesn't appear to be related to different versions of mtn talking to each other as I can easily replicate with a sync between two databases on the same system. $ mtn db init -d /tmp/mtn1.db $ mtn db init -d /tmp/mtn2.db $ mtn sync -d /tmp/mtn1.db file:///tmp/mtn2.db '*' mtn: setting default server to file:///tmp/mtn2.db mtn: setting default branch include pattern to '*' mtn: setting default branch exclude pattern to '' mtn: connecting to file:///tmp/mtn2.db mtn: finding items to synchronize: mtn: successful exchange with file:///tmp/mtn2.db mtn: bytes in | bytes out | revs in mtn: 151 | 160 | 0/0 mtn: fatal: error: network/session_base.cc:82: I(!is_pipe_pair()) mtn: this is almost certainly a bug in monotone. mtn: please send this error message, the output of 'mtn version --full', mtn: and a description of what you were doing to monotone-de...@nongnu.org. mtn: wrote debugging log to /home/fpr/.monotone/dump mtn: if reporting a bug, please include this file Just for completeness: monotone 0.47 (base revision: 58eca89fab6322a14c219fb377eae54e21311986) Running on : Linux 2.6.32-3-amd64 #1 SMP Wed Feb 24 18:07:42 UTC 2010 x86_64 C++ compiler: GNU C++ version 4.4.3 C++ standard library: GNU libstdc++ version 20100226 Boost version : 1_40 SQLite version : 3.6.23 (compiled against 3.6.23) Lua version : Lua 5.1 PCRE version: 7.8 2008-09-05 (compiled against 7.8) Botan version : 1.8.6 (compiled against 1.8.8) Changes since base revision: format_version 1 new_manifest [69563b5f6cb9e1af6a87aebd6d672e721f646026] old_revision [58eca89fab6322a14c219fb377eae54e21311986] Generated from data cached in the distribution; further changes may have been made. Note, I currently run testing, although I upgraded to the latest monotone package from unstable. Regards, Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages monotone depends on: ii libbotan-1.8.2 1.8.6-2 multiplatform crypto library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.2-9GCC support library ii libidn111.15-2 GNU Libidn library, implementation ii liblua5.1-0 5.1.4-5 Simple, extensible, embeddable pro ii libpcre37.8-3Perl 5 Compatible Regular Expressi ii libsqlite3-03.6.23-1 SQLite 3 shared library ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime monotone recommends no packages. Versions of packages monotone suggests: ii monotone-doc 0.47-1 A distributed version (revision) c pn monotone-server none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574512: [Monotone-debian] Bug#574512: monotone: mtn sync fails with 'fatal' error message
Thomas Keller wrote: This looks like a regression introduced in f65d9cb5 - please check if this patch solves your problem: I rebuilt with the suggested patch and this appeared to fix the problem. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574562: monotone-viz incompatible with monotone version in unstable
Package: monotone-viz Version: 1.0.1-1.1 Severity: important Monotone 0.47 is now in unstable. From 0.46 the format of mtn's automate interface changed. The version of monotone-viz in testing and unstable cannot handle these changes and fails to work at all. There is a version of monotone-viz which does work with 0.46 onwards in the branch net.venge.monotone-viz.new-stdio. Unfortunately, it looks like this branch fails to work with the old format. I guess this package should be upgraded to this branch but only in such a way that it hits testing after monotone 0.47 does. Regards, Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.9 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages monotone-viz depends on: ii graphviz 2.26.3-2 rich set of graph drawing tools ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-2 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgnomecanvas2-0 2.26.0-1 A powerful object-oriented display ii libgtk2.0-0 2.18.6-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio Versions of packages monotone-viz recommends: ii monotone 0.45-2 A distributed version (revision) c monotone-viz 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#573781: Info received (Bug#573781: graphviz: Output of dot -y broken, severely effects monotone-viz)
Just thought I'd add that shortly after sending that last message, upstream forwarded me the patch (as I requested in the bug report). It was identical to the one I already posted, with the exception of also changing the CVS header at the top of the file (which I explicitly removed from my diff). Please let me know if there's anything else I can do to expedite the creation of a fixed package. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573781: Info received (Bug#573781: graphviz: Output of dot -y broken, severely effects monotone-viz)
So, this bug has been acknowledged and apparently fixed upstream: http://www.graphviz.org/bugs/b1902.html http://www.graphviz.org/bugs/b1903.html I've attached a diff I made of the changes to lib/common/output.c from upstream CVS. I believe the fix only touches this file although CVS makes this rather difficult to confirm. As far as I can tell, the patch works correctly. Francis diff -ur graphviz-2.26.3.orig//lib/common/output.c graphviz-2.26.3/lib/common/output.c --- graphviz-2.26.3.orig//lib/common/output.c 2010-03-16 20:43:24.985883277 + +++ graphviz-2.26.3/lib/common/output.c 2010-03-16 20:46:51.159885331 + @@ -22,7 +22,7 @@ #define YDIR(y) (Y_invert ? (Y_off - (y)) : (y)) #define YFDIR(y) (Y_invert ? (YF_off - (y)) : (y)) -int Y_off; /* ymin + ymax */ +double Y_off;/* ymin + ymax */ double YF_off; /* Y_off in inches */ #ifdef WITH_CGRAPH @@ -80,7 +80,7 @@ static void setYInvert(graph_t * g) { if (Y_invert) { - Y_off = ROUND(GD_bb(g).UR.y + GD_bb(g).LL.y); + Y_off = GD_bb(g).UR.y + GD_bb(g).LL.y; YF_off = PS2INCH(Y_off); } } @@ -217,9 +217,9 @@ if (f-n_flds == 0) { sprintf(buf, %.5g,%.5g,%.5g,%.5g , f-b.LL.x + ND_coord(n).x, - YFDIR(f-b.LL.y + ND_coord(n).y), + YDIR(f-b.LL.y + ND_coord(n).y), f-b.UR.x + ND_coord(n).x, - YFDIR(f-b.UR.y + ND_coord(n).y)); + YDIR(f-b.UR.y + ND_coord(n).y)); agxbput(xb, buf); } for (i = 0; i f-n_flds; i++) @@ -232,8 +232,8 @@ char buf[BUFSIZ]; pointf pt; -sprintf(buf, %.5g,%.5g,%.5g,%.5g, GD_bb(g).LL.x, YFDIR(GD_bb(g).LL.y), - GD_bb(g).UR.x, YFDIR(GD_bb(g).UR.y)); +sprintf(buf, %.5g,%.5g,%.5g,%.5g, GD_bb(g).LL.x, YDIR(GD_bb(g).LL.y), + GD_bb(g).UR.x, YDIR(GD_bb(g).UR.y)); #ifndef WITH_CGRAPH agxset(g, bbsym-index, buf); #else @@ -241,7 +241,7 @@ #endif if (GD_label(g) GD_label(g)-text[0]) { pt = GD_label(g)-pos; - sprintf(buf, %.5g,%.5g, pt.x, YFDIR(pt.y)); + sprintf(buf, %.5g,%.5g, pt.x, YDIR(pt.y)); agset(g, lp, buf); } for (c = 1; c = GD_n_cluster(g); c++) @@ -286,7 +286,7 @@ safe_dcl(g, g, lp, , agraphattr); if (GD_label(g)-text[0]) { ptf = GD_label(g)-pos; - sprintf(buf, %.5g,%.5g, ptf.x, YFDIR(ptf.y)); + sprintf(buf, %.5g,%.5g, ptf.x, YDIR(ptf.y)); agset(g, lp, buf); } } @@ -311,7 +311,7 @@ safe_dcl(g, AGRAPH, lp, ); if (GD_label(g)-text[0]) { ptf = GD_label(g)-pos; - sprintf(buf, %.5g,%.5g, ptf.x, YFDIR(ptf.y)); + sprintf(buf, %.5g,%.5g, ptf.x, YDIR(ptf.y)); agset(g, lp, buf); } } @@ -336,7 +336,7 @@ #endif if (ND_xlabel(n)) { ptf = ND_xlabel(n)-pos; - sprintf(buf, %.5g,%.5g, ptf.x, YFDIR(ptf.y)); + sprintf(buf, %.5g,%.5g, ptf.x, YDIR(ptf.y)); agset(n, xlp, buf); } if (strcmp(ND_shape(n)-name, record) == 0) { @@ -391,38 +391,38 @@ s_arrows = 1; sprintf(buf, s,%.5g,%.5g , ED_spl(e)-list[i].sp.x, -YFDIR(ED_spl(e)-list[i].sp.y)); +YDIR(ED_spl(e)-list[i].sp.y)); agxbput(xb, buf); } if (ED_spl(e)-list[i].eflag) { e_arrows = 1; sprintf(buf, e,%.5g,%.5g , ED_spl(e)-list[i].ep.x, -YFDIR(ED_spl(e)-list[i].ep.y)); +YDIR(ED_spl(e)-list[i].ep.y)); agxbput(xb, buf); } for (j = 0; j ED_spl(e)-list[i].size; j++) { if (j 0) agxbputc(xb, ' '); ptf = ED_spl(e)-list[i].list[j]; - sprintf(buf, %.5g,%.5g, ptf.x, YFDIR(ptf.y)); + sprintf(buf, %.5g,%.5g, ptf.x, YDIR(ptf.y)); agxbput(xb, buf); } } agset(e, pos, agxbuse(xb)); if (ED_label(e)) { ptf = ED_label(e)-pos; - sprintf(buf, %.5g,%.5g, ptf.x, YFDIR(ptf.y)); + sprintf(buf, %.5g,%.5g, ptf.x, YDIR(ptf.y)); agset(e, lp, buf); } if (ED_xlabel(e)) { ptf = ED_xlabel(e)-pos; - sprintf(buf, %.5g,%.5g, ptf.x, YFDIR(ptf.y)); + sprintf(buf, %.5g,%.5g, ptf.x, YDIR(ptf.y)); agset(e, xlp, buf); } if (ED_head_label(e)) { ptf = ED_head_label(e)-pos; - sprintf(buf, %.5g,%.5g, ptf.x, YFDIR(ptf.y)); + sprintf(buf, %.5g,%.5g, ptf.x, YDIR(ptf.y)); agset(e, head_lp, buf); } if (ED_tail_label(e)) { @@ -453,7 +453,7 @@ void output_point(agxbuf *xbuf, pointf p) { char buf[BUFSIZ]; -sprintf(buf, %d %d , ROUND(p.x), YDIR(ROUND(p.y))); +sprintf(buf, %d %d , ROUND(p.x), ROUND(YDIR(p.y))); agxbput(xbuf, buf); }
Bug#573781: graphviz: Output of dot -y broken, severely effects monotone-viz
David Claughton wrote: The odd thing is, the only time the problem manifests itself is when the file is output in dot format (i.e. without a -Tformat switch). When a -T option is passed the output always seems to look OK. My own investigation into the graphviz source seems to indicate that lib/common/output.c is probably where this bug is located. That file contains the dot output code, and is where the '-y' vertical flip is implemented which would explain why only dot output is affected. It seems that all co-ordinates output undergo a translation and possible vertical flip when written out from that code. Since 2.6.23, it also looks like the file was completely modified to use a different units when working with co-ordinates, I guess that's when this bug was introduced. I'm not at all familiar with monotone-viz ... does it render the resulting dot file itself rather that asking dot to do it? Yes, it renders the dot file itself. It needs dot's output so it can handle things like the user selecting various graph nodes. Anyway, I'll pass your report upstream, together with the results of my investigations. Ah, I already submitted a bug report (which I should have mentioned), although all it contained was the input dot and broken output dot files. Unfortunately, there doesn't appear to be a sane bugtracker there so I couldn't provide a reference to the upstream bug report. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573781: graphviz: Output of dot -y broken, severely effects monotone-viz
Package: graphviz Version: 2.26.3-2 Severity: normal I believe this problem started with the recent migration of graphviz into testing. It is a problem with dot, but I mention monotone-viz as it is particularly effected by it. monotone-viz uses dot to lay out its graphs. Specifically, it passes the '-q -y -s72' options to dot, but it's only the '-y' option that's broken. I intercepted the input of dot and created the attached test file dot-in.dot. Running though 'dot -y' creates a dot output file with additional position information for the nodes and edges. Looking at the output file (attached as dot-out.dot), the position of the edge joining the two nodes is nowhere near the nodes. In this case, all the y-positions are negative while the nodes themselves are on the other side of the x-axis. I filed the inital bug report against monotone-viz here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573634 Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.9 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages graphviz depends on: ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libcdt4 2.26.3-2rich set of graph drawing tools - ii libcgraph5 2.26.3-2rich set of graph drawing tools - ii libexpat12.0.1-7 XML parsing C library - runtime li ii libgd2-xpm 2.0.36~rc1~dfsg-3.1 GD Graphics Library version 2 ii libgraph42.26.3-2rich set of graph drawing tools - ii libgvc5 2.26.3-2rich set of graph drawing tools - ii libgvpr1 2.26.3-2rich set of graph drawing tools - ii libx11-6 2:1.3.3-1 X11 client-side library ii libxaw7 2:1.0.7-1 X11 Athena Widget library ii libxmu6 2:1.0.5-1 X11 miscellaneous utility library ii libxt6 1:1.0.7-1 X11 toolkit intrinsics library Versions of packages graphviz recommends: ii ttf-liberation 1.05.2.20091019-4 Fonts with the same metrics as Tim Versions of packages graphviz suggests: pn graphviz-doc none (no description available) ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript interpre -- no debconf information digraph monotone-viz { graph [ranksep=0.25] ; node [shape=box, width = 1.17, height = 0.36] ; 1f50b586d83ff72f6ddc3768e5065e27fe730049 [width = 1.9] ; 3fef041abc1169fdd55d05530ffb754b75a4bd73 [width = 2.04167] ; 3fef041abc1169fdd55d05530ffb754b75a4bd73 - 1f50b586d83ff72f6ddc3768e5065e27fe730049 [weight = 2] ; } digraph monotone-viz { graph [ranksep=0.25]; node [label=\N, shape=box, width=1.17, height=0.36]; graph [bb=0,0.97222,356,-69.028]; 1f50b586d83ff72f6ddc3768e5065e27fe730049 [width=4.9444, height=0.36111, pos=178,57]; 3fef041abc1169fdd55d05530ffb754b75a4bd73 [width=4.9444, height=0.36111, pos=178,13]; 3fef041abc1169fdd55d05530ffb754b75a4bd73 - 1f50b586d83ff72f6ddc3768e5065e27fe730049 [weight=2, pos=e,178,-25.084 178,-42.587 178,-40.242 178,-37.742 178,-35.222]; }
Bug#573634: monotone-viz: Revision graphs do not render correctly
I've managed to create a simple test case that demonstrates the cause of this problem with dot, so I've filed a bug against graphviz here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573781 Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#477418: update init script to use Debian-compliant logging
Package: kerneloops Version: 0.12+git20090217-1 Severity: normal +1 At the moment, I think at least some people would assume that the current output indicates that kerneloops is broken. I could easily whip up a patch if that would help to get this fixed. Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.4 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kerneloops depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcurl3-gnutls 7.19.7-1 Multi-protocol file transfer libra ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2 simple interprocess messaging syst ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libnotify1 [libnotify1-gtk2.1 0.4.5-1sends desktop notifications to a n kerneloops recommends no packages. kerneloops 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#566216: fluid-soundfont: debsums missing file error for flac files
Package: fluid-soundfont Version: 3.1-4 Severity: minor Checksums are created for two flac files which are decompressed on installation. As a result, debsums believes these files have been deleted. This affects other tools like reportbug too, which will use debsums to determine if a package install might have been corrupted when filing a bug against it. Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.4 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516394: djbdns: Thoughts on the dnscache cache poisoning issue
Package: djbdns Severity: normal Hi there, please do forgive me if I've got the wrong end of the stick here or the code I've posted is completely wrong or makes no sense. It would be nice to get djbdns back into testing. As I understand it, this bug works by getting dnscache to send extensive numbers of identical DNS requests so that forged responses now have a chance of being accepted by the majority of in-progress requests. dnscache does so because it is a) bombarded by these requests b) dnscache's request dropping policy is used to avoid dnscache ever caching the real response, so the attack can continue indefinitely. It seems that the target here is to make dnscache not particularly worse than BIND or other DNS resolvers under this attack. The request de-duplication patch seems rather complex and difficult to code-review. How about this? Under normal requests load, dnscache's behaviour is unchanged. When dnscache starts dropping requests, dnscache looks for other identical requests, and if they exist, drops the current request. Hopefully, by the time it is retried, it can answer it out of the cache as the original request continued unaffected. I've put a patch that I think does something like this here: http://www.unchartedbackwaters.co.uk/files/djbdns-1.diff (warning: untested, mainly to demonstrate idea) On the upside, this doesn't have a performance hit when dnscache isn't hitting its query limit. On the downside, when dnscache does hit its query limit, it'll cause particular incoming queries to be dropped when they match existing ones in progress, even if they can be answered out of the cache. Although I believe in-cache queries should be answered more or less instantly so perhaps this is a non-issue. Also dnscache will drop queries under load anyway, but this behaviour might be less desirable. To be honest, I have no idea how often DNS caches under normal load should experience this problem (hopefully never), nor when overloaded, how well a DNS cache should perform. Regardless, the patch is much simpler. At the very least, I hope this gets this bug to be discussed again. Regards, Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.3 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563959: closed by Bernhard R. Link brl...@debian.org (Re: Bug#563959: ratpoison: Does not install a .desktop file in /usr/share/xsessions)
Hi there, I was wondering if there had been any more progress or thoughts about this issue? Regards, Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563959: sorry, I'm the wrong to ask for gdm to be fixed.
Bernhard R. Link wrote: What the debian menu calls window managers are things to be called to get a running session (they are classically used by stand-alone window managers to replace themself with something else, which then gives the new session). Thanks for taking to time to reply to this, I do appreciate it. Unfortunately, I can't discuss this as well as I should, because of the distinction between xsessions and window managers. In my experience, the term xsession has either referred to a running instance of window manager handling windows, or (as stated is the xsm man page) a group of applications, each of which has a particular state such that the state can be persisted and so on. Thus everything registered with needs=wm needs to be able to start a standalone session or it is broken. If gdm does not offer a way to start those, that is a bug in gdm. Are there documentation or specs anywhere talking about xdg, more specifically, that desktop managers should add entries from xdg to their lists of possible sessions? I notice that kdm does add entries from /var/lib/menu-xdg to its list of sessions but neither upstream gdm or kdm makes reference to these folders neither can I find much about xdg other than the specification for .desktop files. Hence, I assume the decision to add all window managers registered with the Debian menu system to the list of possible sessions is a Debian decision. Claiming that putting window managers there would be wrong makes no sense: - users want to start such window managers without any other session management - something that does not start enough to be an useable session does not belong in the Debian menu as then selecting that from another window manager's menu would mean the user only has a 'bare' window-managing-only window-manager. That seems to make sense. (To workaround that bug, try installing menu-xdg, look at the files it generates (in /var/lib/menu-xdg/xsessions/ I think) and copy the files you miss to a directory where gdm looks for them). Thanks, although personally I have no issues working around this. One of my main reason for using Debian rather than its derivatives is to actually get things fixed at the source. Although when I can't even get something as trivial as a menu fixed due to maintainer disagreements I start to question this policy. I'd write something to that bug report in gdm, but the last message is from Josselin Mouette, so I fear too much to get again only insults and verbal abuses back. I think I'll write to something like Debian Desktop mailing list who hopefully might be able to clarify. I'd hate to be the cause of a flame war. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544956: Acknowledgement (bash: Tab completion no longer works on paths with spaces)
Hi, As of (at least) bash 4.1-1, this appears to be fixed. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518286: spamprobe: SpamProbe deadlocks
Package: spamprobe Severity: normal I don't know if the original submitter ever solved their problem but I only started testing SpamProbe today and managed to encounter deadlock behaviour using the BDB back-end. It appears that the database managed to get itself into a state where any spamprobe processing accessing it just blocks. Killing the spamprobe processes and removing the lock file had no affect. Only deleting the database was enough to fix it. It's not clear whether this is a bug in SpamProbe or the database back end. If it's the latter, maybe it's worth upgrading, just to see if it fixes the problem. db4.6 is due to be removed from unstable anyway. Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-164.6.1.el5xen (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages spamprobe depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libdb4.6 4.6.21-15 Berkeley v4.6 Database Libraries [ ii libgcc1 1:4.4.2-8 GCC support library ii libgif4 4.1.6-8library for GIF images (library) ii libjpeg62 6b-15 The Independent JPEG Group's JPEG ii libpng12-01.2.41-1 PNG library - runtime ii libstdc++64.4.2-8The GNU Standard C++ Library v3 Versions of packages spamprobe recommends: ii procmail 3.22-18Versatile e-mail processor spamprobe suggests no packages. -- debconf information: spamprobe/db46_upgrade: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564643: spamprobe: Hash target doesn't work
Package: spamprobe Version: 1.4d-5 Severity: important I encounted a complete failure of the hash target on my 64-bit system. Although no errors were apparent, and the database was populated scores were incorrect as if tokens weren't being found in the database. I suspect the cause is what has been detailed in the link below: http://www.berkes.ca/archive/spamprobe-amd64.txt Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-164.6.1.el5xen (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages spamprobe depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libdb4.6 4.6.21-15 Berkeley v4.6 Database Libraries [ ii libgcc1 1:4.4.2-8 GCC support library ii libgif4 4.1.6-8library for GIF images (library) ii libjpeg62 6b-15 The Independent JPEG Group's JPEG ii libpng12-01.2.41-1 PNG library - runtime ii libstdc++64.4.2-8The GNU Standard C++ Library v3 Versions of packages spamprobe recommends: ii procmail 3.22-18Versatile e-mail processor spamprobe suggests no packages. -- debconf information: spamprobe/db46_upgrade: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564643: spamprobe: Hash target doesn't work
I've confirmed that the integer size issues are the reason for the hash target failure on 64-bit platforms. Initial testing of a SpamProbe package I compiled seems to indicate that making these the appropriate types fixes the issue. I've attached a suggested patch. It uses stdint.h to get portable 32-bit wide integer types so it should be platform independent. Compiles fine under gcc and although stdint.h is C99, it also appear to be POSIX mandated and I guess it should compile fine under non-gcc compilers as well without needing any C99 related flags. Francis diff -Nur spamprobe-1.4d/src/database/WordArray.h spamprobe-1.4d.new/src/database/WordArray.h --- spamprobe-1.4d/src/database/WordArray.h 2006-11-17 07:24:48.0 + +++ spamprobe-1.4d.new/src/database/WordArray.h 2010-01-10 22:28:02.254603603 + @@ -31,6 +31,8 @@ #ifndef _WordArray_h #define _WordArray_h +#include stdint.h + class WordData; class WordArray @@ -47,7 +49,7 @@ FLAGS_SIZE = 2, }; - typedef unsigned long key_t; + typedef uint32_t key_t; void reset(char *buffer, int num_words); diff -Nur spamprobe-1.4d/src/includes/hash.h spamprobe-1.4d.new/src/includes/hash.h --- spamprobe-1.4d/src/includes/hash.h 2006-11-17 07:14:30.0 + +++ spamprobe-1.4d.new/src/includes/hash.h 2010-01-10 22:29:00.482854758 + @@ -10,11 +10,13 @@ #ifndef _jenkinshash_h #define _jenkinshash_h +#include stdint.h + #ifdef __cplusplus extern C { #endif -typedef unsigned long int ub4; /* unsigned 4-byte quantities */ +typedef uint32_t ub4; /* unsigned 4-byte quantities */ typedef unsigned char ub1; /* unsigned 1-byte quantities */ #define hashsize(n) ((ub4)1(n))
Bug#562957: iceweasel: Iceweasel's tab restoration incorrectly handles browser window size changes
Upstream bug report: https://bugzilla.mozilla.org/show_bug.cgi?id=538472 Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564071: gdm: GDM does not pick up sessions in /var/lib/menu-xdg/xsessions/
Package: gdm Version: 2.20.10-1 Severity: normal GDM is not picking up xsessions that are stored in /var/lib/menu-xdg/xsessions. It appears this was removed in Debian bug #464179. Is there some Debian policy that specifies where xsessions should be registered? Otherwise this seems like a bit of a hack. At least one window manager (ratpoison) uses the menu-xdg system to register itself. Please see Debian bug #563959. Francis -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.2 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm depends on: ii adduser 3.112add and remove users and groups ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii gksu2.0.2-2+b1 graphical frontend to su ii gnome-session [x-session-ma 2.28.0-4 The GNOME Session Manager ii gnome-terminal [x-terminal- 2.28.2-1 The GNOME terminal emulator applic ii kde-window-manager [x-windo 4:4.3.4-3the KDE 4 window manager (KWin) ii konsole [x-terminal-emulato 4:4.3.2-1X terminal emulator for KDE 4 ii libart-2.0-22.3.20-2 Library of functions for 2D graphi ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libattr11:2.4.44-1 Extended attribute shared library ii libaudit0 1.7.13-1 Dynamic library for security audit ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-20.82-2 simple interprocess messaging syst ii libdmx1 1:1.0.2-3X11 Distributed Multihead extensio ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libglade2-0 1:2.6.4-1library to load .glade files at ru ii libglib2.0-02.22.3-1 The GLib library of C routines ii libgnomecanvas2-0 2.26.0-1 A powerful object-oriented display ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libpam-modules 1.1.0-4 Pluggable Authentication Modules f ii libpam-runtime 1.1.0-4 Runtime support for the PAM librar ii libpam0g1.1.0-4 Pluggable Authentication Modules l ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii librsvg2-2 2.26.0-1 SAX-based renderer library for SVG ii librsvg2-common 2.26.0-1 SAX-based renderer library for SVG ii libselinux1 2.0.89-4 SELinux runtime shared libraries ii libwrap07.6.q-18 Wietse Venema's TCP wrappers libra ii libx11-62:1.3.2-1X11 client-side library ii libxau6 1:1.0.5-1X11 authorisation library ii libxdmcp6 1:1.0.3-1X11 Display Manager Control Protoc ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxi6 2:1.2.1-2X11 Input extension library ii libxinerama12:1.0.3-2X11 Xinerama extension library ii libxml2 2.7.6.dfsg-1 GNOME XML library ii lsb-base3.2-23 Linux Standard Base 3.2 init scrip ii metacity [x-window-manager] 1:2.28.0-3 lightweight GTK+ window manager ii ratpoison [x-window-manager 1.4.5-2 keyboard-only window manager ii twm [x-window-manager] 1:1.0.4-2Tab window manager ii xterm [x-terminal-emulator] 251-1X terminal emulator Versions of packages gdm recommends: ii dialog1.1-20080819-1 Displays user-friendly dialog boxe ii gdm-themes0.6.2 Themes for the GNOME Display Manag ii whiptail 0.52.10-5 Displays user-friendly dialog boxe pn xserver-xephyr | xnestnone (no description available) ii xserver-xorg 1:7.4+4the X.Org X server ii zenity2.28.0-1 Display graphical dialog boxes fro Versions of packages gdm suggests: ii libpam-gnome-keyring 2.28.2-1 PAM module to unlock the GNOME key ii locales 2.10.2-2 GNU C Library: National Language ( ii pm-utils 1.2.6.1-3 utilities and scripts for power ma -- debconf information: gdm/daemon_name: /usr/bin/gdm * shared/default-x-display-manager: gdm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564071: gdm: GDM does not pick up sessions in /var/lib/menu-xdg/xsessions/
It appears GDM removed support for the /var/lib/menu-xdg/xsessions folder after bug #464179 in Feb 2008. I've filed a bug against GDM as #564071. Hopefully everyone can agree on the correct behaviour. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564071: gdm: GDM does not pick up sessions in /var/lib/menu-xdg/xsessions/
To avoid confusion, the previous message was intended for the bug filed against ratpoison. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563959: ratpoison: Does not install a .desktop file in /usr/share/xsessions
Package: ratpoison Version: 1.4.5-2 Severity: normal It seems ratpoison doesn't install a .desktop file in /usr/share/xsessions. I can't tell if this is deliberate or not as there is a changelog entry that makes this rather cryptic. Without it, ratpoison won't appear on the GDM session list. An 'apt-file search /usr/share/xsessions' shows almost every other window manager installs one of these. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.2 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ratpoison depends on: ii dpkg 1.15.5.5 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libx11-6 2:1.3.2-1 X11 client-side library ii libxft2 2.1.14-1 FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension Versions of packages ratpoison recommends: ii 9menu 1.8-2 Creates X menus from the shell ii gnome-terminal [x-terminal-em 2.28.2-1 The GNOME terminal emulator applic ii konsole [x-terminal-emulator] 4:4.3.2-1 X terminal emulator for KDE 4 ii menu 2.1.42 generates programs menu for all me ii xterm [x-terminal-emulator] 251-1 X terminal emulator Versions of packages ratpoison suggests: pn xbindkeys none (no description available) pn xclip none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562957: iceweasel: Iceweasel's tab restoration incorrectly handles browser window size changes
Hi, I don't believe this is due to something xmonad-specific. I have just also managed to replicate the same behaviour under ratpoison. Just to confirm, this problem requires that the browser has persisted the tab state as this appears to be where the window size information is also persisted. Which tiling window manager are you using? There's the possibility that it's interacting with the browser window differently. I'll see if I can replicate under that one. It appears that enabling the private browsing mode also uses the same tab-persistence mechanism. So I can replicate by making the iceweasel window small, switching to private browsing, making the window larger, then switching back to normal browsing. Under a non-tiling window manager such as gnome, it appears that switching back to non-private-browsing causes the browser window to alter itself back to its original size. This sounds much like the case you describe where a page itself resizes the window as in both cases the browser has attempted to resize itself and has assumed success. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org