Bug#697440: [e17] e17 stable release
Package: e17 Version: 1.7.5 Severity: normal Dear packagers, After many, many years, the Enlightenment team have finally made a stable release: http://www.enlightenment.org/p.php?p=about/e17l=en Is there any chance of seeing this version packaged for Debian? --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-3-amd64 Debian Release: 7.0 990 testing www.deb-multimedia.org 990 testing security.debian.org 990 testing ftp.ch.debian.org 500 wheezy apsy.gse.uni-magdeburg.de 500 unstableftp.ch.debian.org 500 stable ftp.ch.debian.org 500 stable deb.opera.com 500 dataapsy.gse.uni-magdeburg.de 1001 squeeze packages.enlightenment.org 1 experimentalftp.de.debian.org --- Package information. --- Depends(Version) | Installed -+-== libasound2 ( 1.0.18) | libc6 (= 2.7) | libdbus-1-3 (= 1.0.2) | libecore-con-svn-05 (= 0.9.9.063) | libecore-evas-svn-05 (= 0.9.9.063) | libecore-file-svn-05 (= 0.9.9.063) | libecore-imf-svn-05 (= 0.9.9.063) | libecore-input-svn-05 (= 0.9.9.063) | libecore-ipc-svn-05 (= 0.9.9.063) | libecore-job-svn-05 (= 0.9.9.063) | libecore-svn-05 (= 0.9.9.063) | libecore-txt-svn-05 (= 0.9.9.063) | libecore-x-svn-05 (= 0.9.9.063) | libedbus-svn-05 (= 0.5.0.063) | libedje-svn-05 (= 0.9.92.063) | libeet1 (= 1.2.3) | libefreet-svn-05 (= 0.5.0.063) | libeina-svn-05(= 0.9.9.063) | libevas-svn-05(= 0.9.9.063) | libpam0g (= 0.99.7.1) | libx11-6 (= 0) | libxext6 | e17-data (= 1:0.16.999.063+svn44144-1) | libevas-svn-05-engine-software-x11 | libedje-bin | Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695928: closed by Scott Howard showard...@gmail.com (Re: Bug#695928: [eagle] unable to run: error loading libssl.so.0.9.8)
It works like a charm - thank you! And for the pointers on multiarch, that's something I've always found confusing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695928: [eagle] unable to run: error loading libssl.so.0.9.8
Package: eagle Version: 5.10.0-2 Severity: grave --- Please enter the report below this line. --- Until this week, I have been happily running Eagle. Clearly something changed with a recent upgrade. When I try to start Eagle, I see the following: $ eagle /home/magill/.eagle/bin/eagle: error while loading shared libraries: libssl.so.0.9.8: wrong ELF class: ELFCLASS64 $ which eagle /usr/bin/eagle I'm not sure why I have the slightly odd path, but running /usr/bin/eagle produces the same error. Ah, okay, the file in /usr/bin is a script that launches the binary from my home dir. $ locate libssl.so.0.9.8 /usr/lib/libssl.so.0.9.8 /usr/lib/Adobe/Reader9/Reader/intellinux/lib/libssl.so.0.9.8 /usr/lib/dropbox/libssl.so.0.9.8 $ file /usr/lib/libssl.so.0.9.8 /usr/lib/libssl.so.0.9.8: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=0x94647d966f47af4dca4ac42e497007de12300be1, stripped $ file ~/.eagle/bin/eagle /home/magill/.eagle/bin/eagle: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.4, stripped So eagle is a 32-bit package, trying to access a 64-bit library? Yes, that will go badly. How do I install a 32-bit version of libssl and (re)convince Eagle to use it? Let me know what I can do to help figure this out. Thanks! Arthur --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-3-amd64 Debian Release: wheezy/sid 990 testing www.deb-multimedia.org 990 testing security.debian.org 990 testing ftp.ch.debian.org 500 wheezy apsy.gse.uni-magdeburg.de 500 unstableftp.ch.debian.org 500 stable repository.spotify.com 500 stable ftp.ch.debian.org 500 stable deb.opera.com 500 dataapsy.gse.uni-magdeburg.de 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-== eagle-data (= 5.10.0-2) | 5.10.0-2 ia32-libs (= 20110117) | 1:0.4 lib32gcc1 (= 1:4.1.1) | 1:4.7.2-4 lib32stdc++6 (= 4.1.1) | 4.7.2-4 lib32z1(= 1:1.1.4) | 1:1.2.7.dfsg-13 libc6-i386 (= 2.3.4) | 2.13-37 fontconfig-config | 2.9.0-7 Recommends (Version) | Installed ==-+-=== extra-xdg-menus| 1.0-4 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690367: hunspell: Latest version keeps gravitating to Finnish as a language.
Package: iceweasel Version: 10.0.9esr-1 Followup-For: Bug #690367 Dear Maintainer, Let's imagine we're here to fix this bug, rather than snark at users, for a moment. I also see this bug. This report is tagged moreinfo. So, what would you like? What can I/we do to help find a fix? I have been running Wheezy for some time. Lot's of Ice* related bits have been in flux recently, particularly language packs. My last hunspell-related update was: 2012-10-10 08:06:40 status installed hunspell-sv-se:all 1.51-1 For ice* packages, grep ice /var/log/dpkg.log | grep installed gives me (cut to only show most recent update) 2012-10-19 10:49:24 status installed icedove:amd64 10.0.9-1 2012-10-19 10:49:24 status installed iceowl-extension:amd64 10.0.9-1 2012-10-19 10:49:25 status installed iceweasel:amd64 10.0.9esr-1 2012-10-19 10:49:25 status installed iceweasel-l10n-bn-in:all 1:10.0.9esr-1 2012-10-19 10:49:25 status installed iceweasel-l10n-or:all 1:10.0.9esr-1 2012-10-19 10:49:25 status installed iceweasel-l10n-es-es:all 1:10.0.9esr-1 2012-10-19 10:49:25 status installed iceweasel-l10n-uk:all 1:10.0.9esr-1 2012-10-19 10:49:25 status installed iceweasel-l10n-ta-lk:all 1:10.0.9esr-1 2012-10-19 10:49:25 status installed iceweasel-l10n-da:all 1:10.0.9esr-1 2012-10-19 10:49:26 status installed iceweasel-l10n-de:all 1:10.0.9esr-1 2012-10-19 10:49:26 status installed iceweasel-l10n-pl:all 1:10.0.9esr-1 2012-10-19 10:49:26 status installed iceweasel-l10n-ja:all 1:10.0.9esr-1 2012-10-19 10:49:26 status installed iceweasel-l10n-gu-in:all 1:10.0.9esr-1 2012-10-19 10:49:26 status installed iceweasel-l10n-hi-in:all 1:10.0.9esr-1 2012-10-19 10:49:26 status installed iceweasel-l10n-ga-ie:all 1:10.0.9esr-1 2012-10-19 10:49:26 status installed iceweasel-l10n-fy-nl:all 1:10.0.9esr-1 2012-10-19 10:49:26 status installed iceweasel-l10n-id:all 1:10.0.9esr-1 2012-10-19 10:49:26 status installed iceweasel-l10n-is:all 1:10.0.9esr-1 2012-10-19 10:49:26 status installed iceweasel-l10n-it:all 1:10.0.9esr-1 2012-10-19 10:49:27 status installed iceweasel-l10n-mai:all 1:10.0.9esr-1 2012-10-19 10:49:27 status installed iceweasel-l10n-ca:all 1:10.0.9esr-1 2012-10-19 10:49:27 status installed iceweasel-l10n-cs:all 1:10.0.9esr-1 2012-10-19 10:49:27 status installed iceweasel-l10n-cy:all 1:10.0.9esr-1 2012-10-19 10:49:27 status installed iceweasel-l10n-es-ar:all 1:10.0.9esr-1 2012-10-19 10:49:27 status installed iceweasel-l10n-pt-pt:all 1:10.0.9esr-1 2012-10-19 10:49:27 status installed iceweasel-l10n-nl:all 1:10.0.9esr-1 2012-10-19 10:49:27 status installed iceweasel-l10n-zu:all 1:10.0.9esr-1 2012-10-19 10:49:27 status installed iceweasel-l10n-sv-se:all 1:10.0.9esr-1 2012-10-19 10:49:27 status installed iceweasel-l10n-th:all 1:10.0.9esr-1 2012-10-19 10:49:27 status installed iceweasel-l10n-ta:all 1:10.0.9esr-1 2012-10-19 10:49:27 status installed iceweasel-l10n-te:all 1:10.0.9esr-1 2012-10-19 10:49:27 status installed iceweasel-l10n-tr:all 1:10.0.9esr-1 2012-10-19 10:49:27 status installed iceweasel-l10n-gl:all 1:10.0.9esr-1 2012-10-19 10:49:28 status installed iceweasel-l10n-gd:all 1:10.0.9esr-1 2012-10-19 10:49:28 status installed iceweasel-l10n-sq:all 1:10.0.9esr-1 2012-10-19 10:49:28 status installed iceweasel-l10n-sr:all 1:10.0.9esr-1 2012-10-19 10:49:28 status installed iceweasel-l10n-si:all 1:10.0.9esr-1 2012-10-19 10:49:28 status installed iceweasel-l10n-sk:all 1:10.0.9esr-1 2012-10-19 10:49:28 status installed iceweasel-l10n-sl:all 1:10.0.9esr-1 2012-10-19 10:49:28 status installed iceweasel-l10n-ml:all 1:10.0.9esr-1 2012-10-19 10:49:28 status installed iceweasel-l10n-mk:all 1:10.0.9esr-1 2012-10-19 10:49:28 status installed iceweasel-l10n-es-mx:all 1:10.0.9esr-1 2012-10-19 10:49:28 status installed iceweasel-l10n-mr:all 1:10.0.9esr-1 2012-10-19 10:49:28 status installed iceweasel-l10n-bn-bd:all 1:10.0.9esr-1 2012-10-19 10:49:29 status installed iceweasel-l10n-hu:all 1:10.0.9esr-1 2012-10-19 10:49:29 status installed iceweasel-l10n-hr:all 1:10.0.9esr-1 2012-10-19 10:49:29 status installed iceweasel-l10n-he:all 1:10.0.9esr-1 2012-10-19 10:49:29 status installed iceweasel-l10n-bs:all 1:10.0.9esr-1 2012-10-19 10:49:29 status installed iceweasel-l10n-br:all 1:10.0.9esr-1 2012-10-19 10:49:29 status installed iceweasel-l10n-nso:all 1:10.0.9esr-1 2012-10-19 10:49:29 status installed iceweasel-l10n-bg:all 1:10.0.9esr-1 2012-10-19 10:49:29 status installed iceweasel-l10n-be:all 1:10.0.9esr-1 2012-10-19 10:49:29 status installed iceweasel-l10n-zh-tw:all 1:10.0.9esr-1 2012-10-19 10:49:29 status installed iceweasel-l10n-pa-in:all 1:10.0.9esr-1 2012-10-19 10:49:29 status installed iceweasel-l10n-csb:all 1:10.0.9esr-1 2012-10-19 10:49:29 status installed iceweasel-l10n-ar:all 1:10.0.9esr-1 2012-10-19 10:49:29 status installed iceweasel-l10n-as:all 1:10.0.9esr-1 2012-10-19 10:49:29 status installed iceweasel-l10n-ak:all 1:10.0.9esr-1 2012-10-19 10:49:30 status installed iceweasel-l10n-af:all 1:10.0.9esr-1 2012-10-19 10:49:30 status installed
Bug#597885: [salome] Problem still present in wheezy
Package: salome
Version: 5.1.3-12
This problem is still present. With a clean install of Salome, I see the
same error when I try to launch.
There is some discussion over here
http://www.salome-platform.org/forum/forum_9/395274618
that points to a problem with omniORB (I have 4.1.6-2 installed) and the
system name. I have not tried the suggested fix yet.
Currently renders Salome unusable.
Arthur
--- Error during Salome launch ---
$ runSalome --gui
runSalome running on svalbard
Searching for a free port for naming service: 2810 2811 - OK
Searching Naming Service
Failed
to narrow the root naming context
Traceback (most recent call last):
File /usr/lib/salome/bin/runSalome.py, line 684, in useSalome
clt = startSalome(args, modules_list, modules_root_dir)
File /usr/lib/salome/bin/runSalome.py, line 450, in startSalome
clt=orbmodule.client(args)
File /usr/lib/salome/bin/orbmodule.py, line 49, in __init__
self.initNS(args or {})
File /usr/lib/salome/bin/orbmodule.py, line 88, in initNS
sys.exit(1)
SystemExit: 1
--- System information. ---
Architecture: amd64
Kernel: Linux 3.2.0-3-amd64
Debian Release: wheezy/sid
990 testing www.debian-multimedia.org
990 testing security.debian.org
990 testing ftp.ch.debian.org
990 testing deb.opera.com
500 wheezy apsy.gse.uni-magdeburg.de
500 unstableftp.ch.debian.org
500 stable ftp.ch.debian.org
500 dataapsy.gse.uni-magdeburg.de
1 experimentalftp.de.debian.org
--- Package information. ---
Depends(Version) | Installed
-+-==
salome-common (= 5.1.3-12) |
omniorb4-nameserver |
python-omniorb | 3.6-1
python ( 2.7) | 2.7.3~rc2-1
python (= 2.6) | 2.7.3~rc2-1
python-central (= 0.6.11) | 0.6.17
libboost-signals1.42.0 (= 1.42.0-1) | 1.42.0-4+b1
libboost-system1.42.0 (= 1.42.0-1) | 1.42.0-4+b1
libboost-thread1.42.0 (= 1.42.0-1) | 1.42.0-4+b1
libc6 (= 2.7) |
libcos4-1 (= 4.1.2) |
libexpat1(= 1.95.8) |
libgcc1 (= 1:4.1.1) |
libgfortran3(= 4.3) |
libgl1-mesa-glx |
OR libgl1 |
libglu1-mesa |
OR libglu1 |
libgvc5 |
libhdf5-openmpi-1.8.4|
libmed1 (= 2.3.6) |
libmedimportcxx0 (= 2.3.6) |
libomniorb4-1 (= 4.1.2) |
libomnithread3c2 (= 4.0.6) |
libopencascade-foundation-6.3.0 |
libopencascade-modeling-6.3.0|
libopencascade-ocaf-6.3.0|
libopencascade-ocaf-lite-6.3.0 |
libopencascade-visualization-6.3.0 |
libopenmpi1.3|
libpython2.6(= 2.6) |
libqscintilla2-5 |
libqt4-opengl (= 4:4.5.3) |
libqt4-xml (= 4:4.5.3) |
libqtcore4 (= 4:4.6.1) |
libqtgui4 (= 4:4.6.1) |
libqwt5-qt4 |
libscotch-5.1|
libssl0.9.8(= 0.9.8m-1) |
libstdc++6(= 4.4.0) |
libvtk5.4|
libx11-6 |
libxml2 (= 2.7.4) |
libxt6 |
python-vtk |
zlib1g (= 1:1.1.4) |
Package's Recommends field is empty.
Suggests (Version) | Installed
==-+-===
salome-extras | 5.1.3-12
salome-doc | 5.1.3-12
salome-examples| 5.1.3-12
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667616: brltty greedily grabs serial ports, ftdi_sio loses connection
Package: brltty Severity: important Dear Maintainer, I discovered this bug when connecting a Prologix GPIB-USB device to my computer. Internally, the device uses the common FTDI USB-RS232 bridge. When I connect the device, brltty takes control of the serial port, forcing the ftdi_sio driver to drop the link, making the adapter unavailable. The solution was to apt-get remove brltty. Here is the log when I connect the device with brltty installed: Apr 4 12:03:28 svalbard kernel: [54345.419899] usb 3-4: New USB device found, idVendor=0403, idProduct=6001 Apr 4 12:03:28 svalbard kernel: [54345.419905] usb 3-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Apr 4 12:03:28 svalbard kernel: [54345.419911] usb 3-4: Product: Prologix GPIB-USB Controller Apr 4 12:03:28 svalbard kernel: [54345.419915] usb 3-4: Manufacturer: Prologix Apr 4 12:03:28 svalbard kernel: [54345.419919] usb 3-4: SerialNumber: PXFO2LEF Apr 4 12:03:28 svalbard kernel: [54345.437991] xhci_hcd :0f:00.0: WARN: short transfer on control ep Apr 4 12:03:28 svalbard mtp-probe: checking bus 3, device 2: /sys/devices/pci:00/:00:1c.6/:0f:00.0/usb3/3-4 Apr 4 12:03:28 svalbard mtp-probe: bus: 3, device: 2 was not an MTP device Apr 4 12:03:28 svalbard kernel: [54345.532164] usbcore: registered new interface driver usbserial Apr 4 12:03:28 svalbard kernel: [54345.532199] USB Serial support registered for generic Apr 4 12:03:28 svalbard kernel: [54345.532276] usbcore: registered new interface driver usbserial_generic Apr 4 12:03:28 svalbard kernel: [54345.532282] usbserial: USB Serial Driver core Apr 4 12:03:28 svalbard kernel: [54345.535686] USB Serial support registered for FTDI USB Serial Device Apr 4 12:03:28 svalbard kernel: [54345.535761] ftdi_sio 3-4:1.0: FTDI USB Serial Device converter detected Apr 4 12:03:28 svalbard kernel: [54345.535807] usb 3-4: Detected FT232RL Apr 4 12:03:28 svalbard kernel: [54345.535809] usb 3-4: Number of endpoints 2 Apr 4 12:03:28 svalbard kernel: [54345.535812] usb 3-4: Endpoint 1 MaxPacketSize 64 Apr 4 12:03:28 svalbard kernel: [54345.535815] usb 3-4: Endpoint 2 MaxPacketSize 64 Apr 4 12:03:28 svalbard kernel: [54345.535817] usb 3-4: Setting MaxPacketSize 64 Apr 4 12:03:28 svalbard kernel: [54345.540873] usb 3-4: FTDI USB Serial Device converter now attached to ttyUSB0 Apr 4 12:03:28 svalbard kernel: [54345.540897] usbcore: registered new interface driver ftdi_sio Apr 4 12:03:28 svalbard kernel: [54345.540901] ftdi_sio: v1.6.0:USB FTDI Serial Converters Driver Apr 4 12:03:29 svalbard kernel: [54346.971965] usb 3-4: usbfs: interface 0 claimed by ftdi_sio while 'brltty' sets config #1 Apr 4 12:03:29 svalbard kernel: [54346.981436] xhci_hcd :0f:00.0: WARN: short transfer on control ep Apr 4 12:03:29 svalbard kernel: [54346.982641] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0 Apr 4 12:03:29 svalbard kernel: [54346.982668] ftdi_sio 3-4:1.0: device disconnected And with brltty removed: Apr 4 12:11:47 svalbard kernel: [54844.693331] usb 1-1.2: New USB device found, idVendor=0403, idProduct=6001 Apr 4 12:11:47 svalbard kernel: [54844.693338] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Apr 4 12:11:47 svalbard kernel: [54844.693344] usb 1-1.2: Product: Prologix GPIB-USB Controller Apr 4 12:11:47 svalbard kernel: [54844.693349] usb 1-1.2: Manufacturer: Prologix Apr 4 12:11:47 svalbard kernel: [54844.693353] usb 1-1.2: SerialNumber: PXFO2LEF Apr 4 12:11:47 svalbard kernel: [54844.697499] ftdi_sio 1-1.2:1.0: FTDI USB Serial Device converter detected Apr 4 12:11:47 svalbard kernel: [54844.697556] usb 1-1.2: Detected FT232RL Apr 4 12:11:47 svalbard kernel: [54844.697561] usb 1-1.2: Number of endpoints 2 Apr 4 12:11:47 svalbard kernel: [54844.697565] usb 1-1.2: Endpoint 1 MaxPacketSize 64 Apr 4 12:11:47 svalbard kernel: [54844.697569] usb 1-1.2: Endpoint 2 MaxPacketSize 64 Apr 4 12:11:47 svalbard kernel: [54844.697573] usb 1-1.2: Setting MaxPacketSize 64 Apr 4 12:11:47 svalbard kernel: [54844.697964] usb 1-1.2: FTDI USB Serial Device converter now attached to ttyUSB0 With brltty removed, the interface functions normally. This appears to be a known problem. I found the solution here: http://www.ladyada.net/learn/arduino/lesson0-lin.html. See also Ubuntu bug #175182. Can brltty be convinced not to grab this connection? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages brltty depends on: ii libbrlapi0.5 4.3-2 ii libc6 2.13-27 ii libgpm2 1.20.4-4 ii libicu48 4.8.1.1-5 ii libncursesw5 5.9-4 ii libtinfo5 5.9-4 ii lsb-base 3.2+Debian31 brltty recommends no packages. Versions of packages
Bug#667616: brltty greedily grabs serial ports, ftdi_sio loses connection
Hi Samuel, Can brltty be convinced not to grab this connection? It could, but we don't want to, as it would break brltty for people who use the braille devices with chips using that ID, making the computer completely unusable for them, really not a good thing. True. But as it stands, it makes all FTDI based serial devices unusable, except braille devices. This doesn't seem great either. There must be a way to further differentiate these devices? Or is this intended to catch older braille devices being used via an RS232-USB adapter? How brltty ended up being installed on your system? Was it brought through some dependency? That's a good question. I never explicitly asked for it, so I assumed it came as part of the standard installation? My system says: # apt-cache rdepends brltty brltty Reverse Depends: speechd-el brltty-x11 brltty-speechd brltty-flite speechd-el brltty-x11 brltty-speechd brltty-flite brltty-espeak Thanks for looking into this. Arthur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650183: gdm3: Continuously starts X servers, uses too much CPU time and RAM
Package: gdm3 Version: 3.0.4-4 Followup-For: Bug #650183 Dear Maintainer, I have the same problem. After running an 'apt-get dist-upgrade', with nothing that looked too significant, I have the same bug. According to /var/log/Xorg.*.log, X reached 390 connections before giving up. I have switched to XFCE and lightdm to regain access to my system. Maybe related, even via lightdm I am still unable to start a Gnome3 session. I have tried purging GDM3 and reinstalling, to no effect. I also tried restarting gdm and rebooting, both producing no change. I don't even know how to investigate further - any suggestions? Thanks! Arthur -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii accountsservice 0.6.15-4 ii adduser 3.113+nmu1 ii dconf-gsettings-backend 0.10.0-3 ii debconf [debconf-2.0] 1.5.42 ii e17 [x-window-manager] 0.16.999.55225-1 ii gconf2 3.2.3-4 ii gnome-session [x-session-manager] 3.2.1-1 ii gnome-session-bin 3.2.1-1 ii gnome-session-fallback [x-session-manager] 3.2.1-1 ii gnome-terminal [x-terminal-emulator]3.2.1-2 ii gsettings-desktop-schemas 3.2.0-2 ii kde-window-manager [x-window-manager] 4:4.7.4-2 ii konsole [x-terminal-emulator] 4:4.7.4-2 ii libaccountsservice0 0.6.15-4 ii libatk1.0-0 2.2.0-2 ii libattr11:2.4.46-5 ii libaudit0 1:1.7.18-1.1 ii libc6 2.13-27 ii libcairo-gobject2 1.10.2-7 ii libcairo2 1.10.2-7 ii libcanberra-gtk3-0 0.28-3 ii libcanberra00.28-3 ii libdbus-1-3 1.4.18-1 ii libdbus-glib-1-20.98-1 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.8-1 ii libgconf2-4 3.2.3-4 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-02.30.2-6 ii libglib2.0-bin 2.30.2-6 ii libgtk-3-0 3.2.3-1 ii libpam-modules 1.1.3-7 ii libpam-runtime 1.1.3-7 ii libpam0g1.1.3-7 ii libpango1.0-0 1.29.4-3+b1 ii librsvg2-common 2.34.2-3 ii libselinux1 2.1.9-2 ii libupower-glib1 0.9.15-2 ii libwrap07.6.q-23 ii libx11-62:1.4.4-4 ii libxau6 1:1.0.6-4 ii libxdmcp6 1:1.1.0-4 ii libxklavier16 5.2.1-1 ii libxrandr2 2:1.3.2-2 ii lsb-base3.2+Debian31 ii metacity [x-window-manager] 1:2.34.1-2 ii policykit-1-gnome 0.105-2 ii twm [x-window-manager] 1:1.0.6-1 ii upower 0.9.15-2 ii xfce4-session [x-session-manager] 4.8.3-2 ii xfce4-terminal [x-terminal-emulator]0.4.8-1+b1 ii xfwm4 [x-window-manager]4.8.3-1 ii xterm [x-terminal-emulator] 276-2 Versions of packages gdm3 recommends: ii at-spi 1.32.0-1 ii desktop-base 6.0.7 ii gnome-icon-theme 3.2.1.2-1 ii gnome-power-manager3.2.1-2 ii gnome-settings-daemon 3.2.2-3 ii x11-xkb-utils 7.6+4 ii xserver-xephyr 2:1.11.4-1 ii xserver-xorg 1:7.6+12 ii zenity 3.2.0-1 Versions of packages gdm3 suggests: ii gnome-mag 1:0.16.3-1 ii gnome-orca2.30.2-2 ii gok 2.30.0-1 ii libpam-gnome-keyring 3.2.2-2 ii metacity 1:2.34.1-2 -- debconf information: * shared/default-x-display-manager: lightdm gdm3/daemon_name: /usr/sbin/gdm3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645137: mayavi2: Can't install Mayavi2 when system uses Python 2.7
Package: mayavi2 Severity: grave Justification: renders package unusable Dear Maintainer, I recently upgraded my system (wheezy) to Python 2.7.2+. Now I can't install Mayavi2. Can Mayavi2 be built against Python 2.7? # python -V Python 2.7.2+ # apt-get update snip... # apt-get install mayavi2 Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: mayavi2 : Depends: python ( 2.7) but 2.7.2-8 is to be installed E: Broken packages -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mayavi2 depends on: ii libc6 2.13-21 ii libjs-jquery 1.6.4-1 ii python2.7.2-8 ii python-apptools 4.0.0-1 ii python-configobj 4.7.2+ds-3 ii python-envisage 4.0.0-1 ii python-numpy 1:1.5.1-2+b1 ii python-pkg-resources 0.6.16-1 ii python-traits 4.0.0-1 ii python-traitsui 4.0.1-1 ii python-vtk5.6.1-7 ii python-wxgtk2.8 2.8.10.1-3.1 ii python2.6 2.6.7-3 mayavi2 recommends no packages. Versions of packages mayavi2 suggests: ii ipython 0.10.2-1 ii python-scipy 0.9.0+dfsg1-1+b2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629591: python-nifti: datatype COMPLEX64 not supported
On 08/06/11 13:08, Michael Hanke wrote: Hi, On Wed, Jun 08, 2011 at 12:04:13AM +0200, Arthur Magill wrote: Package: python-nifti Version: 0.20100607.1-3 Severity: normal Datatype COMPLEX64 is not supported. However, this issue was patched upstream here: http://anonscm.debian.org/gitweb/?p=pkg- exppsy/pynifti.git;a=commit;h=f33a5268671a72d88f80b6a4ed9707064799af73 Some of the patch appears to have made it into the debian package, but not all of it. clib.py has been updated (grep COMPLEX64 /usr/share/pyshared/nifti/clib.py), but utils.py has not. I'm not sure how this might have happened? Thanks for the report. I'll take a look. However, I'd like to recommend that you take a look at NiBabel (python-nibabel) that is the successor of pynifti. It is much more versatile. Michael Hi Michael, Did you get a chance to look into this bug? I think you fixed it upstream, but the patch never trickled down to the Debian package. I've tried working with NiBabel, but I really can't get around the syntax. If python-nifti is unlikely to be updated, then I'll switch back to C++ - but I thought I'd check back with you first. Thanks, Arthur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629591: python-nifti: datatype COMPLEX64 not supported
On 08/06/2011 13:08, Michael Hanke wrote: Thanks for the report. I'll take a look. However, I'd like to recommend that you take a look at NiBabel (python-nibabel) that is the successor of pynifti. It is much more versatile. Michael Reading COMPLEX64 nii files with python-nibabel works perfectly - thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629591: python-nifti: datatype COMPLEX64 not supported
Hi Michael, Thanks for the suggestion - I wasn't aware of nibable, it looks useful. Now if only it supported Varian FDF as well... Arthur On 08/06/11 13:08, Michael Hanke wrote: Hi, On Wed, Jun 08, 2011 at 12:04:13AM +0200, Arthur Magill wrote: Package: python-nifti Version: 0.20100607.1-3 Severity: normal Datatype COMPLEX64 is not supported. However, this issue was patched upstream here: http://anonscm.debian.org/gitweb/?p=pkg- exppsy/pynifti.git;a=commit;h=f33a5268671a72d88f80b6a4ed9707064799af73 Some of the patch appears to have made it into the debian package, but not all of it. clib.py has been updated (grep COMPLEX64 /usr/share/pyshared/nifti/clib.py), but utils.py has not. I'm not sure how this might have happened? Thanks for the report. I'll take a look. However, I'd like to recommend that you take a look at NiBabel (python-nibabel) that is the successor of pynifti. It is much more versatile. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629591: python-nifti: datatype COMPLEX64 not supported
Package: python-nifti Version: 0.20100607.1-3 Severity: normal Datatype COMPLEX64 is not supported. However, this issue was patched upstream here: http://anonscm.debian.org/gitweb/?p=pkg- exppsy/pynifti.git;a=commit;h=f33a5268671a72d88f80b6a4ed9707064799af73 Some of the patch appears to have made it into the debian package, but not all of it. clib.py has been updated (grep COMPLEX64 /usr/share/pyshared/nifti/clib.py), but utils.py has not. I'm not sure how this might have happened? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-nifti depends on: ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libjs-jquery1.5.1-1 JavaScript library for dynamic web ii libnifti2 2.0.0-1 IO libraries for the NIfTI-1 data ii python 2.6.6-14 interactive high-level object-orie ii python-numpy1:1.5.1-2+b1 Numerical Python adds a fast array ii python-support 1.0.13 automated rebuilding support for P ii python2.7 2.7.1-8 An interactive high-level object-o python-nifti recommends no packages. python-nifti 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#616312: Info received ([libcairo2] same here, Thinkpad W510)
As previous reports said, downgrading to libcairo2-1.8.10-6 (now in from stable) solves the problem - it's like an instant hardware upgrade! Steps to downgrade (I wasn't sure and had to look this up): 1) Add stable to /etc/apt/sources.list. My first two lines now read: deb http://ftp.ch.debian.org/debian/ testing main contrib non-free deb http://ftp.ch.debian.org/debian/ stable main contrib non-free 2) apt-get install libcairo2=1.8.10-6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616308: merge with #616312
Could somebody merge this the #616312? (I tried but it didn't seem to work). Also, the reported version is wrong - the problem is with cairo/1.10.2-4 (or -6), the fix is to downgrade to cairo/1.8.10-6. Thanks, Arthur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616312: [libcairo2] same here, Thinkpad W510
Package: libcairo2 Version: 1.10.2-6 --- Please enter the report below this line. --- My system is Debian Wheezy, kernel 2.6.37-2-amd64 (pulled from unstable), GNOME, NVidia drivers 260.19.44-1 on a Thinkpad W510 laptop with Intel Quad Core Processor i7 720QM, NVidia Quadro FX 880M and 8GB RAM. Using alt-tab to switch between apps takes at least 3secs and appears to get worse with time (although this may be subjective). Gnome is currently unusable. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.37-2-amd64 Debian Release: wheezy/sid 990 testing www.debian-multimedia.org 990 testing security.debian.org 990 testing ftp.ch.debian.org 990 testing deb.opera.com 500 unstable ftp.ch.debian.org --- Package information. --- Depends (Version) | Installed -+-== libc6 (= 2.11) | 2.11.2-11 libfontconfig1 (= 2.8.0) | 2.8.0-2.1 libfreetype6 (= 2.3.5) | 2.4.4-1 libpixman-1-0 (= 0.18.0) | 0.21.4-2 libpng12-0 (= 1.2.13-4) | 1.2.44-2 libx11-6 | 2:1.4.2-1 libxcb-render0 | 1.7-2 libxcb-shm0 | 1.7-2 libxcb1 (= 1.2) | 1.7-2 libxrender1 | 1:0.9.6-1 zlib1g (= 1:1.1.4) | 1:1.2.3.4.dfsg-3 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620733: python-vtk: Cannot import vtk - libmysqlclient.so.16 throws error
Package: python-vtk Version: 5.6.1-4 Severity: grave Justification: renders package unusable This is a pretty immediate fail - my Python session goes like this: $ python Python 2.6.6 (r266:84292, Dec 26 2010, 22:31:48) [GCC 4.4.5] on linux2 Type help, copyright, credits or license for more information. import vtk Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/pymodules/python2.6/vtk/__init__.py, line 43, in module from io import * File /usr/lib/pymodules/python2.6/vtk/io.py, line 7, in module from libvtkIOPython import * ImportError: /usr/lib/libvtkIO.so.5.6: symbol __cxa_pure_virtual, version libmysqlclient_16 not defined in file libmysqlclient.so.16 with link time reference -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-vtk depends on: ii libavcodec52 5:0.6.1+svn20110308-0.0 library to encode decode multimedi ii libavformat525:0.6.1+svn20110308-0.0 ffmpeg file format library ii libavutil50 5:0.6.1+svn20110308-0.0 avutil shared libraries - runtime ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libgcc1 1:4.5.2-4 GCC support library ii libmysqlclient16 5.1.49-3MySQL database client library ii libpq5 9.0.3-1 PostgreSQL C client library ii libpython2.6 2.6.6-8+b1 Shared Python runtime library (ver ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii libswscale0 5:0.6.1+svn20110308-0.0 ffmpeg video scaling library ii libvtk5.65.6.1-4 Visualization Toolkit - A high lev ii libx11-6 2:1.4.1-5 X11 client-side library ii python 2.6.6-12interactive high-level object-orie ii python-support 1.0.11 automated rebuilding support for P ii tcl8.5 8.5.8-2 Tcl (the Tool Command Language) v8 ii tk8.58.5.9-2 Tk toolkit for Tcl and X11, v8.5 - ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime python-vtk recommends no packages. Versions of packages python-vtk suggests: ii mayavi2 3.3.2-3A scientific visualization package ii vtk-doc 5.6.1-4VTK class reference documentation ii vtk-examples 5.6.1-4C++, Tcl and Python example progra -- 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#620733: python-vtk: Cannot import vtk - libmysqlclient.so.16 throws error
I think this is an instance of #619085. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598171: eagle: appears in wrong menu under Gnome (Programming)
Package: eagle Version: 5.10.0-1 Severity: minor Subject says it all. This is a very minor bug. Under Gnome, Eagle appears in the Programming menu, which seems like the wrong place. It also appears, correctly, under the electronics menu. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages eagle depends on: ii eagle-data 5.10.0-1 Data files for Eagle ii fontconfig-config 2.8.0-2.1generic font configuration library ii ia32-libs 20090808 ia32 shared libraries for use on a ii lib32gcc1 1:4.4.4-8GCC support library (32 bit Versio ii lib32stdc++64.4.4-8 The GNU Standard C++ Library v3 (3 ii lib32z1 1:1.2.3.4.dfsg-3 compression library - 32 bit runti ii libc6-i386 2.11.2-6 Embedded GNU C Library: 32-bit sha Versions of packages eagle recommends: ii extra-xdg-menus 1.0-4 Extra menu categories for applicat eagle 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#598171: eagle: appears in wrong menu under Gnome (Programming)
Hi Scott, Thanks for the detailed explanation - a complicated problem indeed. I'd agree that the XDG folks didn't seem to consult very widely when they laid out the standard categories. If it were up to me, I'd invent an Engineering category (or maybe Electronics) and stick Eagle in there. While it may not fit the XDG standard, it's a lot more intuitive than any of the existing cats. It makes things very confusing when each engineering app appears in a different menu. And yes, I've noticed some very odd things appearing in Education. Cheers, Arthur On 27/09/2010 17:15, Scott Howard wrote: On Mon, Sep 27, 2010 at 3:27 AM, Arthur Magillarthur.mag...@epfl.ch wrote: Package: eagle Version: 5.10.0-1 Severity: minor Subject says it all. This is a very minor bug. Under Gnome, Eagle appears in the Programming menu, which seems like the wrong place. It also appears, correctly, under the electronics menu. Thanks for testing and bringing this up. This is actually a more complicated bug then it seems at first. Debian's menu items must conform to the freedesktop.org specification [1], which requires that a program be included in one of the following main categories [2]: AudioVideo A multimedia (audio/video) application Audio An audio applicationDesktop entry must include AudioVideo as well Video A video application Desktop entry must include AudioVideo as well Development An application for development Education Educational software GameA game GraphicsGraphical application Network Network application such as a web browser Office An office type application SettingsSettings applications Entries may appear in a separate menu or as part of a Control Center System System application, System Tools such as say a log viewer or network monitor Utility Small utility application, Accessories When I adopted the package, it was already listed as Development, so I kept it there. Engineering/Electronics applications don't really fit in any of those, and this is a known bug of the freedesktop specification [3]. The Debian electronics packaging team came up with their own solution [4-5]: Engineering;Electronics; are used as application categories, they _are_ non-standard, but categories such as (Education and Science) are completely inappropriate for the engineering applications maintained by the team. This course of action does cause lintian to give desktop-entry-lacks-main-category warnings, and those warnings are ignored. Also, extra-xdg-menus is to be added to the Recommends field (in debian/control) to provide menu categories for Electronics applications. However, discussions with DDs outside of the team found this to be sub-optimal since (1) if it isn't a bug then lintian should be fixed so that we aren't just ignoring a warning in every package we maintain and (2) if you remove extra-xdg-menus (which is possible since it is only a Recommends) you get a blank spot (or a question mark icon in Ubuntu derivatives) in the menu tree that will hold eagle. So, for now, we have to choose one of the above list of categories (right now it is Development). We are also listing it as Engineering;Electronics; and Recommends the extra-xdg-menus package so users get the Electronics menu where it makes sense for them to find it. We can change which main category it is assigned to, although I would like to avoid that because users are used to finding it in the misleading Development menu and Science Education and Graphics don't make any sense either. We also can remove it from the electronics menu so it only appears in one spot in the menu. However, users already can do that individually be removing the extra-xdg-menus package or by running exmenen and exmendis. [1] http://lintian.debian.org/tags/desktop-entry-lacks-main-category.html [2] http://standards.freedesktop.org/menu-spec/1.0/apa.html [3] http://lists.freedesktop.org/archives/xdg/2009-October/011086.html [4] http://lists.alioth.debian.org/pipermail/pkg-electronics-devel/2009-November/001282.html [5] http://wiki.debian.org/PkgElectronics -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593617: texmaker: Commented-out %\section{} still shows in structure tree
Package: texmaker
Version: 1.9.9-2
Severity: normal
If I comment out a \section{} or \subsection{} line by adding a % character,
the section still shows in the document structure tree (usually on the left of
the main window). LaTeX itself builds exactly as I would expect, ignoring the
commented out line.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages texmaker depends on:
ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib
ii libgcc1 1:4.4.4-8 GCC support library
ii libqt4-network4:4.6.3-1 Qt 4 network module
ii libqt4-xml4:4.6.3-1 Qt 4 XML module
ii libqtcore44:4.6.3-1 Qt 4 core module
ii libqtgui4 4:4.6.3-1 Qt 4 GUI module
ii libstdc++64.4.4-8The GNU Standard C++ Library v3
Versions of packages texmaker recommends:
ii aspell 0.60.6-4 GNU Aspell spell-checker
ii asymptote 2.02-2 script-based vector graphics langu
ii ghostscript 8.71~dfsg2-4 The GPL Ghostscript PostScript/PDF
ii myspell-en-gb [myspell-dict 1:3.2.1-2English_british dictionary for mys
ii myspell-en-us [myspell-dict 1:3.2.1-2English_american dictionary for my
ii netpbm 2:10.0-12.2 Graphics conversion tools between
ii psutils 1.17-27 A collection of PostScript documen
ii texlive-latex-extra 2009-9 TeX Live: LaTeX supplementary pack
ii texmaker-data 1.9.9-2 Texmaker LaTeX editor -- arch-inde
texmaker 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#591340: Spelling: dictionary not found
Package: texmaker Version: 1.9.9-2 Severity: important The dictionary (in my case en_GB.dic) is not present in the default location (/usr/share/texmaker). Redirecting to /usr/share/myspell/dicts fixes the problem, but it would be nice if it worked out-of-the-box. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texmaker depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-7 GCC support library ii libqt4-network4:4.6.3-1 Qt 4 network module ii libqt4-xml4:4.6.3-1 Qt 4 XML module ii libqtcore44:4.6.3-1 Qt 4 core module ii libqtgui4 4:4.6.3-1 Qt 4 GUI module ii libstdc++64.4.4-7The GNU Standard C++ Library v3 Versions of packages texmaker recommends: ii aspell 0.60.6-4 GNU Aspell spell-checker ii asymptote 2.02-2 script-based vector graphics langu ii ghostscript 8.71~dfsg2-3 The GPL Ghostscript PostScript/PDF ii myspell-en-gb [myspell-dict 1:3.2.1-2English_british dictionary for mys ii myspell-en-us [myspell-dict 1:3.2.1-2English_american dictionary for my ii netpbm 2:10.0-12.2 Graphics conversion tools between ii psutils 1.17-27 A collection of PostScript documen ii texlive-latex-extra 2009-9 TeX Live: LaTeX supplementary pack ii texmaker-data 1.9.9-2 Texmaker LaTeX editor -- arch-inde texmaker 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#583821: wrong bug number
Sorry, this was meant to be in reply to bug #503915. Can someone merge this report into that one? Thx. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547944: grub-pc: upgrade-from-grub-legacy option to install in a given, hard disk is tricky
I've just fallen for the same (I hit enter, assuming I would get the only available option, now have error 15). Felix, is there any situation where postinst should accept grub2 options without a boot source? (sorry, I'm not familiar with the postinst/grub2 settings, so this may be the wrong question) If there isn't, then I think OK should select the default (only) option. If there is, then could we have two options - the device and 'no device' - and be forced to select one before hitting okay? Agreeing with 'grave' rating. Borking grub is always bad, especially if you haven't fixed it before. Arthur -- Arthur Magill, PhD RF Engineer Centre d'Imagerie BioMédicale (CIBM) Laboratory for Functional and Metabolic Imaging (LIFMET) Ecole Polytechnique Fédérale de Lausanne (EPFL) Station 6, CH F1 532 (Bâtiment CH), CH-1015 Lausanne, Switzerland tel: +41 21 693 0569 fax: +41 21 693 7960 email: arthur.mag...@epfl.ch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
