Bug#750785: texlive-binaries: latex/xetex processing extremely
I also confirm that xetex compilation is very fast again. Thanks. Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750785: texlive-binaries: latex/xetex processing extremely slow after update
Compilation is slow even with only this header: \documentclass{article} \usepackage{fontspec}% font selecting commands \usepackage{xunicode}% unicode character macros \usepackage{xltxtra} % a few fixes and extras \usepackage{wasysym} but commenting out the lines which call fontspec, xunicode and xltxtra makes compilation fast. Commenting out only one or two of them makes no difference. One processor core is used at 100%. Memory usage is stable; running xetex uses only a bit of extra memory (0.6 GiB). Best, Simon On Mon, Jun 09, 2014 at 12:42:07PM +0200, Simon Pepping wrote: Package: texlive-binaries Version: 2014.20140528.34243-2 Followup-For: Bug #750785 Dear Maintainer, Indeed, lshort compiles blazingly fast. But the attached a sample file takes ages to compile. I attach logfile-text.tex, verslag2.cls. Best, Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750785: texlive-binaries: latex/xetex processing extremely slow after update
Dear Maintainer, I report the same problem for LaTeX processing with XeTeX. Regards, Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735265: lightdm-gtk-greeter: Language of previous session is not used
This works OK in version 1.8.3-1. Thanks. Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735269: iceweasel: PDF files saved via the built-in pdf viewer are corrupted
This works OK now. Thanks. Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735265: [Pkg-xfce-devel] Bug#735251: lightdm: user locale tweaks are clobbered by non-default locale
On Tue, Jan 14, 2014 at 09:18:17PM +0100, Yves-Alexis Perez wrote: So I think you should use export LANG= in the above .xsessionrc and it would correctly set the LANG in the child session. Done Now, I have no idea why the saved .dmrc is not correctly loaded for you, it might help to look at lightdm and lightdm-gtk-greeters logs. I logged after having removed .dmrc and /var/cache/lightdm/dmrc/simon.dmrc. It made no difference. I logged with hide-users true and false. It made no difference. The language selector is always at Dutch, which is the second entry in the list, but the system-wide locale. It does not change when I select a different user. Herewith a few more data, reporting the locale before and after .xsessionrc, and the lightdm logs. Action: Select english in the language selector, log in. 1) Report of locale settings in .xsessionrc: before .xsessionrc LANG=nl_NL.UTF-8 LANGUAGE= LC_CTYPE=nl_NL.UTF-8 LC_NUMERIC=nl_NL.UTF-8 LC_TIME=nl_NL.UTF-8 LC_COLLATE=nl_NL.UTF-8 LC_MONETARY=nl_NL.UTF-8 LC_MESSAGES=nl_NL.UTF-8 LC_PAPER=nl_NL.UTF-8 LC_NAME=nl_NL.UTF-8 LC_ADDRESS=nl_NL.UTF-8 LC_TELEPHONE=nl_NL.UTF-8 LC_MEASUREMENT=nl_NL.UTF-8 LC_IDENTIFICATION=nl_NL.UTF-8 LC_ALL= after LANG=en_US.UTF-8 LANGUAGE=en LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=nl_NL.UTF-8 LC_COLLATE=en_US.UTF-8 LC_MONETARY=nl_NL.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=nl_NL.UTF-8 LC_NAME=nl_NL.UTF-8 LC_ADDRESS=nl_NL.UTF-8 LC_TELEPHONE=nl_NL.UTF-8 LC_MEASUREMENT=nl_NL.UTF-8 LC_IDENTIFICATION=nl_NL.UTF-8 LC_ALL= export GDM_LANG='en_US.utf8' export LANG='en_US.UTF-8' export LANGUAGE='en' 2) locale settings in XFCE, after login: LANG=en_US.utf8 LANGUAGE=en LC_CTYPE=en_US.utf8 LC_NUMERIC=en_US.utf8 LC_TIME=nl_NL.UTF-8 LC_COLLATE=en_US.utf8 LC_MONETARY=nl_NL.UTF-8 LC_MESSAGES=en_US.utf8 LC_PAPER=nl_NL.UTF-8 LC_NAME=nl_NL.UTF-8 LC_ADDRESS=nl_NL.UTF-8 LC_TELEPHONE=nl_NL.UTF-8 LC_MEASUREMENT=nl_NL.UTF-8 LC_IDENTIFICATION=nl_NL.UTF-8 LC_ALL= declare -x LANG=en_US.utf8 declare -x LANGUAGE=en Note that GDM_LANG has disappeard, and that the output format of the export command has changed, possibly due to different shells: dash for .xsessionrc and bash in the X session. 3) lightdm log file Note that this is not the first login [+244.74s] DEBUG: Seat: Active display server stopped, starting greeter [+244.74s] DEBUG: Seat: Creating greeter session [+244.74s] DEBUG: Seat: Setting XDG_SEAT=seat0 [+244.74s] DEBUG: Seat: Creating display server of type x [+244.74s] DEBUG: Seat: Starting local X display [+244.74s] DEBUG: Using VT 7 [+244.74s] DEBUG: DisplayServer x-0: Logging to /var/log/lightdm/x-0.log [+244.74s] DEBUG: DisplayServer x-0: Writing X server authority to /var/run/lightdm/root/:0 [+244.74s] DEBUG: DisplayServer x-0: Launching X Server [+244.74s] DEBUG: Launching process 4302: /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch [+244.74s] DEBUG: DisplayServer x-0: Waiting for ready signal from X server :0 [+244.74s] DEBUG: Releasing VT 7 [+244.86s] DEBUG: Got signal 10 from process 4302 [+244.86s] DEBUG: DisplayServer x-0: Got signal from X server :0 [+244.86s] DEBUG: DisplayServer x-0: Connecting to XServer :0 [+244.86s] DEBUG: Seat: Display server ready, starting session authentication [+244.86s] DEBUG: Session: Setting XDG_VTNR=7 [+244.86s] DEBUG: Session pid=4307: Started with service 'lightdm-greeter', username 'lightdm' [+244.88s] DEBUG: Session pid=4307: Authentication complete with return value 0: Success [+244.88s] DEBUG: Seat: Session authenticated, running command [+244.88s] DEBUG: Session pid=4307: Setting XDG_VTNR=7 [+244.88s] DEBUG: Session pid=4307: Running command /usr/sbin/lightdm-gtk-greeter [+244.88s] DEBUG: Session pid=4307: Logging to /var/log/lightdm/x-0-greeter.log [+244.90s] DEBUG: Activating VT 7 [+244.94s] DEBUG: Session pid=4307: Greeter connected version=1.8.5 [+245.31s] DEBUG: Session pid=4307: Greeter start authentication for simon [+245.31s] DEBUG: Seat: Setting XDG_SEAT=seat0 [+245.31s] DEBUG: Session: Setting XDG_VTNR=7 [+245.31s] DEBUG: Session pid=4334: Started with service 'lightdm', username 'simon' [+245.32s] DEBUG: Session pid=4334: Got 1 message(s) from PAM [+245.32s] DEBUG: Session pid=4307: Prompt greeter with 1 message(s) [+267.43s] DEBUG: Session pid=4307: Continue authentication [+267.46s] DEBUG: Session pid=4334: Authentication complete with return value 0: Success [+267.46s] DEBUG: Session pid=4307: Authenticate result for user simon: Success [+267.47s] DEBUG: Session pid=4307: User simon authorized [+267.47s] DEBUG: Session pid=4307: Greeter sets language en_US.utf8 [+267.48s] DEBUG: Writing /home/simon/.dmrc [+267.56s] DEBUG: Session pid=4307: Greeter requests session xfce [+267.57s] DEBUG: Writing /home/simon/.dmrc [+267.63s] DEBUG: Seat: Stopping greeter; display server will be re-used for user session [+267.63s] DEBUG: Session pid=4307: Sending SIGTERM [+267.65s] DEBUG: Session pid=4307: Greeter closed communication channel
Bug#735265: lightdm-gtk-greeter: Language of previous session is not used
Package: lightdm-gtk-greeter Version: 1.6.1-5 Severity: normal Tags: l10n Dear Maintainer, When I select my language once in the language selector, I want to be logged in with that language on all subsequent log-ins, until I select another language in the language selector. That does not happen. I am always logged with the language of the system-wide locale, unless I select a language in the language selector. My language setting in ~/.xsessionrc is overwritten. Ideally, the language selector would have a option which leaves the setting in such a script unmodified. * What led up to the situation? I select english in the language selector and log in. Language is english. I log out. I make no selection in the language selector and log in. Language is dutch. * What outcome did you expect instead? I expect that subsequent log-ins use the earlier selected language, i.e. english in my case. Note that the locale setting below is the result of logging in with english as the selected language. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lightdm-gtk-greeter depends on: ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-02.36.4-1 ii libgtk-3-0 3.8.6-1 ii liblightdm-gobject-1-0 1.8.5-3 ii libx11-62:1.6.2-1 Versions of packages lightdm-gtk-greeter recommends: ii desktop-base 7.0.3 ii gnome-icon-theme-symbolic 3.10.1-1 pn gnome-themes-standard none ii policykit-10.105-4 lightdm-gtk-greeter suggests no packages. -- Configuration Files: /etc/lightdm/lightdm-gtk-greeter.conf changed: [greeter] background=/usr/share/images/desktop-base/login-background.svg theme-name=Adwaita xft-antialias=true xft-hintstyle=hintfull xft-rgba=rgb -- 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#735269: iceweasel: PDF files saved via the built-in pdf viewer are corrupted
Package: iceweasel Version: 24.2.0esr-1 Severity: normal Tags: upstream Dear Maintainer, PDF files opened in the Firefox built-in viewer (plug-in) are corrupted when downloaded using the 'Download' icon on the upper right-hand corner of the screen. When I attempt to open one of these damaged files using Evince, an error message is displayed, saying that the file is corrupted and could not be opened. If I instead download the file by right-clicking the link to the PDF file and select 'Save Page As...' the file is downloaded undamaged. This problem is discussed here: https://support.mozilla.org/en-US/questions/972500. It is claimed that the problem is fixed in later versions of pdf.js. Please, port this back to the ESR version 24. I know I can install the updated extension myself, but that is not how an ESR version is supposed to work. -- Package-specific info: -- Extensions information Name: Adblock Plus Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d} Package: xul-ext-adblock-plus Status: enabled Name: DBpedia Link for English Wikipedia Pages greasemonkey-user-script Status: enabled Name: Debian buttons Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{8fb11c5b-84eb-4da0-9128-292eacce2dcb} Package: xul-ext-debianbuttons Status: enabled Name: Default theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: DOM Inspector Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/inspec...@mozilla.org Package: xul-ext-dom-inspector Status: enabled Name: Firebug Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/fire...@software.joehewitt.com Package: xul-ext-firebug Status: enabled Name: FirePath Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/firexp...@pierre.tholence.com Package: xul-ext-firexpath Status: enabled Name: Font Finder Location: ${PROFILE_EXTENSIONS}/fontfin...@bendodson.com.xpi Status: enabled Name: Greasemonkey Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781} Package: xul-ext-greasemonkey Status: enabled Name: Live HTTP headers Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{8f8fe09b-0bd3-4470-bc1b-8cad42b8203a} Package: xul-ext-livehttpheaders Status: enabled Name: NoScript Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{73a6fe31-595d-460b-a920-fcc0f8843232} Package: xul-ext-noscript Status: enabled Name: Operator Location: ${PROFILE_EXTENSIONS}/{95C9A302-8557-4052-91B7-2BB6BA33C885} Status: user-disabled Name: Pocket Location: ${PROFILE_EXTENSIONS}/isreaditla...@ideashower.com Status: enabled Name: ScrapBook Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{53A03D43-5363-4669-8190-99061B2DEBA5} Package: xul-ext-scrapbook Status: enabled Name: Semantic Radar Location: ${PROFILE_EXTENSIONS}/{94D438B0-C561-11DA-ABDA-D530ACCB55DD} Status: enabled Name: SQLite Manager Location: ${PROFILE_EXTENSIONS}/sqlitemana...@mrinalkant.blogspot.com.xpi Status: enabled Name: The Tabulator Extension Location: ${PROFILE_EXTENSIONS}/tabula...@csail.mit.edu Status: app-disabled Name: UnMHT Location: ${PROFILE_EXTENSIONS}/{f759ca51-3a91-4dd1-ae78-9db5eee9ebf0}.xpi Status: enabled Name: WARM SHADES OF AUTUMN theme Status: user-disabled Name: Web Developer Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{c45c406e-ab73-11d8-be73-000a95be3b12} Package: xul-ext-webdeveloper Status: enabled -- Plugins information Name: DivX® Web Player Location: /usr/lib/mozilla/plugins/libtotem-mully-plugin.so Package: totem-mozilla Status: enabled Name: Google Talk Plugin Location: /opt/google/talkplugin/libnpgoogletalk.so Package: google-talkplugin Status: enabled Name: Google Talk Plugin Video Accelerator Location: /opt/google/talkplugin/libnpgtpo3dautoplugin.so Package: google-talkplugin Status: enabled Name: Google Talk Plugin Video Renderer Location: /opt/google/talkplugin/libnpo1d.so Package: google-talkplugin Status: enabled Name: IcedTea-Web Plugin (using IcedTea-Web 1.3.2 (1.3.2-1)) Location: /usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so Package: icedtea-6-plugin:amd64 Status: disabled Name: iTunes Application Detector Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so Package: rhythmbox-plugins Status: enabled Name: QuickTime Plug-in 7.6.6 Location: /usr/lib/mozilla/plugins/libtotem-narrowspace-plugin.so Package: totem-mozilla Status: enabled Name: Shockwave Flash (11,2,202,332) Location: /usr/lib/flashplugin-nonfree/libflashplayer.so Status: enabled Name: VLC Multimedia Plugin (compatible Videos 3.8.2) Location: /usr/lib/mozilla/plugins/libtotem-cone-plugin.so Package: totem-mozilla Status:
Bug#735275: libudev1: Keep libudev.so.0 as a link to libudev.so.1
Package: libudev1 Version: 204-6 Severity: normal Dear Maintainer, A number of applications depend on libudev.so.0, e.g. Google Chrome. These applications solve the problem by creating a link libudev.so.0 - /lib/x86_64-linux-gnu/libudev.so.1. Many users are affected by such failures, and on the web there are many questions about the problem. It would be better if the package libudev1 installs such a link. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libudev1 depends on: ii libc6 2.17-97 ii multiarch-support 2.17-97 libudev1 recommends no packages. libudev1 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#735265: [Pkg-xfce-devel] Bug#735251: lightdm: user locale tweaks are clobbered by non-default locale
On Tue, Jan 14, 2014 at 05:56:32PM +0100, Yves-Alexis Perez wrote: Note: I'm replying to both bugs at once because they look quite the same. I'm not merging them right now because that's not completely sure either. The .xsessionrc problem is shared by both. I use the language selector. It is not clear whether the other bug report does so. In the end, I'm pretty confused by those two bug reports. It seems that people are indeed confused by the lightdm/lightdm-gtk-greeter behavior wrt. locales, but the reports I get are merely adding confusion, not helping to reduce it. Indeed, the two reports seem to contradict each other in some respects. In order to detect issues in LightDM/lightdm-gtk greeter, it'd help to: - not set anything locale related in .xsessionrc (since it'll just override whatever lightdm set) - provide the full output of `locales' (and maybe the content of $LANGUAGE too) Trying to do that; this is my report: /etc/default/locale: # File generated by update-locale LANG=nl_NL.UTF-8 #LANGUAGE=en_GB:en locale -a: C C.UTF-8 en_US.utf8 nl_NL.utf8 POSIX locale (in the terminal shell, no X; this is the system-wide locale): LANG=nl_NL.UTF-8 LANGUAGE= LC_CTYPE=nl_NL.UTF-8 LC_NUMERIC=nl_NL.UTF-8 LC_TIME=nl_NL.UTF-8 LC_COLLATE=nl_NL.UTF-8 LC_MONETARY=nl_NL.UTF-8 LC_MESSAGES=nl_NL.UTF-8 LC_PAPER=nl_NL.UTF-8 LC_NAME=nl_NL.UTF-8 LC_ADDRESS=nl_NL.UTF-8 LC_TELEPHONE=nl_NL.UTF-8 LC_MEASUREMENT=nl_NL.UTF-8 LC_IDENTIFICATION=nl_NL.UTF-8 LC_ALL= Session selection in lightdm greeter: xfce-session. Upon logout I do not save the session. The locales below were obtained in emacs in XFCE, thus excluding bash startup files, even though these do not contain locale settings. The following tests were done without ~/.xsessionrc. Test 1. Log in without changing the language in the language selector: locale (this is the system-wide locale): LANG=nl_NL.utf8 LANGUAGE= LC_CTYPE=nl_NL.utf8 LC_NUMERIC=nl_NL.utf8 LC_TIME=nl_NL.utf8 LC_COLLATE=nl_NL.utf8 LC_MONETARY=nl_NL.utf8 LC_MESSAGES=nl_NL.utf8 LC_PAPER=nl_NL.utf8 LC_NAME=nl_NL.utf8 LC_ADDRESS=nl_NL.utf8 LC_TELEPHONE=nl_NL.utf8 LC_MEASUREMENT=nl_NL.utf8 LC_IDENTIFICATION=nl_NL.utf8 LC_ALL= ~/.dmrc: [Desktop] Language=nl_NL.utf8 Session=xfce Test 2. Log in with changing the language in the language selector to english - USA: locale: LANG=en_US.utf8 LANGUAGE= LC_CTYPE=en_US.utf8 LC_NUMERIC=en_US.utf8 LC_TIME=en_US.utf8 LC_COLLATE=en_US.utf8 LC_MONETARY=en_US.utf8 LC_MESSAGES=en_US.utf8 LC_PAPER=en_US.utf8 LC_NAME=en_US.utf8 LC_ADDRESS=en_US.utf8 LC_TELEPHONE=en_US.utf8 LC_MEASUREMENT=en_US.utf8 LC_IDENTIFICATION=en_US.utf8 LC_ALL= ~/.dmrc [Desktop] Language=en_US.utf8 Session=xfce Test 3. Log in without changing the language in the language selector: locale: LANG=nl_NL.utf8 LANGUAGE= LC_CTYPE=nl_NL.utf8 LC_NUMERIC=nl_NL.utf8 LC_TIME=nl_NL.utf8 LC_COLLATE=nl_NL.utf8 LC_MONETARY=nl_NL.utf8 LC_MESSAGES=nl_NL.utf8 LC_PAPER=nl_NL.utf8 LC_NAME=nl_NL.utf8 LC_ADDRESS=nl_NL.utf8 LC_TELEPHONE=nl_NL.utf8 LC_MEASUREMENT=nl_NL.utf8 LC_IDENTIFICATION=nl_NL.utf8 LC_ALL= ~/.dmrc: [Desktop] Language=nl_NL.utf8 Session=xfce Test 4. Log in with changing the language in the language selector to english - USA (just to select english for the next test): locale: LANG=en_US.utf8 LANGUAGE= LC_CTYPE=en_US.utf8 LC_NUMERIC=en_US.utf8 LC_TIME=en_US.utf8 LC_COLLATE=en_US.utf8 LC_MONETARY=en_US.utf8 LC_MESSAGES=en_US.utf8 LC_PAPER=en_US.utf8 LC_NAME=en_US.utf8 LC_ADDRESS=en_US.utf8 LC_TELEPHONE=en_US.utf8 LC_MEASUREMENT=en_US.utf8 LC_IDENTIFICATION=en_US.utf8 LC_ALL= ~/.dmrc: [Desktop] Language=en_US.utf8 Session=xfce Test 5: Restore ~/xsessionrc: # . /etc/profile # . ~/.bash_profile LANG=en_US.UTF-8 export LC_MONETARY=nl_NL.UTF-8 export LC_PAPER=nl_NL.UTF-8 export LC_MEASUREMENT=nl_NL.UTF-8 export LC_TIME=nl_NL.UTF-8 export LC_NAME=nl_NL.UTF-8 export LC_ADDRESS=nl_NL.UTF-8 export LC_TELEPHONE=nl_NL.UTF-8 export LC_IDENTIFICATION=nl_NL.UTF-8 export LANGUAGE=en Log in without changing the language in the language selector: LANG=nl_NL.utf8 LANGUAGE=en LC_CTYPE=nl_NL.utf8 LC_NUMERIC=nl_NL.utf8 LC_TIME=nl_NL.UTF-8 LC_COLLATE=nl_NL.utf8 LC_MONETARY=nl_NL.UTF-8 LC_MESSAGES=nl_NL.utf8 LC_PAPER=nl_NL.UTF-8 LC_NAME=nl_NL.UTF-8 LC_ADDRESS=nl_NL.UTF-8 LC_TELEPHONE=nl_NL.UTF-8 LC_MEASUREMENT=nl_NL.UTF-8 LC_IDENTIFICATION=nl_NL.UTF-8 LC_ALL= ~/.dmrc: [Desktop] Language=nl_NL.utf8 Session=xfce Snippet from ~/.xsession-errors from this session (probably unrelated): Xsession: X session started for simon at di jan 14 20:16:10 CET 2014 (xfce4-session:11083): xfce4-session-WARNING **: Unable to launch update-notifier (specified by autostart/update-notifier.desktop): Failed to execute child process update-notifier (No such file or directory) From the process list of this session: 2554 ?SLl0:00 /usr/sbin/lightdm 10968 tty7 Ss+0:17 \_ /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch 11000 ?Sl 0:00 \_
Bug#693508: hamster-applet: hamster-time-tracker fails to start
Package: hamster-applet Version: 2.91.3+git20120514.b9fec3e1-1 Severity: grave Justification: renders package unusable Dear Maintainer, When I start hamster-time-tracker, it fails with the error message: Traceback (most recent call last): File /usr/bin/hamster-time-tracker, line 602, in module app = ProjectHamster() File /usr/bin/hamster-time-tracker, line 110, in __init__ self.init_workspace_tracking() File /usr/bin/hamster-time-tracker, line 209, in init_workspace_tracking if not wnck: # can't track if we don't have the trackable NameError: global name 'wnck' is not defined This started to happen after an upgrade on Tuesday 13 November: Upgrade: fonts-liberation:amd64 (1.07.2-5, 1.07.2-6), console-setup:amd64 (1.82, 1.87), gir1.2-gmenu-3.0:amd64 (3.4.2-3, 3.4.2-4), gnome-system-log:amd64 (3.4.1-2, 3.4.1-3), iso-codes:amd64 (3.39-1, 3.40-1), gdebi:amd64 (0.8.6, 0.8.7), ttf-liberation:amd64 (1.07.2-5, 1.07.2-6), gnome-menus:amd64 (3.4.2-3, 3.4.2-4), console-setup-linux:amd64 (1.82, 1.87), gdebi-core:amd64 (0.8.6, 0.8.7), libgnome-menu-3-0:amd64 (3.4.2-3, 3.4.2-4), keyboard-configuration:amd64 (1.82, 1.87), gir1.2-gdesktopenums-3.0:amd64 (3.4.2-1, 3.4.2-2), wpasupplicant:amd64 (1.0-2, 1.0-3+b2), gsettings-desktop-schemas:amd64 (3.4.2-1, 3.4.2-2), libopenjpeg2:amd64 (1.3+dfsg-4.1, 1.3+dfsg-4.6) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hamster-applet depends on: ii gconf23.2.5-1+build1 ii python2.7.3~rc2-1 ii python-cairo 1.8.8-1+b2 ii python-dbus 1.1.1-1 ii python-gconf 2.28.1+dfsg-1 ii python-gnome2 2.28.1+dfsg-1 ii python-gobject-2 2.28.6-10 ii python-gtk2 2.24.0-3 ii python-wnck 2.32.0+dfsg-2+b1 ii python-xdg0.19-4 ii python2.6 2.6.8-0.2 ii python2.7 2.7.3~rc2-2.1 Versions of packages hamster-applet recommends: ii gnome-icon-theme 3.4.0-2 ii python-notify 0.1.1-3 Versions of packages hamster-applet suggests: ii python-evolution 2.32.0+dfsg-2+b1 -- 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#693508: hamster-applet: hamster-time-tracker fails to start
Indeed, I had been playing with the options. Now I removed the 'entry name=workspace_tracking' XML element from ~/.gconf/apps/hamster-applet/%gconf.xml and the applet starts again. Simon On Sat, Nov 17, 2012 at 07:37:12PM +0600, Andrey Rahmatullin wrote: Note that this happens only if the workspace tracking is enabled, it is off by default. Hence I'm lowering the severity. This started to happen after an upgrade on Tuesday 13 November: No, apparently it started when you enabled the option. I'm sure this cannot work and it doesn't work in the current upstream version, see also https://github.com/projecthamster/hamster/issues/38 -- Simon Pepping email: spepp...@leverkruid.eu home page: http://www.leverkruid.eu IM (jabber): sampepp...@gmail.com public key: http://www.leverkruid.eu/personal/5F298824.asc fingerprint: BE31 6D87 8F7C F483 41EF 1356 3E2A 6FC2 5F29 8824 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679795: installation-reports: Installation freezes when detecting Realtek ethernet controller RTL8111/8168B
Package: installation-reports Followup-For: Bug #679795 Dear Maintainer, Similarly to the above report, installation of testing amd64 freezes during the scan for the network devices. lspci -knn reports this as follows: 01:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 06) Subsystem: Micro-Star International Co., Ltd. Device [1462:7636] Kernel driver in use: r8169 Then I successfully installed using the 6.0.5 firmware installer. -- Package-specific info: Boot method: CD Image version: netinstall amd64 downloaded on 2012-08-05 Date: 2012-08-05 Machine: MSI MS-7636/H55M-E32(MS-7636) Partitions: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[E] -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685362: postgresql-common: server does not listen in ipv6 after install
Package: postgresql-common Version: 134 Severity: normal Tags: ipv6 Dear Maintainer, After a fresh install of amd64 testing with postgresql, the server was not listening on IPv6. This turned out to be due to 1. listen_addresses = 'localhost' in postgresql.conf 2. ::1 ip6-localhost ip6-loopback in etc/hosts i.e. the servers listens on localhost, but localhost is no longer configured to have an IPv6 address. On a debian system postgresql should be listening in both IPv4 and IPv6 out of the box. Best, Simon -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages postgresql-common depends on: ii adduser 3.113+nmu3 ii debconf [debconf-2.0] 1.5.44 ii logrotate 3.8.1-4 ii lsb-base 4.1+Debian7 ii postgresql-client-common 134 ii procps1:3.3.3-2 ii ssl-cert 1.0.31 postgresql-common recommends no packages. postgresql-common suggests no packages. -- debconf information: postgresql-common/obsolete-major: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612242: tracker: Really high CPU Usage and Memory Leak solved by correcting locales
I had similar problems, which started after I changed my system from i386 to amd64. I also had locale problems, because my .xsession specified locales which I had not generated. After reconfiguring my locales in a consistent way, the tracker problems disappeared. Best, Simon -- Simon Pepping -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600556: installation-reports: Installation succesful for Squeeze on PC, but Kubuntu 10.10 didn't appear in Grub menu
Package: installation-reports Severity: normal -- Package-specific info: Boot method: CD Image version: 6.0 (squeeze) - installer build 20101013-03:52 Date: 15 October 2010 Machine: Custom built Partitions: /dev/sda1 1304024413184 83 Linux /dev/sda2 *3040607924414208 83 Linux /dev/sda3 59695 60802 8893440 82 Linux swap / Solaris /dev/sda46079 59695 430663526+ 5 Extended /dev/sda56079 19453 107420672 83 Linux /dev/sda6 19453 32826 107420672 83 Linux /dev/sda7 32826 46200 107420672 83 Linux /dev/sda8 46200 59695 108398437+ 83 Linux Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[E] Overall install:[O] Comments/Problems: 1. Kubuntu 10.10 was detected by the installation of Grub, but upon reboot it turned out that it was not added to grub.conf. Rerunning update-grub added Kubuntu properly. 2. The disk had already been partitioned. Still the partitioner required me to go through each partition and confirm it. Only the mount point is needed. 3. The graphical desktop turned out to be the Gnome desktop. This should be made apparent in the name. 4. Gnome reported that network (wired, eth0) was not connected. This was due to the fact that eth0 was unmanaged. Ideally the installer should configure this as managed, since various networking utilities (e.g. Pidgin) do not work when networking is not managed. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=6.0 (squeeze) - installer build 20101013-03:52 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux vuurvlinder 2.6.32-5-486 #1 Thu Sep 30 03:24:17 UTC 2010 i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Core Processor DRAM Controller [8086:0040] (rev 12) lspci -knn: Subsystem: Micro-Star International Co., Ltd. Device [1462:7636] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0042] (rev 12) lspci -knn: Subsystem: Micro-Star International Co., Ltd. Device [1462:7636] lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 5 Series/3400 Series Chipset HECI Controller [8086:3b64] (rev 06) lspci -knn: Subsystem: Micro-Star International Co., Ltd. Device [1462:7636] lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller [8086:3b3c] (rev 06) lspci -knn: Subsystem: Micro-Star International Co., Ltd. Device [1462:7636] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio [8086:3b56] (rev 06) lspci -knn: Subsystem: Micro-Star International Co., Ltd. Device [1462:636a] lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 [8086:3b42] (rev 06) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller [8086:3b34] (rev 06) lspci -knn: Subsystem: Micro-Star International Co., Ltd. Device [1462:7636] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev a6) lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation 5 Series Chipset LPC Interface Controller [8086:3b06] (rev 06) lspci -knn: Subsystem: Micro-Star International Co., Ltd. Device [1462:7636] lspci -knn: 00:1f.2 IDE interface [0101]: Intel Corporation 5 Series/3400 Series Chipset 4 port SATA IDE Controller [8086:3b20] (rev 06) lspci -knn: Subsystem: Micro-Star International Co., Ltd. Device [1462:7636] lspci -knn: Kernel driver in use: ata_piix lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation 5 Series/3400 Series Chipset SMBus Controller [8086:3b30] (rev 06) lspci -knn: Subsystem: Micro-Star
Bug#587417: w3c-dtd-xhtml: entity declarations in xhtml11-flat.dtd with URL to www.w3.org makes org.apache.xml.resolver fail
Package: w3c-dtd-xhtml Version: 1.1-5 Severity: important The xhtml11-flat.dtd contains entity declarations whose system ID is at http://www.w3.org/TR/xhtml-modularization/DTD/. Even though these entities are not used, org.apache.xml.resolver (package libxml-commons-resolver1.1-java) reports an error returned by the w3.org server (which is known to refuse requests for DTDs and schemas). Therefore these entity declarations should be commented out. I have done so on my own system, and could provide you with that file. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages w3c-dtd-xhtml depends on: ii sgml-base 1.26 SGML infrastructure and SGML catal ii sgml-data 2.0.4 common SGML and XML data ii xml-core 0.13 XML infrastructure and XML catalog w3c-dtd-xhtml recommends no packages. w3c-dtd-xhtml 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#572043: abiword: libgoffice-0-8: New so version breaks Abiword
Package: abiword Version: 2.8.1-2 Severity: serious This is the same problem as reported in bug #570010, but now for Abiword. The same workaround works here: ln -s libgoffice-0.8.so.8.0.0 libgoffice-0.8.so.7 Simon -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages abiword depends on: ii abiword-commo 2.8.1-2efficient, featureful word process ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript interpre ii libabiword-2. 2.8.1-2efficient, featureful word process ii libaiksaurusg 1.2.1+dev-0.12-6 graphical interface to the Aiksaur ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.20-2 simple interprocess messaging syst ii libdbus-glib- 0.84-1 simple interprocess messaging syst ii libgcc1 1:4.4.2-9 GCC support library ii libgcrypt11 1.4.5-2LGPL Crypto library - runtime libr ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgnutls26 2.8.5-2the GNU TLS library - runtime libr ii libgoffice-0- 0.8.0-1Document centric objects library - ii libgsf-1-114 1.14.17-1 Structured File Library - runtime ii libgtk2.0-0 2.18.6-1 The GTK+ graphical user interface ii libjpeg62 6b-16.1The Independent JPEG Group's JPEG ii libloudmouth1 1.4.3-5Lightweight C Jabber library ii libots0 0.5.0-2Open Text Summarizer (library) ii libpng12-01.2.42-2 PNG library - runtime ii libpsiconv6 0.9.8-4.1 a library for handling Psion files ii libreadline6 6.1-1 GNU readline and history libraries ii libsoup2.4-1 2.29.90-1 an HTTP library implementation in ii libstdc++64.4.2-9The GNU Standard C++ Library v3 ii libwmf0.2-7 0.2.8.4-6.1Windows metafile conversion librar ii libwpd8c2a0.8.14-1 Library for handling WordPerfect d ii libwpg-0.1-1 0.1.3-1WordPerfect graphics import/conver ii libwps-0.1-1 0.1.2-1Works text file format import filt ii libxml2 2.7.6.dfsg-2+b1GNOME XML library ii libxslt1.11.1.26-1+b1XSLT processing library - runtime Versions of packages abiword recommends: pn abiword-docs none(no description available) pn abiword-plugin-grammar none(no description available) pn abiword-plugin-mathvie none(no description available) ii aspell-en [aspell-dict 6.0-0-5.1 English dictionary for GNU Aspell ii poppler-utils 0.12.2-2 PDF utilitites (based on libpopple ii ttf-liberation 1.05.2.20091019-4 Fonts with the same metrics as Tim abiword 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#560044: Quite a bad bug indeed
Quite a bad bug indeed. It breaks applications. On the RSSOwl list several confused Debian testing users reported that their favourite RSS reader was suddenly no longer able to update feeds. Regards, Simon -- Simon Pepping email: spepp...@leverkruid.eu home page: http://www.leverkruid.eu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559156: dpkg-dev: dpkg-dev should depend on libio-string-perl
Package: dpkg-dev Version: 1.15.5.2 Severity: normal dpkg-scanpackages uses IO/String.pm: dpkg-scanpackages dists/stable/main/binary-i386 /dev/null dists/stable/main/binary-i386/Packages Can't locate IO/String.pm in @INC (@INC contains: /home/simon/perllib /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/bin/dpkg-scanpackages line 23. BEGIN failed--compilation aborted at /usr/bin/dpkg-scanpackages line 23. Therefore dpkg-dev should depend on libio-string-perl. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg-dev depends on: ii base-files5.0.0 Debian base system miscellaneous f ii binutils 2.20-4 The GNU assembler, linker and bina ii bzip2 1.0.5-3high-quality block-sorting file co ii dpkg 1.15.5.2 Debian package management system ii libtimedate-perl 1.1900-1 Time and date functions for Perl ii lzma 4.43-14Compression method of 7z format in ii make 3.81-7 An utility for Directing compilati ii patch 2.5.9-5Apply a diff file to an original ii perl [perl5] 5.10.1-8 Larry Wall's Practical Extraction ii perl-modules 5.10.1-8 Core Perl modules ii xz-utils 4.999.9beta+20091004-1 high compression-ratio compressor Versions of packages dpkg-dev recommends: ii build-essential 11.4 Informational list of build-essent ii fakeroot 1.14.4-1 Gives a fake root environment ii gcc [c-compiler] 4:4.3.3-9+nmu1 The GNU C compiler ii gcc-3.4 [c-compiler] 3.4.6-10 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-27 The GNU C compiler ii gcc-4.2 [c-compiler] 4.2.4-6The GNU C compiler ii gcc-4.3 [c-compiler] 4.3.4-6The GNU C compiler ii gnupg 1.4.10-2 GNU privacy guard - a free PGP rep ii gpgv 1.4.10-2 GNU privacy guard - signature veri Versions of packages dpkg-dev suggests: ii debian-keyring [debian-mainta 2009.11.04 GnuPG (and obsolete PGP) keys of D -- 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#559156: is duplicate of Bug#557013
I just noticed that this is a duplicate of bug #557013. Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557935: emacs23-bin-common: emacsclient should be a slave of emacs
Package: emacs23-bin-common Version: 23.1+1-4 Severity: normal After upgrade to emacs23 I had a non-functional emacsclient. This turned out to be due to the fact that the alternative for emacsclient was set to /usr/bin/emacsclient.emacs22. Such a problem could be prevented if the emacsclient alternative would be a slave of the emacs alternative. Because emacsclient versions apparently are not interoperable with other versions of emacs, it being a slave of emacs seems appropriate. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages emacs23-bin-common depends on: ii emacs23-common23.1+1-4 The GNU Emacs editor's shared, arc ii libc6 2.10.1-7 GNU C Library: Shared libraries ii liblockfile1 1.08-3 NFS-safe locking library, includes emacs23-bin-common recommends no packages. emacs23-bin-common 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#555205: Browser and other apps can no longer look up DNS names
On Sat, Nov 14, 2009 at 11:10, Aurelien Jarno aurel...@aurel32.net wrote: Either add a nameserver entry to /etc/resolv.conf, or upgrade to version 2.10.1-7 where this problem is fixed. This works. Actually, I added 'nameserver 127.0.0.1' to /etc/resolvconf/resolv.conf.d/base and ran 'resolvconf -d'. This means that my problem actually belongs to bug #552010. It is regrettable that this nasty known problem is propagated to testing without warning. If I would have had only one computer, I would have been forced to go to the competition to be able to report the problem. :-) Thanks for your quick reply. Simon Pepping
Bug#555205: Browser and other apps can no longer look up DNS names
I have a similar problem after upgrade, but the consequences are less serious: lookup in the browser and similar apps is disfunctional: The consequences are serious enough though, because almost all web browsing is disabled. Package: libc6 Version: 2.10.1-5 Severity: important Browser and other apps can no longer look up DNS names. The host program works as expected. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages libc6 depends on: ii libc-bin 2.10.1-5 GNU C Library: Binaries ii libgcc1 1:4.4.1-4 GCC support library Versions of packages libc6 recommends: ii libc6-i6862.10.1-5 GNU C Library: Shared libraries [i Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy pn glibc-doc none (no description available) ii locales 2.10.1-5 GNU C Library: National Language ( -- debconf information: * glibc/upgrade: true glibc/disable-screensaver: glibc/restart-failed: * glibc/restart-services: openbsd-inetd exim4 cups cron atd Simon Pepping
Bug#550183: Breaks Default button in some eclipse dialogs (and rcp apps)
On Tue, Nov 03, 2009 at 12:56:12PM +0100, Josselin Mouette wrote: Le lundi 26 octobre 2009 à 21:03 +0100, Simon Pepping a écrit : This means that GTK2.18 is backwards incompatible and breaks existing applications. The upgrade must warn users and a way must be found to minimize the effect of this upgrade. If you have any list of the affected packages and their fixed versions, I'd be happy to add them to libgtk2.0-0's Breaks field. eclipse. I understand that versions up to the current version, 3.5, suffer from this problem. sid is at 3.2 and 3.4. So this problem will persist for a while. rssowl, which is based on eclipse, current version, 2.0. As the title of this bug says, all RCP applications up to the current version. -- Simon Pepping -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550183: Breaks Default button in some eclipse dialogs (and rcp apps)
The same happens to my eclipse. There is also a bug report in eclipse: https://bugs.eclipse.org/bugs/show_bug.cgi?id=291257. Citing: 'GTK 2.18 introduced a new way to interact with GdkWindows. This is what introduced the problems that you are seeing and why exporting GDK_NATIVE_WINDOWS fixes it (they added that flag to allow us to revert to the old behavior). It is not the final solution, we need to see what is broken and either fix it or have GTK fix it in the next 2.18.x release.' Workaround: export GDK_NATIVE_WINDOWS=true. This means that GTK2.18 is backwards incompatible and breaks existing applications. The upgrade must warn users and a way must be found to minimize the effect of this upgrade. Simon -- Simon Pepping -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#433502: eclipse: missing doc/help files
In version 3.2.2-5 the doc and help files are still missing. As eclipse does not offer separate downloads of the doc and help files, this makes the package less useful. Regards, Simon -- Simon Pepping home page: http://www.leverkruid.eu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489923: debtorrent: Doesn't download .debs
From the NEWS file: Once again, don't forget to 'apt-get update'! I tried several things, including asking on IRC, but I did not read the NEWS file, and I did not do an apt-get update. Indeed, doing that solves the problem. Thanks for your quick reply. Regards, Simon -- Simon Pepping -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489923: debtorrent: Doesn't download .debs
I have got the same problem. Since the upgrade from 1.0.6 to 1.0.8 last saturday (lenny/sid) no torrents are running. From the log: 2008-07-08 21:13:59,637 MainThread root INFO Logging begins 2008-07-08 21:13:59,638 MainThread DebTorrent.SocketHandler INFO Successfully bound to port 10002 2008-07-08 21:13:59,638 MainThread DebTorrent.SocketHandler INFO Successfully bound to port 9988 2008-07-08 21:13:59,639 MainThread DebTorrent INFO New peer ID: T018-Sgn3oAqZKNf No line like: 2008-05-19 12:43:27,259 MainThread DebTorrent.launchmanycore INFO Starting torrent: 7556a2d55a41686b7b46dbc2cb479c96083b161b so no torrents are started. The web page at port 9988 says the same: no torrents. I run lenny/sid on i386. Regards, Simon -- Simon Pepping -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478070: resolved
The problem resolved itself automatically, presumably due to deinstallation of the iiimecf package. The problem was caused by the fact that emacs requested interactive configuration of some language or locale setting, in one of the config tasks. Even though this problem has been resolved, it may be noted that auctex configuration is vulnerable to emacs wishing to interact with the user. This should be prevented. Regards, Simon -- Simon Pepping email: [EMAIL PROTECTED] home page: http://www.leverkruid.eu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478070: auctex: auctex hangs during installation
Package: auctex Version: 11.83-7.1 Severity: normal auctex hangs during installation. This happened for the last two weeks. It happened first during an upgrade on 19 April. I removed auctex. Since then installations of the package failed. Nothting happened during several minutes at the following screen output: install/auctex: Setting up for emacs22 (log file: /usr/share/emacs22/site-lisp/auctex//CompilationLog)... Then I interrupted. The CompilationLog ends at: checking for mule support... The config.log ends at: configure:1690: checking for mule support /usr/bin/emacs22 -batch -eval (let* ((x (condition-case nil (require 'mule ) (error (prog1 nil (message mule not found)) (write-region (if (stringp x) x (prin1-to-string x)) nil ./conftest-24642)) Loading 00debian-vars... Loading /etc/emacs22/site-start.d/35elib-startup.el (source)... Loading /etc/emacs/site-start.d/40mule-ucs.el (source)... Loading /etc/emacs22/site-start.d/50auctex.el (source)... Error while loading 50auctex Loading /etc/emacs/site-start.d/50autoconf.el (source)... Loading /etc/emacs/site-start.d/50cedet-common.el (source)... Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)... Loading debian-ispell... Loading /var/cache/dictionaries-common/emacsen-ispell-default.el (source)... Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)... Loading /etc/emacs/site-start.d/50docbookide.el (source)... Loading /etc/emacs/site-start.d/50eieio.el (source)... Loading /etc/emacs/site-start.d/50emacs-goodies-el.el (source)... Loading /etc/emacs/site-start.d/50gettext.el (source)... Loading /etc/emacs/site-start.d/50iiimf-client-el.el (source)... Loading /etc/emacs/site-start.d/50jde.el (source)... Error while loading 50jde Loading /etc/emacs22/site-start.d/50psgml-init.el (source)... Loading /etc/emacs/site-start.d/50psvn.el (source)... Loading /etc/emacs/site-start.d/50pylint-common.el (source)... Error while loading 50pylint-common Loading /etc/emacs/site-start.d/50rnc-mode.el (source)... Loading /etc/emacs22/site-start.d/50tdtd.el (source)... Loading /etc/emacs/site-start.d/50vc-svn.el (source)... Loading /etc/emacs/site-start.d/51debian-el.el (source)... Loading /etc/emacs/site-start.d/51ede.el (source)... Loading /etc/emacs/site-start.d/51speedbar.el (source)... Loading /etc/emacs/site-start.d/52semantic.el (source)... Loading /etc/emacs/site-start.d/53cedet-contrib.el (source)... Loading /etc/emacs/site-start.d/53cogre.el (source)... Loading /etc/emacs/site-start.d/55ecb.el (source)... Loading /etc/emacs22/site-start.d/60nxml-mode.el (source)... Loading /usr/share/emacs22/site-lisp/nxml-mode/rng-auto.el (source)... Select coding system (default undecided): ## ## ## Cache variables. ## ## ## ac_cv_env_INSTALL_INFO_set= ac_cv_env_INSTALL_INFO_value= ac_cv_env_MAKEINFO_set= ac_cv_env_MAKEINFO_value= ac_cv_env_PERL_set= ac_cv_env_PERL_value= ac_cv_env_build_alias_set= ac_cv_env_build_alias_value= ac_cv_env_host_alias_set= ac_cv_env_host_alias_value= ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ac_cv_path_EMACS=/usr/bin/emacs22 ac_cv_path_install='/usr/bin/install -c' ac_cv_prog_MAKECMD=make ac_cv_prog_make_make_set=yes ## - ## ## Output variables. ## ## - ## AUCTEXDATE='2006-06-07' AUCTEXVERSION='11.83' DEFS='' DVIPS='' ECHO_C='' ECHO_N='-n' ECHO_T='' EMACS='/usr/bin/emacs22' EMACS_FLAVOR='emacs' HAVE_mule='' INSTALL_DATA='${INSTALL} -m 644' INSTALL_INFO='' INSTALL_PROGRAM='${INSTALL}' INSTALL_SCRIPT='${INSTALL}' LIBOBJS='' LIBS='' LTLIBOBJS='' MAKECMD='make' MAKEINFO='' MULEELC='' MULESRC='' PACKAGE_BUGREPORT='[EMAIL PROTECTED]' PACKAGE_NAME='auctex' PACKAGE_STRING='auctex 11.83' PACKAGE_TARNAME='auctex' PACKAGE_VERSION='11.83' PATH_SEPARATOR=':' PDFTEX='' PERL='' SET_MAKE='' SHELL='/bin/sh' TEX='/bin/true' TEXI2DVI='' TEXI2HTML='' TEXI2PDF='' XEMACS='no' auctexstartfile='' autodir='' bindir='${exec_prefix}/bin' build_alias='' datadir='${prefix}/share' exec_prefix='NONE' host_alias='' includedir='${prefix}/include' infodir='${prefix}/info' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' lispautodir='' lispdir='' lisppackagedatadir='' lisppackagelispdir='' lisptexsite='' localstatedir='${prefix}/var' mandir='${prefix}/man' oldincludedir='/usr/include' packagedatadir='' packagedir='' packagelispdir='' prefix='/usr/' preview_enabled='' program_transform_name='s,x,x,' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' subdirs='' sysconfdir='${prefix}/etc' target_alias='' texsite='' ## --- ## ## confdefs.h. ## ## --- ## #define PACKAGE_BUGREPORT [EMAIL PROTECTED] #define PACKAGE_NAME auctex #define PACKAGE_STRING auctex 11.83 #define PACKAGE_TARNAME auctex #define PACKAGE_VERSION 11.83 configure: caught signal 2 configure: exit 1 End of config.log -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686)
Bug#466083: debhelper: problem with update-icon-caches
On Sun, Feb 17, 2008 at 01:15:46PM +0100, Josselin Mouette wrote: On dim, 2008-02-17 at 11:15 +0100, Simon Pepping wrote: On Sat, Feb 16, 2008 at 08:21:15PM +0100, Josselin Mouette wrote: I guess we can display a big warning if gtk-update-icon-cache fails, and exit without error to allow the upgrade to proceed nevertheless. Would that be OK for you? Would it not be better to keep the error exit code but make sure that it is not the exit code of the postrm script? A straightforward way to do that would be to add the true command after the update-icon-caches command. This shows that a failure of the update-icon-caches command is not fatal for the upgrade process. As the update-icon-caches command is not really meant to be used outside the debhelper scripts, I guess the effect would be the same. Changing debhelper means rebuilding all packages using it. Changing the script means it works right now for everyone. Pick your choice :) If it were my choice, I would do 'update-icon-caches -q $dirs || true'. Several init scripts do similar things. Regards, Simon -- Simon Pepping email: [EMAIL PROTECTED] home page: http://www.leverkruid.eu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466083: debhelper: problem with update-icon-caches
On Sat, Feb 16, 2008 at 08:21:15PM +0100, Josselin Mouette wrote: reassign 466083 libgtk2.0-bin thanks On sam, 2008-02-16 at 14:14 +0100, Simon Pepping wrote: Package: debhelper Version: 6.0.5 Severity: normal After installation of a third party package with autopackage, the generated cache for /usr/share/icons/hicolor was invalid. No further information was given. This error prevents removal and upgrades of packages where update-icon-caches is the last command in the postrm script and thus determines the exit code, e.g. openoffice.org-common. While the problem with the icon cache was real and not related to update-icon-caches, the information is too little and the consequences of serious upgrade problems are too severe. This should be improved. I guess we can display a big warning if gtk-update-icon-cache fails, and exit without error to allow the upgrade to proceed nevertheless. Would that be OK for you? Would it not be better to keep the error exit code but make sure that it is not the exit code of the postrm script? A straightforward way to do that would be to add the true command after the update-icon-caches command. This shows that a failure of the update-icon-caches command is not fatal for the upgrade process. Simon Pepping -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466083: debhelper: problem with update-icon-caches
Package: debhelper Version: 6.0.5 Severity: normal After installation of a third party package with autopackage, the generated cache for /usr/share/icons/hicolor was invalid. No further information was given. This error prevents removal and upgrades of packages where update-icon-caches is the last command in the postrm script and thus determines the exit code, e.g. openoffice.org-common. While the problem with the icon cache was real and not related to update-icon-caches, the information is too little and the consequences of serious upgrade problems are too severe. This should be improved. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24.1-spe (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages debhelper depends on: ii binutils2.18.1~cvs20080103-1 The GNU assembler, linker and bina ii dpkg-dev1.14.16.6package building tools for Debian ii file4.23-1 Determines file type using magic ii html2text 1.3.2a-3 An advanced HTML to text converter ii man-db 2.5.1-2 on-line manual pager ii perl5.8.8-12 Larry Wall's Practical Extraction ii po-debconf 1.0.11 manage translated Debconf template debhelper recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430546: mutt-vc-query: Querying is blocked by X entries
Package: mutt-vc-query Version: 002-3 Severity: normal When the vc file contains a card with an X entry, that card is the last card that is queried. For example, KAddressBook may add entries of type X-messaging/icq-All and similar. All cards below this entry in the vc file are invisible to the query. I believe X entries must be skipped by vCard parsers. Example entry: X-messaging/icq-All:4567890 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21.5-spe (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages mutt-vc-query depends on: ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libvc0 003.dfsg.1-5 vCard (the Electronic Business Car mutt-vc-query recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414781: emacs-goodies-el: todoo undefines outline-mode-menu-bar-maps
Package: emacs-goodies-el Version: 26.9-1 Severity: normal The following lines in todoo.el, lines 527ff, (define-key outline-mode-menu-bar-map [headings] 'undefined) (define-key outline-mode-menu-bar-map [hide] 'undefined) (define-key outline-mode-menu-bar-map [show] 'undefined) undefine the menu bar maps for outline mode for every buffer, also for those buffers in which outline mode is the major mode. That is far too aggressive. If the menu bar maps are really a problem, they should be removed locally to the buffers with todoo mode. Regards, Simon -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.2-spe Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages emacs-goodies-el depends on: ii bash 3.1dfsg-8 The GNU Bourne Again SHell ii emacs21 [emacsen] 21.4a+1-3 The GNU Emacs editor Versions of packages emacs-goodies-el recommends: pn dict none (no description available) ii perl-doc 5.8.8-7Perl documentation ii wget 1.10.2-2 retrieves files from the web -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]