Bug#894221: nvme-cli: Got SIGSEGV when using --output-format=json with nvme list
Package: nvme-cli Version: 1.0-3 Severity: normal Dear Maintainer, While conducting trials using the nvme command, I noticed that the list argument produces SIGSEGV when used with --output-format=json, but not with --output-format=normal nor if this option is not specified: root@Alioth ~ {⌗0/⬓54}[0]꩜# nvme list --output-format=json fish: 'nvme list --output-format=json' terminated by signal SIGSEGV (Erreur de frontière d'adresse) Feel free to ask more test results; as long as the security of the system would not be jeopardized by publishing the data you ask, I'll provide them. Regards. -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-6-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages nvme-cli depends on: ii libc6 2.24-11+deb9u3 ii libudev1 232-25+deb9u2 nvme-cli recommends no packages. nvme-cli suggests no packages. -- no debconf information
Bug#882996: fish: misses python dependency, hence no manpage completions and error message
Package: fish Version: 2.4.0-1 Severity: normal Hello, there. Fish, as packaged under Stretch, does not require nor recommend any Python interpreter. As the manpages completions generation script is a Python script, no completions are generated from manpages, and each shell opening displays the following error: fish: Unknown command 'python -B /usr/share/fish/tools/create_manpage_completions.py --manpath --progress --cleanup-in ~/.config/fish/c ompletions --cleanup-in ~/.config/fish/generated_completions' /usr/share/fish/functions/fish_update_completions.fish (line 2):python -B $__fish_datadir/tools/create_manpage_completions.py - -manpath --progress --cleanup-in '~/.config/fish/completions' --cleanup-in '~/.config/fish/generated_completions' ^ in function 'fish_update_completions' called on standard input I don't know very well the process for such a change, but it could be useful for newbies to have such a dependance automagically managed by APT tools, as Depends and Recommends are designed for such cases. Regards. -- System Information: Debian Release: 9.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages fish depends on: ii bc 1.06.95-9+b3 ii chromium [www-browser] 62.0.3202.89-1~deb9u1 ii dpkg 1.18.24 ii firefox-esr [www-browser] 52.5.0esr-1~deb9u1 ii fish-common2.4.0-1 ii libc6 2.24-11+deb9u1 ii libgcc11:6.3.0-18 ii libncurses56.0+20161126-1+deb9u1 ii libpcre2-32-0 10.22-3 ii libstdc++6 6.3.0-18 ii libtinfo5 6.0+20161126-1+deb9u1 ii lynx [www-browser] 2.8.9dev11-1 Versions of packages fish recommends: ii xsel 1.2.0-2+b1 Versions of packages fish suggests: pn doc-base -- no debconf information
Bug#870484: linux-image-4.9.0-3-amd64: nf_conntrack_ftp does not detect passive data connection as related
on 440FX - 82441FX PMC [Natoma] [8086:1237] (rev 02) Subsystem: Red Hat, Inc Qemu virtual machine [1af4:1100] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- pn irqbalance Versions of packages linux-image-4.9.0-3-amd64 suggests: pn debian-kernel-handbook ii grub-pc 2.02~beta3-5 pn linux-doc-4.9 Versions of packages linux-image-4.9.0-3-amd64 is related to: pn firmware-amd-graphics pn firmware-atheros pn firmware-bnx2 pn firmware-bnx2x pn firmware-brcm80211 pn firmware-cavium pn firmware-intel-sound pn firmware-intelwimax pn firmware-ipw2x00 pn firmware-ivtv pn firmware-iwlwifi pn firmware-libertas pn firmware-linux-nonfree pn firmware-misc-nonfree pn firmware-myricom pn firmware-netxen pn firmware-qlogic pn firmware-realtek pn firmware-samsung pn firmware-siano pn firmware-ti-connectivity pn xen-hypervisor -- no debconf information -- David Guyot Administrateur système / Sysadmin Europe Camions Interactive / Stockway Moulin Collot F-88500 Ambacourt Tél : +33 (0)3 29 30 47 85 signature.asc Description: This is a digitally signed message part
Bug#865319: passwd: Partial man French l10n: 1 untranslated sentence
Package: passwd Version: 1:4.4-4.1 Severity: minor Tags: l10n Dear Maintainer, Reading the French passwd(1) man, I noticed that there was a remaining English sentence: "You can find advice on how to choose a strong password on http://en.wikipedia.org/wiki/Password_strength;. In French, that would translate to: "Vous trouverez des conseils concernant la robustesse d’un mot de passe à l’adresse https://en.wikipedia.org/wiki/Password_strength (en)". I did not pick the page from the French Wikipedia, as it is currently way too concise and useless, and I didn't know which other source I could use there. Regarding the translation, French being my first language, I'm rather confident that it is good, but feel free to not take my word for it ;) Regards. -- System Information: Debian Release: 9.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages passwd depends on: ii libaudit1 1:2.6.7-2 ii libc6 2.24-11+deb9u1 ii libpam-modules 1.1.8-3.6 ii libpam0g1.1.8-3.6 ii libselinux1 2.6-3+b1 ii libsemanage12.6-2 passwd recommends no packages. passwd suggests no packages. -- no debconf information
Bug#811474: Bug #811474 - libreoffice-calc: LibreOffice Calc forces workspace switch when its window is acted on
Good morning, Stéphane. The problem seeems to have vanished with the backports version. Great! Thank you for the suggestion, I didn't think about this. Regards. Le mercredi 02 mars 2016 à 22:56 +0100, Stéphane Aulery a écrit : > Hello David, > > Can you test with version 1:5.0.5~rc2-1~bpo8+2 of LO? > > LO devs refuse to receive bug report for an old version. > > Regards, > -- David Guyot Administrateur système, réseau et télécom / Sysadmin Europe Camions Interactive / Stockway Moulin Collot F-88500 Ambacourt 03 29 30 47 85 signature.asc Description: This is a digitally signed message part
Bug#811474: LibreOffice Calc forces workspace switch when its window is acted on
Package: libreoffice-calc Version: 1:4.3.3-2+deb8u2 Severity: normal Hello, there. I use 2 screens, one on the right with the workspaces and the Activities bar, and one on the left with no special features. I have a strange problem: when, in Calc on the left screen, I make a right-click, open a menu item, even the contextual one, the right screen switches to another one, which is really annoying when one tries to transfer data between Calc and another window. I then have to go on the right screen and retrieve the first workspace. This happens on virtually any files, and the workspace switched on is often, if not always, the one which contains the window from which Calc was started, either a Web browser or Nautilus; Calc getting the focus is not enough to trigger the bug, one have to act in it to trigger the bug. This bug has been present at least since Wheezy. I will provide any file requested on demand and will try to be available if some tests are required. Regards. -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libreoffice-calc depends on: ii coinor-libcbc32.8.12-1 ii coinor-libcoinmp1 1.7.6+dfsg1-1 ii libboost-iostreams1.55.0 1.55.0+dfsg-3 ii libc6 2.19-18+deb8u1 ii libgcc1 1:4.9.2-10 ii libicu52 52.1-8+deb8u3 ii liblcms2-22.6-3+b3 ii libmwaw-0.3-3 0.3.1-2 ii libodfgen-0.1-1 0.1.1-2 ii liborcus-0.8-00.7.0+dfsg-9 ii libreoffice-base-core 1:4.3.3-2+deb8u2 ii libreoffice-core 1:4.3.3-2+deb8u2 ii librevenge-0.0-0 0.0.1-3 ii libstdc++64.9.2-10 ii libwps-0.3-3 0.3.0-2 ii libxml2 2.9.1+dfsg1-5+deb8u1 ii lp-solve 5.5.0.13-7+b1 ii uno-libs3 4.3.3-2+deb8u2 ii ure 4.3.3-2+deb8u2 ii zlib1g1:1.2.8.dfsg-2+b1 libreoffice-calc recommends no packages. Versions of packages libreoffice-calc suggests: pn ocl-icd-libopencl1 Versions of packages libreoffice-core depends on: ii fontconfig2.11.0-6.3 ii fonts-opensymbol 2:102.6+LibO4.3.3-2+deb8u2 ii libatk1.0-0 2.14.0-1 ii libboost-date-time1.55.0 1.55.0+dfsg-3 ii libc6 2.19-18+deb8u1 ii libcairo2 1.14.0-2.1 ii libclucene-contribs1 2.3.3.4-4 ii libclucene-core1 2.3.3.4-4 ii libcmis-0.4-4 0.4.1-7 ii libcups2 1.7.5-11+deb8u1 ii libcurl3-gnutls 7.38.0-4+deb8u2 ii libdbus-1-3 1.8.20-0+deb8u1 ii libdbus-glib-1-2 0.102-1 ii libeot0 0.01-3 ii libexpat1 2.1.0-6+deb8u1 ii libexttextcat-2.0-0 3.4.4-1 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-3+deb8u1 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-02.31.1-2+deb8u4 ii libgl1-mesa-glx [libgl1] 10.3.2-1+deb8u1 ii libglew1.10 1.10.0-3 ii libglib2.0-0 2.42.1-1 ii libgltf-0.0-0 0.0.2-2 ii libglu1-mesa [libglu1]9.0.0-2 ii libgraphite2-31.2.4-3 ii libgtk2.0-0 2.24.25-3 ii libharfbuzz-icu0 0.9.35-2 ii libharfbuzz0b 0.9.35-2 ii libhunspell-1.3-0 1.3.3-3 ii libhyphen02.8.8-1 ii libice6 2:1.0.9-1+b1 ii libicu52 52.1-8+deb8u3 ii libjpeg62-turbo 1:1.3.1-12 ii liblangtag1 0.5.1-3 ii liblcms2-22.6-3+b3 ii libldap-2.4-2 2.4.40+dfsg-1+deb8u1 ii libmythes-1.2-0 2:1.2.4-1 ii libneon27-gnutls 0.30.1-1 ii libnspr4 2:4.10.7-1+deb8u1 ii libnss3 2:3.17.2-1.1+deb8u2 ii libodfgen-0.1-1 0.1.1-2 ii libpango-1.0-01.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libpng12-01.2.50-2+deb8u2 ii librdf0 1.0.17-1+b1 ii libreoffice-common1:4.3.3-2+deb8u2 ii librevenge-0.0-0 0.0.1-3 ii libsm62:1.2.2-1+b1 ii libssl1.0.0 1.0.1k-3+deb8u2 ii libstdc++64.9.2-10 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxinerama1 2:1.1.3-1+b1 ii libxml2 2.9.1+dfsg1-5+deb8u1 ii libxrandr22:1.4.2-1+b1 ii libxrender1 1:0.9.8-1+b1 ii libxslt1.11.1.28-2+b2 ii libxt61:1.1.4-1+b1 ii uno-libs3 4.3.3-2+deb8u2 ii ure
Bug#811474: Potentially related to #668965
I might add that this problem looks similar to #668965 to me, but I'm far below the level required to be sure of it. -- David Guyot Administrateur système, réseau et télécom / Sysadmin Europe Camions Interactive / Stockway Moulin Collot F-88500 Ambacourt 03 29 30 47 85 signature.asc Description: This is a digitally signed message part
Bug#811474: Concerns Gnome 3
I also forgot that I use Gnome with GDM. Regards. -- David Guyot Administrateur système, réseau et télécom / Sysadmin Europe Camions Interactive / Stockway Moulin Collot F-88500 Ambacourt 03 29 30 47 85 signature.asc Description: This is a digitally signed message part
Bug#796232: xpath support buggy: no results when expected
Package: chromium-inspector Version: 44.0.2403.89-1~deb8u1 Severity: normal Hello, world. When trying to load an XPath expression results from the console this way: $x(/html/head/link[1]/@href), I have no results, but, if I try to load other attributes of the same node, or the node itself, it works: $x(/html/head/link[1]) [link rel=alternate href=http://www.togo- manutention.com/ hreflang=fr-tg] $x(/html/head/link[1]/href) [] $x(/html/head/link[1]/@href) [] $x(/html/head/link[1]/@hreflang) [hreflang=fr-tg] $x(/html/head/link[1]/@rel) [rel=alternate] $x(/html/head/link[1]/@href) [] The page showing the bug is included. I first thought of an error in the XPath expression but, as only this attribute shows the problem, and the XPath expression is accepted using a Ruby implementation, I assume that the problem resides in the chromium-inspector implementation of XPath. At first sight, I would say it messes with the attribute's name, as it has a special meaning in other nodes, like a, but I'm not an expert in its code. Regards. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) chromium-inspector depends on no packages. Versions of packages chromium-inspector recommends: ii chromium 44.0.2403.89-1~deb8u1 chromium-inspector suggests no packages. *** /home/penegal/temp/index.html !DOCTYPE html html lang=fr head meta charset=UTF-8 titleChariots élévateurs d'occasion, 4 001 annonces de chariots d'occasion, achat vente de chariots élévateur, nacelle, transpalette/title meta name=description content=Chariots élévateurs d'occasion. 4 001 annonces de chariot élévateur d'occasion sur Togo-Manutention.com. Achat vente de chariot embarqué, chariot à prise latérale, tracteur de manutention, autres matériels, pièces manutention, préparateur de commandes / meta name=keywords content=Chariots, élévateurs, occasion, annonces, de, chariots, achat, vente, élévateur, nacelle, transpalette, chariot, sur, Togo- Manutention.com, Achat, embarqué, à, prise, latérale, tracteur, manutention, autres, matériels, pièces, préparateur, commandes / meta name=viewport content=width=device-width, initial-scale=1.0, maximum- scale=1.0, user-scalable=no / link rel=alternate href=http://www.togo-manutention.com/; hreflang=fr- tg/ link rel=alternate href=http://www.europe-manutention.com/; hreflang=fr/ link rel=alternate href=http://www.maroc-manutention.com/; hreflang=fr- ma/ link rel=alternate href=http://www.tunisie-manutention.com/; hreflang=fr- tn/ link rel=alternate href=http://www.algeria-manutention.com/; hreflang=fr- dz/ link rel=alternate href=http://www.cote-ivoire-manutention.com/; hreflang =fr-ci/ link rel=alternate href=http://www.senegal-manutention.com/; hreflang=fr- sn/ link rel=alternate href=http://www.niger-manutention.com/; hreflang=fr- ne/ link rel=alternate href=http://www.mali-manutention.com/; hreflang=fr- ml/ link rel=alternate href=http://www.benin-manutention.com/; hreflang=fr- bj/ link rel=alternate href=http://www.burkina-manutention.com/; hreflang=fr- bf/ link rel=alternate href=http://www.guinee-manutention.com/; hreflang=fr- gn/ link rel=stylesheet href=http://www.static- viamobilis.com/via/bootstrap/css/theme-4.min.css?v=23012015/ link rel=icon href=http://www.static- viamobilis.com/icons/groups/icon-4.png/ link rel=apple-touch-icon href=http://www.static- viamobilis.com/css/mobile/images/man-eci.png/ script src=http://www.static- viamobilis.com/via/bootstrap/js/bootstrap3.min.js/script /head body script (function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){ (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o), m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m) })(window,document,'script','//www.google- analytics.com/analytics.js','ga'); /script div id=body header id=header div class=row div class=logoa href=# title=Europe Manutention : achat vente de matériels de manutention d'occasion, levage, magasinage.www.togo- manutention.com/a/div div class=logo-text logo-fr_TGTogo-span style=color:#FF4313;font- weight:bold;Manutention/span.com/div div class=selection span class=glyphicon-secondary glyphicon-white-mobile glyphicon glyphicon-star star data-toggle=dropdown data-target=#dropdown-menu- selection/span a data-toggle=dropdown class=link href=span class=hidden- xsMa sélection d'annonces /span(span class=adbook-num0/span) span class=caret/span /a /div /div /header nav id=main-menu button type=button class=btn btn-navbar navbar-toggle hidden-print data-toggle=collapse data-target=.navbar-collapse i
Bug#747948: Reply to suggestion
Pierre-Elliott, Thanks for your reply. Your offer seems correct to me; nevertheless, regarding your second proposition, why would the warning be only displayed with the verbose flag? I mean, doesn't it worth the trouble to always display this warning, even without -v, given the relatively small amount of situation the current behaviour of mount will be desirable and the comparatively great number of situations this same current behaviour will be a problem? Regarding the code, I'm afraid I can't help to this patch; my C level is almost at absolute zero. Regards. -- Pierre-Eliott, Merci pour ta réponse. Ta proposition me semble correcte, si ce n'est que je ne comprends pas pourquoi ta seconde proposition suggère de n'afficher l'avertissement que si le mode verbeux est actif. Je veux dire par là que ça vaudrait peut-être le coup de toujours afficher cet avertissement, même sans mode verbeux, au vu du faible nombre de situations où le comportement actuel serait souhaitable, comparé au grand nombre de cas où ce comportement serait un problème, non ? Concernant le code, j'ai peur de ne pas pouvoir aider à ton patch, car mon niveau en C avoisine le zéro absolu. Cordialement. -- David Guyot Administrateur système, réseau et télécommunications / Sysadmin Europe Camions Interactive / Stockway Moulin Collot F-88500 Ambacourt Tel: +33 (0)3 29 30 47 85 Fax : +33 (0)3 29 31 31 31 signature.asc Description: Digital signature
Bug#747948: mount: should warn user when potentially incorrect fstab order
Package: mount Version: 2.20.1-5.3 Severity: wishlist Hello, there. Firstly, tl;dr: mount should warn when interlocked mountpoints in fstab aren't in the expected order. I recently noticed what at first seemed a bug in mount management of fstab, but, according to the french mailing list users, it's more a lack of warning. Here is the problem: currently, at start, filesystems referenced in fstab are mounted following their order in fstab. The problem is, when /etc/fstab contains config for two filesystems with interlocked mountpoints, in my case /var/www and /var/www/cache, they are not necessarily in the right order. In my example, because of limitations in my hosting provider installer and my drive configuration, /var/www/cache configuration was stored before /var/www's one. Because man mount did not contained any warning regarding mountpoints order, I assumed this was automagically managed at start; of course, it proved me wrong, as you can see in the following command dump taken after a reboot: david@Curunir:~$ df -h Sys. fich.Taille Util. Dispo Uti% Monté sur rootfs 54G 3,1G 49G 6% / udev 10M 0 10M 0% /dev tmpfs13G 328K 13G 1% /run /dev/md1 54G 3,1G 49G 6% / tmpfs 5,0M 0 5,0M 0% /run/lock tmpfs35G 0 35G 0% /dev/shm /dev/md3 20G 233M 19G 2% /var/log /dev/md41,7T 852M 1,6T 1% /var/www/cache /dev/md6 99G 188M 94G 1% /home /dev/md71,7T 852M 1,6T 1% /var/www tmpfs32G 0 32G 0% /tmp david@Curunir:~$ sudo su [sudo] password for david: root@Curunir:/home/david# umount /dev/md4 umount: /var/www/cache: not mounted root@Curunir:/home/david# mount /dev/md4 root@Curunir:/home/david# df -h Sys. fich. Taille Util. Dispo Uti% Monté sur rootfs 54G 3,1G 49G 6% / udev 10M 0 10M 0% /dev tmpfs 13G 328K 13G 1% /run /dev/md1 54G 3,1G 49G 6% / tmpfs 5,0M 0 5,0M 0% /run/lock tmpfs 35G 0 35G 0% /dev/shm /dev/md3 20G 233M 19G 2% /var/log /dev/md4 124G 188M 118G 1% /var/www/cache /dev/md6 99G 188M 94G 1% /home /dev/md7 1,7T 852M 1,6T 1% /var/www tmpfs 32G 4,0K 32G 1% /tmp /dev/md4 124G 188M 118G 1% /var/www/cache As you can see, in this case, the mounting of /var/www/cache behaves erratically when its configuration is placed before /var/www's one in /etc/fstab. When I noticed this problem, I checked all system logs, but none showed messages regarding the mountpoints order, so I suspected a failed disk, but my hosting provider's checks did not show any problem, no more than fsck -f. I almost reinstalled the system, but, at the last moment, I thought of fstab and changed mountpoints order to place /var/www before /var/www/cache, and, after a reboot, the problem was solved. I mailed yesterday the Debian french users mailing list about this problem, which I thought of as a bug, but they explained me that, under some conditions, this behaviour may prove helpful. Nevertheless, I still think that mount should warn about this most likely unwanted behaviour, both in its manpage and by logging warnings in dmesg or syslog, in order to help users confronted to this problem. At first, I expected mount to reject such a mountpoint order to avoid problems, but, if I'm right, it should be a bit extreme and bother users who uses this behaviour to their advantage. So, I would like to request the addition in mount of a warning when it tries to mount a filesystem whose mountpoint contains an already used mountpoint in order to avoid confusion for filesystem administation. This warning should be printed on stderr, if not in dmesg and syslog, to allow the admin to correct mountpoints order in the most likely case the current behaviour is not the expected one. Thanks for reading. Regards. -- David Guyot Administrateur système, réseau et télécommunications / Sysadmin Europe Camions Interactive / Stockway Moulin Collot F-88500 Ambacourt Tel: +33 (0)3 29 30 47 85 Fax : +33 (0)3 29 31 31 31 signature.asc Description: Digital signature
Bug#717240: alacarte empties gnome-applications.menu
Package: alacarte Version: 3.5.3-1 Severity: grave Tags: upstream Justification: renders package unusable When trying to hide Icedove entry, the left panel of alacarte empties and the console displays : Traceback (most recent call last): File /usr/share/alacarte/Alacarte/MainWindow.py, line 367, in on_item_tree_show_toggled self.editor.setVisible(item, False) File /usr/share/alacarte/Alacarte/MenuEditor.py, line 195, in setVisible self.save() File /usr/share/alacarte/Alacarte/MenuEditor.py, line 54, in save fd.write(self.dom.toprettyxml()) UnicodeEncodeError: 'ascii' codec can't encode character u'\xc9' in position 835: ordinal not in range(128) Traceback (most recent call last): File /usr/share/alacarte/Alacarte/MenuEditor.py, line 50, in menuChanged self.load() File /usr/share/alacarte/Alacarte/MenuEditor.py, line 47, in load raise ValueError(can not load menu tree %r % (self.name,)) ValueError: can not load menu tree 'gnome-applications.menu' ** (alacarte:21123): CRITICAL **: gmenu_tree_get_root_directory: assertion `tree-loaded' failed Traceback (most recent call last): File /usr/share/alacarte/Alacarte/MainWindow.py, line 69, in menuChanged self.loadUpdates() File /usr/share/alacarte/Alacarte/MainWindow.py, line 98, in loadUpdates self.loadMenus() File /usr/share/alacarte/Alacarte/MainWindow.py, line 194, in loadMenus self.loadMenu({ None: None }) File /usr/share/alacarte/Alacarte/MainWindow.py, line 205, in loadMenu name = cgi.escape(menu.get_name()) AttributeError: 'NoneType' object has no attribute 'get_name' At next launches, alacarte will fail saying : Traceback (most recent call last): File /usr/bin/alacarte, line 37, in module main() File /usr/bin/alacarte, line 33, in main app = MainWindow(datadir, version) File /usr/share/alacarte/Alacarte/MainWindow.py, line 43, in __init__ self.editor = MenuEditor() File /usr/share/alacarte/Alacarte/MenuEditor.py, line 33, in __init__ self.load() File /usr/share/alacarte/Alacarte/MenuEditor.py, line 47, in load raise ValueError(can not load menu tree %r % (self.name,)) ValueError: can not load menu tree 'gnome-applications.menu' When checked, the gnome-applications.menu file has been emptied, and I have to restore it from a backup — happily, this backup is launched daily —. I saw the #630017 bug, but the error messages seemed very different, so I opened this new bug report, but I may be mistaken. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.9.6 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages alacarte depends on: ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gmenu-3.0 3.4.2-5 ii gir1.2-gtk-3.03.4.2-6 ii python2.7.3-4 ii python-gi 3.2.2-2 Versions of packages alacarte recommends: ii gnome-panel 3.4.2.1-4 alacarte suggests no packages. -- no debconf information *** /home/penegal/.config/menus/gnome-applications.menu !DOCTYPE Menu PUBLIC '-//freedesktop//DTD Menu 1.0//EN' 'http://standards.freedesktop.org/menu-spec/menu-1.0.dtd' Menu NameApplications/Name MergeFile type=parent/etc/xdg/menus/gnome- applications.menu/MergeFile Menu NameGames/Name Include Filenamealacarte-made.desktop/Filename /Include /Menu Menu NameOther/Name Exclude Filenamealacarte-made-1.desktop/Filename /Exclude AppDir/home/penegal/.local/share/applications/AppDir Exclude Filenamegnome-font-viewer.desktop/Filename /Exclude Exclude Filenamegmenu-simple-editor.desktop/Filename /Exclude Exclude FilenameTrueCrypt.desktop/Filename /Exclude Exclude FilenameEvolution.desktop/Filename /Exclude Exclude FilenameÉditeur de menus.desktop/Filename /Exclude Exclude Filenamenautilus-autorun-software.desktop/Filename /Exclude /Menu Menu NameGraphics/Name Include Filenameevince.desktop/Filename /Include AppDir/home/penegal/.local/share/applications/AppDir Include Filenamekde4-kcolorchooser.desktop/Filename /Include /Menu Menu NameInternet/Name Exclude
Bug#717240: Note
Please note the file I included lacks the following lines at its end : /Menu /Menu These lines are in the original file which caused the problem; feel free to ask me related files. Regards -- David Guyot Administrateur système, réseau et télécommunications Europe Camions Interactive Moulin Collot F-88500 Ambacourt Tel: +33 (0)3 29 30 47 85 Fax : +33 (0)3 29 31 31 31 signature.asc Description: OpenPGP digital signature
Bug#717240: alacarte empties gnome-applications.menu
Hello. Well, it was already installed : penegal@Arcturus:~/Téléchargements$ sudo aptitude search gnome-menus i gnome-menus - implémentation GNOME des spécifications freedesktop de menu Actually, the AppDir target inside the Internet section does not contain any .desktop file related to Icedove; the only on I was able to find was in /home/penegal/.gnome2/panel2.d/default/launchers/icedove.desktop and contained : #!/usr/bin/env xdg-open [Desktop Entry] Name=Icedove Mail/News Comment=Read/Write Mail/News with Icedove GenericName=Mail Client Exec=/opt/thunderbird/launcher.sh Terminal=false X-MultipleArgs=false Type=Application Icon=icedove Categories=Network;Email;News;GTK; MimeType=message/rfc822; StartupWMClass=Icedove-bin Name[ca]=Client de correu Icedove Name[cs]=Poštovní klient Icedove Name[fi]=Icedove-sähköposti Name[fr]=Messagerie Icedove Name[pl]=Klient poczty Icedove Name[pt_BR]=Cliente de E-mail Icedove Name[sv]=E-postklienten Icedove Comment[ca]=Llegiu i escriviu correu Comment[cs]=Čtení a psaní pošty Comment[de]=Emails lesen und verfassen Comment[fi]=Lue ja kirjoita sähköposteja Comment[fr]=Lire et écrire des courriels Comment[it]=Leggere e scrivere email Comment[ja]=メールの読み書き Comment[pl]=Czytanie i wysyłanie e-maili Comment[pt_BR]=Ler e escrever suas mensagens Comment[sv]=Läs och skriv e-post Name[fr_FR]=Messagerie Thunderbird Icon[fr_FR]=thunderbird I just launched a search to find if there are other .desktop files related to Icedove. I don't know if that helps. Regards. Le 18/07/2013 12:07, Michael Biebl a écrit : Am 18.07.2013 11:58, schrieb David GUYOT: Package: alacarte Version: 3.5.3-1 Severity: grave Tags: upstream Justification: renders package unusable When trying to hide Icedove entry, the left panel of alacarte empties and the console displays : Traceback (most recent call last): File /usr/share/alacarte/Alacarte/MainWindow.py, line 367, in on_item_tree_show_toggled self.editor.setVisible(item, False) File /usr/share/alacarte/Alacarte/MenuEditor.py, line 195, in setVisible self.save() File /usr/share/alacarte/Alacarte/MenuEditor.py, line 54, in save fd.write(self.dom.toprettyxml()) UnicodeEncodeError: 'ascii' codec can't encode character u'\xc9' in position 835: ordinal not in range(128) Traceback (most recent call last): File /usr/share/alacarte/Alacarte/MenuEditor.py, line 50, in menuChanged self.load() File /usr/share/alacarte/Alacarte/MenuEditor.py, line 47, in load raise ValueError(can not load menu tree %r % (self.name,)) ValueError: can not load menu tree 'gnome-applications.menu' Installing gnome-menus should fix that. Not quite sure why we dropped that and if alacarte is really supposed to work without that dependency. -- David Guyot Administrateur système, réseau et télécommunications Europe Camions Interactive Moulin Collot F-88500 Ambacourt Tel: +33 (0)3 29 30 47 85 Fax : +33 (0)3 29 31 31 31 signature.asc Description: OpenPGP digital signature
Bug#717240: Info received (Bug#717240: alacarte empties gnome-applications.menu)
I found another icedove-related .desktop file, but I don't think it's the file I'm looking for, because it was on my desktop : [Desktop Entry] Name=Icedove Mail/News Comment=Read/Write Mail/News with Icedove GenericName=Mail Client Exec=/opt/thunderbird/thunderbird Terminal=false X-MultipleArgs=false Type=Application Icon=/home/penegal/.icons/Hydronium/64x64/apps/thunderbird05.png Categories=Network;Email;News;GTK; MimeType=message/rfc822; StartupWMClass=Icedove-bin Name[fr]=Messagerie Icedove Comment[fr]=Lire et écrire des courriels Name[fr_FR]=Messagerie Thunderbird Icon[fr_FR]=thunderbird Regards. -- David Guyot Administrateur système, réseau et télécommunications Europe Camions Interactive Moulin Collot F-88500 Ambacourt Tel: +33 (0)3 29 30 47 85 Fax : +33 (0)3 29 31 31 31 signature.asc Description: OpenPGP digital signature
Bug#687157: ruby1.9.1: Segfault when trying to exchange double and simple quotes in file
Package: ruby1.9.1 Version: 1.9.2.0-2 Severity: normal Tags: squeeze -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby1.9.1 depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libruby1.9.1 1.9.2.0-2 Libraries necessary to run Ruby 1. ruby1.9.1 recommends no packages. Versions of packages ruby1.9.1 suggests: pn graphviz none (no description available) ii ri1.9.1 1.9.2.0-2 Ruby Interactive reference (for Ru ii ruby1.9.1-dev 1.9.2.0-2 Header files for compiling extensi ii ruby1.9.1-examples1.9.2.0-2 Examples for Ruby 1.9 -- no debconf information Hello, everybody. The submitted problem showed itself when I tried to use irb1.9.1 to replace, in an 2GB SQL file, simple quotes by \' and double quotes by simple ones. Here comes the commands which leaded to the segfault : root@Arcturus:/var/lib/postgresql# irb1.9.1 irb(main):001:0 out = File.new(out.sql, w) = #File:out.sql irb(main):002:0 File.new(franceprospects.sql, r).each{|ligne| out.write(ligne.chomp+;)} ^CIRB::Abort: abort then interrupt!! from (irb):2:in `call' from (irb):2:in `block in irb_binding' from (irb):2:in `each' from (irb):2 from /usr/bin/irb1.9.1:12:in `main' irb(main):003:0 File.new(franceprospects.sql, r).each{|ligne| out.write(ligne.chomp+;\n)} ^CIRB::Abort: abort then interrupt!! from (irb):3:in `call' from (irb):3:in `write' from (irb):3:in `block in irb_binding' from (irb):3:in `each' from (irb):3 from /usr/bin/irb1.9.1:12:in `main' irb(main):004:0 File.new(franceprospects.sql, r).each{|ligne| out.write(ligne.chomp+;\n)} ^CIRB::Abort: abort then interrupt!! from (irb):4:in `call' from (irb):4:in `block in irb_binding' from (irb):4:in `each' from (irb):4 from /usr/bin/irb1.9.1:12:in `main' irb(main):005:0 out.close = nil irb(main):006:0 out = File.new(out.sql, w) = #File:out.sql irb(main):007:0 File.new(franceprospects.sql, r).each{|ligne| out.write(ligne.chomp+;\n)} = #File:franceprospects.sql irb(main):008:0 out = File.new(quotes.sql, w) = #File:quotes.sql irb(main):009:0 File.new(out.sql, r).each{|ligne| out.write(ligne.chomp.gsub(\',\\\').gsub(\,\')+;\n)} /usr/lib/ruby/1.9.1/irb/ruby-lex.rb:180: [BUG] Segmentation fault ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-linux] -- control frame -- c:0024 p:0010 s:0088 b:0088 l:87 d:87 METHOD /usr/lib/ruby/1.9.1/irb/ruby-lex.rb:180 c:0023 p:0019 s:0084 b:0084 l:83 d:83 METHOD /usr/lib/ruby/1.9.1/irb/ruby-lex.rb:766 c:0022 p:0092 s:0075 b:0075 l:0011c8 d:74 BLOCK /usr/lib/ruby/1.9.1/irb/ruby-lex.rb:731 c:0021 p: s:0070 b:0070 l:69 d:69 FINISH c:0020 p: s:0068 b:0068 l:67 d:67 CFUNC :call c:0019 p:0349 s:0063 b:0063 l:62 d:62 METHOD /usr/lib/ruby/1.9.1/irb/slex.rb:236 c:0018 p:0056 s:0055 b:0055 l:54 d:54 METHOD /usr/lib/ruby/1.9.1/irb/slex.rb:75 c:0017 p:0048 s:0050 b:0050 l:49 d:49 METHOD /usr/lib/ruby/1.9.1/irb/ruby-lex.rb:286 c:0016 p:0017 s:0046 b:0046 l:45 d:45 METHOD /usr/lib/ruby/1.9.1/irb/ruby-lex.rb:262 c:0015 p:0028 s:0041 b:0041 l:24 d:40 BLOCK /usr/lib/ruby/1.9.1/irb/ruby-lex.rb:233 c:0014 p: s:0038 b:0038 l:37 d:37 FINISH c:0013 p: s:0036 b:0036 l:35 d:35 CFUNC :loop c:0012 p:0009 s:0033 b:0033 l:24 d:32 BLOCK /usr/lib/ruby/1.9.1/irb/ruby-lex.rb:229 c:0011 p: s:0031 b:0031 l:30 d:30 FINISH c:0010 p: s:0029 b:0029 l:28 d:28 CFUNC :catch c:0009 p:0023 s:0025 b:0025 l:24 d:24 METHOD /usr/lib/ruby/1.9.1/irb/ruby-lex.rb:228 c:0008 p:0046 s:0022 b:0022 l:001f68 d:001f68 METHOD /usr/lib/ruby/1.9.1/irb.rb:155 c:0007 p:0011 s:0019 b:0019 l:0014c8 d:18 BLOCK /usr/lib/ruby/1.9.1/irb.rb:70 c:0006 p: s:0017 b:0017 l:16 d:16 FINISH c:0005 p: s:0015 b:0015 l:14 d:14 CFUNC :catch c:0004 p:0183 s:0011 b:0011 l:0014c8 d:0014c8 METHOD /usr/lib/ruby/1.9.1/irb.rb:69 c:0003 p:0039 s:0006 b:0006 l:0016e8 d:0003d8 EVAL /usr/bin/irb1.9.1:12 c:0002 p: s:0004 b:0004 l:03 d:03 FINISH c:0001 p: s:0002 b:0002 l:0016e8 d:0016e8 TOP --- -- Ruby level backtrace information /usr/bin/irb1.9.1:12:in `main' /usr/lib/ruby/1.9.1/irb.rb:69:in `start' /usr/lib/ruby/1.9.1/irb.rb:69:in `catch' /usr/lib/ruby/1.9.1/irb.rb:70:in `block in start' /usr/lib/ruby/1.9.1/irb.rb:155:in `eval_input' /usr/lib/ruby/1.9.1/irb/ruby-lex.rb:228:in `each_top_level_statement'
Bug#642528: Post-install error in sun-java6-bin (line 88)
qmail mrtg graph generator ii readline-common 5.2-2 GNU readline and history libraries, common files ii rpm 4.4.1-13Red Hat package manager ii rsync 3.0.3-2~bpo40+1 fast remote file copy program (like rcp) ii safecat 1.12-1 safely copy stdin to a file ii screen 4.0.3-0.3+b1a terminal multiplexor with VT100/ANSI terminal emulation ii sed 4.1.5-1 The GNU sed stream editor ii sgml-base 1.26SGML infrastructure and SGML catalog file support ii siege 2.65-3 Http regression testing and benchmarking utility ii snmpd 5.2.3-7etch4NET SNMP (Simple Network Management Protocol) Agents ii sqlite 2.8.17-2command line interface for SQLite ii ssh 4.3p2-9etch3Secure shell client and server (transitional package) ii ssl-cert1.0.14 Simple debconf wrapper for openssl ii subversion 1.4.2dfsg1-3Advanced version control system ii subversion-tools1.4.2dfsg1-3Assorted tools related to Subversion ii sudo1.6.8p12-4 Provide limited super user privileges to specific users ii sysklogd1.4.1-18System Logging Daemon ii sysv-rc 2.86.ds1-38+etchnhalf.1 System-V-like runlevel change mechanism ii sysvinit2.86.ds1-38+etchnhalf.1 System-V-like init utilities ii sysvinit-utils 2.86.ds1-38+etchnhalf.1 System-V-like utilities ii tar 1.16-2etch1 GNU tar ii tcpd7.6.dbs-13 Wietse Venema's TCP wrapper utilities ii telnet 0.17-34 The telnet client ii tzdata 2009g-0etch1.1 Time Zone and Daylight Saving Time Data ii ucf 2.0020 Update Configuration File: preserves user changes to config files. ii ucspi-tcp 0.88-9.dotdeb.2 tools for building TCP client-server applications. ii unixodbc2.2.11-13 ODBC tools libraries ii update-inetd4.27-0.5inetd.conf updater ii util-linux 2.12r-19etch1 Miscellaneous system utilities ii vim 7.0-122+1etch5 Vi IMproved - enhanced vi editor ii vim-common 7.0-122+1etch5 Vi IMproved - Common files ii vim-runtime 7.0-122+1etch5 Vi IMproved - Runtime files ii vpopmail-bin5.4.25-0.dotdeb.2 vpopmail binaries ii vpopmail-doc5.4.25-0.dotdeb.2 vpopmail documentation ii websvn 1.61-21 interface for subversion repositories written in PHP ii wget1.10.2-2+etch1 retrieves files from the web ii whiptail0.52.2-10+etch1 Displays user-friendly dialog boxes from shell scripts ii whois 4.7.20 the GNU whois client ii wwwconfig-common0.0.48 Debian web auto configuration ii x11-common 7.1.0-19X Window System (X.Org) infrastructure ii xml-core0.09-0.1XML infrastructure and XML catalog file support ii yggdrasil 5.0.5-20100629-0Generic health tracker ii zlib1g 1.2.3-13compression library - runtime ii zlib1g-dev 1.2.3-13compression library - development An obvious fix would be a clean install, but, as far as this is a web server, we can't re-install it but in case of force majeure. Kind regards -- *David GUYOT* /Administrateur système/ Europe Camions Interactive Moulin Collot 88500 AMBACOURT Tel.:03.29.30.47.85 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org