[Bug 1830336] [NEW] enchant 1.6.0 outdated, pipe command '*' (save personal dictionary) does nothing
Public bug reported: [needs-packaging] enchant enchant is a meta-spellchecker supporting multiple spellchecking backends (hunspell, GNU aspell, hspell, Voikko, Zemberek, Apple Spell (on Mac OS)), with an ispell-compatible pipe mode for use within applications. URL: https://github.com/AbiWord/enchant License: LGPL 2.1 Notes: Enchant homepage has moved to GitHub. The old homepage at abisource.com was last updated in 2010. The build steps for a released version seem standard; for details, see e.g. http://www.linuxfromscratch.org/blfs/view/svn/general/enchant.html Ubuntu currently has a package for enchant 1.6.0, but it is seriously out of date (2010); latest release is 2.2.3 (2018). Why this is important: Enchant is the recommended interface for Voikko, the spellchecker for Finnish. The older tmispell interface (that comes with Voikko) is deprecated by the developers of Voikko, so Enchant is currently the only supported option for checking both Finnish and English using the same frontend. A common frontend is important for easy switching of spellcheck language within applications such as Emacs and LyX. Finnish is an agglutinative language. This prevents common spellcheckers such as aspell from working properly, so Voikko itself is really necessary. The old version lacks support for the '*' command in pipe mode, so it is unable to update the personal dictionary. This is important especially in Emacs, because Emacs's flyspell (on-the-fly spell checker) package uses the pipe mode and sends this command to save new words into the personal dictionary. With Enchant 2.2.3, this works properly. (Does not even need configuration in Emacs other than telling it to use enchant as "the ispell program"; Enchant itself knows where its personal dictionaries are (~/.config/enchant), as well as which file to use for each language.) ** Affects: enchant (Ubuntu) Importance: Undecided Status: New ** Tags: needs-packaging -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1830336 Title: enchant 1.6.0 outdated, pipe command '*' (save personal dictionary) does nothing To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/enchant/+bug/1830336/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1507957] Re: Huawei E3372 LTE modem on 15.10 works only when connecting via wvdial and not network-manager
I'm getting the original variant of this issue: my Huawei E3372 (vendor:device 12d1:14dc) works only if plugged in several times. Sometimes one replug is enough, sometimes three or even four. I'm running Linux Mint 17.2, which is based on Ubuntu 14.04 LTS, so the issue is probably older than Ubuntu 15.10. This occurs on both the default 3.13 kernel and the updated 3.19 kernel (3.9.0-39-generic). Attached is the output of dmesg when the modem is plugged to the USB port, both in the failed and success cases. From what I can immediately see, the device ID is detected differently in these cases, so this might indeed have something to do with usb-modeswitch and not the kernel itself. When it fails, it seems the modem is detected as a CD-ROM, resulting in I/O errors. When it succeeds, there is no mention of a CD-ROM before the modem is detected as a HUAWEI_MOBILE. The read errors are surprising, since to my understanding these kinds of modems first usually identify themselves as a CD-ROM (to provide Windows drivers), before performing the switch to modem mode. One possible explanation would be a race condition: maybe usb-modeswitch sometimes attempts to perform the switch while the "CD-ROM" is being read, causing both the read to fail and the modem not to perform the switch correctly. Or maybe not. This probably needs an expert opinion :) ** Attachment added: "dmesg output of both failed and success cases" https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1507957/+attachment/4562104/+files/dmesg-E3372.txt -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1507957 Title: Huawei E3372 LTE modem on 15.10 works only when connecting via wvdial and not network-manager To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1507957/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1148033] Re: GDBus.Error:org.openobex:Error.Failed: Unable to request session
Ubuntu 13.04, affects me too. Running on an ASUS EeePC 1005PE. Tried to transfer files between the PC and a smartphone running Android 4.1. Tried installing blueman on the PC and using it instead of the default bluetooth applet, didn't help. Sometimes blueman could transfer small (30kB) files from the PC to the phone correctly, but large files (3MB) would randomly hang the transfer. When sending any file from the phone to the PC, the transfer would hang at the connecting stage. However, while blueman is installed and running, it seems that the default bluetooth applet (but not blueman) can transfer files correctly. Such behaviour has also been reported by others. So, as a temporary workaround, I followed the instructions here: http://krazyabouttechnology.blogspot.fi/2013/05/solution-bluetooth-not- working-after_3.html to have just one bluetooth icon even though both the default bluetooth applet and blueman are running at the same time. Now the transfer seems to work in both directions. Would appreciate if this was fixed properly :) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1148033 Title: GDBus.Error:org.openobex:Error.Failed: Unable to request session To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-bluetooth/+bug/1148033/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1193815] [NEW] Huawei E3131 gives error when plugged in
Public bug reported: In Ubuntu 13.04, the Huawei E3131 (correctly) switches to modem mode upon insertion (and works), but while the device is still in storage mode, Ubuntu tries to automatically mount the storage device, which then disappears upon modeswitching. The result is an error dialog with content similar to [1], which the user must ok each time the device is plugged in. [1] https://answers.launchpad.net/ubuntu/+question/219742 The device is branded DNA (Finland), device IDs are 12d1:151a (storage mode), 12d1:151d (modem mode). I was able to get rid of the error by editing the udev rules. To prevent Ubuntu from automounting the storage, it can be ejected by udev before running the modeswitch command. I did this by copying /lib/udev/40-usb_modeswitch.rules to /etc/udev/rules.d/usb_modeswitch_customized.rules (to create an override) and then changing ---8---8---8--- # Huawei E392u-12 ATTRS{idVendor}==12d1, ATTRS{idProduct}==151a, RUN+=usb_modeswitch '%b/%k' ---8---8---8--- to ---8---8---8--- # Huawei E392u-12, DNA (FI) Huawei E3131 ATTRS{idVendor}==12d1, ATTRS{idProduct}==151a, RUN+=eject -s '%b/%k' ATTRS{idVendor}==12d1, ATTRS{idProduct}==151a, RUN+=usb_modeswitch '%b/%k' ---8---8---8--- i.e. by adding the eject command (the SCSI mode -s is important). This gets rid of the error dialog. It would be nice if this was fixed in the official package. Finally, note that the storage device still reappears after the modeswitch, but this is a problem in the E3131 itself (apparently rather common in USB mobile modems). After the switch, it appears as both a modem and a storage device (where the storage contains the Windows drivers). I haven't found a workaround for this part. ** Affects: udev (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1193815 Title: Huawei E3131 gives error when plugged in To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/udev/+bug/1193815/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 424877] Re: [Acer Aspire one] suspend/resume failure
The freeze on suspend seems common to Debian-based distros. I tried with Debian testing (Squeeze) and was able to reproduce the same issue (Aspire One model ZG5, 8GB SSD, BIOS v.3309). The script linked above by White Rabbit resolved the issue for me, too. (I have also applied the pciehp_force=1 option, which was needed to get the card readers working.) I extended the script slightly. The new version remounts cards on resume, preserving ownership. I.e. each card will be owned by the same user who owned it before suspend, and will only be remounted if it was mounted before suspend. The new version also supports the KDE4.x solid- hardware daemon (for us KDE users). Unmount using the graphical widget works after suspend/resume as it should. Two things to note: first, any documents that are open from an MMC/SD card will still prevent a suspend (so, close any MPlayers and terminal windows first before closing the lid). Secondly, even those apps that don't actually lock their open documents, might think that the file has been removed when the machine is resumed (e.g. KWrite behaves this way). In reality, of course it is only the mount point that has been removed (and then added back). I'm attaching the new version here in case someone might find it useful. Feel free to use/distribute/modify it further. I've tested the script with one and two SD cards inserted (one 16GB, one 512MB). As usual, I won't guarantee anything, but do let me know if there are problems with this version. ;) Thanks for the info and the original fix, everyone! ** Attachment added: 010_unmount_SD_v2.sh http://launchpadlibrarian.net/43209812/010_unmount_SD_v2.sh -- [Acer Aspire one] suspend/resume failure https://bugs.launchpad.net/bugs/424877 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs