[PATCH] add /u/s/fonts/truetype/dejavu to the DejaVu fonts search paths

Add /usr/share/fonts/truetype/dejavu to the DejaVu font search paths in configure.ac. This is the directory where the fonts-dejavu-core package in Debian installs its font files. Signed-off-by: Fabian Greffrath --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a

Re: Bug#912846: grub2: stop depending on ttf-dejavu-core

From a696233f623e9c2b480aa3ad10aed537c2890af6 Mon Sep 17 00:00:00 2001 From: Fabian Greffrath Date: Tue, 19 May 2020 12:19:26 +0200 Subject: [PATCH] add /u/s/fonts/truetype/dejavu to the DejaVu fonts search paths --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a

Re: [NEW PATCH] os-prober output parser

I allready appended this to the Debian bug report, but for the record: Please make the grub-pc package Recommend: os-prober. Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D

Re: [NEW PATCH] os-prober output parser

Robert Millan schrieb: I'll look at your last patch when I have time; which I currently don't. Allright, thanks for the reply! ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel

Re: [NEW PATCH] os-prober output parser

Hi Robert, I am curious why this didn't make it into the last Debian upload? Cheers, Fabian Fabian Greffrath schrieb: Fabian Greffrath schrieb: Fine! However, should the script utilize the 'which' command or not? Allright, since I haven't heard any further complaints

Re: [NEW PATCH] os-prober output parser

Fabian Greffrath schrieb: Fine! However, should the script utilize the 'which' command or not? Allright, since I haven't heard any further complaints regarding the usage of the 'which' command, here's my proposed script. Please remove the UTF-8 crap from the she

Re: [NEW PATCH] os-prober output parser

Robert Millan schrieb: and please include a ChangeLog entry. As far as I'm concerned, there's nothing else missing. Fine! However, should the script utilize the 'which' command or not? -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl fü

Re: [NEW PATCH] os-prober output parser

Robert Millan schrieb: which is very ugly if you ask me. Okuji, do you have any comments on this? Apart from this issue, is the script allright? -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3

Re: [NEW PATCH] os-prober output parser

versions of this script. But back then you had objections against it... -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 /

Re: [NEW PATCH] os-prober output parser

Fabian Greffrath schrieb: I have improved the script a little bit; Robert, have you allready had a look at it? :) -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49

[NEW PATCH] os-prober output parser

rd' stub. For the time beeing, HURD kernels remain unsupported and throw a warning message just like macos* and all other !linux and !chain operating systems. Best Regards, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechni

Re: [NEW PATCH] Add option to grub-probe to accept system devices as arguments

nvaders quite well. ;) I'd suggest putting it in GRUB, at least for now, if that is fine with you. Yes, sure! -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon:

Re: [NEW PATCH] Add option to grub-probe to accept system devices as arguments

his is because read will run in a separate process and cannot set the variables in the parent shell, see <http://www.unixguide.net/unix/bash/E4.shtml>. Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Univer

Re: [NEW PATCH] Add option to grub-probe to accept system devices as arguments

Robert Millan schrieb: Better do this like it's done in other scripts (check grub-install). Not sure why, I guess it's more portable that way... You mean if [ "x$(FOO)" = "x" ] ... ? For this one, I think it'd be much better to rework 10_hurd so that code is shared, rather than duplicating

Re: [NEW PATCH] Add option to grub-probe to accept system devices as arguments

Robert Millan schrieb: Ok. Is there any mail for that waiting for input? I lose track of things. No problem, please find the script attached. #! /bin/sh -e # update-grub helper script. # Copyright (C) 2006,2007,2008 Free Software Foundation, Inc. # # GRUB is free software: you can redist

Re: [NEW PATCH] Add option to grub-probe to accept system devices as arguments

Robert Millan schrieb: Committed. Great, thanks! Now let's get support for os-prober output parsing. -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234

Re: [NEW PATCH] Add option to grub-probe to accept system devices as arguments

Robert Millan schrieb: Ok. Does anybody object to Fabian's patch? I'd like to commit it. Silence is consense. ;) -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochu

Re: [NEW PATCH] Add option to grub-probe to accept system devices as arguments

long. You are CCed. ;) Robert Millan schrieb: > Is this solved now? If not, you could send a gdb backtrace to give us an idea > on what's wrong. Yes, it's fixed in the second patch that you reviewed (and in the one that's attached, too). Cheers, Fabian -- Dipl.-Ph

Re: [NEW PATCH] Add option to grub-probe to accept system devices as arguments

Well, the solution seems to be easier than I expected. Is the attached patch acceptable? Have a nice weekend, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon

[NEW PATCH] Add option to grub-probe to accept system devices as arguments

somehow stuck in this situation, can you please help me? I promise I'll provide a changelog as soon as there is a chance that my patch will get applied. ;) Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik

Re: [PATCH] Add option to grub-probe to accept system devices as arguments

Now that the FSF has received my copyright assignment paper back, I'd like to become productive on this issue again. From what we've discussed so far I assume that you prefer - the introduction of a new command line option - passing two parameters to probe(), a path and a device, of which one is

Re: [PATCH] Add option to grub-probe to accept system devices as arguments

Robert Millan schrieb: I mean that it should find the disk that contains /dev/hda1 device _node_. Maybe, but I do not believe this has anything to do with my patch. Is the same output supposed to be printed in all "???" ? If not, what is in each one? In all of these cases the 'if (S_ISBLK

Re: [PATCH] Add option to grub-probe to accept system devices as arguments

Robert Millan schrieb: The last one sounds like a bug. Yes, it's from the current *unpatched* grub-probe. Yes, but does the user know that? We could tell the user via 'grub-probe --help' that he may pass either a path or a block device as an argument. Which interface is easier to figure

Re: [PATCH] Add option to grub-probe to accept system devices as arguments

Robert Millan schrieb: I find that too unreliable. How do you reproduce current behaviour with the command "grub-probe -t fs /dev/sda1" ? I don't see the problem. Why should this be unreliable? If the device does not exist, grub-probe will throw a "cannot stat /dev/sda1" error with and witho

Re: [PATCH] Add option to grub-probe to accept system devices as arguments

Fabian Greffrath schrieb: Please have a look at the patch I provided in my last mail, too. This is a different approach which requires no further command line option but *detects* whether the given argument is a path or a device. Ping

Re: [PATCH] Add option to grub-probe to accept system devices as arguments

Please have a look at the patch I provided in my last mail, too. This is a different approach which requires no further command line option but *detects* whether the given argument is a path or a device. ___ Grub-devel mailing list Grub-devel@gnu.org

Re: [PATCH] Add option to grub-probe to accept system devices as arguments

You put that function in a separate file, which indicates it is meant to be a general-purpose function, but its spec is constrained by the code in grub-probe (i.e. you strdup() not because it is needed for the purpose of this function, but because grub-probe already calls free()). That's right.

Re: [PATCH] Add option to grub-probe to accept system devices as arguments

Hi Robert, You need to list every function or variable separately. [...] If you use the -p option to diff it'll be easier to check it just by reading the patch. OK, thanks, I didn't know this. Next time... ;) Is there really a need to strdup() it? Yep. If you return the pointer (i.e. to `

Re: [PATCH] Use os-prober to detect other OSes during update-grub

I should not forget to say that this script *depends* on the patch I sent in for grub-probe in my previous mail. #! /bin/sh -e # update-grub helper script. # Copyright (C) 2006,2007,2008 Free Software Foundation, Inc. # # GRUB is free software: you can redistribute it and/or modify # it under

[PATCH] Use os-prober to detect other OSes during update-grub

The following is a script that should be installed into `/etc/grub.d/os-prober'. It uses Debian's `os-prober' package (if installed) to detect other operating systems which are installed on the computer and add them to the boot menu. It's up to you to decide if this is too Debian-specific or if yo

[PATCH] Add option to grub-probe to accept system devices as arguments

. 2008-02-11 Fabian Greffrath <[EMAIL PROTECTED]> * util/grub-probe.c: Add new parameter '-d, --device'. If this is set, grub-probe expects the given argument to be a block device. All of the '--target' parameters work with this option as well. If the '--devi

Re: Bug#461442: detection of other OSes in update-grub

should fail gracefully with a dedicated error messge in this situation as proposed by my patch. cheers, Fabian [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461442 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=462218 [3] http://packages.debian.org/sid/os-prober -- Dipl.-Phys.

Re: Bug#461442: detection of other OSes in update-grub

heck for kernels on / and /target. Maybe this can be simplified with "echo something | read a b c d" feature? For cosmetic reasons, yes. ;) Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Un

Re: Bug#461442: detection of other OSes in update-grub

separate tool only for this purpose. The second file that I attached is the 30_os-prober script making use of the new grub-probe feature. Please note that the 'case ... in' part is only run if 'grub-probe --device' actually returns something usefull. I am looking forward to

Re: Bug#461442: detection of other OSes in update-grub

ter, look at my questions and send some feedback. Sorry, Robert, but which questions? -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax:

Re: Bug#461442: detection of other OSes in update-grub

-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] ___ Grub-

Re: Bug#461442: please add support for os-prober to detect other OSes in update-grub

t for HURD is still outstanding, though. Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [

Re: Bug#461442: detection of other OSes in update-grub

-- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] __

Re: Bug#461442: please add support for os-prober to detect other OSes in update-grub

ot test my script drafts, because I have no other *nix besides Debian on my machine (the first of The Ten Commandments). ;) Cheers, -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum

please add support for os-prober to detect other OSes in update-grub

-01/msg00446.html http://bugs.debian.org/462218 -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECT

Re: Bug#461442: detection of other OSes in update-grub

B_DEVICE="`grub-probe -t drive -o device ${PARTITION}`". Hope you like this proposal (of course, "origin" is subject to change; it's just the first word that came to my mind that might be fitting)! Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum

Re: How to return control to GRUB

Thanks you for your replies! Am Montag, den 21.01.2008, 16:07 +0100 schrieb Marco Gerards: > Personally, I never used it and don't care that much :-) You are right, it's good as it is now. I just liked the idea to make the game return to GRUB and I guessed there was an easy way to implement this

How to return control to GRUB

Dear GRUB developers, I take care of the Debian package 'grub-invaders'. This is a multiboot compliant kernel-game that resembles Space Invaders, but I guess you knew that already. One thing that annoys me about the game is, that you cannot return to the GRUB menu. The only chance to leave the ga