Bug#977339: pandoc: `data-dir` or `XDG_DATA_HOME` don't appear to work for --defaults
Oops! Thanks! As you pointed out, I misread the manual page. Once the file was moved to $HOME/.local/share/pandoc/defaults/options.yaml it was found and it worked! Marking this bug as done. Regards, Kapil. -- On Mon, 14 Dec 2020 at 22:37, John MacFarlane wrote: > The man page says: > > > The file will be searched for first in the working directory, and then in > > the `defaults` subdirectory of the user data directory > > It looks as if you've put your options.yaml directly in the user > data directory rather than in the defaults subdirectory of that > directory: try `$HOME/.local/share/pandoc/defaults/options.yaml`. >
Bug#977339: pandoc: `data-dir` or `XDG_DATA_HOME` don't appear to work for --defaults
Package: pandoc Version: 2.9.2.1-1+b1 Severity: normal Dear Maintainer, The --defaults option does not appear to look in $HOME/.local/share/pandoc/ it also does not appear to look into $XDG_DATA_HOME/pandoc/ to look for the file mentioned in this option. $ export XDG_DATA_HOME=$HOME/.local/share $ pandoc -d options report.md pandoc: options.yaml: openBinaryFile: does not exist (No such file or directory) (This is in spite of the fact that $HOME/.local/share/pandoc/options.yaml exists.) The man page mentions these two locations. Regards, Kapil. -- -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.199-16598-gb08cd9ce6991 (SMP w/2 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=en_IN.utf8, LC_CTYPE=en_IN.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: unable to detect Versions of packages pandoc depends on: ii libc6 2.31-5 ii libcmark-gfm-extensions0 0.29.0.gfm.0-6 ii libcmark-gfm0 0.29.0.gfm.0-6 ii libffi7 3.3-5 ii libgmp10 2:6.2.1+dfsg-1 ii libpcre3 2:8.39-13 ii pandoc-data 2.9.2.1-1 ii zlib1g1:1.2.11.dfsg-2 pandoc recommends no packages. Versions of packages pandoc suggests: pn citation-style-language-styles pn context pn ghc ii groff 1.22.4-5 pn libjs-mathjax pn librsvg2-bin pn node-katex pn nodejs ii pandoc-citeproc 0.17.0.1-1+b1 ii perl5.32.0-5 pn php pn python pn r-base-core ii ruby1:2.7+2 ii texlive-latex-extra 2020.20201129-1 ii texlive-latex-recommended 2020.20200925-1 ii texlive-luatex 2020.20200925-1 pn texlive-xetex pn wkhtmltopdf -- no debconf information
Bug#973264: palisade: too much information given
Surprising, but true! Chris Boyle maintains an Android port and thus may have addressed this issue since many Android devices are ARM-based. https://github.com/chrisboyle/sgtpuzzles Kapil. -- On Wed, 28 Oct 2020 at 20:17, Ben Hutchings wrote: > On Wed, 2020-10-28 at 07:52 +0530, Kapil Paranjape wrote: > > Package: sgt-puzzles > > Version: 20191231.79a5378-3 > > Severity: normal > > X-Debbugs-Cc: kapil.paranj...@gmail.com > > > > Dear Maintainer, > > > > If one compares the puzzles set up by 'sgt-palisade' with those that are > > on the main website, one sees that the former gives much more > > information than the latter. *All* the squares have numbers in the > > former! Even the manual page for 'sgt-palisade' says "You're given a > > grid of squares, *some* of which contain numbers." (Emphasis mine.) > > > > As a result the puzzles generated by 'sgt-palisade' are much too easy > > to solve! > > > > Please see if the puzzles generated by sgt-palisade can be made to be > > similar to those on the website. > [...] > > Architecture: armhf (armv7l) > [...] > > I wonder if this problem is specific to armhf? I can't reproduce it on > amd64 or i386. > > Ben. > > -- > Ben Hutchings > You can't have everything. Where would you put it? > > >
Bug#973264: palisade: too much information given
Package: sgt-puzzles Version: 20191231.79a5378-3 Severity: normal X-Debbugs-Cc: kapil.paranj...@gmail.com Dear Maintainer, If one compares the puzzles set up by 'sgt-palisade' with those that are on the main website, one sees that the former gives much more information than the latter. *All* the squares have numbers in the former! Even the manual page for 'sgt-palisade' says "You're given a grid of squares, *some* of which contain numbers." (Emphasis mine.) As a result the puzzles generated by 'sgt-palisade' are much too easy to solve! Please see if the puzzles generated by sgt-palisade can be made to be similar to those on the website. Regards, Kapil. -- -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: armhf (armv7l) Kernel: Linux 4.19.151-10433-g001cdf76f178 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_IN.utf8, LC_CTYPE=en_IN.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages sgt-puzzles depends on: ii libc62.31-4 ii libcairo21.16.0-4 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-5 ii libglib2.0-0 2.66.1-2 ii libgtk-3-0 3.24.23-2 ii libpango-1.0-0 1.46.2-1 ii libpangocairo-1.0-0 1.46.2-1 Versions of packages sgt-puzzles recommends: ii firefox-esr [www-browser] 78.4.0esr-1~deb10u2 ii w3m [www-browser] 0.5.3-38+b1 ii xdg-utils 1.1.3-2 sgt-puzzles suggests no packages. -- no debconf information
Bug#913777: sakura: Crashes under wayland/crostini (version 3.4.0-3)
Package: sakura Version: 3.4.0-3 Severity: normal Dear Maintainer, Running "sakura" in the "crostini" interface under Chrome OS crashed. Report filed as: https://bugs.chromium.org/p/chromium/issues/detail?id=905203 It appears that the problem is to do with the Wayland backend. The problem does not exist in Version: 3.6.0-3 (in "testing") on the same platform. Put this bug out there in case others are bitten! Regards, Kapil. -- System Information: Debian Release: 9.6 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.14.74-07727-g7815dfea1ba2 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages sakura depends on: ii libatk1.0-0 2.22.0-1 ii libc62.24-11+deb9u3 ii libcairo-gobject21.14.8-1 ii libcairo21.14.8-1 ii libgdk-pixbuf2.0-0 2.36.5-2+deb9u2 ii libglib2.0-0 2.50.3-2 ii libgnutls30 3.5.8-5+deb9u4 ii libgtk-3-0 3.22.11-1 ii libpango-1.0-0 1.40.5-1 ii libpangocairo-1.0-0 1.40.5-1 ii libpcre2-8-0 10.22-3 ii libvte-2.91-00.46.1-1 ii libx11-6 2:1.6.4-3+deb9u1 ii zlib1g 1:1.2.8.dfsg-5 sakura recommends no packages. sakura suggests no packages. -- no debconf information