Bug#959732: scilab: Scilab graphic window is empty when plotting
I have the same bug. Is there any update? Ian On Mon, 04 May 2020 19:09:22 +0200 Jacek Sobczak wrote: > Package: scilab > Version: 6.1.0+dfsg1-3 > Severity: important > > Dear Maintainer, > > When plottin scilab just opens an empty graphic window. Should be > reproducible with the simplest example: > > x=[0:0.1:2*%pi]; > plot(x,sin(x)) > > In the console these messages are shown (repeated multiple times) > whenever trying to plot: > > Exception in thread "AWT-EventQueue-0" com.jogamp.opengl.GLException: Caught > GLException: Profile GL4bc is not available on X11GraphicsDevice[type .x11, > connection :0, unitID 0, handle 0x7fbc2489d650, owner true, > ResourceToolkitLock[obj 0x2865a089, isOwner true, <78c52e3b, 5dae9bd8>[count > 1, qsz 0, owner ]]], but: [GLProfile[GL4ES3/GL4.hw], > GLProfile[GL2ES2/GL4.hw], GLProfile[GL4/GL4.hw], GLProfile[GL4/GL4.hw], > GLProfile[GL3/GL4.hw], GLProfile[GL2GL3/GL4.hw]] > at > com.jogamp.opengl.awt.GLJPanel$OffscreenBackend.initialize(GLJPanel.java:1795) > at > com.jogamp.opengl.awt.GLJPanel.initializeBackendImpl(GLJPanel.java:1377) > at com.jogamp.opengl.awt.GLJPanel.paintComponent(GLJPanel.java:549) > at java.desktop/javax.swing.JComponent.paint(JComponent.java:1074) > at > java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907) > at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083) > at > java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907) > at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083) > at java.desktop/javax.swing.JLayeredPane.paint(JLayeredPane.java:590) > at > java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907) > at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083) > at java.desktop/javax.swing.JViewport.paint(JViewport.java:737) > at > java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907) > at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083) > at > java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907) > at > org.scilab.modules.gui.bridge.tab.SwingScilabDockablePanel.paintChildren(Unknown > Source) > at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083) > at > java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907) > at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083) > at > org.flexdock.docking.defaults.DefaultDockingPort.paint(DefaultDockingPort.java:1983) > at > java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907) > at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083) > at > java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907) > at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083) > at java.desktop/javax.swing.JLayeredPane.paint(JLayeredPane.java:590) > at > java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907) > at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083) > at > java.desktop/javax.swing.JComponent.paintToOffscreen(JComponent.java:5255) > at > java.desktop/javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:246) > at > java.desktop/javax.swing.RepaintManager.paint(RepaintManager.java:1323) > at > java.desktop/javax.swing.JComponent._paintImmediately(JComponent.java:5203) > at > java.desktop/javax.swing.JComponent.paintImmediately(JComponent.java:5013) > at > java.desktop/javax.swing.RepaintManager$4.run(RepaintManager.java:888) > at > java.desktop/javax.swing.RepaintManager$4.run(RepaintManager.java:848) > at java.base/java.security.AccessController.doPrivileged(Native > Method) > at > java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) > at > java.desktop/javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:848) > at > java.desktop/javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:823) > at > java.desktop/javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:772) > at > java.desktop/javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1890) > at > java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313) > at > java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770) > at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) > at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) -- Sent with Tutanota, the secure & ad-free mailbox: https://tutanota.com
Bug#760038: minor problem subsists
Dear maintainer, Occasionally when I log in to e17, the screen goes black, then I get the following error message: Enlightenment Error This is very bad. Enlightenment SEGV'd. This is not meant to happen and is likely a sign of a bug in Enlightenment or the libraries it relies on. We were not able to generate a back trace, chekc if your 'sysactions.conf' has a 'gdb' action line. (it does not) Please compile latest svm E17 and EFL with -g and -ggdb3 in your CFLAGS. I am given the choice of either exiting e17 or recovering (F1). Choosing recover gets me into e17 without any problems. Ian
Bug#760038: latest upgrade fixed problem
Dear Maintainer, Yesterday I did an apt-get dist-upgrade for Jessie which fixed the problem. Ian
Bug#760038: e17: get unusable black screen with pointer since second login
Package: e17 Version: 0.17.6-1 Justification: renders package unusable Severity: grave Dear Maintainer, I upgraded from Wheezy to Jessie. After a reboot, I was able to log in to e17 once with no problem. Since then, when I log in to e17 I get an unusable black screen with a pointer. From a quick web search, I learned that sometimes disabling OpenGL solves the problem. But I don't know how to do this. Best, Ian -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages e17 depends on: ii dbus-x11 1.8.6-2 ii e17-data 0.17.6-1 ii libasound2 1.0.28-1 ii libc6 2.19-9 ii libdbus-1-31.8.6-2 ii libecore-con1 1.8.6-2 ii libecore-evas1 1.8.6-2 ii libecore-file1 1.8.6-2 ii libecore-imf1 1.8.6-2 ii libecore-input11.8.6-2 ii libecore-ipc1 1.8.6-2 ii libecore-x11.8.6-2 ii libecore1 1.8.6-2 ii libedbus1 1.7.10-1 ii libedje-bin1.8.6-2 ii libedje1 1.8.6-2 ii libeet11.8.6-2 ii libeeze1 1.8.6-2 ii libefreet-bin 1.8.6-2 ii libefreet1a1.8.6-2 ii libeina1 1.8.6-2 ii libeio11.8.6-2 ii libevas1 1.8.6-2 ii libevas1-engines-x [libevas1-engine-software-x11] 1.8.6-2 ii libpam0g 1.1.8-3.1 ii libxcb-keysyms10.3.9-1 ii libxcb-shape0 1.10-3 ii libxcb11.10-3 Versions of packages e17 recommends: ii pm-utils 1.4.1-15 e17 suggests no packages. -- no debconf information
Bug#685514: debian-boot: Installation hangs trying to detect network hardware
Package: debian-boot Version: AMD64 wheezy install beta 1 Severity: important Tags: d-i I tried out the Wheezy AMD64 beta 1 (USB thumbdrive) install on a Giada i51 mini PC with a Celeron 857 processor and Intel HM65 Express chipset. The installation hung trying to detect the network hardware. -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (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#539686: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#539686: linux-image-2.6-686: kernel does not load correct sound card module on Dell M1210)
Thanks for the clarification and pointers. I still think that there is a bug somewhere because when I installed Debian on my computer, I got no error messages, no warnings, but the sound didn't work. I suspected that the kernel was not the package with the error, but I didn't know which package was. I guess I should have submitted the bug to whichever package alsaconf belongs to, because alsaconf said it was configuring /etc/modprobe.d/alsa-base, but didn't do it in such a way that I could get sound on a reboot. Cheers, Ian On Wed, Aug 5, 2009 at 1:51 PM, Debian Bug Tracking System ow...@bugs.debian.org wrote: This is an automatic notification regarding your Bug report which was filed against the linux-image-2.6-686 package: #539686: linux-image-2.6-686: kernel does not load correct sound card module on Dell M1210 It has been closed by Ben Hutchings b...@decadent.org.uk. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Ben Hutchings b...@decadent.org.uk by replying to this email. -- 539686: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=539686 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Forwarded message -- From: Ben Hutchings b...@decadent.org.uk To: 539686-d...@bugs.debian.org Date: Mon, 03 Aug 2009 01:57:33 +0100 Subject: Re: Bug#539686: linux-image-2.6-686: kernel does not load correct sound card module on Dell M1210 On Mon, 2009-08-03 at 00:07 +0200, Ian Schindler wrote: Package: linux-image-2.6-686 Version: 2.6.26+17+lenny1 Severity: normal *** Please type your report below this line *** The kernel was loading snd_usb_audio rather than snd_hda_intel after each reboot. According to the lsmod output, both snd_usb_audio and snd_hda_intel were and still are loaded. The Dell M1210 apparently has a built-in webcam and associated microphone, and the USB audio driver is used for this microphone. So I don't see that there is a kernel bug here. I lived with this problem for some time, running alsaconf after each reboot to get the sound working. [...] The recommended method for controlling device numbering is documented in /usr/share/doc/alsa-base/README.Debian.gz It should also be possible to change the default device (without renumbering) by setting the environment variable ALSA_CARD or editing ~/.asoundrc. Ben. -- Ben Hutchings Unix is many things to many people, but it's never been everything to anybody. -- Forwarded message -- From: Ian Schindler ian.schind...@gmail.com To: sub...@bugs.debian.org Date: Mon, 3 Aug 2009 00:07:37 +0200 Subject: linux-image-2.6-686: kernel does not load correct sound card module on Dell M1210 Package: linux-image-2.6-686 Version: 2.6.26+17+lenny1 Severity: normal *** Please type your report below this line *** The kernel was loading snd_usb_audio rather than snd_hda_intel after each reboot. I lived with this problem for some time, running alsaconf after each reboot to get the sound working. Finally I investigated further, localising the problem. I added the following line to /etc/modeprobe.d/alsabase: options snd_usb_audio index=-2 Which solved the problem. I am including some information I used to localize the problem: DATA BEFORE RUNNING alsaconf: # asoundconf list Names of available sound cards: U0x46d0x8c6 $ cat /proc/asound/modules 0 snd_usb_audio $ cat /proc/asound/cards 0 [U0x46d0x8c6]: USB-Audio - USB Device 0x46d:0x8c6 USB Device 0x46d:0x8c6 at usb-:00:1d.7-5, high speed $lsmod | grep snd snd_hda_intel 325688 0 snd_pcm_oss32832 0 snd_mixer_oss 12320 1 snd_pcm_oss snd_usb_audio 70304 0 snd_usb_lib13440 1 snd_usb_audio snd_pcm62596 3 snd_hda_intel,snd_pcm_oss,snd_usb_audio snd_hwdep 6212 1 snd_usb_audio snd_seq_dummy 2660 0 snd_seq_oss24992 0 snd_seq_midi5728 0 snd_rawmidi18528 2 snd_usb_lib,snd_seq_midi snd_seq_midi_event 6432 2 snd_seq_oss,snd_seq_midi snd_seq41456 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_timer 17800 2 snd_pcm,snd_seq snd_seq_device 6380 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq snd45604 11 snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_usb_audio,snd_pcm,snd_hwdep,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device soundcore 6368 1 snd snd_page_alloc 7816 2 snd_hda_intel,snd_pcm usbcore 118224 8 snd_usb_audio,snd_usb_lib,uvcvideo,hci_usb,usbhid,ehci_hcd,uhci_hcd DATA AFTER RUNNING alsaconf: # asoundconf list
Bug#539686: linux-image-2.6-686: kernel does not load correct sound card module on Dell M1210
Package: linux-image-2.6-686 Version: 2.6.26+17+lenny1 Severity: normal *** Please type your report below this line *** The kernel was loading snd_usb_audio rather than snd_hda_intel after each reboot. I lived with this problem for some time, running alsaconf after each reboot to get the sound working. Finally I investigated further, localising the problem. I added the following line to /etc/modeprobe.d/alsabase: options snd_usb_audio index=-2 Which solved the problem. I am including some information I used to localize the problem: DATA BEFORE RUNNING alsaconf: # asoundconf list Names of available sound cards: U0x46d0x8c6 $ cat /proc/asound/modules 0 snd_usb_audio $ cat /proc/asound/cards 0 [U0x46d0x8c6]: USB-Audio - USB Device 0x46d:0x8c6 USB Device 0x46d:0x8c6 at usb-:00:1d.7-5, high speed $lsmod | grep snd snd_hda_intel 325688 0 snd_pcm_oss32832 0 snd_mixer_oss 12320 1 snd_pcm_oss snd_usb_audio 70304 0 snd_usb_lib13440 1 snd_usb_audio snd_pcm62596 3 snd_hda_intel,snd_pcm_oss,snd_usb_audio snd_hwdep 6212 1 snd_usb_audio snd_seq_dummy 2660 0 snd_seq_oss24992 0 snd_seq_midi5728 0 snd_rawmidi18528 2 snd_usb_lib,snd_seq_midi snd_seq_midi_event 6432 2 snd_seq_oss,snd_seq_midi snd_seq41456 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_timer 17800 2 snd_pcm,snd_seq snd_seq_device 6380 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq snd45604 11 snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_usb_audio,snd_pcm,snd_hwdep,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device soundcore 6368 1 snd snd_page_alloc 7816 2 snd_hda_intel,snd_pcm usbcore 118224 8 snd_usb_audio,snd_usb_lib,uvcvideo,hci_usb,usbhid,ehci_hcd,uhci_hcd DATA AFTER RUNNING alsaconf: # asoundconf list Names of available sound cards: Intel $ cat /proc/asound/modules 0 snd_hda_intel $ cat /proc/asound/cards 0 [Intel ]: HDA-Intel - HDA Intel HDA Intel at 0xefebc000 irq 21 $ lsmod | grep snd snd_hda_intel 325688 0 snd_pcm_oss32832 0 snd_mixer_oss 12320 1 snd_pcm_oss snd_pcm62596 2 snd_hda_intel,snd_pcm_oss snd_seq_dummy 2660 0 snd_seq_oss24992 0 snd_seq_midi5728 0 snd_rawmidi18528 1 snd_seq_midi snd_seq_midi_event 6432 2 snd_seq_oss,snd_seq_midi snd_seq41456 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_timer 17800 2 snd_pcm,snd_seq snd_seq_device 6380 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq snd45604 9 snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device soundcore 6368 1 snd snd_page_alloc 7816 2 snd_hda_intel,snd_pcm -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6-686 depends on: ii linux-image-2.6.26-2-686 2.6.26-17lenny1 Linux 2.6.26 image on PPro/Celeron linux-image-2.6-686 recommends no packages. linux-image-2.6-686 suggests no packages. -- no debconf information
Bug#517877: dvi file unreadable
Sorry, I should have checked things more carefully before filing the bug. The dvi files are fine, the problem is with xdvi. I can use the dvi files to make pdf files that look fine. When I transfer them to another machine, xdvi opens them and they look fine. When I open them on my laptop (a Dell M1210) with xdvi, they are unreadable. Thanks for any hints. On Mon, Mar 9, 2009 at 3:38 PM, Hilmar Preusse hill...@web.de wrote: On 02.03.09 Ian Schindler (ian.schind...@gmail.com) wrote: Hi, When I create a dvi file (using any latex file) xdvi opens the dvi file, but it looks garbled on the screen. I use pdflatex which works. Can't reproduce it here. Could you send in the dvi file? When submitting this bug I found that debconf is returning errors (see below), but I don't know how to fix these errors. I don't see error messages below. H. -- sigmentation fault
Bug#517870: applications under gnome cannot access files
Package: gnome-session Version: 2.22.3-2 Severity: normal When running gnome, applications cannot access files. For example if I start abiword and click on the menu bar to open a file, the file browser flashes on the screen then disappears, causing the application to hang. Similar behavior occurs when saving a file. The problem is specific to this computer, but I don't know how to fix it, and it would be nice if update scripts looked for the problem and fixed it. The work around I used was to switch to the afterstep window manager. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-session depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii gnome-control-center 1:2.22.2.1-2 utilities to configure the GNOME d ii gnome-settings-daemon 2.22.2.1-2GNOME settings daemon ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libc6 2.7-18GNU C Library: Shared libraries ii libdbus-1-31.2.1-5 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnome-keyring0 2.22.3-2 GNOME keyring services library ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomeui-0 2.20.1.1-2The GNOME 2 libraries (User Interf ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libsm6 2:1.0.3-2 X11 Session Management library ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii libx11-6 2:1.1.5-2 X11 client-side library ii libxau61:1.0.3-3 X11 authorisation library Versions of packages gnome-session recommends: ii dbus-x11 1.2.1-5simple interprocess messaging syst ii gnome-panel 2.20.3-5 launcher and docking facility for ii metacity 1:2.22.0-2 A lightweight GTK2 based Window Ma ii nautilus 2.20.0-7 file manager and graphical shell f Versions of packages gnome-session suggests: ii desktop-base 5.0.3 common files for the Debian Deskto ii gnome-user-guide [gnome2-user 2.22.1-1 GNOME user's guide -- no debconf information
Bug#517877: dvi file unreadable
Package: texlive-base-bin
Version: 2007.dfsg.2-4
Severity: normal
When I create a dvi file (using any latex file)
xdvi opens the dvi file, but it looks garbled on the
screen. I use pdflatex which works.
When submitting this bug I found that debconf is returning
errors (see below), but I don't know how to fix these errors.
-- Package-specific info:
##
minimal input file
\documentclass{article}
\begin{document}
Hello world.
\end{document}
##
other files
##
List of ls-R files
-rw-r--r-- 1 root root 912 Feb 16 16:29 /var/lib/texmf/ls-R
-rw-rw-r-- 1 root staff 79 Dec 14 20:40 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 29 Nov 22 18:25 /usr/share/texmf/ls-R -
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 27 Feb 1 16:32 /usr/share/texmf-texlive/ls-R -
/var/lib/texmf/ls-R-TEXLIVE
lrwxrwxrwx 1 root root 27 Feb 1 16:32 /usr/share/texmf-texlive/ls-R -
/var/lib/texmf/ls-R-TEXLIVE
##
Config files
lrwxrwxrwx 1 root root 20 Nov 22 18:25 /usr/share/texmf/web2c/texmf.cnf -
/etc/texmf/texmf.cnf
-rw-r--r-- 1 root root 6466 Feb 16 16:29 /var/lib/texmf/web2c/fmtutil.cnf
-rw-r--r-- 1 root root 8991 Feb 16 16:29 /var/lib/texmf/web2c/updmap.cfg
-rw-r--r-- 1 root root 5253 Feb 16 16:29
/var/lib/texmf/tex/generic/config/language.dat
##
Files in /etc/texmf/web2c/
total 4
-rw-r--r-- 1 root root 283 Feb 26 2007 mktex.cnf
##
md5sums of texmf.d
42c20d7e8bd343542772b5a145bf8ad8 /etc/texmf/texmf.d/05TeXMF.cnf
5f7f6652cc8b8071c9e4ea6ba9e9f0a1 /etc/texmf/texmf.d/15Plain.cnf
f68e5add6afd6585b982f2f78e2e6a92 /etc/texmf/texmf.d/45TeXinputs.cnf
ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf
afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf
9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf
7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf
37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf
a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf
30f4f13357c2761ed01a6a15f28725a5 /etc/texmf/texmf.d/95NonPath.cnf
-- System Information:
Debian Release: 5.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968)
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash
Versions of packages texlive-base-bin depends on:
ii ed 0.7-3 The classic unix line editor
ii libc6 2.7-18GNU C Library: Shared libraries
ii libgcc11:4.3.2-1.1 GCC support library
ii libkpathsea4 2007.dfsg.2-4 TeX Live: path search library
for
ii libncurses55.7+20081213-1shared libraries for terminal
hand
ii libpng12-0 1.2.27-2 PNG library - runtime
ii libpoppler30.8.7-1 PDF rendering library
ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3
ii libx11-6 2:1.1.5-2 X11 client-side library
ii libxaw72:1.0.4-2 X11 Athena Widget library
ii libxmu62:1.0.4-1 X11 miscellaneous utility
library
ii libxpm41:3.5.7-1 X11 pixmap library
ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii mime-support 3.44-1MIME files 'mime.types'
'mailcap
ii perl 5.10.0-19 Larry Wall's Practical
Extraction
ii texlive-common 2007.dfsg.1-5 TeX Live: Base component
ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime
Versions of packages texlive-base-bin recommends:
ii texlive-base-bin-doc 2007.dfsg.2-4 TeX Live: Documentation files
for
Versions of packages texlive-base-bin suggests:
ii evince [postscript 2.22.2-4~lenny1 Document (postscript, pdf)
viewer
ii ghostscript [posts 8.62.dfsg.1-3.2lenny0 The GPL Ghostscript
PostScript/PDF
ii gv [postscript-vie 1:3.6.5-2 PostScript and PDF viewer for X
ii perl-tk1:804.028-1+b1Perl module providing the Tk
graph
ii xpdf-reader [pdf-v 3.02-1.4 Portable Document Format (PDF)
sui
ii xpdf-utils [pdf-vi 3.02-1.4 Portable Document Format (PDF)
sui
Versions of packages tex-common depends on:
ii debconf 1.5.24 Debian configuration management
sy
ii ucf 3.0016 Update Configuration File:
preserv
Versions of packages texlive-base-bin is related to:
pn tetex-basenone (no description available)
pn tetex-bin none (no description available)
pn tetex-extra none (no description available)
ii tex-common
Bug#517870: applications under gnome cannot access files
On Mon, Mar 2, 2009 at 6:00 PM, Josselin Mouette j...@debian.org wrote: Le lundi 02 mars 2009 à 17:40 +0100, Ian Schindler a écrit : Package: gnome-session Version: 2.22.3-2 Severity: normal When running gnome, applications cannot access files. For example if I start abiword and click on the menu bar to open a file, the file browser flashes on the screen then disappears, causing the application to hang. Similar behavior occurs when saving a file. The problem is specific to this computer, but I don't know how to fix it, and it would be nice if update scripts looked for the problem and fixed it. The work around I used was to switch to the afterstep window manager. This is very imprecise, so I fail to see how I could help you. Which applications are affected? Is the file chooser dialog only hidden behind the main window, or does it not display at all? Please send the output of this command: gconftool -R /apps/metacity/general Thanks, Sorry for being imprecise. I thought this bug occurred with ALL apps, but I checked and some apps work. The bug occurs with abiword, iceweasel, epiphany-browser, gthumb, kino, evince, and gnumeric. The bug does not occur with for example ooffice, konqueror and the gimp. The file chooser flashes, then disapears leaving the application hung (with the exception of evince) meaning it doesn't respond to clicks and I have to kill the application from the command line (though I don't have to use -9). All apps work fine with afterstep. $ gconftool -R /apps/metacity/general auto_raise = false audible_bell = false reduced_resources = false button_layout = menu:minimize,maximize,close theme = Clearlooks visual_bell = true focus_mode = click application_based = false raise_on_click = true titlebar_uses_system_font = false focus_new_windows = smart action_middle_click_titlebar = lower visual_bell_type = frame_flash auto_raise_delay = 500 titlebar_font = Sans Bold 10 compositing_manager = false action_double_click_titlebar = toggle_maximize mouse_button_modifier = Alt action_right_click_titlebar = menu num_workspaces = 4 disable_workarounds = false Thanks for any help
Bug#505464: iceweasel crashes because cannot access directory .mozilla
On Sun, Feb 8, 2009 at 7:35 AM, Eric Dorland e...@kuroneko.ca wrote: * Ian Schindler (ian.schind...@gmail.com) wrote: On Tue, Jan 20, 2009 at 12:59 AM, Eric Dorland e...@debian.org wrote: * Ian Schindler (ian.schind...@gmail.com) wrote: On Sun, Nov 23, 2008 at 7:50 AM, Eric Dorland e...@debian.org wrote: * Ian Schindler (ian.schind...@gmail.com) wrote: Package: iceweasel Version: 3.0.3-3 When iceweasel is run for the first time, it cannot access the directory ~/.mozilla/firefox (permisssion denied) which causes it to crash. (I installed Etch and immediately upgraded to Lenny before installing iceweasel.) I solved this problem by running $sudo iceweasel $sudo chown -R me:me .mozilla I don't know if the first step was necessary. I am including the tail of the output from $strace iceweasel Any idea if the directory existed with the wrong permissions before you ran iceweasel? I recently performed 3 installations in which I installed Etch and immediately upgraded to Lenny. I encountered the above bug in 2 of the installations. I checked the 2 machines where I encountered the bug. The bug only occurs in the account used for upgrading the system from Etch to Lenny (using sudo). All other accounts do not contain a directory ~/.mozilla, and iceweasel creates the directories with the correct permissions when started for the first time. I did a similar installation without encountering the bug. The difference in procedure was that I did not install the standard desktop in Etch before upgrading, I only installed the base system, upgraded, and then installed the desktop environment by hand. The directory ~/.mozilla seems to have been created with the wrong permissions by some other package included in the standard desktop environment, after which iceweasel is unable to access the directory. Hope this helps. What are the permissions it's created with? Is this before the upgrade or after? PS please keep the bug CCed. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJdRPLYemOzxbZcMYRAipmAJ9eK3C4qUWy07leurr3oOXMOPjXYgCfXJUl q3T5e+/K/o2cv4jWVmh0qGY= =rHxy -END PGP SIGNATURE- I don't remember the permissions, the owner was root. The problem occurred after the upgrade. I installed Etch and immediately upgraded to Lenny before using any applications other than apt-get and vi. Funny, I had a similar bug with openoffice on one install which I did not report (lack of time and foggy memory), the directory ~/.openoffice.org2 was owned by root. Openoffice opened, but then was unable to open files because it could not access the directory (complained about something to do with languages as I recall). I do not know if the bugs are related. Are you sure you didn't launch these apps as root? Or chown in your home directory? Yes I am sure. The first time I launched the app, it immediately crashed. I then launched the app using $ strace iceweasel The application immediately crashed again. Checking the output I noticed there was a problem accessing the directory ~/.mozilla/firefox (permission denied). I checked and found that the directory ~/.mozilla existed, but the directory ~/.mozilla/firefox did not exist. I then launched the app with the command $ sudo iceweasel Everything worked fine. The directory ~/.mozilla/firefox had been created. I quit the application, changed owners (recursively) for the directory ~/.mozilla, launched iceweasel again, and everything worked fine. The same bug occurred on two seperate machines, so I reported it. Best, Ian
Bug#505464: iceweasel crashes because cannot access directory .mozilla
On Tue, Jan 20, 2009 at 12:59 AM, Eric Dorland e...@debian.org wrote: * Ian Schindler (ian.schind...@gmail.com) wrote: On Sun, Nov 23, 2008 at 7:50 AM, Eric Dorland e...@debian.org wrote: * Ian Schindler (ian.schind...@gmail.com) wrote: Package: iceweasel Version: 3.0.3-3 When iceweasel is run for the first time, it cannot access the directory ~/.mozilla/firefox (permisssion denied) which causes it to crash. (I installed Etch and immediately upgraded to Lenny before installing iceweasel.) I solved this problem by running $sudo iceweasel $sudo chown -R me:me .mozilla I don't know if the first step was necessary. I am including the tail of the output from $strace iceweasel Any idea if the directory existed with the wrong permissions before you ran iceweasel? I recently performed 3 installations in which I installed Etch and immediately upgraded to Lenny. I encountered the above bug in 2 of the installations. I checked the 2 machines where I encountered the bug. The bug only occurs in the account used for upgrading the system from Etch to Lenny (using sudo). All other accounts do not contain a directory ~/.mozilla, and iceweasel creates the directories with the correct permissions when started for the first time. I did a similar installation without encountering the bug. The difference in procedure was that I did not install the standard desktop in Etch before upgrading, I only installed the base system, upgraded, and then installed the desktop environment by hand. The directory ~/.mozilla seems to have been created with the wrong permissions by some other package included in the standard desktop environment, after which iceweasel is unable to access the directory. Hope this helps. What are the permissions it's created with? Is this before the upgrade or after? PS please keep the bug CCed. -- Eric Dorland e...@kuroneko.ca ICQ: #61138586, Jabber: ho...@jabber.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJdRPLYemOzxbZcMYRAipmAJ9eK3C4qUWy07leurr3oOXMOPjXYgCfXJUl q3T5e+/K/o2cv4jWVmh0qGY= =rHxy -END PGP SIGNATURE- I don't remember the permissions, the owner was root. The problem occurred after the upgrade. I installed Etch and immediately upgraded to Lenny before using any applications other than apt-get and vi. Funny, I had a similar bug with openoffice on one install which I did not report (lack of time and foggy memory), the directory ~/.openoffice.org2 was owned by root. Openoffice opened, but then was unable to open files because it could not access the directory (complained about something to do with languages as I recall). I do not know if the bugs are related.
Bug#505464: iceweasel crashes because cannot access directory .mozilla
Package: iceweasel
Version: 3.0.3-3
When iceweasel is run for the first time, it cannot access the directory
~/.mozilla/firefox (permisssion denied) which causes it to crash. (I
installed Etch and immediately upgraded to Lenny before installing
iceweasel.)
I solved this problem by running
$sudo iceweasel
$sudo chown -R me:me .mozilla
I don't know if the first step was necessary.
I am including the tail of the output from
$strace iceweasel
read(14, 0x80983b4, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
select(15, [14], [14], NULL, NULL) = 1 (out [14])
writev(14, [{\17\0\2\0\1\31 \1..., 8}], 1) = 8
select(15, [14], [], NULL, NULL)= 1 (in [14])
read(14, \1\274c\t\0\0\0\0|\0\0\0\377\30 \1\0\0\0\0J\25\10\374\325
\10\4\274\211\277..., 4096) = 32
read(14, 0x80983b4, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
select(15, [14], [14], NULL, NULL) = 1 (out [14])
writev(14, [{\17\0\2\0\2\31 \1..., 8}], 1) = 8
select(15, [14], [], NULL, NULL)= 1 (in [14])
read(14, \1\274d\t\0\0\0\0|\0\0\0\377\30 \1\0\0\0\0J\25\10\374\325
\10\4\274\211\277..., 4096) = 32
read(14, 0x80983b4, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
select(15, [14], [14], NULL, NULL) = 1 (out [14])
writev(14, [{\17\0\2\0\3\31 \1..., 8}], 1) = 8
select(15, [14], [], NULL, NULL)= 1 (in [14])
read(14, \1\274e\t\0\0\0\0|\0\0\0\377\30 \1\0\0\0\0J\25\10\374\325
\10\4\274\211\277..., 4096) = 32
read(14, 0x80983b4, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
select(15, [14], [14], NULL, NULL) = 1 (out [14])
writev(14, [{\17\0\2\0\4\31 \1..., 8}], 1) = 8
select(15, [14], [], NULL, NULL)= 1 (in [14])
read(14, \1\274f\t\0\0\0\0|\0\0\0\377\30 \1\0\0\0\0J\25\10\374\325
\10\4\274\211\277..., 4096) = 32
read(14, 0x80983b4, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
select(15, [14], [14], NULL, NULL) = 1 (out [14])
writev(14, [{\17\0\2\0\5\31 \1..., 8}], 1) = 8
select(15, [14], [], NULL, NULL)= 1 (in [14])
read(14, \1\274g\t\0\0\0\0|\0\0\0\377\30 \1\0\0\0\0J\25\10\374\325
\10\4\274\211\277..., 4096) = 32
read(14, 0x80983b4, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
select(15, [14], [14], NULL, NULL) = 1 (out [14])
writev(14, [{\17\0\2\0\364\30 \1..., 8}], 1) = 8
select(15, [14], [], NULL, NULL)= 1 (in [14])
read(14, \1\274h\t\1\0\0\0|\0\0\0\363\30 \1\1\0\0\0J\25\10\374\325
\10\4\274\211\277\10..., 4096) = 36
read(14, 0x80983b4, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
select(15, [14], [14], NULL, NULL) = 1 (out [14])
writev(14, [{\24\0\6\0\10\0\200\2\226\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0...,
24}], 1) = 24
select(15, [14], [], NULL, NULL)= 1 (in [14])
read(14, \1 i\t\0\0\0\0\226\0\0\0\10\0\0\0\0\0\0\0J\25\10\374\325
\10\4\274\211\277..., 4096) = 32
read(14, 0x80983b4, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
select(15, [14], [14], NULL, NULL) = 1 (out [14])
writev(14, [{\24\0\6\0\10\0\200\2/[EMAIL PROTECTED]..., 24}],
1) = 24
select(15, [14], [], NULL, NULL)= 1 (in [14])
read(14, \1\0j\t\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0J\25\10\374\325
\10\4\274\211\277..., 4096) = 32
read(14, 0x80983b4, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
select(15, [14], [14], NULL, NULL) = 1 (out [14])
writev(14, [{\24\0\6\0006\0 \1\226\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 24}],
1) = 24
select(15, [14], [], NULL, NULL)= 1 (in [14])
read(14, \1\0k\t\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0J\25\10\374\325
\10\4\274\211\277..., 4096) = 32
read(14, 0x80983b4, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
select(15, [14], [14], NULL, NULL) = 1 (out [14])
writev(14, [{\17\0\2\0006\0 \1..., 8}], 1) = 8
select(15, [14], [], NULL, NULL)= 1 (in [14])
read(14, \1\274l\t\1\0\0\0|\0\0\0|\0\0\0\1\0\0\0J\25\10\374\325
\10\4\274\211\2777..., 4096) = 36
read(14, 0x80983b4, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
select(15, [14], [14], NULL, NULL) = 1 (out [14])
writev(14, [{\24\0\6\0007\0 \1\226\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 24}],
1) = 24
select(15, [14], [], NULL, NULL)= 1 (in [14])
read(14, \1\0m\t\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0J\25\10\374\325
\10\4\274\211\277..., 4096) = 32
read(14, 0x80983b4, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
select(15, [14], [14], NULL, NULL) = 1 (out [14])
writev(14, [{\17\0\2\0007\0 \1..., 8}], 1) = 8
select(15, [14], [], NULL, NULL)= 1 (in [14])
read(14, \1\274n\t\1\0\0\0|\0\0\0006\0 \1\1\0\0\0J\25\10\374\325
\10\4\274\211\277\17..., 4096) = 36
read(14, 0x80983b4, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
select(15, [14], [14], NULL, NULL) = 1 (out [14])
writev(14, [{[EMAIL PROTECTED]..., 24}],
1) = 24
select(15, [14], [], NULL, NULL)= 1 (in [14])
read(14, \1
Bug#504822: perl: unmet dependencies when upgrading Etch to Lenny
Package: perl Version: 5.10.0-16 Reading package lists... Building dependency tree... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: perl: Depends: perl-base (= 5.10.0-16) but 5.8.8-7etch3 is to be installed Immediately after installing Etch, I changed the /etc/apt/source.list file by replacing etch with lenny. # apt-get update # apt-get install perl yielded the above error message. The same error occured when I upgraded a machine the 4'th of November, the work around I used was to uninstall perl and then reinstall perl along with all the packages that depended on it.
Bug#420631: dvgrab does not grab 1394raw
Package: kernel-image-2.6.18-4-amd64-di Version: When I boot using vmlinuz-2.6.18-4-amd64, dvgrab cannot get a handle on 1394raw. When I boot using vmlinuz-2.6.16-2-486, everything works fine. I have no idea why that might be. $ sudo dvgrab raw1394 - failed to get handle: Bad address. $ sudo lsmod | grep 1394 dv1394 25744 0 raw139432304 0 eth139424840 0 ohci1394 38216 1 dv1394 ieee1394 361976 4 dv1394,raw1394,eth1394,ohci1394 I am using Debian/GNU Linux Etch less /proc/cpuinfo processor: 0 vendor_id: AuthenticAMD cpu family: 15 model: 47 model name: AMD Athlon(tm) 64 Processor 3200+ stepping: 2 cpu MHz: 1999.880 cache size: 512 KB fpu: yes fpu_exception: yes cpuid level: 1 wp: yes flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow up pni lahf_lm bogomips: 4003.66 TLB size: 1024 4K pages clflush size: 64 cache_alignment: 64 address sizes: 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc
