Bug#1053199: liferea does not show feed item contents after 1.15.2-1->1.15.3-1 update
Hi, you got it! when I start liferea on the command line with WEBKIT_DISABLE_DMABUF_RENDERER=1 liferea then it works as expected. On 10.10.23 20:55, Paul Gevers wrote: Hi, On 10-10-2023 14:49, Thorsten G. wrote: Maybe that help you to find the error. If it is important: I'm using an nvidia-card in the system with the proprietary driver. I spotted upstream bug 1308 [1]. Does it help to set WEBKIT_DISABLE_DMABUF_RENDERER=1 before calling liferea? Paul [1] https://github.com/lwindolf/liferea/issues/1308
Bug#1053199: liferea does not show feed item contents after 1.15.2-1->1.15.3-1 update
Package: liferea Version: 1.15.3-1 Severity: important Dear Maintainer, * What led up to the situation? I upgraded liferea and liferea-data 1.15.2-1 → 1.15.3-1, along with a bunch of other updates (e.g. libwebkit2gtk 2.40.5-1 → 2.42.0-1) * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? The liferea window is divided into 3 parts: 1) the list of all my feeds 2) the list of all news items in the selected feed 3) the content a news item Usually, when selecting a news item in 2, it gets shown in 3. Since the upgrade, window 3 remains gray and does not show. E.g. in Debian News (http://www.debian.org/News/news) there is the following news item ``` https://www.debian.org/News/2023/20230918;> DebConf23 closes in Kochi and DebConf24 location announced https://www.debian.org/News/2023/20230918 Yesterday, Sunday 17 September 2023, the annual Debian Developers and Contributors Conference came to a close. 2023-09-18 ``` And the test `Yesterday, Sunday `… should get shown. For news feeds with attachement (e.g. https://cppcast.com/episode/index.xml) the attachments still get shown at the bottom of window 3 to be downloaded. Regards, Paul -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-1-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages liferea depends on: ii dbus-user-session [default-dbus-session-bus] 1.14.10-1 ii gir1.2-freedesktop1.78.1-1 ii gir1.2-gtk-3.03.24.38-5 ii gir1.2-peas-1.0 1.36.0-2 ii libc6 2.37-10 ii libfribidi0 1.0.13-3 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1 ii libgirepository-1.0-1 1.78.1-1 ii libglib2.0-0 2.78.0-2 ii libgtk-3-03.24.38-5 ii libjavascriptcoregtk-4.1-02.42.0-1 ii libjson-glib-1.0-01.8.0-1 ii libpango-1.0-01.51.0+ds-2 ii libpeas-1.0-0 1.36.0-2 ii libsoup-3.0-0 3.4.3-1 ii libsqlite3-0 3.43.1-1 ii libwebkit2gtk-4.1-0 2.42.0-1 ii libxml2 2.9.14+dfsg-1.3 ii libxslt1.11.1.35-1 ii liferea-data 1.15.3-1 ii python3 3.11.4-5+b1 ii python3-cairo 1.24.0-2 ii python3-gi3.46.0-1 ii python3-gi-cairo 3.46.0-1 ii python3-notify2 0.3-5 ii python3.113.11.5-3 Versions of packages liferea recommends: ii gir1.2-gstreamer-1.0 1.22.5-1 ii gir1.2-notify-0.7 0.8.2-1 Versions of packages liferea suggests: pn kget ii network-manager 1.44.0-1 -- no debconf information
Bug#995477: workaround
Same for me. Trying around it seems this can be addressed on the user side by rebuilding in the index: ``` cppman std::unique_ptr error: no such table: cppreference.com_keywords cppman --rebuild-index ... cppman std::unique_ptr ``` if I understand correctly, rebuilding the index fills $HOME/.cache/cppman/index.db. Comparing the /usr/lib/python3/dist-packages/cppman/lib/index.db (from the package) with the one in $HOME/.cache, I see that the table `cppreference.com_keywords` table is present in $HOME/.cache and missing in /usr Could it be the sqlite db in /usr is incorrectly packaged? I quickly tired (to see if this can be addressed on the packaging side): - rm /usr/lib/python3/dist-packages/cppman/lib/index.db - cp $HOME/.cache/cppman/index.db /usr/lib/python3/dist-packages/cppman/lib/index.db - chown root:root /usr/lib/python3/dist-packages/cppman/lib/index.db - chmod 644 /usr/lib/python3/dist-packages/cppman/lib/index.db - mv $HOME/.cache/cppman $HOME/.cache/cppman.bak after this (i.e. replacing the shipped index.db with the newly generated one and removing my user cache) cppman works as expected for me. Hope that helps fixing the issue (be it the maintainers or users). Cheers, Paul
Bug#982442: udiskie: zsh completion function is installed outside zsh's default fpath
Package: udiskie Version: 2.3.2-1 Severity: minor Dear Maintainer, I was surprised my zsh didn't provide completions for `udiskie -⇥`. Checking `dpkg-query -L udiskie`, I noticed that the package ships a completion function in /usr/share/zsh/site-functions/_udiskie . Completion functions are searched for in zsh in the `$fpath` variable (as array, or $FPATH as colon separated string). By default on debian testing (I'm using `zsh -f` to exclude any of my zshrc to influence the printout and avoid misconfiguration on my side) this appears to be: ``` > zsh -f > for p in $fpath; do echo $p; done /usr/local/share/zsh/site-functions /usr/share/zsh/vendor-functions /usr/share/zsh/vendor-completions /usr/share/zsh/functions/Calendar /usr/share/zsh/functions/Chpwd /usr/share/zsh/functions/Completion /usr/share/zsh/functions/Completion/AIX /usr/share/zsh/functions/Completion/BSD /usr/share/zsh/functions/Completion/Base /usr/share/zsh/functions/Completion/Cygwin /usr/share/zsh/functions/Completion/Darwin /usr/share/zsh/functions/Completion/Debian /usr/share/zsh/functions/Completion/Linux /usr/share/zsh/functions/Completion/Mandriva /usr/share/zsh/functions/Completion/Redhat /usr/share/zsh/functions/Completion/Solaris /usr/share/zsh/functions/Completion/Unix /usr/share/zsh/functions/Completion/X /usr/share/zsh/functions/Completion/Zsh /usr/share/zsh/functions/Completion/openSUSE /usr/share/zsh/functions/Exceptions /usr/share/zsh/functions/MIME /usr/share/zsh/functions/Math /usr/share/zsh/functions/Misc /usr/share/zsh/functions/Newuser /usr/share/zsh/functions/Prompts /usr/share/zsh/functions/TCP /usr/share/zsh/functions/VCS_Info /usr/share/zsh/functions/VCS_Info/Backends /usr/share/zsh/functions/Zftp /usr/share/zsh/functions/Zle ``` On my system, /usr/share/zsh/site-functions is only used by the udiskie package. Other packages seem to ship completions to /usr/share/zsh/vendor-completions (which contains the completions for fdfind, ninja, ripgrep, mpv, vlc, systemd, …) So it appears to me like `/usr/share/zsh/vendor-completions` is used in debian packages and the debian default zsh config is set up for that. (NB: I did not check if there is an explicit debian agreement on where to install zsh completion functions and I did not check if the above fpath is the upstream zsh default or already a customization of the debian zsh(-common) package). -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-3-amd64 (SMP w/12 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages udiskie depends on: ii python33.9.1-1 ii python3-distutils 3.9.1-2 ii python3-docopt 0.6.2-3 ii python3-gi 3.38.0-1+b2 ii python3-pkg-resources 51.3.3-1 ii python3-yaml 5.3.1-3+b1 ii udisks22.9.1-3 Versions of packages udiskie recommends: ii dunst [notification-daemon] 1.5.0-1 ii gir1.2-gtk-3.0 3.24.24-1 ii gir1.2-notify-0.70.7.9-3 ii gobject-introspection1.66.1-1+b1 ii notification-daemon 3.20.0-4 ii python3-keyutils 0.6-2+b4 udiskie suggests no packages. -- no debconf information
Bug#977672: redshift: AppArmor profile blocks hooks
exactly why I found this report. During debugging I noticed that redshift has the -c flag where a user can specify a config file instead of the default and it seems to me as if apparmor also prevents calling redshift with `redshift -c $HOME/dotfiles/redshift.conf`. https://manpages.debian.org/testing/redshift/redshift.1.en.html#OPTIONS On Mon, 4 Jan 2021 20:00:29 +0100 Quentin Hibon wrote: The path $HOME/.config/redshift.conf currently does not work if it is a symlink. That breaks the config of people keeping a dotfiles repository and linking their configuration files from there. On Wed, 23 Dec 2020 21:11:14 + "Jeremy L. Gaddis" wrote: > On Sun, 20 Dec 2020 22:17:19 +0100 gregor herrmann wrote: > > /etc/apparmor.d/usr.bin.redshift already has > > owner @{HOME}/.config/redshift.conf r, > > so reading the config file works. - Oh ~/.config/redshift/redshift.conf > > vs. ~/.config/redshift.conf; I'm using the latter, don't know if the > > former is supported (the manpage says > > A configuration file with the name redshift.conf can optionally be placed in ~/.config/ > > ). > > Just FYI ... > > Based on the README.md [0] and commit 9ff0501e [1] in the upstream > repository, it's clear that "$XDG_CONFIG_HOME/redshift/redshift.conf" > (i.e., "${HOME}/.config/redshift/redshift.conf") is the "preferred" > location for the configuration file, although the "formerly used path" > (~/.config/redshift.conf) will be used as a "fallback". > > The AppArmor profile should, of course, reflect that. > > It might be a good idea to refresh/update the README.gz file included > in the redshift package as well. > > With apologies for any text formatting issues as a result of using > Gmail as an MUA, > -Jeremy > > [0]: https://github.com/jonls/redshift/blob/master/README.md > > [1]: https://github.com/jonls/redshift/commit/9ff0501e785e4e3fe2e8915eb9468d12cab98cf6 > >
Bug#878397: unp: add dry-run functionality to unp
?, ale pouze jeden prvek\n" " soubor/adres.\n" " -s Zobrazit p??ehled podporovan??ch form??t??\n" " -v V??ce upov??dan??j\n" " -h Zobrazit tuto n??pov??du\n" -#: ../unp:95 +#: ../unp:97 #, perl-format msgid "" "\n" @@ -95,85 +97,85 @@ " -h Zobrazit tuto n??pov??du\n" " -v V??ce upov??dan??j, do STDERR\n" -#: ../unp:143 +#: ../unp:145 msgid "tar with gzip" msgstr "tar s gzip" -#: ../unp:147 +#: ../unp:149 msgid "tar with bzip2" msgstr "tar s bzip2" -#: ../unp:151 +#: ../unp:153 msgid "tar with xz-utils" msgstr "tar s xz-utils" -#: ../unp:156 +#: ../unp:158 msgid "tar with lzip" msgstr "tar s lzip" -#: ../unp:161 +#: ../unp:163 msgid "tar with lzop" msgstr "tar s lzop" -#: ../unp:166 +#: ../unp:168 msgid "tar with compress" msgstr "tar s kompres??" -#: ../unp:194 +#: ../unp:196 msgid "xz-utils or lzma" msgstr "xz-utils nebo lzma" -#: ../unp:199 +#: ../unp:201 msgid "cpio or afio" msgstr "cpio nebo afio" -#: ../unp:204 +#: ../unp:206 msgid "rpm2cpio and cpio" msgstr "rpm2cpio a cpio" -#: ../unp:208 +#: ../unp:210 msgid "formail and mpack" msgstr "formail a mpack" -#: ../unp:212 +#: ../unp:214 msgid "libchm-bin or archmage" msgstr "libchm-bin nebo archmage" -#: ../unp:217 +#: ../unp:219 msgid "rar or unrar or unrar-free" msgstr "rar nebo unrar nebo unrar-free" -#: ../unp:259 +#: ../unp:261 msgid "p7zip or p7zip-full" msgstr "p7zip nebo p7zip-full" -#: ../unp:407 +#: ../unp:410 msgid "Error, following packages must be installed in order to proceed:\n" msgstr "Chyba, pro pokra??ov??n?? mus?? b??t nainstalov??ny n??sleduj??c?? balky:\n" -#: ../unp:460 +#: ../unp:463 #, perl-format msgid "Cannot read %s, skipping...\n" msgstr "Nelze p??est %s, p??eskakuje se...\n" -#: ../unp:467 +#: ../unp:470 #, perl-format msgid "Failed to detect file type of %s.\n" msgstr "Nepoda??ilo se rozpoznat typ souboru pro %s.\n" -#: ../unp:517 +#: ../unp:520 #, perl-format msgid "" "Cannot create target %s: file already exists. Trying alternative targets...\n" msgstr "" "Nelze vytvo??it c??l %s: soubor ji?? existuje. Zkou se alternativn?? c??le...\n" -#: ../unp:523 ../unp:529 +#: ../unp:526 ../unp:532 #, perl-format msgid "Cannot create target %s: file already exists\n" msgstr "Nelze vytvo??it c??l %s: soubor ji?? existuje\n" -#: ../unp:591 +#: ../unp:602 msgid "" "Cannot create target directory (already exists), using alternative name\n" msgstr "" Bin??rdateien /tmp/tmp.dEl2bc9zDL/unp-2.0~pre7+nmu1/po/de.mo und /tmp/tmp.Z6wwWI5nBw/unp-2.0~pre7+nmu1/po/de.mo sind verschieden. diff -Nru /tmp/tmp.dEl2bc9zDL/unp-2.0~pre7+nmu1/po/de.po /tmp/tmp.Z6wwWI5nBw/unp-2.0~pre7+nmu1/po/de.po --- /tmp/tmp.dEl2bc9zDL/unp-2.0~pre7+nmu1/po/de.po 2012-05-03 04:28:23.0 +0200 +++ /tmp/tmp.Z6wwWI5nBw/unp-2.0~pre7+nmu1/po/de.po 2017-10-13 12:02:16.584375738 +0200 @@ -3,16 +3,17 @@ msgstr "" "Project-Id-Version: unp 2.0pre2\n" "Report-Msgid-Bugs-To: \n" -"POT-Creation-Date: 2012-05-02 22:28-0400\n" -"PO-Revision-Date: 2010-06-02 18:58+0900\n" -"Last-Translator: Eduard Bloch <bl...@debian.org>\n" +"POT-Creation-Date: 2017-10-13 11:57+0200\n" +"PO-Revision-Date: 2017-10-13 12:01+0200\n" +"Last-Translator: Paul Seyfert <pseyfert.mathp...@gmail.com>\n" "Language-Team: Debian i10n German <debian-i10n-ger...@lists.debian.org>\n" -"Language: \n" +"Language: de\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" +"X-Generator: Poedit 1.8.11\n" -#: ../unp:71 +#: ../unp:72 #, perl-format msgid "" "\n" @@ -27,6 +28,7 @@ " Options:\n" " -f Continue even if program availability checks fail or directory " "collision occurs\n" +" -n Print the commands that would be executed, but do not execute them.\n" " -u Special helper mode.\n" " For most archive types:\n" " - create directory /\n" @@ -52,6 +54,7 @@ "\n" " Optionen:\n" " -f Weitermachen, auch wenn Checks der Tool-Verfgbarkeit fehlschlagen\n" +" -n Befehl fuer externes Programm ausgeben aber nicht ausfuehren\n" " -u Spezielle Modus:\n" " Fuer die meis
Bug#850377: asciidoc mode to asciidoc-base not required anymore
Hi Joseph, somehow our works crossed on #850377 and I pushed to shellex just before you resolved #850301. I.e. shellex in the master of git (not uploaded to unstable yet), depends on asciidoc-base instead of asciidoc. > With the changes introduced in #850301 (released with asciidoc > 8.6.9-5), it is not necessary to take care of this anymore. > If you already did integrate this change, it won't break anything but > if you didn't do anything around this report, it is ok, you don't need > to do anything. Given that I already reacted, I'm wondering what you recommend for the long run: depend on asciidoc or on asciidoc-base? (read: should I revert my change in https://anonscm.debian.org/cgit/collab-maint/shellex.git/commit/?id=c4d01ad2ea122aaaf6c2d810709c68a37422cba8 ?) Thanks, Paul
Bug#850377: shellex: Move from asciidoc to asciidoc-base as build dependency
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Joseph, thanks for reporting. Indeed I can build the shellex man page with asciidoc-base. Fixed in git. Cheers, Paul On Thu, 5 Jan 2017 19:10:11 -0800 Joseph Herlantwrote: > Package: shellex > Severity: wishlist > > Dear Maintainer, > > Asciidoc has been split in different packages in #637006 and #729242. > This split has arrived in Testing. > > To lower the number of dependencies to install during the build, could > you evaluate the switch of the build-depends from asciidoc to > asciidoc-base instead of asciidoc please? > > asciidoc-base is enough to build manpages and html pages. > > Thanks for your help, > Joseph > > -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJYc/NiAAoJEPOmP9OjPXmrfDMP/0EmhMIW9w6PYB6Np5MZAVME MDmzwN6iZE4nzBDh6Vk1RJ83vtMlGlohdjSONfJiU5fV9BSX1PZdFQVkGIbF8uT1 ACXBDqDjKG2KDDFvYD+N2mqotR4rD5+ScmTdrluJeEIYFYX7ityDSu58ayKt5BZC b24ab8HKnoSBNBPGi1DB60GBHD5fqYSO2E4fo8d7k6q/W0FR/ngjKbhJLuwKbtGa X1pwuoJzgtVTXJ5mq0tkn5xRPDJ/Kd78LQ0pmCNnXxfMyUpBZLyDFn5ulR3mKVXT L4cYqOiRxEBPU2H8o+vTvsNE7Q3snToqqyhX5SLdVFZ6W85fyDuHE8LroIaTtNBD i7P9eEeqRRxZiAiUiS4A08PJfrlpHwzZ77HF1dKLlwvHy0R7XEYvKTUAVWhQVjJk F+9ZUcJsyECR40lAQ9B+tGwwB1PTjEAJvCxOzdki7A5/KVjlP3M+k+It+nYywuqj gv19IHPhaPVx64qF2c6GK0OAg6wi0aCPjF7bGyxGsFVra4ibToptr9NLzIH9uyDV JbH1f0P1z1CctX4h6KO2GtqeihhoGpOEI1ZaGIoijDuscdZervLF5vShcGtY/OzK nMqadpTM4dJY4/w3PnE1OmjDV3Ar+TtEUJBFNKlOV8EBD1AysbhaIq/SeFeNaSTt 7IXM8U2F/vtecMLcQtaD =4sOL -END PGP SIGNATURE-
Bug#850034: bsdmainutils: ncal doesn't display week numbers with -b -w
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 >> In the attached patch I added this feature (which is a bit hacky as >> `weekstart` >> gets incremented and decremented constantly) > > Thanks. > > The last entry of your patch says: > > @@ -1235,14 +1256,14 @@ highlight(char *dst, char *src, int len, int > *extralen) > dst += len; > /* highlight off. */ > memcpy(dst, term_se, strlen(term_se)); > - *extralen = strlen(term_so) + strlen(term_se); > + *extralen += strlen(term_so) + strlen(term_se); > return; > } > > /* > * Otherwise, print a _, backspace and the letter. > */ > - *extralen = 0; > + *extralen += 0; > /* skip leading space. */ > src++; > len--; > > I wonder if there's a typo or what "*extralen += 0" is supposed to > accomplish? Oh, well spotted, I just replaced '*extralen =' by '*extralen +=' in that function. The main aspect is that I don't want to reset extralen to 0 as it holds the offset to make space for the 4 extra characters which print the week. Cheers, Paul -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJYa8kHAAoJEPOmP9OjPXmr7IIP/jBgxDJt0fLkTkNI88lIVgws sRcfWJZQQu4cXMWdmcHqRs7USDg3Qk2I7J0YrTTifXLewQQ4HpND5+UZBTzdWVxV CAxcSjR1B6TleXpwySlssF0jBpFeNPxoX+5xAYOZ7Zm3l7GzDCrttpWjNJnAC8nm QNgmsXlb727oLctdK0Oo0GokXdza4qO7mcPUJ5GyBDe4z+b1ta+7iBf8fAgBKuMA 028/DdemKotaG5vtkPLAEAIlMedk8T7JLWYCC8MH6dku0MNgS2TJDFGLXZZm0cwF 2pl9gOUZJ3m8/qvGgyNVJq0EYjWJuDoEcy+8H0EJqZgnNIPtm3CnJz/qS7xqL8bk xIbTuu/3gDBupASNyuBTsMueVKudeExRuD1hO66+Wk0pc4lmkUwu1vu6OIOvhY3z 0jvOcEZWAiGOLf4Ii9MGsw3WFRaN0L28aF1OtndBaX9HHtxW0ZTW/8GEPvD3frlH rW89m59JvO7nfGn2/TKgK5cCZTZsdHJ0pHMX0PsP5Y72KTAtjdDUQKmzMTqja0qh ELlvfOhquOhdyjyqzHHy2cxgRDyUee8hPrJqgaOu9OTGavvxSZkSeKA1WKZ6N/u+ 85zKUFNRLH+f6+aHWzRdP0y6Nliev1yyjYi4WHJ9HpDugovTqZkejuRwzbW+rWUh o1UyVvfAlz8JECc+hHxq =t10k -END PGP SIGNATURE-
Bug#850034: bsdmainutils: ncal doesn't display week numbers with -b -w
Package: bsdmainutils Version: 9.0.6 Severity: minor With the -w flag, ncal shows the number of the week: pseyfert@robusta ~ > LC_ALL=C ncal -w January 2017 Su 1 8 15 22 29 Mo 2 9 16 23 30 Tu 3 10 17 24 31 We 4 11 18 25 Th 5 12 19 26 Fr 6 13 20 27 Sa 7 14 21 28 1 2 3 4 5 with -b it prints days row wise instead of column wise: pseyfert@robusta ~ > LC_ALL=C ncal -b January 2017 Su Mo Tu We Th Fr Sa 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 yet the combination of both flags doesn't lead to the number of the week being shown at the beginning of each row: pseyfert@robusta ~ > LC_ALL=C ncal -b -w January 2017 Su Mo Tu We Th Fr Sa 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 In the attached patch I added this feature (which is a bit hacky as `weekstart` gets incremented and decremented constantly) pseyfert@robusta ~/coding/bsdmainutils/usr.bin/ncal > LC_ALL=C ./ncal -b -w January 2017 w| Su Mo Tu We Th Fr Sa 1| 1 2 3 4 5 6 7 2| 8 9 10 11 12 13 14 3| 15 16 17 18 19 20 21 4| 22 23 24 25 26 27 28 5| 29 30 31 pseyfert@robusta ~/coding/bsdmainutils/usr.bin/ncal > LC_ALL=C ./ncal -b -w -3 December 2016 January 2017 February 2017 w| Su Mo Tu We Th Fr Saw| Su Mo Tu We Th Fr Saw| Su Mo Tu We Th Fr Sa 48| 1 2 31| 1 2 3 4 5 6 75| 1 2 3 4 49| 4 5 6 7 8 9 102| 8 9 10 11 12 13 146| 5 6 7 8 9 10 11 50| 11 12 13 14 15 16 173| 15 16 17 18 19 20 217| 12 13 14 15 16 17 18 51| 18 19 20 21 22 23 244| 22 23 24 25 26 27 288| 19 20 21 22 23 24 25 52| 25 26 27 28 29 30 315| 29 30 319| 26 27 28 -- System Information: Debian Release: 8.6 APT prefers stable APT policy: (900, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages bsdmainutils depends on: ii bsdutils 1:2.25.2-6 ii debianutils 4.4+b1 ii libc62.19-18+deb8u6 ii libncurses5 5.9+20140913-1+b1 ii libtinfo55.9+20140913-1+b1 bsdmainutils recommends no packages. Versions of packages bsdmainutils suggests: ii cpp 4:4.9.2-2 pn vacation ii wamerican [wordlist] 7.1-1 ii whois 5.2.7 ii wngerman [wordlist] 20131206-5 -- no debconf information >From 79bbacd5fcd9e81a0098d747b00b36d6c993f1f2 Mon Sep 17 00:00:00 2001 From: Paul Seyfert <paul.seyf...@mib.infn.it> Date: Fri, 30 Dec 2016 14:51:16 +0100 Subject: [PATCH] ncal: allow displaying weeks in row-wise calendar display --- usr.bin/ncal/ncal.c | 51 --- 1 file changed, 36 insertions(+), 15 deletions(-) diff --git a/usr.bin/ncal/ncal.c b/usr.bin/ncal/ncal.c index 418b77f..9cd1fcf 100644 --- a/usr.bin/ncal/ncal.c +++ b/usr.bin/ncal/ncal.c @@ -48,12 +48,13 @@ static const char rcsid[] = /* Width of one month with backward compatibility and in regular mode*/ #define MONTH_WIDTH_B_J 27 -#define MONTH_WIDTH_B 20 +#define MONTH_WIDTH_B_NW 20 +#define MONTH_WIDTH_B_WW 25 #define MONTH_WIDTH_R_J 24 #define MONTH_WIDTH_R 18 -#define MAX_WIDTH 64 +#define MAX_WIDTH 79 typedef struct date date; @@ -667,7 +668,7 @@ monthrangeb(int y, int m, int jd_flag, int before, int after) int prevyear = -1; mpl = jd_flag ? 2 : 3; - mw = jd_flag ? MONTH_WIDTH_B_J : MONTH_WIDTH_B; + mw = jd_flag ? MONTH_WIDTH_B_J : (flag_weeks ? MONTH_WIDTH_B_WW : MONTH_WIDTH_B_NW ); wdss = (mpl == 2) ? " " : ""; while (before > 0) { @@ -725,11 +726,18 @@ monthrangeb(int y, int m, int jd_flag, int before, int after) /* Day of the week names. */ for (i = 0; i < count; i++) { - wprintf(L"%s%ls%s%ls%s%ls%s%ls%s%ls%s%ls%s%ls ", -wdss, wds.names[6], wdss, wds.names[0], -wdss, wds.names[1], wdss, wds.names[2], -wdss, wds.names[3], wdss, wds.names[4], -wdss, wds.names[5]); + if (flag_weeks) +wprintf(L" w| %s%ls%s%ls%s%ls%s%ls%s%ls%s%ls%s%ls ", +wdss, wds.names[6], wdss, wds.names[0], +wdss, wds.names[1], wdss, wds.names[2], +wdss, wds.names[3], wdss, wds.names[4], +wdss, wds.names[5]); + else +wprintf(L"%s%ls%s%ls%s%ls%s%ls%s%ls%s%ls%s%ls ", +wdss, wds.names[6], wdss, wds.names[0], +wdss, wds.names[1], wdss, wds.names[2], +wdss, wds.names[3], wdss, wds.names[4], +wdss, wds.names[5]); } wprintf(L"\n"); @@ -999,6 +1007,8 @@ mkmonthb(int y, int m, int jd_flag, struct monthlines *mlines) firsts = first - (weekday(first)+1) % 7; else
Bug#849874: bsdmainutils: ncal doesn't support -C in combination with -h / -H anymore
Package: bsdmainutils Version: 9.0.6 Severity: normal In the debian stable version of bsdmainutils, (9.0.6), one can use `ncal -C -h` and `ncal -C -H 2017-01-01`. When I rebuild ncal from git (b878431ef60d2895d94e9786f3cd091ae6d55e1c 9.0.12, with ncal_options.diff) this combination is not supported anymore: ``` (stable version from /usr) pseyfert@robusta ~/coding/bsdmainutils/usr.bin/ncal > LC_ALL=C \ncal -C -3 -h December 2016 January 2017 February 2017 Su Mo Tu We Th Fr Sa Su Mo Tu We Th Fr Sa Su Mo Tu We Th Fr Sa 1 2 3 1 2 3 4 5 6 71 2 3 4 4 5 6 7 8 9 10 8 9 10 11 12 13 14 5 6 7 8 9 10 11 11 12 13 14 15 16 17 15 16 17 18 19 20 21 12 13 14 15 16 17 18 18 19 20 21 22 23 24 22 23 24 25 26 27 28 19 20 21 22 23 24 25 25 26 27 28 29 30 31 29 30 31 26 27 28 ``` ``` (fresh built from git) pseyfert@robusta ~/coding/bsdmainutils/usr.bin/ncal > LC_ALL=C ./ncal -C -3 -h Usage: cal [general options] [-jy] [[month] year] cal [general options] [-j] [-m month] [year] ncal -C [general options] [-jy] [[month] year] ncal -C [general options] [-j] [-m month] [year] ncal [general options] [-bhJjpwySM] [-H -mm-dd] [-s country_code] [[month] year] ncal [general options] [-bhJeoSM] [year] General options: [-31] [-A months] [-B months] [-d -mm] ``` with this patch on top I restore what seems to me about desirable: ``` diff --git a/usr.bin/ncal/ncal.c b/usr.bin/ncal/ncal.c index 418b77f..c4ce848 100644 --- a/usr.bin/ncal/ncal.c +++ b/usr.bin/ncal/ncal.c @@ -161,6 +161,7 @@ char jdaystr[] = " 1 2 3 4 5 6 7 8 9" " 360 361 362 363 364 365 366"; intflag_nohighlight; /* user doesn't want a highlighted today */ +intflag_highlight; /* user wants a highlighted day */ int flag_weeks;/* user wants number of week */ int nswitch; /* user defined switch date */ intnswitchb; /* switch date for backward compatibility */ @@ -217,6 +218,7 @@ main(int argc, char *argv[]) const char*locale; /* locale to get country code */ flag_nohighlight = 0; + flag_highlight = 0; flag_weeks = 0; /* @@ -300,17 +302,15 @@ main(int argc, char *argv[]) flag_today = optarg; break; case 'H': - if (flag_backward) + if (flag_nohighlight) usage(); else - no_backward = 1; + flag_highlight = 1; flag_highlightdate = optarg; break; case 'h': - if (flag_backward) + if (flag_highlight) usage(); - else - no_backward = 1; flag_nohighlight = 1; break; case 'e': ``` -- System Information: Debian Release: 8.6 APT prefers stable APT policy: (900, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages bsdmainutils depends on: ii bsdutils 1:2.25.2-6 ii debianutils 4.4+b1 ii libc62.19-18+deb8u6 ii libncurses5 5.9+20140913-1+b1 ii libtinfo55.9+20140913-1+b1 bsdmainutils recommends no packages. Versions of packages bsdmainutils suggests: ii cpp 4:4.9.2-2 pn vacation ii wamerican [wordlist] 7.1-1 ii whois 5.2.7 ii wngerman [wordlist] 20131206-5 -- no debconf information
Bug#784792: additional info: (network-manager: cannot connect with umts usb modem more than once)
I should add that this is a new behaviour since i upgraded from wheezy to jessie when jessie became stable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784792: network-manager: cannot connect with umts usb modem more than once
Package: network-manager Version: 0.9.10.0-7 Severity: important Dear Maintainer, I connect a usb umts modem to my computer (i am asked for the PIN), connect to the internet with it, disconnect from the network, unplug, replug (i am asked for the PIN again), i try to connect to the internet and receive the error 'Connection 'name of the connection' is not available on the device ttyUSB35 at this time' (http://mathphys.fsk.uni-heidelberg.de/~pseyfert/nm.png) when restarting the network manager (systemctl restart network-manager.service) the connection can be established. (i didn't do any further debuging) -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (900, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.8.16-1 ii init-system-helpers1.22 ii isc-dhcp-client4.3.1-6 ii libc6 2.19-18 ii libdbus-1-31.8.16-1 ii libdbus-glib-1-2 0.102-1 ii libgcrypt201.6.3-2 ii libglib2.0-0 2.42.1-1 ii libgnutls-deb0-28 3.3.8-6 ii libgudev-1.0-0 215-17 ii libmm-glib01.4.0-1 ii libndp01.4-2 ii libnewt0.520.52.17-1+b1 ii libnl-3-2003.2.24-2 ii libnl-genl-3-200 3.2.24-2 ii libnl-route-3-200 3.2.24-2 ii libnm-glib40.9.10.0-7 ii libnm-util20.9.10.0-7 ii libpam-systemd 215-17 ii libpolkit-gobject-1-0 0.105-8 ii libreadline6 6.3-8+b3 ii libsoup2.4-1 2.48.0-1 ii libsystemd0215-17 ii libteamdctl0 1.12-2 ii libuuid1 2.25.2-6 ii lsb-base 4.1+Debian13+nmu1 ii policykit-10.105-8 ii udev 215-17 ii wpasupplicant 2.3-1+deb8u1 Versions of packages network-manager recommends: ii crda3.13-1 ii dnsmasq-base2.72-3 ii iptables1.4.21-2+b1 ii iputils-arping 3:20121221-5+b2 ii modemmanager1.4.0-1 ii ppp 2.4.6-3.1 Versions of packages network-manager suggests: pn avahi-autoipd none pn libteam-utils none -- 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#677161: Acknowledgement (grub2-common: update-grub seems not to be run at upgrade from 1.99-14 to 1.99-21)
The problem is still present when recently upgrading from the stable wheezy to the freshly stable jessie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723153: hugin: processing files in a mktemp -d directory fails
On 17.09.2013 19:18, Andreas Metzler wrote: On 2013-09-16 Paul Seyfert pseyf...@mathphys.fsk.uni-heidelberg.de wrote: Package: hugin Version: 2011.4.0+dfsg-5 [...] I copied the files which I want to stitch to a panorama into a directory created by mktemp -d. I start hugin, open the add files dialog, select all files in the newly created directory (/tmp/tmp.ImRxo9jycA/) and follow the assistant workflow. [...] clicking the last button of the assistant (3. Create panorama) [...] make: *** No rule to make target `/tmp/tmp.ImRxo9jycA/tmp.ImRxo9jycA/DSC_3422.JPG', needed by `DSC_3422-DSC_3423.tif'. Stop. [...] Hello, I have just tried reproducing this with 2013.0.0rc1, where it worked for me. Could you please retry with up to date hugin? - It is available in backports. Hi, I upgraded hugin to the backports version 2013.0.0~rc1+dfsg-1~bpo70+1 and the problem persists for me. Other things I've tried: I created a symbolic link ln -s /tmp/tmp.ImRxo9jycA ~/tmp.ImRxo9jycA working in /home/pseyfert/tmp.ImRxo9jycA I could successfully stitch two images using hugin. I then closed hugin and started it again, opened /tmp/tmp.ImRxo9jycA/DSC_3422 - DSC_3423.pto and tried to create the same panorama again and hugin reports the error again that the rule for the double foldername wouldn't exist: make: *** No rule to make target `/tmp/tmp.ImRxo9jycA/tmp.ImRxo9jycA/DSC_3422.JPG', needed by `DSC_3422-DSC_3423.tif'. Stop. Cheers, Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723153: hugin: processing files in a mktemp -d directory fails
Package: hugin Version: 2011.4.0+dfsg-5 Severity: normal Dear Maintainer, * What led up to the situation? I copied the files which I want to stitch to a panorama into a directory created by mktemp -d. I start hugin, open the add files dialog, select all files in the newly created directory (/tmp/tmp.ImRxo9jycA/) and follow the assistant workflow. * What exactly did you do (or not do) that was effective (or ineffective)? clicking the last button of the assistant (3. Create panorama) * What was the outcome of this action? This opens the status report window ending with: make: *** No rule to make target `/tmp/tmp.ImRxo9jycA/tmp.ImRxo9jycA/DSC_3422.JPG', needed by `DSC_3422-DSC_3423.tif'. Stop. * What outcome did you expect instead? Doing the same exercise in a directory in my home directory (/home/username/mydir/) leads to a successfully stitched panorama. I did not debug further whether it's the leading /tmp/ or the . in the directory name that creates the problem. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hugin depends on: ii enblend 4.0+dfsg-4+b3 ii enfuse4.0+dfsg-4+b3 ii hugin-tools 2011.4.0+dfsg-5 ii libboost-signals1.49.01.49.0-3.2 ii libboost-system1.49.0 1.49.0-3.2 ii libboost-thread1.49.0 1.49.0-3.2 ii libc6 2.13-38 ii libexiv2-12 0.23-1 ii libgcc1 1:4.7.2-5 ii libgl1-mesa-glx [libgl1] 8.0.5-4+deb7u2 ii libglew1.71.7.0-3 ii libglu1-mesa [libglu1]8.0.5-4+deb7u2 ii libimage-exiftool-perl8.60-2 ii libpano13-2 2.9.18+dfsg-5 ii libstdc++64.7.2-5 ii libtiff4 3.9.6-11 ii libwxbase2.8-02.8.12.1-12 ii libwxgtk2.8-0 2.8.12.1-12 ii make 3.81-8.2 hugin recommends no packages. hugin 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#656607: this is still present in version 10.0.6-2
I just checked whether this has been fixed in the mean time but can still reproduce the behaviour. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678993: openbox: xmodmap freezes openbox in lxde
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On 25.06.2012 19:44, Nico Golde wrote: Hi, * Paul Seyfert pseyf...@mathphys.fsk.uni-heidelberg.de [2012-06-25 17:49]: I use my notebook with lxde. after some time of operation I connect an external keyboard. The external keyboard now runs without my modifications in my ~/.xmodmap file so I call $ xmodmap .xmodmap the effect is, that the external keyboard is now mapped as I wish, but openbox seems not to operate anymore. alt+tab doesn't work, i cannot click on windows to change windows. I haven't found any way to change windows or workspaces (except closing the current active application) resizing windows doesn't work. I get back to working by running killall -9 openbox ; sleep 10s ; openbox disown; exit (luckily after calling xmodmap, the active window is a shell) Can you share your xmodmap? I can't reproduce this in a quick test. there it is: http://www.physi.uni-heidelberg.de/~pseyfert/.Xmodmap Cheers, Paul -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJP6WGNAAoJEPGrO6H3OXolcdsQAKRKhF0lb0YfCylJqlFMUd2e xh4Z6w5KeR8xPCakPQBarmZ7bYxRGI64mCJ+uOzsoMgGTWEa67BvlFrA1kJmiId5 NHSeUaEuM4eXAbj0D0BKYTaXRpt9YBgP2TndO7PgHb00dFQsjibx0SS95HoSoyKW /v1Ol30vCQHJaz42LUBXLzYY3/UupXGjcXqWgRLjWLh57sAUGoHWR15+srGTTYv0 rBK8EpCpM3OtfFQkIV9yD1xOFe5yCSE6XTsA0sEmLOzLEKsltATGHwCEabDSILWm 8Yptgl3767cY0oXuVO537JtUcJ5fltCTOBB5c6XkK/K6/X5rcgKr3TUifzgzH8/o FeAMU0Gt9obF7AsTb9IOHMgUL973Xip9bF97N4weJ36qBFRHrXCf9JQncoob5vnk WMSx+msgFJUvysTl+fam9PWTPAsRUQ8NIs/GKSlD7+o8AZ+ysX9G/6EJxLvye8Ec NiEmR2kv9hI03s0WgMNTWWkCIsC2VXj9Mrl1a5Qm2Ppk9gkPnKf0NHHthvPrfiCC J387/VrvUKYv9fPQEhwd+it0clPwCKNAv54LeViy7qvdhTssuvCx0gZ/S72eXmhS /uAHckcRxWQIuWE23MCfw/4eidmzIqTbt12iRooW9RPU+N7i+etrxw9dUMjgzrWX rZd1VZ8Ch1SatJqq1ken =GdW6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678993: openbox: xmodmap freezes openbox in lxde
Hi, On 26.06.2012 10:37, Nico Golde wrote: Hi, * Paul Seyfert pseyf...@mathphys.fsk.uni-heidelberg.de [2012-06-26 09:48]: Hi, On 25.06.2012 19:44, Nico Golde wrote: Hi, * Paul Seyfert pseyf...@mathphys.fsk.uni-heidelberg.de [2012-06-25 17:49]: I use my notebook with lxde. after some time of operation I connect an external keyboard. The external keyboard now runs without my modifications in my ~/.xmodmap file so I call $ xmodmap .xmodmap the effect is, that the external keyboard is now mapped as I wish, but openbox seems not to operate anymore. alt+tab doesn't work, i cannot click on windows to change windows. I haven't found any way to change windows or workspaces (except closing the current active application) resizing windows doesn't work. I get back to working by running killall -9 openbox ; sleep 10s ; openbox disown; exit (luckily after calling xmodmap, the active window is a shell) Can you share your xmodmap? I can't reproduce this in a quick test. there it is: http://www.physi.uni-heidelberg.de/~pseyfert/.Xmodmap Even with this can't reproduce the described behaviour. What I observe is that after loading openbox doesn't react for a short time and openbox uses a lot of CPU. During that time it doesn't react to anything, but it does come back. How long did you wait for it to come back? well since that happens each morning I come to the office I'm quite quick with killing openbox nowadays. I just tested and waited for two minutes without success. Cheers, Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678993: openbox: xmodmap freezes openbox in lxde
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On 26.06.2012 14:00, Nico Golde wrote: Hi, * Paul Seyfert pseyf...@mathphys.fsk.uni-heidelberg.de [2012-06-26 12:15]: [...] well since that happens each morning I come to the office I'm quite quick with killing openbox nowadays. I just tested and waited for two minutes without success. Ok. Could you do me the favor and check if this happens with a different window manager as well? I have the feeling that this might not be openbox related. In the end xmodmap should be handled by X and the window manager should eat whatever signal is delivered by X on a key press. I checked in xfce (xfwm) and in i3. both survive the xmodmap. footnote: for xfce I didn't have an external keyboardmonitor connected. for i3 I had the same setup which caused the problem in lxde (openbox). I will repeat the standard setup test with xfce later today. My session manager also suggests gnome/openbox. never tried that, but will also do tonight. Cheers, Paul -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJP6bCIAAoJEPGrO6H3OXol69gP+gPR4kwF+fohU2gl5zGiQrve AtQ+U7bEp2CAWOptjJjRyqDHHEQXi0FXukYMZi4ic06MAGwJFYyILy41bSP6II5u nfv2LAruoobrkX5oioMhjnnyNMggMAzxWE7vTbvK98CKZ/kcSI67vWxSzwYPSsPx y+3PZBaLt+jwPUY9pK8tl6OR4VVRy3PwsIhwuH67MN/MKhAo0Dfyoj3H4UaE1Dad yo6aBxHH39eTIO0mVLqUAX2pa5OSZEahDsiaj57lKHsuYtPnaLGS8eFDDc4DGcNa IkAxIxbTSd36gfKIlsXVWoTETgGHbndO+22qZQ5ogS1orCw6oaW2v9TAyMqepfQ1 8R8UR0Gcx1w+iHPwTTPN0oEFBt+L+igCNdfijSC6HYNX7/ifI6+HPz64fFpNHiJA /iCPqP32LbZcYf0kxsfxxt7xoThDkkI8u0Wim/DABnxmEEo5wtkyaYh1dAsC09s/ DP25mQb+ol/+JpsBrwQxoCMLOinIuAUO9AB91tLyEMWxVnmfTpVpwCrdQ/Ub1BvL nSM9rAGrexxl+luAAzexEhAC1oBAQhlaLesLm/xxbjwSggtRETmx1zJptXf4bH92 MpNfO6BYzZLt0CTSIKUNnKWLtYOS3Lqlz7Nee4cmnu7AilcmfCmjCvAtEg62Hh/0 GbJ/6iISQvcj90WWlx2U =/aU0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678993: openbox: xmodmap freezes openbox in lxde
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I now also tried openbox as session (i.e. not as window manager for lxde). It took about a minute after I called xmodmap but then the system behaved normally and didn't get stuck. So indeed it's not xmodmapopenbox alone. Cheers, Paul -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJP6fw4AAoJEPGrO6H3OXolqjsP/388NTr3NxkNWfWqesgloEa1 eNKQfynI+W1Vt4tJUM9y5tHuwyWiM6YM6tleLVBVA1CU4t6Gh4wPsHeER7nj3Bbj wPjKeoMx3t0bWDEFEHbdpRPWF+NJA/9ROtNH/OJpXlVPwiaOM/P2Jw37GPXoS+Af cROW4IXZT1VUupVsjyzaerkTWoMMljf2nna7pT7DghFer+hXA4f4kRbBMN7UtjVV qPVOyHl1IoPbUebSV8TBDk6F59teI1dnBXXoTwMyEDOwmupJQg8cUvIyS8QEfR/L IxVa+0yQG93T7Wz8sTubiguhgbLH06WBHm8jaHg+yUsOkPY3Wee0Oaqon5z9oN8I eRvoBVlFRtkiBszBarAzHv7rjwc8Ym6fZK4spQBLvhqcConCi5bzQtvWyVcmEdjL vN02RbCvIAzAKBqBDvBAb/pO/vRLD0wuUViWHHpEwe8xCBddWdFQbVJWf0oVAUAF yORT54T7eYkuJ6nDTz+qbGMDoFfX+yiZb2IW3mu6rWJBV/Uv9Q/uehtaSI7xCIcx US/4NyGGSd3lAsd8H26pM37kw+cap/Ai+lEQwx1rEkutN7E2Wpdi/EJ6xJsfsKRp MO4XqkpAom5g1epVm4cmNldOJ4o8LNI8sdsG8oHwU9HNhk6Y+89Ejd7sV6h2EdWY b0sx4c48OCI1GxL7cqF3 =sNzf -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678993: openbox: xmodmap freezes openbox in lxde
Package: openbox Version: 3.5.0-4 Severity: important Dear Maintainer, I use my notebook with lxde. after some time of operation I connect an external keyboard. The external keyboard now runs without my modifications in my ~/.xmodmap file so I call $ xmodmap .xmodmap the effect is, that the external keyboard is now mapped as I wish, but openbox seems not to operate anymore. alt+tab doesn't work, i cannot click on windows to change windows. I haven't found any way to change windows or workspaces (except closing the current active application) resizing windows doesn't work. I get back to working by running killall -9 openbox ; sleep 10s ; openbox disown; exit (luckily after calling xmodmap, the active window is a shell) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openbox depends on: ii dpkg 1.16.3 ii libc6 2.13-32 ii libglib2.0-0 2.32.3-1 ii libice6 2:1.0.8-2 ii libobrender27 3.5.0-3 ii libobt0 3.5.0-3 ii libsm62:1.2.1-2 ii libstartup-notification0 0.12-1 ii libx11-6 2:1.5.0-1 ii libxau6 1:1.0.7-1 ii libxext6 2:1.3.1-2 ii libxinerama1 2:1.1.2-1 ii libxml2 2.7.8.dfsg-9.1 ii libxrandr22:1.3.2-2 ii libxrender1 1:0.9.7-1 Versions of packages openbox recommends: ii obconf 1:2.0.3+20110805+debian-1 ii openbox-themes 1.0.2 Versions of packages openbox suggests: ii libxml2-dev 2.7.8.dfsg-9.1 ii menu 2.1.46 ii python 2.7.2-10 ii ttf-dejavu 2.33-2 -- 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#677161: grub2-common: update-grub seems not to be run at upgrade from 1.99-14 to 1.99-21
Package: grub2-common Version: 1.99-21 Severity: important Dear Maintainer, * What led up to the situation? my linux installation is on my second harddrive (first hdd has only the /home/ partition). Usually (due to bad experience) I run update-grub manually after an update of grub. (no further options or arguments) * What exactly did you do (or not do) that was effective (or ineffective)? recently I forgot that. When I then rebooted my computer after an update of grub, I could still select the correct kernel in the grub menu at boot, but then grub gave an error (partition not found or similar, sorry didn't put it down and as you can imagine I'm not keen on reproducing it). * What was the outcome of this action? well, I couldn't boot my computer * What outcome did you expect instead? normal boot. I fixed it booting with grml from usb stick, mounting all partitions, chrooting into my installation and executing `update-grub` -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub2-common depends on: ii dpkg 1.16.3 ii grub-common 1.99-21 ii install-info 4.13a.dfsg.1-10 grub2-common recommends no packages. grub2-common suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639278: resolved in 1.8.3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, out of curiosity I checked again with the latest version (1.8.3). I cannot reproduce the crash with this version, so you can close this. Cheers Thanks, Paul -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPfYPvAAoJEPGrO6H3OXol6IQP/2CrVLdt1GluSxNeT0NRFGWp LFXciw04bVvp54CRKZ6NpvSX9jf2D58huQxBR5BCFe1/l2LIk3D4/ZL4MPjdf25x 231wtqFKIs/DJ4QXH/c8N5lFUWNaTPmfcA7NhsxuJokgWIsE4/OsXzLfFW6QguWE 6Irl2ut/Sop+lHBOdUOYbujNtZsJfPkWBNzUNvrjJ55IitQpamztwh/YdDLYAtOm /xJCVKFp6uFB+8GZvdotgE79HTxluSmDNCln2sBH5tEoVhKVnJDrJbqLNsstOoNx mONp0UX5TtiBsGVHoTDTfFBG/Mzv3ccrjSP28T774ita7wU0BF0F/yUglTF96Ugf m1ZfbAcfFBgDHSYx7148vUqbVZLHkircTUNCIq1KwG65mABZBjPAvq5EaRFvRBVa b7zD2FMN7T/v0x54GHGOchYLRDuXrm4ZfQ2ehUhm+u1fpB6JCHkb4lryEfhgOMa2 5Lmyfbb2yQtLzAOcotIoYtxy6H6nMhiziA1zMrxKq7V6oF2yN3mD0Fi1ih76Gr60 dqAvYdVFXvw4jCq8Pz8oDM4p06gV769+JyWND89bmWfqO5gjSqs5nybOHgFybJf7 xU5BTqbfZzIyTfa5XMTvYxLhzx/82yPwGX7c5BOWuGRHyFd3Kx5ayEyZvisPkS17 u6Azu8C/2Zi5E6xnv/LS =Nn5k -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656433: [3.1.5 - 3.1.6 regression] Thinkpad X220 fails to wake up after hibernate-ram
Hi, Am 19.01.2012 11:52, schrieb Jonathan Nieder: 2. Make sure you can reproduce the bug with v3.1.6. I'm quite surprised I fail here. Independent of whether I install the selfmade 3.1.6 or the version from the debian mirror. I went through the things I changed on my system since the last occurrence of the bug: * 3.1.6 (bug present) * downgrade to 3.1.5 (bug gone) * bugreport * meanwhile: I find openafs is not working (probably some months already). Hasn't been rebuilt with any 3.1.* kernel * I reinstall openafs, afs working. * I find time to bisect. upgrade to 3.1.6 (no bug) so my best naive guess is that the 3.1.6 has problems waking up if the openafs module is in a broken state? Cheers, Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656607: icedove: message window changes displayed message after moving message to new imap folder
Package: icedove Version: 3.1.16-1 Severity: normal Dear Maintainer, * What led up to the situation? I have an IMAP account in icedove. I received a new message. I opened the message in a new window and send the window to a different workspace (2). * What exactly did you do (or not do) that was effective (or ineffective)? I move the email into a different folder (from inbox to an appropriate folder) * What was the outcome of this action? Going to workspace 2 the message window does not show the message I just opened but a different one from the inbox. * What outcome did you expect instead? I expected the message window to show the message which I want to read, no matter whether it moved to a new folder. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.1 ii fontconfig2.8.0-3 ii libasound21.0.24.1-4 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-24 ii libcairo2 1.10.2-6.2 ii libdbus-1-3 1.4.16-1 ii libffi5 3.0.10-3 ii libfontconfig12.8.0-3 ii libfreetype6 2.4.8-1 ii libgcc1 1:4.6.2-11 ii libgdk-pixbuf2.0-02.24.0-2 ii libglib2.0-0 2.30.2-4 ii libgtk2.0-0 2.24.8-2 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8c-2 ii libnspr4-0d 4.8.9-1 ii libnss3-1d3.13.1.with.ckbi.1.88-1 ii libpango1.0-0 1.29.4-2 ii libpixman-1-0 0.24.0-1 ii libpng12-01.2.46-3 ii libsqlite3-0 3.7.9-2 ii libstartup-notification0 0.12-1 ii libstdc++64.6.2-11 ii libx11-6 2:1.4.4-4 ii libxrender1 1:0.9.6-2 ii libxt61:1.1.1-2 ii psmisc22.13-1 ii zlib1g1:1.2.3.4.dfsg-3 Versions of packages icedove recommends: ii myspell-de-de [myspell-dictionary] 20110609-1 ii myspell-en-us [myspell-dictionary] 1:3.3.0-3 Versions of packages icedove suggests: ii libdbus-glib-1-2 0.98-1 ii libgconf2-4 2.32.4-1 ii libgnomevfs2-01:2.24.4-1 ii libgssapi-krb5-2 1.10+dfsg~alpha2-1 ii libnotify40.7.4-1 ii ttf-lyx 2.0.2-1 -- 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#656433: linux-image-3.1.0-1-amd64: Thinkpad X220 fails to wake up after hibernate-ram with kernel 3.1.5
Package: linux-2.6 Version: 3.1.5-1 Severity: important Dear Maintainer, * What led up to the situation? I upgraded from linux-image-3.1.0-1-amd64__3.1.5-1_amd64 to linux- image-3.1.0-1-amd64_3.1.6-1_amd64 (tried linux- image-3.1.0-1-amd64_3.1.8-1_amd64 and self compiled 3.2.1 from kernel.org as well) * What exactly did you do (or not do) that was effective (or ineffective)? I suspended my system with hibernate-ram. Opening the notebook later did not return me to my session (as desired). Instead after ~1 second I see the power LED turning off and hear the harddrive spin down. ~1 further second later, all LED light up (like they do if I turn the system on), the harddrive spins up shortly until everything shuts down again. Seems like the system is in a loop of turning on and off again every 2 seconds. The only way I found to exit this loop was removing the power supply and the battery (power button did not help). After downgrading to 3.1.5 the system wakes up as it should. -- Package-specific info: ** Version: Linux version 3.1.0-1-amd64 (Debian 3.1.5-1) (b...@decadent.org.uk) (gcc version 4.6.2 (Debian 4.6.2-7) ) #1 SMP Sun Dec 11 20:36:41 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.1.0-1-amd64 root=UUID=ebc375e1-477a-47ad-9cf9-eac4af133429 ro quiet ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [4.269061] Registered led device: tpacpi::thinklight [4.269107] Registered led device: tpacpi::power [4.269130] Registered led device: tpacpi::standby [4.269155] Registered led device: tpacpi::thinkvantage [4.269251] thinkpad_acpi: Standard ACPI backlight interface available, not loading native one [4.269340] thinkpad_acpi: Console audio control enabled, mode: monitor (read only) [4.270665] input: ThinkPad Extra Buttons as /devices/platform/thinkpad_acpi/input/input6 [4.292429] iwlagn :03:00.0: loaded firmware version 17.168.5.3 build 42301 [4.292932] Registered led device: phy0-led [4.302262] Linux media interface: v0.10 [4.303959] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs' [4.305015] Linux video capture interface: v2.00 [4.306773] uvcvideo: Found UVC 1.00 device Integrated Camera (04f2:b217) [4.308460] input: Integrated Camera as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.6/1-1.6:1.0/input/input7 [4.308589] usbcore: registered new interface driver uvcvideo [4.308592] USB Video Class driver (1.1.1) [5.067992] Synaptics Touchpad, model: 1, fw: 8.0, id: 0x1e2b1, caps: 0xd001a3/0x940300/0x120c00 [5.067999] serio: Synaptics pass-through port at isa0060/serio1/input0 [5.118033] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input8 [5.297619] fbcon: inteldrmfb (fb0) is primary device [5.645907] Console: switching to colour frame buffer device 160x48 [5.648884] fb0: inteldrmfb frame buffer device [5.648885] drm: registered panic notifier [5.651366] acpi device:01: registered as cooling_device4 [5.651494] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input9 [5.651557] ACPI: Video Device [VID] (multi-head: yes rom: no post: no) [5.651626] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [5.651674] snd_hda_intel :00:1b.0: PCI INT A - GSI 22 (level, low) - IRQ 22 [5.651732] snd_hda_intel :00:1b.0: irq 46 for MSI/MSI-X [5.651762] snd_hda_intel :00:1b.0: setting latency timer to 64 [6.189378] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input10 [6.192024] HDMI status: Codec=3 Pin=5 Presence_Detect=0 ELD_Valid=0 [6.192359] HDMI status: Codec=3 Pin=6 Presence_Detect=0 ELD_Valid=0 [6.192693] HDMI status: Codec=3 Pin=7 Presence_Detect=0 ELD_Valid=0 [6.195093] input: HDA Intel PCH HDMI/DP as /devices/pci:00/:00:1b.0/sound/card0/input11 [6.195158] input: HDA Intel PCH HDMI/DP as /devices/pci:00/:00:1b.0/sound/card0/input12 [6.195217] input: HDA Intel PCH HDMI/DP as /devices/pci:00/:00:1b.0/sound/card0/input13 [6.413647] EXT4-fs (sdb1): re-mounted. Opts: (null) [6.652564] EXT4-fs (sdb1): re-mounted. Opts: errors=remount-ro [6.669736] loop: module loaded [8.007313] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null) [8.069386] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null) [8.157080] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null) [8.838604] RPC: Registered named UNIX socket transport module. [8.838606] RPC: Registered udp transport module. [8.838608] RPC: Registered tcp transport module. [8.838609] RPC: Registered tcp NFSv4.1 backchannel transport module. [8.845684] FS-Cache: Loaded [8.856781] FS-Cache: Netfs 'nfs' registered for caching [8.862096] Installing knfsd (copyright (C) 1996
Bug#650619: yeahconsole hidden under gnome3 panel
Package: yeahconsole Version: 0.3.4-2 Severity: normal Dear Maintainer, * What led up to the situation? I switched from LXDE to gnome3, having yeahconsole in autostart. * What exactly did you do (or not do) that was effective (or ineffective)? I tested the yeahconsole shortcut to see whether my autostart was executed correctly. indeed yeahconsole came down, but not below the gnome pannel. instead it appeared under the gnomepanel i.e. the first two lines are invisible hidden under the panel * What was the outcome of this action? well I can't see what I'm typing in the yeahconsole (makeing two linefeeds brings the cursor in the visible region, an one can use yeahconsole as usual - however editors become unusable in yeahconsole for editing the first lines of a file) * What outcome did you expect instead? Instead of a placement under the panel it should be placed below the panel, just like maximized windows. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.8 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages yeahconsole depends on: ii libc6 2.13-21 ii libx11-6 2:1.4.4-4 ii rxvt-unicode 9.12-1+b1 ii xterm 276-1 yeahconsole recommends no packages. yeahconsole 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#643750: iceweasel: add open with to context menu of download history
Package: iceweasel Version: 7.0-1 Severity: wishlist Dear Maintainer, related to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613752 I want to suggest to add an open with entry to the context menu of the download history. currently clicking on a link to a pdf file, firefox/iceweasel asks me what to do (save / open with...). Usually I want to do both - store the pdf somewhere in a non-temp directory and open it. This leads me to choose save, the file is downloaded, the download history pops up, where I can click on the downloaded file to open it. However being affected by the aforementioned bug, the pdf is not opened with an appropriate application. Unfortunately in the download history I only have the choices open and open containing folder (among others). From a regular file browser I can choose the appropriate pdf viewer but end up with dozens of open file browser instances. Therefore my suggestion is to make the application choice not only available from the website link but also from the download history. I also filed this bug as: https://bugzilla.mozilla.org/show_bug.cgi?id=690283 -- Package-specific info: -- Addons package information -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.4 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.0.2 ii fontconfig 2.8.0-3 ii libc6 2.13-21 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-1 ii libgtk2.0-0 2.24.4-3 ii libnspr4-0d 4.8.9-1 ii libstdc++6 4.6.1-4 ii procps 1:3.2.8-11 ii xulrunner-7.0 7.0-1 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii libgssapi-krb5-21.9.1+dfsg-1+b1 ii mozplugger none ii ttf-lyx 2.0.1-1 ii ttf-mathematica4.1 none ii xfonts-mathml 4 Versions of packages xulrunner-7.0 depends on: ii libasound21.0.24.1-4 ii libatk1.0-0 2.0.1-2 ii libbz2-1.01.0.5-7 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libdbus-1-3 1.4.14-1 ii libevent-1.4-21.4.14b-stable-1 ii libfontconfig12.8.0-3 ii libfreetype6 2.4.6-2 ii libgcc1 1:4.6.1-4 ii libgdk-pixbuf2.0-02.24.0-1 ii libglib2.0-0 2.28.6-1 ii libgtk2.0-0 2.24.4-3 ii libhunspell-1.2-0 1.2.14-4 ii libjpeg8 8c-2 ii libmozjs7d7.0-1 ii libnspr4-0d 4.8.9-1 ii libnss3-1d3.12.11-3 ii libpango1.0-0 1.28.4-3 ii libpixman-1-0 0.22.2-1 ii libreadline6 6.2-4 ii libsqlite3-0 3.7.7-2 ii libstartup-notification0 0.12-1 ii libstdc++64.6.1-4 ii libvpx0 0.9.7.p1-1 ii libx11-6 2:1.4.4-1 ii libxext6 2:1.3.0-3 ii libxrender1 1:0.9.6-2 ii libxt61:1.1.1-2 ii zlib1g1:1.2.3.4.dfsg-3 Versions of packages xulrunner-7.0 suggests: ii libcanberra0 0.28-1 ii libdbus-glib-1-2 0.94-4 ii libgconf2-4 2.32.4-1 ii libgnomeui-0 2.24.5-2 ii libgnomevfs2-01:2.24.4-1 ii libnotify40.7.4-1 -- 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#639278: liferea: segfault after adding drupal rss feed
Package: liferea Version: 1.6.5-1.2 Severity: important I tried to add the following rss-feed to liferea: http://naf-lhcb.physi.uni-heidelberg.de/index.php?q=blog/feed for a short time I see the correctly loaded headlines. Then liferea is killed leaving the following output in the shell (from which I started liferea in the first place) (liferea:12008): GLib-WARNING **: GError set over the top of a previous GError or uninitialized memory. This indicates a bug in someone's code. You must ensure an error is NULL before it's set. The overwriting error message was: Error receiving data: Resource temporarily unavailable Liferea did receive signal 11 (Segmentation fault). 1 pseyfert@robusta ~$ When I then restart liferea, the new feed is not among the feeds which liferea knows (I assume liferea got killed before storing the configuration) Checks I did to claim it's liferea's bug and not drupal's: 1. I included the feed to icedove which behaves fine 2. I casually looked over the rss-code of the blog and didn't see anything suspicious there. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.4 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii gconf2 2.32.4-1 GNOME configuration database syste ii libatk1.0-0 2.0.1-2 ATK accessibility toolkit ii libc6 2.13-16 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.14-1 simple interprocess messaging syst ii libdbus-glib-1-20.94-4 simple interprocess messaging syst ii libgconf2-4 2.32.4-1 GNOME configuration database syste ii libgdk-pixbuf2.0-0 2.23.5-3 GDK Pixbuf library ii libglade2-0 1:2.6.4-1library to load .glade files at ru ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libice6 2:1.0.7-2X11 Inter-Client Exchange library ii liblua5.1-0 5.1.4-10 Shared library for the Lua interpr ii libnm-glib2 0.8.4.0-2network management framework (GLib ii libnotify4 0.7.3-2 sends desktop notifications to a n ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii libsm6 2:1.2.0-2X11 Session Management library ii libsoup2.4-12.34.3-1 HTTP library implementation in C - ii libsqlite3-03.7.7-2 SQLite 3 shared library ii libwebkitgtk-1.0-0 1.4.2-1 Web content engine library for Gtk ii libx11-62:1.4.4-1X11 client-side library ii libxml2 2.7.8.dfsg-4 GNOME XML library ii libxslt1.1 1.1.26-8 XSLT 1.0 processing library - runt ii liferea-data1.6.5-1.2architecture independent data for Versions of packages liferea recommends: ii curl 7.21.7-1 Get a file from an HTTP, HTTPS or ii dbus 1.4.14-1 simple interprocess messaging syst ii dbus-x11 1.4.14-1 simple interprocess messaging syst ii wget 1.12-5 retrieves files from the web Versions of packages liferea suggests: ii network-manager 0.8.4.0-2 network management framework (daem -- 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#637999: mozilla-noscript: Statusbar icon disappeared after changing to iceweasel 5.0-6 (from 3.5.19-3)
Package: mozilla-noscript Version: 2.1.1.2-1 Severity: normal After changing from iceweasel 3.5.19-3 to 5.0-6 the noscript icon disappeard from the statusbar. I don't use noscript's own informationbar (Informationsleiste anzeigen, wenn Skripte blockiert werden) which pops up if scripts are blocked but prefer the small icon. Moreover from that icon one can allow several sites in a row without reloading the page in between (as happens for noscript's bar). As an intermediate workaround I enabled the information text in the status bar (Informationstext in der Statusleiste). Works as well but doesn't look good combined with the other plugins (which use icons). Moreover that information text disappears once all sites are allowed - removing the permission and forbidding a site to further use scripts is not possible that way. Cheers, Paul PS: sorry that I haven't switched to english locale and provided only the German names of those options. Just tell me if I'm too confusing and I'll run without German locale. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.4 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mozilla-noscript depends on: ii xul-ext-noscript 2.1.1.2-1 Javascript/plugins permissions man mozilla-noscript recommends no packages. mozilla-noscript 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#637179: linux-image-3.0.0-1-amd64: ethernet MAC address read out incorrect
Package: linux-2.6 Version: 3.0.0-1 Severity: normal After installing Linux 3 my ethernet-card's mac adress (read with ifconfig) has changed. (new: aa:00:04:00:0a:04, looks suspicious to me) Not only what ifconfig showes has changed - the admin of my dhcp told me, she also sees my new MAC. -- Package-specific info: ** Version: Linux version 3.0.0-1-amd64 (Debian 3.0.0-1) (b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-4) ) #1 SMP Sun Jul 24 02:24:44 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.0.0-1-amd64 root=UUID=ebc375e1-477a-47ad-9cf9-eac4af133429 ro quiet ** Not tainted ** Kernel log: [4.160554] i915 :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [4.160564] i915 :00:02.0: setting latency timer to 64 [4.164046] iwlagn :03:00.0: device EEPROM VER=0x715, CALIB=0x6 [4.164050] iwlagn :03:00.0: Device SKU: 0Xb [4.164053] iwlagn :03:00.0: Valid Tx ant: 0X3, Valid Rx ant: 0X3 [4.164340] iwlagn :03:00.0: Tunable channels: 13 802.11bg, 24 802.11a channels [4.164438] iwlagn :03:00.0: irq 44 for MSI/MSI-X [4.189925] thinkpad_acpi: ThinkPad ACPI Extras v0.24 [4.189928] thinkpad_acpi: http://ibm-acpi.sf.net/ [4.189930] thinkpad_acpi: ThinkPad BIOS 8DET47WW (1.17 ), EC unknown [4.189932] thinkpad_acpi: Lenovo ThinkPad X220, model 4290W1B [4.191304] thinkpad_acpi: detected a 8-level brightness capable ThinkPad [4.191439] thinkpad_acpi: radio switch found; radios are disabled [4.191602] thinkpad_acpi: possible tablet mode switch found; ThinkPad in laptop mode [4.193956] iwlagn :03:00.0: loaded firmware version 17.168.5.1 build 33993 [4.194469] Registered led device: phy0-led [4.195234] thinkpad_acpi: rfkill switch tpacpi_bluetooth_sw: radio is blocked [4.195704] Registered led device: tpacpi::thinklight [4.195750] Registered led device: tpacpi::power [4.195776] Registered led device: tpacpi::standby [4.195800] Registered led device: tpacpi::thinkvantage [4.195907] thinkpad_acpi: Standard ACPI backlight interface available, not loading native one [4.196007] thinkpad_acpi: Console audio control enabled, mode: monitor (read only) [4.198464] input: ThinkPad Extra Buttons as /devices/platform/thinkpad_acpi/input/input5 [4.201607] mtrr: no more MTRRs available [4.201610] [drm] MTRR allocation failed. Graphics performance may suffer. [4.202224] i915 :00:02.0: irq 45 for MSI/MSI-X [4.202231] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [4.202233] [drm] Driver supports precise vblank timestamp query. [4.202284] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [4.212251] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs' [4.218266] Linux media interface: v0.10 [4.220929] Linux video capture interface: v2.00 [4.223531] uvcvideo: Found UVC 1.00 device Integrated Camera (04f2:b217) [4.225434] input: Integrated Camera as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.6/1-1.6:1.0/input/input6 [4.225513] usbcore: registered new interface driver uvcvideo [4.225516] USB Video Class driver (v1.1.0) [4.823217] fbcon: inteldrmfb (fb0) is primary device [4.995329] Synaptics Touchpad, model: 1, fw: 8.0, id: 0x1e2b1, caps: 0xd001a3/0x940300/0x120c00 [4.995335] serio: Synaptics pass-through port at isa0060/serio1/input0 [4.996278] Console: switching to colour frame buffer device 170x48 [4.998648] fb0: inteldrmfb frame buffer device [4.998650] drm: registered panic notifier [5.005106] acpi device:01: registered as cooling_device4 [5.005231] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input7 [5.005267] ACPI: Video Device [VID] (multi-head: yes rom: no post: no) [5.005332] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [5.005384] HDA Intel :00:1b.0: PCI INT A - GSI 22 (level, low) - IRQ 22 [5.005443] HDA Intel :00:1b.0: irq 46 for MSI/MSI-X [5.005471] HDA Intel :00:1b.0: setting latency timer to 64 [5.046546] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input8 [5.556248] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input9 [5.558675] HDMI status: Pin=5 Presence_Detect=0 ELD_Valid=0 [5.559239] HDMI status: Pin=6 Presence_Detect=0 ELD_Valid=0 [5.559634] HDMI status: Pin=7 Presence_Detect=0 ELD_Valid=0 [5.562127] input: HDA Intel PCH HDMI/DP as /devices/pci:00/:00:1b.0/sound/card0/input10 [5.562204] input: HDA Intel PCH HDMI/DP as /devices/pci:00/:00:1b.0/sound/card0/input11 [5.562279] input: HDA Intel PCH HDMI/DP as /devices/pci:00/:00:1b.0/sound/card0/input12 [5.743108] EXT4-fs (sdb1): re-mounted. Opts: (null) [5.982242] EXT4-fs (sdb1): re-mounted. Opts: errors=remount-ro [5.998400] loop: module loaded [
Bug#628170: doxygen-doc: typo in translation of german package description
Package: doxygen-doc Version: 1.7.4-1 Severity: minor In the German package description it says: ~$ aptitude search doxygen-doc i doxygen-doc - Dokumentatin für doxygen Dokumentatin is missing an o. Correct would be: Dokumentation Cheers, Paul -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash doxygen-doc depends on no packages. Versions of packages doxygen-doc recommends: ii doxygen 1.7.4-1Documentation system for C, C++, J doxygen-doc 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