Bug#1023871: automake: Missing amhello-1.0.tar.gz
Package: automake Version: 1:1.16.5-1.3 Severity: minor X-Debbugs-Cc: b...@yahoo.com Dear Maintainer, * What led up to the situation? I was reading the info for automake. Section 2.2 references amhello-1.0.tar.gz in PREFIX/share/doc/automake. It was not there. * What exactly did you do (or not do) that was effective (or ineffective)? I found it on a webpage and shall create the files myself. https://www.gnu.org/software/automake/manual/html_node/Creating-amhello.html * What outcome did you expect instead? I expected the file to be where the documentation said it should be. Thank you. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-3-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 automake depends on: ii autoconf 2.71-2 ii autotools-dev 20220109.1 automake recommends no packages. Versions of packages automake suggests: ii autoconf-doc 2.71-2 ii gnu-standards 2022.03.23-0.1 -- no debconf information
Bug#749759: texlive-formats-extra won't build without texlive-xetex
Package: texlive-formats-extra Version: 2014.20140528-1 Severity: grave Justification: renders package unusable Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * 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? *** End of the template - remove these template lines *** -- Package-specific info: Upgrading on two machines today. texlive-formats-extra built without error on one that had texlive-xetex installed. On other machine, texlive-formats-extra wouldn't install. texlive-xetex was not installed on that machine. From the saved output in /tmp/ fmtutil: running `xetex -ini -jobname=xelollipop -progname=xelo p.ini' ... This is XeTeX, Version 3.14159265-2.6-0.1 (TeX Live 2014/Debi restricted \write18 enabled. entering extended mode (/usr/share/texlive/texmf-dist/tex/lollipop/xelollipop.ini ! I can't find file `unicode-letters'. l.22 \input unicode-letters I did dpkg --search and unicode-letters is provided by texlive-base and texlive-xetex. I installed texlive-xetex and texlive-formats-extra then installed successfully. It was installed before, so it seems that it now depends on texlive-xetex. ## List of ls-R files -rw-r--r-- 1 root root 3204 May 29 09:26 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 80 Apr 30 07:44 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 May 28 01:55 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 31 May 28 02:07 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 May 28 02:07 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST ## Config files -rw-r--r-- 1 root root 1101 May 29 08:57 /etc/texmf/web2c/texmf.cnf -rw-r--r-- 1 root root 6900 May 29 09:26 /var/lib/texmf/web2c/fmtutil.cnf lrwxrwxrwx 1 root root 32 May 28 02:07 /usr/share/texmf/web2c/updmap.cfg - /var/lib/texmf/updmap.cfg-DEBIAN -rw-r--r-- 1 root root 3751 May 29 09:26 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 8 -rw-r--r-- 1 root root 283 Jun 15 2013 mktex.cnf -rw-r--r-- 1 root root 1101 May 29 08:57 texmf.cnf ## md5sums of texmf.d ca40c66f144b4bafc3e59a2dd32ecb9c /etc/texmf/texmf.d/00debian.cnf 055e06548bac99958d8ab2dd1248f2b4 /etc/texmf/texmf.d/80tex4ht.cnf -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-formats-extra depends on: ii dpkg1.17.9 ii tex-common 5.01 ii texlive-base2014.20140528-1 ii texlive-binaries2014.20140528.34243-1 ii texlive-latex-base 2014.20140528-1 texlive-formats-extra recommends no packages. texlive-formats-extra suggests no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.53 ii dpkg 1.17.9 ii ucf3.0030 Versions of packages tex-common suggests: ii debhelper 9.20140228 Versions of packages texlive-formats-extra is related to: ii tex-common5.01 ii texlive-binaries 2014.20140528.34243-1 -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677280: grub-efi: cannot find normal; wrong prefix to grub2 (EFI)?
Package: grub-efi Version: 1.99-22 Severity: critical Justification: breaks the whole system Dear Maintainer, I recently succeeded in installing Debian stable on my Mac Pro (Model MacPro1,1), however, I cannot boot the system without a supergrub rescue CD. Debian install used grub-pc, which created a grub.cfg that the supergrub CD could find. Once into Debian, I installed grub-efi and it wrote an efi image and *.mod files to /boot/grub on the EFI system partition. I'm using rEFInd to handle the EFI booting and it finds the Debian grub boot image. But when I select it, I am dumped at a grub-rescue partition. When I look at the prefix, it is missing a / before boot and grub cannot find normal.mod. When I reset the prefix to (hdX,Y)/boot/grub, I can insmod normal. Once I 'insmod normal' and then type 'normal', I do get a regular grub prompt. I have not been able to successfully boot the system from that grub-prompt. So, where in all the Debian scripts is that path set, so I can add the / before boot? (Does that sound like the problem to you?) I've looked in /etc/default/grub and didn't see it. I'm less confident I can accurately read all the files in /etc/grub.d. It might be in there, but I might have missed it because of all the substitutions, etc. Also, I did dist-upgrade to sid to see if that fixed it, and things are working better. Under stable, after booting the supergrub CD, it would find a grub.cfg, but the root was always wrong. If I edited the linux menuentry (at boottime), I could successfully boot. Upon switching to sid, the root directory is correct in the grub.cfg on the system. I'm happy to provide more information, if that will help. Thanks very much. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub-efi depends on: ii grub-common1.99-22 ii grub-efi-ia32 1.99-22 grub-efi recommends no packages. grub-efi 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