Re: Can we prefix this list?
On Wed, Oct 07, 2015 at 05:03:31PM +, Shaun Reitan wrote: > Can you guys prefix the subject line of this list like other lists do? > Would make managing/filtering this list into folders much easier. > > Example Subject: [grub-devel] Can we prefix this list? How about not polluting the subject and using this instead? List-Id: The development of GNU GRUB -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org https://lists.gnu.org/mailman/listinfo/grub-devel
Re: [PATCH] Some documentation updates
On Thu, Sep 03, 2009 at 04:30:31PM +0200, Robert Millan wrote: > I wonder if we should enable grub.texi in the build system. Core > documentation > is not complete yet, but it's better than nothing. > What do you think? If we do, I suggest it ships with a complete index, even if the missing sections have a "to be written" placeholder content. This way users know it's not just an omission (we know it's missing) and also know where the manual needs more help. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [PATCH] Refuse to install on XFS destroying its superblock
On Fri, Oct 16, 2009 at 04:03:01PM +0200, Vladimir 'phcoder' Serbinenko wrote: > + if (memcmp (tmp_img, "XFSB", 4) == 0) > +grub_util_error ("Can't install on XFS."); Can this error message give some more detail on what the problem is? Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: gettext in build system
Hi Robert, Please excuse the total lack of input on this issue, I've been really busy the last few weekends. On Mon, Nov 16, 2009 at 12:59:09AM +0100, Robert Millan wrote: > On Mon, Nov 16, 2009 at 12:13:55AM +0100, Robert Millan wrote: > > +po/messages.pot: po/POTFILES > > + xgettext --from-code=utf-8 --keyword=_ -f $< -o $@ > > + > > +po/*.po: po/messages.pot > > + msgmerge -U $@ po/messages.pot > > + > > +po/%.mo: po/%.po > > + $(MKDIR_P) $$(dirname $@) > > + msgfmt -c --statistics -o $@ $^ > > Obvious missing thing is that these should be autoconffed. Also, as something merely cosmetic, messages.pot could be $(PACKAGE).pot, which is more common. > > +#define _(str) gettext(str) > And I'm not sure if this is the right place to define _. Isn't there > a system-wide definition? This, and others, sometimes go in a common .h to avoid duplication. Many grub utilities are going to add this kind of stuff. > > + textdomain ("grub"); > What's the usual way to handle this? TEXTDOMAIN macro? As Colin said, $PACKAGE is common. I haven't tested this patch yet, but I'm not sure if a bindtextdomain() call is needed here too. The rest looks good, given there's no automake. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: gettext in build system
On Mon, Nov 16, 2009 at 08:56:06PM +0100, Robert Millan wrote: > > > > +#define _(str) gettext(str) > > > And I'm not sure if this is the right place to define _. Isn't there > > > a system-wide definition? > > This, and others, sometimes go in a common .h to avoid duplication. Many > > grub utilities are going to add this kind of stuff. > I wonder where would we put this. Is there any convention? I'm not aware of any convention, not even for GNU packages. nls.h, i18n.h, grub-i18n.h. You name it. :) > > I haven't tested this patch yet, but I'm not sure if a bindtextdomain() > > call is needed here too. > This requires LOCALEDIR. Should we add po.m4 in order to get this, or > just define it ourselves? *shrug*, I think just assuming the usual $(datadir)/locale is ok. po.m4 does provide checks for the gettext tools iirc, though, so that might be useful in its own right. > > The rest looks good, given there's no automake. > We have aclocal now (in my branch). Is gettext.m4 usable to us? I think so, if platforms which don't use GNU gettext, or have an incompatible gettext implementation are supported. It provides checks for gettext(), ngettext(), setlocale() and friends, so yep, probably. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: gettext in build system
On Mon, Nov 16, 2009 at 09:24:08PM +0100, Robert Millan wrote: > xgettext recognizes languages either by checking the file suffix or via > explicit command-line option. However 10_linux.in doesn't end in .sh and > --language=Shell in the generic xgettext call would break detection of C > files. > > Is there a solution that doesn't involve renaming 10_linux.in nor maintaining > a separate list of files for Shell language? We need to look at what tricks intltool uses for this, as GNOME translates desktop files and other "unusual" files using .in files. Can't do that right now though, I need to go to bed RSN. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Handling of translations
On Tue, Nov 17, 2009 at 09:39:59PM +0100, Robert Millan wrote: > Note to translators: Code needs to be prepared before we're ready to > accept new translations. We'll need your help, but not yet! :-) We need to decide what to do about translators though. The GNU way is to delegate this to the Translation Project. This helps having translations disclaimed, and the GRUB release manager only needs to sync the po tree with the latest files from the TP prior to a release, or periodically as they find convenient. See http://translationproject.org/html/maintainers.html for some interesting info for upstream authors. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: gettextizing
On Mon, Nov 23, 2009 at 12:56:15PM +0100, Robert Millan wrote: > > + grub_printf (_("\ > > [ Minimal BASH-like line editing is supported. For the first word, TAB\n\ > ^ > > lists possible command completions. Anywhere else TAB lists possible\n\ > ^^ > > - device/file completions.%s ]\n\n", > > + device/file completions.%s ]\n\n"), > ^^ > > Eliminating the newlines is not trivial, but it fixes another problem: this > string doesn't render well on non-80x25 terminals. Right, this string is of the PAIN kind. > > - grub_printf (" Booting a command list\n\n"); > > + grub_printf (_(" Booting a command list\n\n")); > > [...] > > - grub_printf ("\nPress any key to continue..."); > > + grub_printf (_("\nPress any key to continue...")); > > I'm not sure if the spaces and newlines here would be a problem. Jordi, > any comment? Not a big issue in this case. However, it makes it difficult to reuse these strings, ie we can end up having 3 different strings: - \nPress any key to continue... - Press any key to continue... - Press any key to continue...\n which makes it easy to make different translations for the same string if the translator isn't careful. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: gettext: --no-hash in msgmft
On Thu, Nov 26, 2009 at 12:31:45PM +, Colin Watson wrote: > If nothing else, one could use something like 'msgunfmt - | msgfmt > --no-hash -'; but I'd expect that we'd want to generate separate .mo > files for /boot/grub anyway, since we don't need strings from util/ in > there. Yes, we'd probably want to make two domains: grub and grub-kernel or whatever. To avoid having two domains, we could try to have the strings for both utils and kernel in just one po file (like now) but generate a temporary pot file with just the kernel strings. Merging the full pos against this pot would discard many strings, and compiling those temporary po files (w/o a hash) would get rid of the unused strings. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: new function: grub_printfnl
On Sat, Nov 28, 2009 at 08:07:09PM +0100, Robert Millan wrote: > > Gettextizzing files I have a very common situation: > > grub_printf ("Bla bla bla\n"); > Uhm I wonder what's the common approach to this. Maybe Jordi or someone > else can tell? I think this is going too far. I don't think there's a need to remove all trailing nl's if the string is not going to be repeated in other slightly different ways, because adapting this means making the code a bit less readable for what I'm seeing. In some cases, it looks like a good idea where it's worth the extra effort; the gettext manual recommends plain strings and so on, but if it's just a trailing new line, I think in most cases it's not worth it. Translators know how to deal with them. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: gettext: normal/*
On Sun, Dec 06, 2009 at 12:28:11AM +, Carles Pina i Estany wrote: > Is it fine to have a translatable string ended with a space? I think > that it's fine (same case than \n, even thought in this case msgfmt is > not warning). In my experience as a translator and as a i18n coordinator, I know that due to the fact msgfmt does not warn about the lack of the trailing space, it's very easy for translators to miss it and end up with a translated string that lacks it. IME, if it's not difficult to get rid of it, it better to do it for safety, because it's a common translator mistake. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: gettext: commands/hdparm.c
On Sun, Dec 06, 2009 at 06:25:33PM +, Carles Pina i Estany wrote: > grub_printf ("Model:\"%.40s\"\n", le16_to_char (tmp, &idw[27], 40)); > grub_printf ("Firmware: \"%.8s\"\n", le16_to_char (tmp, &idw[23], 8)); > grub_printf ("Serial: \"%.20s\"\n", le16_to_char (tmp, &idw[10], 20)); > > To have a proper alignment it needs to code something (dynamic "tab"). > > I could change it to: > grub_printf (_("Model:\t\"%.40s\"\n"), le16_to_char (tmp, &idw[27], 40)); > grub_printf (_("Firmware:\t\"%.8s\"\n"), le16_to_char (tmp, &idw[23], 8)); > grub_printf (_("Serial:\t\"%.20s\"\n"), le16_to_char (tmp, &idw[10], 20)); It's not unusual to see stuff like this, but again, a small percent of translators will actually try to figure out if the string is correctly aligned or how many \t's they need to use (by manually calculating how the string will look, by reading the source code, or using qemu). If the alignment is just a cosmetic enhancement, dropping it could be a reasonable option. > Or just don't translate Model/Firmware/Serial (leave like it's now) I think it should be translated. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: grub_error messages
On Mon, Dec 21, 2009 at 10:19:16PM +, Carles Pina i Estany wrote: > b) At beginning I thought that we would not gettext error messages, but > I see that lot of these messages appears to the end user. Do we gettext > using N_(" ") and then where it's printed I use _(" ") ? I would say > yes. No! Don't use any of N_() or _() if the message isn't meant to be translated. If it's extracted into the pot file but then it's not used by GRUB (not being marked with the necessary gettext call), it's a waste of time for translators, of course. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: gettext util
Hi Carles, On Sat, Mar 27, 2010 at 12:54:16AM +, Carles Pina i Estany wrote: > > According to gettext manual usage messages must be internationalised on > > per-option basis to allow reuse of e.g. --help desciption and to avoid > > the whole big message to be marked as fuzzy if only one option changes. > > I'm surprised, specially because if I get the gettext project as a > reference: > http://git.savannah.gnu.org/cgit/gettext.git/tree/gettext-runtime/src/gettext.c?id=c81a5234a673f6fbc0f8b7ea8f18ef73021b0a2e#n252 > > They are not doing. Other projects that I can remember where my LUG has > done things (e.g. tar) is not done in this way. > > I don't have any probem to change in Grub, I just wonder if people is > expecting it :-/ > > I'm adding Jordi Mallach to the CC Whether gettext itself is doing it or not, I'll stick to my experience. As a translator, I am *really* fed up of trying to fish in a huge help output to find a tiny change that made the whole string fuzzy and so on. This is now less of a problem with the tools that support showing the "previous" string (#|), but it's a huge pain nevertheless. If you want to make translator's life easier, I'd totally go with per option messages. If alignment is a problem (how?), I guess translation comments could be useful to describe how the translated string should look like. I assume you mean: --help Show this help string. --eggs Get two eggs from the fridge, crack them and put them on hot olive oil. It'd be difficult to align "Show" with "Get". I'd say that this depends a lot on the editor you use. Emacs at least makes it easy to calculate if you got it right or wrong. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [PATCH] Improve man page headers
On Tue, Jun 08, 2010 at 06:46:56PM +0100, Colin Watson wrote: > The following patch improves the man pages we generate by giving them > decent NAME sections, which are included in indexes of man pages and so > are worth getting right. help2man's default is something like > "grub-bin2h \- manual page for grub-bin2h (GRUB) 1.98" which is of > course hopeless in an index. What I do for Mailutils is extracting the NAME section on the fly. It's not really robust, as a change in the help output can break it (although lintian would probably nag us really quickly), but the problem with this approach is that if the description changes in the program, it needs to be manually updated in the h2m helpers. http://svn.debian.org/viewsvn/pkg-mailutils/trunk/debian/mangen.sh?revision=348&view=markup Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: Pager weirdness
On Tue, Nov 23, 2010 at 01:30:02PM +, Colin Watson wrote: > Am I the only one who finds GRUB's pager really strange? Not AT ALL. :) It reminds me of how some things misbehave when you have to suffer bterm. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: Device instability, gettext and default
On Sat, Mar 03, 2012 at 02:37:12PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko wrote: > Attached patch changes it to the use of IDs specified by --id but > keeps title possiblity for backward compatibility. Any comments? Massive +1 here! This was something that bugged me quite a lot. Thanks for squeezing it into 2.0! -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org https://lists.gnu.org/mailman/listinfo/grub-devel
Re: Where is GRUB development?
El dl 13 de 05 de 2013 a les 11:43 -0700, en/na Bruce Korb va escriure: > I have learned that in the grub2 menu mode, you can press "e" and all > of a sudden you can edit the command line. It seems my request boils > down to some documentation. In the menu code so when I'm looking at > the menu, there should be something to indicate that I can press "e" > and edit the line to include a "1" at the end of the line. I know > that theoretically every operating system can have command line > operands that are completely different. In practicality, however, > they are 99.99% UNIX derivatives so pressing five keys to get to > single user mode ought not be a big issue: e1 > -- right? Not at home to try…. The default GRUB menu does hint about what you can do, and explicitly states e will let you edit an entry. If your distro is theming grub2 and the theme doesn't have that text, it's not GRUB who's to blame. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org https://lists.gnu.org/mailman/listinfo/grub-devel
Re: Endianness macros capitalization
On Thu, Jul 10, 2008 at 03:59:14PM -0400, Pavel Roskin wrote: > Thank you for testing! We could do better with the bswap instruction, > but it appeared in 486. I think we still need to support 386. Do we, or better yet, can we? I thought most distros had dropped 386 support from kernels and toolchains. At least Debian has, and Debian isn't know for dropping old hardware that easily. We even had libc5 toolchain until before the etch release, iirc. :) -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: too many commands, "help" output rolls of screen
On Sat, Nov 01, 2008 at 01:46:10PM +0100, Robert Millan wrote: > > output will roll off the standard sized console. Please remove some > > commands so there aren't so many that they roll off the screen. > 'set pager=1' solves this. Btw, should we make it the default? totally, this is very annoying by default. :) -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
State of GRUB on PowerPC
Hello list, Many months after my last try, I've given GRUB2 a go on my G4-based Apple laptop. For this, I used Debian's 1st of December snapshot packaged to experimental. Thanks to daChaac, the IRC hero once again ;) the executive summary changed from "frustrating failure" to "works with quite a few quirks". - grub-install generated an incorrect device.map. I've discussed this here before: my OpenFirmware calls my hard disk "hd", not "hd0", but grub-mkdevicemap will insist in adding the number. I corrected that manually. - GRUB2 will load correctly and will display a menu, but will fail to load Linux, giving a fun error "initrd: command not found". Some modules needed by my grub.cfg are missing: _linux, linux, elf and search. Loading linux.mod was challenging. `insmod linux` would result in a "file not found" error. I have two partitions that matter when booting: hd,2 is the Apple_bootstrap hfs partition, and holds all my grub stuff. hd,3 is my Debian partition, and holds /usr/lib/grub. daChaac helped me finding the deps for linux.mod, and loading them sequentially made the module load: grub> insmod elf grub> insmod (hd,3)/usr/lib/grub/powerpc-ieee1275/_linux.mod grub> insmod (hd,3)/usr/lib/grub/powerpc-ieee1275/linux.mod This gets linux loaded, and things start to be smoother. However, going back to the menu and trying to boot fails with "you need to load your kernel first". Damn. Right, my menu entry includes a search command, which isn't loaded grub> insmod search But this still fails miseraby. On the command-line, I copied the "search --fs-uuid --set" line from my grub.cfg, and 1) it printed "no such device" and errored out ($?=12, GRUB_ERR_UNKNOWN_DEVICE) 2) set my root variable to (second-boot). Our guess is that this second-boot device has the same uuid as hd or hd,3 and that makes search fail or whatever. if I do "ls", I get hd + its partitions, ide0, ide1, first-boot and second-boot. `ls (first-boot)` gives: Device first-boot: partition table and `ls (first-boot)/` gives the "unknown filesystem" error. Finally, if I get rid of the search command and change my root device to simply /dev/hda3, linux is able to boot and I remain happy. So, in short, a few problems: - grub-mkdevicemap insists on calling my drive by another name (hd0 vs hd) - what's going on with linux.mod loading? I won't rule out a hfs fs bug, and I'll format to find out, but it could be a hfs.mod bug too. Some modules load, some others don't. - why wasn't search.mod loaded? - what to do about second-boot confusing search? Ah, also, my menu appears as white on red colours, but this is so minor at this point I was not even going to mention it. :) Hopefully some OF expert can have a look at some of this. Thanks, Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: State of GRUB on PowerPC
Hello, Just a little correction, I was really tired when I wrote this down the other day: On Fri, Dec 19, 2008 at 01:00:19AM +0100, Jordi Mallach wrote: > On the command-line, I copied the "search --fs-uuid --set" line from my > grub.cfg, and > 1) it printed "no such device" and errored out ($?=12, > GRUB_ERR_UNKNOWN_DEVICE) > 2) set my root variable to (second-boot). > > Our guess is that this second-boot device has the same uuid as hd or hd,3 > and that makes search fail or whatever. > > if I do "ls", I get hd + its partitions, ide0, ide1, first-boot and > second-boot. `ls (first-boot)` gives: > Device first-boot: partition table > and `ls (first-boot)/` gives the "unknown filesystem" error. So, what the search command sets my root variable to is "first-boot", not second boot. The search command does print a "no such device" message, but our guess is that it's caused by search trying to look into second-boot. Thanks, Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: hfs patch (Re: State of GRUB on PowerPC)
On Tue, Feb 10, 2009 at 10:54:55AM +0100, Michel Dänzer wrote: > > > Could you be more specific about what the table contents mean? > BTW, let me point out again that this table including comment is a > verbatim copy from the Linux kernel fs/hfs/string.c . Sorry if I didn't > make this clear enough in my original post. Ugh, welcome our GPLv3 party. v2 members not invited. :/ Thanks for working on this, Michel! -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: hfs patch (Re: State of GRUB on PowerPC)
On Tue, Feb 10, 2009 at 11:50:18AM +0100, Jordi Mallach wrote: > > BTW, let me point out again that this table including comment is a > > verbatim copy from the Linux kernel fs/hfs/string.c . Sorry if I didn't > > make this clear enough in my original post. > Ugh, welcome our GPLv3 party. v2 members not invited. :/ > Thanks for working on this, Michel! Aparently hfsutils is GPLv2+ and might have a similar blob that we can use. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [PATCH 5/7]: Add sparc64 loader implementation.
Hi, On Wed, Mar 04, 2009 at 12:49:21PM +0100, phcoder wrote: >> Sure, then powerpc needs the same. I'll unify both sparc >> and powerpc in this way after my patches are added, promise :-) > If you need powerpc testing you can contact me. I can offer testing on > iMac G3. But I'm not yet familiar with powerpc. FWIW, I'm using GRUB to boot my PowerBook without manual intervention, given a few tweaks to the generated grub.cfg, so I can also easily test ppc-related changes if you wish. It's scary though. I find it breaks at least on Apple quite easily. :) -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [PATCH] Use hfs case ordering - another try
Hi Pavel, On Mon, Mar 09, 2009 at 01:37:14PM -0400, Pavel Roskin wrote: > Hello! > > It's a shame the discussion about hfs got nowhere. I've made another > patch. I didn't look at the Linux hfs sources or at any previous > patches. I took the case ordering table from hfsutils 3.2.6, which is > licensed under GPL v2 or newer. Then I ran the table through a simple > program to make it more readable (attached for reference). The values > in the table have been normalized to avoid gaps. Values for equal > characters are initialized on the same line for readability. Thanks for rescuing this fix! Felix uploaded a new GRUB snapshot which should include this patch. However, I'm having the same boot problems as before. I've installed the new version of GRUB to OF, and when I boot I get the known "initrd: command not found" error. Furthermore, the search command still appears to fail on at least Apple OF, and if it's in my boot commandlist, it'll set root to an invalid device, making the boot fail with "you need to load the kernel first". Has anyone else had success with this patch in Debian or using SVN/Git code, on PPC? Thanks, Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [PATCH] Use hfs case ordering - another try
Hi, I'm attaching Michel's reply to this post, as he isn't subscribed. On Mon, Mar 23, 2009 at 04:23:39AM +0100, Jordi Mallach wrote: > However, I'm having the same boot problems as before. I've installed > the new version of GRUB to OF, and when I boot I get the known "initrd: > command not found" error. > > Furthermore, the search command still appears to fail on at least Apple > OF, and if it's in my boot commandlist, it'll set root to an invalid device, > making the boot fail with "you need to load the kernel first". > > Has anyone else had success with this patch in Debian or using SVN/Git code, > on PPC? -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ --- Begin Message --- On Mon, 2009-03-23 at 04:23 +0100, Jordi Mallach wrote: > > On Mon, Mar 09, 2009 at 01:37:14PM -0400, Pavel Roskin wrote: > > Hello! > > > > It's a shame the discussion about hfs got nowhere. I've made another > > patch. I didn't look at the Linux hfs sources or at any previous > > patches. I took the case ordering table from hfsutils 3.2.6, which is > > licensed under GPL v2 or newer. Then I ran the table through a simple > > program to make it more readable (attached for reference). The values > > in the table have been normalized to avoid gaps. Values for equal > > characters are initialized on the same line for readability. > > Thanks for rescuing this fix! > > Felix uploaded a new GRUB snapshot which should include this patch. > > However, I'm having the same boot problems as before. I've installed > the new version of GRUB to OF, and when I boot I get the known "initrd: > command not found" error. > > Furthermore, the search command still appears to fail on at least Apple > OF, and if it's in my boot commandlist, it'll set root to an invalid device, > making the boot fail with "you need to load the kernel first". > > Has anyone else had success with this patch in Debian or using SVN/Git code, > on PPC? I didn't get around to trying Pavel's patch, but from your description it most likely didn't fix the problem properly. Do grub2 file access commands like hexdump or cat work for special filenames like _linux.mod? Looking at Pavel's patch, one problem that jumps out immediately is that it doesn't handle the string lengths correctly. HFS strings aren't zero-terminated, so grub_hfs_cmp_catkeys() needs to make sure it only compares characters up to the length of min(k1->strlen, k2->strlen) and if they all match, return k1->strlen - k2->strlen. I'm not sure that's what causes your problem though Jordi, but anyway, why wasn't I CC'd on the new patch? :( -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer --- End Message --- ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [PATCH] Use hfs case ordering - another try
Hi, On Mon, Mar 23, 2009 at 11:39:56AM -0400, Pavel Roskin wrote: > Please realize that the hfs fix is just a part of what needs to be done. > > For GRUB to be a drop-in replacement for yaboot (at least on Fedora), > the installation script should be able to understand the layout where > only few files are located on the true boot partition (in hfs format, > perhaps not mounted), whereas most GRUB files and kernels are placed on > a "second boot partition" in ext2 format mounted under /boot. I agree that grub-install and the other tools should know more about /boot/grub being a separate partition in order to be able to mount it for a correct install. Not so much on the two boostrap partitions, my tiny one as generated by the Debian installer ages ago is good enough to hold a copy of GRUB and a "just in case" copy of yaboot. But of course, this could be an optional setup. /dev/hda2 974K 697K 278K 72% /boot/grub See Michel Dänzer's post I just forwarded. Besides what you pointed out, it seems there are other serious problems with the new HFS patch which make it fail as before. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [PATCH] Use hfs case ordering - another try
On Mon, Mar 30, 2009 at 08:26:35PM -0400, Pavel Roskin wrote: > > I agree that grub-install and the other tools should know more about > > /boot/grub being a separate partition in order to be able to mount it for a > > correct install. Not so much on the two boostrap partitions, my tiny one > > as generated by the Debian installer ages ago is good enough to hold a > > copy of GRUB and a "just in case" copy of yaboot. But of course, this could > > be an optional setup. > > > > /dev/hda2 974K 697K 278K 72% /boot/grub > > It's OK for GRUB, but it's not big enough to hold kernels. Also, > distributions may be reluctant to break the assumption that the kernels > are located on a filesystem with POSIX access control and three kinds of > timestamps. If you mean standard stuff people tend to boot (ie, Linux), every distribution out there installs them and expects them to be in /boot, not /boot/grub. My /boot partition is in this case part of the bigger / partition, but if it was separate it'd be big enough to hold quite a few kernels and so on. I really don't see what you mean here. > > See Michel Dänzer's post I just forwarded. Besides what you pointed out, > > it seems there are other serious problems with the new HFS patch which > > make it fail as before. > My bad. Fixed now. Thank you! Great! Thanks Michel and Pavel! I've give it a go soonish. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
PowerPC build is broken
I'm trying to build today's SVN version on PowerPC. cat kernel_syms.lst def-linux.lst def-normal.lst def-suspend.lst def-reboot.lst def-halt.lst def-multiboot.lst def-memdisk.lst def-lsmmap.lst def-fshelp.lst def-fat.lst def-ufs.lst def-ext2.lst def-ntfs.lst def-ntfscomp.lst def-minix.lst def-hfs.lst def-jfs.lst def-iso9660.lst def-xfs.lst def-affs.lst def-sfs.lst def-hfsplus.lst def-reiserfs.lst def-cpio.lst def-tar.lst def-udf.lst def-afs.lst def-amiga.lst def-apple.lst def-pc.lst def-sun.lst def-acorn.lst def-gpt.lst def-raid.lst def-raid5rec.lst def-raid6rec.lst def-mdraid.lst def-dm_nv.lst def-lvm.lst def-scsi.lst def-minicmd.lst def-extcmd.lst def-hello.lst def-handler.lst def-ls.lst def-cmp.lst def-cat.lst def-echo.lst def-help.lst def-search.lst def-test.lst def-loopback.lst def-fs_uuid.lst def-configfile.lst def-terminfo.lst def-blocklist.lst def-hexdump.lst def-read.lst def-sleep.lst def-loadenv.lst def-crc.lst def-video.lst def-videotest.lst def-bitmap.lst def-tga.lst def-jpeg.lst def-png.lst def-font.lst def-gfxterm.lst def-elf.lst def-gzio.lst def-bufio.lst /dev/null \ | mawk -f /tmp/buildd/grub2-1.96+20090402/genmoddep.awk und-linux.lst und-normal.lst und-suspend.lst und-reboot.lst und-halt.lst und-multiboot.lst und-memdisk.lst und-lsmmap.lst und-fshelp.lst und-fat.lst und-ufs.lst und-ext2.lst und-ntfs.lst und-ntfscomp.lst und-minix.lst und-hfs.lst und-jfs.lst und-iso9660.lst und-xfs.lst und-affs.lst und-sfs.lst und-hfsplus.lst und-reiserfs.lst und-cpio.lst und-tar.lst und-udf.lst und-afs.lst und-amiga.lst und-apple.lst und-pc.lst und-sun.lst und-acorn.lst und-gpt.lst und-raid.lst und-raid5rec.lst und-raid6rec.lst und-mdraid.lst und-dm_nv.lst und-lvm.lst und-scsi.lst und-minicmd.lst und-extcmd.lst und-hello.lst und-handler.lst und-ls.lst und-cmp.lst und-cat.lst und-echo.lst und-help.lst und-search.lst und-test.lst und-loopback.lst und-fs_uuid.lst und-configfile.lst und-terminfo.lst und-blocklist.lst und-hexdump.lst und-read.lst und-sleep.lst und-loadenv.lst und-crc.lst und-video.lst und-videotest.lst und-bitmap.lst und-tga.lst und-jpeg.lst und-png.lst und-font.lst und-gfxterm.lst und-elf.lst und-gzio.lst und-bufio.lst > moddep.lst \ || (rm -f moddep.lst; exit 1) grub_register_command_prio in linux is not defined make: *** [moddep.lst] Error 1 I've looked here and there, and can't figure out what's missing. Can anyone help? I strongly suspect this was caused by Bean's huge patch on 2009-03-21, versions up to 2009-03-14 did build. I hope someone can lend a hand here! Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: PowerPC build is broken
On Tue, Apr 07, 2009 at 11:57:19AM -0400, Joseph Jezak wrote: > > I've looked here and there, and can't figure out what's missing. Can anyone > > help? I strongly suspect this was caused by Bean's huge patch on 2009-03-21, > > versions up to 2009-03-14 did build. > I tried with a checkout from today and it builds and boots fine on my > Powerbook G4. Are you still having issues building grub? No, this was related to the [BUGFIX] thread and was fixed by phcoder on a recent commit. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: Removing autogenerated files from svn
On Sun, Apr 12, 2009 at 01:47:49PM +0200, phcoder wrote: > Hello, we all know how annoying are these autogenerated files. We could > remove it. The main argument against it is that people will not be able > to compile without installing a lot of developement tools. It changes > nothing for the users wanting to modify the code. So I propose to remove > these files but in compensation setup a nightly build server. I'm ready > to supply all necessary scripts to create a source tar.gz with > autogenerated files, binary tar.gz and rescue iso for all platforms > where applicable. Please do. Even without the nightly tarballs, I don't think the requirement to have a few tools installed to build from the VCS is that bad. People who compile software from SVN should be used to this. There was also talk of rewriting the ruby scripts into any other language, preferably shell. That would make things a bit more simple. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: zfs preview
On Sun, Apr 26, 2009 at 09:50:09AM +1000, Chip Panarchy wrote: > Haven't had a chance to test it yet, but I'm sure phcoder will be interested! He surely will, yes... if you take into account that phcoder /is/ Vladimir. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: Fw: gettext support
On Fri, Jun 19, 2009 at 12:37:47PM +0200, Robert Millan wrote: > > Now the gettext module will search in $prefix/locale/lang.mo, where lang > > is the variable that the user will setup in grub.cfg (e.g. ca for > > catalan) and $prefix is usually /boot/grub > Uhm I'm not sure I agree on this one. Sure, they may be inaccessible, but > only in very rare setups. On the other hand, we _still_ need a .mo in the > standard directory, because some strings in grub-mkconfig are critical > (they generate text that populates menu entry titles). So that would mean > installing two .mo files. Is it really worth the hassle? I agree with Robert. These should be in /usr/share/locale; if you can't find it (due to a separate partition, or problems to read it), I think you should either: - lose, and get the C locale messages - try to set it up using the correct grub device that contains the locales. Probably grub.d/ could make that configurable somehow. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: Fw: gettext support
On Sun, Jun 21, 2009 at 11:18:08PM +0200, Robert Millan wrote: > > +" Use the %C and %C keys to select which entry is highlighted.\n" > > > > +" Press enter to boot the selected OS, 'e' to edit the\n" > > +" commands before booting or 'c' for a command-line." > Uhm this string seems problematic. We shouldn't have a \n there. I > wonder if there's an easy way to solve this. It'd be better if this was formed by a long, uncut string, but unless GRUB will have problems displaying the same using more or less lines than the original, it's not a very big deal. Translators can place the \n wherever they find is OK to cut the line. Many other programs have similar stuff. What is VERY important is that all the \n lines are part of a single msgid. What would be problematic (really!) would be something like: msgid "Use the %C and %C keys to select which entry is highlighted." msgid "Press enter to boot the selected OS, 'e' to edit the" msgid "commands before booting or 'c' for a command-line." Or even worse, msgid "Use the" msgid "keys to select which entry is highlighted." Translators are completely lost in these two cases. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: Fw: gettext support
On Mon, Jun 22, 2009 at 09:42:17PM +0200, Javier Martín wrote: > > msgid "Use the %C and %C keys to select which entry is highlighted." > > msgid "Press enter to boot the selected OS, 'e' to edit the" > > msgid "commands before booting or 'c' for a command-line." > Actually, the first string could stand on its own just fine, but the > second and the third should be joined. I don't agree. This is part of a full paragraph, and the ideal string would be just one. It's a mere coincidence that the first example msgid I wrote ends on a full stop. A translation would possibly span to two lines, and then you would have a problem, with the first "single" line taking one complete line and possibly just a few columns of the second, but you wouldn't be able to add more to the second line, as the msgid ended there. > msgid "Use the %C and %C keys to select which entry is highlighted." > msgstr "Utilize las teclas %C y %C para seleccionar la entrada > resaltada." Well, s/Utilize/Utilice/ > "Pulse Enter para iniciar el SO seleccionado, 'e' para editar la" > "lista de comandos antes de arrancar, ó 'c' para abrir un intérprete." s/Enter/Intro/ ;) Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: Fw: gettext support
On Tue, Jun 23, 2009 at 12:45:39PM +0200, Javier Martín wrote: > Why not? A msgid does not necessarily mean a \n, you can printf("%s %s", > _("first"), _("second")) just OK without an intervening line break. In > this particular case the gettext "directives" [0] don't tell us either > to merge or split: the two sentences are related, yes, but are perfectly > translatable on their own as their particular meaning does not depend on > one another. I guess it's a design decision. What I was trying to say is that in this case, that the two strings are both part of a full paragraph, and it's better to have them in a single msgid if possible. Splitting them can cause its own problems for some languages, if the translated text is just slightly longer than the original. > > Well, s/Utilize/Utilice/ > > s/Enter/Intro/ > > > > ;) > Heh... This is cruel and unusual punishment, I'm in exams (rocket > science, literally) and too stressed to be able to use my own native > language properly. Nevertheless, if you want to be a purist, you might > want to s/Enter/Entrar/ or even s/Enter/Retorno de carro/. ;P Didn't intend to sound as a punishment ;) Getting a bit offtopic, but I think Enter is one key, Return is another, so Retorno would be the translation for Return. Good luck with your exams! -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [Fwd: Bug#536846: grub-pc: /boot/vmlinux entry cannot be booted]
On Fri, Jul 24, 2009 at 02:55:01PM +0200, Felix Zielcke wrote: > How about just removing support for vmlinux kernels in grub-mkconfig? > I.e: > > Index: util/grub.d/10_linux.in > === > --- util/grub.d/10_linux.in (revision 2441) > +++ util/grub.d/10_linux.in (working copy) > @@ -112,7 +112,7 @@ EOF > EOF > } > > -list=`for i in /boot/vmlinu[xz]-* /vmlinu[xz]-* ; do > +list=`for i in /boot/vmlinuz* /vmlinuz-* ; do > if grub_file_is_not_garbage "$i" ; then echo -n "$i " ; fi >done` This was added because I requested it a year ago, when I started using GRUB on PowerPC, powerpc Debian kernels didn't ship a vmlinuz file, only vmlinux. This is not the case since 2.6.30, as apparently vmlinuz is now generating a vmlinuz file in postinstall, and I'm getting two entries for the same 2.6.30 kernel, 1 for vmlinux and one for vmlinuz. More interestingly, if I try to boot the vmlinuz entry I get dropped to OpenFirmware, with a friendly Illegal Memory Access error message. In short, I *need* vmlinux to boot my PPC, but need to hide the vmlinuz entries as they fail and are suppossed to be useful only to boot directly from OF. Ie, just the contrary that this user is asking for. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ On Fri, Jul 24, 2009 at 02:55:01PM +0200, Felix Zielcke wrote: > How about just removing support for vmlinux kernels in grub-mkconfig? > I.e: > > Index: util/grub.d/10_linux.in > === > --- util/grub.d/10_linux.in (revision 2441) > +++ util/grub.d/10_linux.in (working copy) > @@ -112,7 +112,7 @@ EOF > EOF > } > > -list=`for i in /boot/vmlinu[xz]-* /vmlinu[xz]-* ; do > +list=`for i in /boot/vmlinuz* /vmlinuz-* ; do > if grub_file_is_not_garbage "$i" ; then echo -n "$i " ; fi >done` > > Weitergeleitete Nachricht > > Von: Alvaro Herrera > > Reply-to: Alvaro Herrera , > > 536...@bugs.debian.org > > An: Debian Bug Tracking System > > Betreff: Bug#536846: grub-pc: /boot/vmlinux entry cannot be booted > > Datum: Mon, 13 Jul 2009 19:58:42 -0400 > > > > Package: grub-pc > > Version: 1.96+20090603-2 > > Severity: normal > > > > > > I have a /boot/vmlinux-2.6.26 file that I installed some time ago for > > use with oprofile. Since the /etc/grub.d/10_linux script looks for > > files using the pattern /boot/vmlinu[xz]*, this file is automatically > > added to the boot menu, and moreover it is selected as the first entry. > > > > However, this file doesn't boot properly. Grub gives a message saying > > so and then sits there waiting for user input. In practice it means I > > have to watch over the boot sequence or the workstation is as good as > > halted for all practical purposes. > > > > What I've been doing is edit 10_linux and change the /boot/vmlinu[xz]* > > pattern to /boot/vmlinuz*, but each time grub-pc is upgraded I have to > > edit the file again. I've been doing this for several releases and it > > has gotten old now. > > > > So my request is: can this pattern be turned into /boot/vmlinuz* in the > > file distributed with the package? I guess it boils down to whether > > there are still valid uncompressed (vmlinux) kernels that can be booted > > at all. > > > > > > -- Package-specific info: > > > > *** BEGIN /proc/mounts > > /dev/sda1 / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0 > > /dev/sda6 /usr ext3 rw,relatime,errors=continue,data=ordered 0 0 > > /dev/sda7 /var ext3 rw,noatime,errors=continue,data=ordered 0 0 > > /dev/md3 /home ext3 rw,noatime,errors=continue,data=writeback 0 0 > > /dev/md4 /home/fotos ext3 rw,noatime,errors=continue,data=ordered 0 0 > > /dev/dm-0 /home/media ext3 rw,noatime,errors=continue,data=ordered 0 0 > > /dev/sda5 /tmp ext2 rw,noatime,errors=continue 0 0 > > *** END /proc/mounts > > > > *** BEGIN /boot/grub/device.map > > (hd0) /dev/sda > > (hd1) /dev/sdb > > (hd2) /dev/sdc > > *** END /boot/grub/device.map > > > > *** BEGIN /boot/grub/grub.cfg > > # > > # DO NOT EDIT THIS FILE > > # > > # It is automatically generated by /usr/sbin/grub-mkconfig using templates > >
Re: [Fwd: Bug#536846: grub-pc: /boot/vmlinux entry cannot be booted]
On Fri, Jul 24, 2009 at 03:53:12PM +0200, Jordi Mallach wrote: > More interestingly, if I try to boot the vmlinuz entry I get dropped to > OpenFirmware, with a friendly Illegal Memory Access error message. Invalid memory access at %SRR0: 00203b94 %Srr1: 3030 load-size=edc0 adler32=e7f75f9f -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Problems with GRUB2 on PPC (Modified by Hollis Blanchard)
[Forwarded from a non-subscriber...] Hey! So by request of Hollis and Marco I'm writing this report. I just switched to GRUB 2 on my PowerPC, and encountered two problems. Hardware: Apple PowerBook G4 15" 750Mhz, purchased on January 2005. OS: Debian unstable and Ubuntu dapper installed. 1st problem: when creating grub.cfg, I accidentally leftout the ".img" suffix from the initrd line. When grub whined about a file not found, I tab-completed it, but the changes wouldn't take effect until I manually corrected it in grub.cfg after booting with yaboot. 2nd: after the tests were successful, I changed my OpenFirmware configuration and switched to grubof.modules. After reboot, I got a black screen. What happens is that grub does boot, but it shows black on black text, so you can't see anything. Pressing enter to boot your default entry works as expected, and Linux boots. Thanks for this great loader. It's fun to see GRUB on my laptop. :) Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: another regression on Efika
Hey, On Wed, Jul 04, 2007, Hollis said: > This problem could be caused by firmware presenting an > incorrect /memory/available property. I would instrument > grub_available_iterate() and heap_init() to confirm. > > That property lists unclaimed areas of memory, which are free for us to > use as heap. The memory used for firmware itself (including exception > handlers at 0), and the memory used by the loaded ELF file (GRUB), are > missing from /memory/available, so we know not to try to use those > regions for the heap. > > If that is in fact the problem (which wouldn't surprise me given this > particular firmware's track record), then we'll have to add some > hardcoded hack particularly for Efika in grub_machine_init(), bypassing > the more general code we have now. I'm afraid there must be more to this. The last version of GRUB which worked for me was Debian's 1.95-5, albeit it wouldn't show a valid menu (but that was caused by another bug, more or less fixed now). At that time, I could at least type in my linux+initrd commands to make the laptop boot. When the package was later on updated to a CVS snapshot of 20070505, GRUB started dropping me to OF at boot time. On Saturday, Robert helped me track this regression down to this same commit. After reverting and regenerating grub, I'm happy to report that for the first time my Powerbook G4 laptop was able to boot with me pressing no keys at all, using GRUB. In short, whatever is causing these crashes is not only an Efika issue. I suspect Apple, or Apple powerbooks at least, are also affected. I got Sjoerd to try this on his powerbook, and he confirms this fixes for him. Paul also tried, with the same results. Not all the powerbooks are the very same model, there are different model revisions involved. The biggest issue now is that we all had to fix our generated configurations, as grub-probe and update-grub won't cope with a device.map that looks like this: (hd)/dev/hda This is a minor issue that I can fix by hand, luckily. Thanks, Jordi -- Jordi Mallach <[EMAIL PROTECTED]> ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: OF disk naming scheme (Re: another regression on Efika)
On Tue, Jul 10, 2007 at 04:10:52PM +0200, Robert Millan wrote: > What naming/numbering scheme does this follow when you add more disks? hd, hd1, hd2. Luckily Mozillion has Firewire disks. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [PATCH] password command implementation
On Tue, Aug 07, 2007 at 02:17:16PM +0200, Julien Ranc wrote: > - plain text passwords are indeed very insecure, but I kept them, as it was > possible in Grub legacy. Should I remove them ? I think there's plenty of people who will have use for plain, insecure passwords. The first security problem of having access to the grub menu is that in a lot of cases, it is equal to having access to the hardware. That blows up pretty much all of your security measures, if you're not using encrypted filesystems or whatever. Plain password is easy to beat, but at least it adds a minimal layer of "annoyance" for anyone wanting to boot what they aren't supposed to boot. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: GRUB on powerpc
On Wed, Aug 29, 2007 at 03:03:59PM -0500, Jerone Young wrote: > The grub have to be on a FAT filesystem so that Open Firmware can > read them. I have grub2 installed in a hfs Apple bootstrap partition. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [PATCH] TODO
On Sun, Oct 21, 2007 at 03:40:03PM +0300, Vesa Jääskeläinen wrote: > > Should the TODO in CVS be updated with my patch, or removed altogether? > Perhaps add reference to Wiki page. And update Wiki ;) That makes you have a network connection to have a look at it. I personally would like to be able to find it in the source. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: GRUB 2 development
On Sat, Nov 10, 2007 at 06:53:51PM +0100, Marco Gerards wrote: > Hopefully we can start using a bug tracker soon. There are many that > are good. In my opinion the mailinglist and wiki doesn't work for us > anymore. > > If we have a bug tracker, bugs and patches won't be forgotted until we > actively close them. This will fix a serious problem in GRUB > development. At the moment I am a bit more active. But I can not > promise if I can keep being this active... > > Many projects use bugzilla. Perhaps it isn't perfect, but it does > what I want. I just do not have the resources to set that up. > Perhaps someone else knows something better. Have you considered using Trac? It's way lighter than bugzilla, and offers a few other simple features that could ease this project's management. Finding a place to host trac.enbug.org or whatever domain would be trivial. http://trac.edgewall.org/ Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: BTS overhaul
On Wed, Dec 12, 2007 at 03:37:28PM +0100, Robert Millan wrote: > No response? Does anybody object if I proceed? Did anyone comment on the trac-based solution I mentioned? If someone did, I missed it, sorry. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: BTS overhaul
On Sat, Dec 15, 2007 at 02:14:30PM +0100, Marco Gerards wrote: > No, the reaction to from Okuji was that if we have a bugtracker, it > needs to be available. So if one of us sets up a bugtracker, we have > no guarantee about availability. With savannah we have this. Well, Savannah isn't free of downtimes or problems. I mean, there are community development places like Savannah, Gna! or Alioth only based on trac. But don't make me wrong, I'm not personally interested in this at all, I was just making sure the suggestion did get to the right people. Now that tne BTS is clean, I guess it'll be good enough. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [PATCH] fix flickering timeout message for slow terminals (gfxterm)
Hi Robert, On Mon, Jan 14, 2008 at 03:10:15PM +0100, Robert Millan wrote: > + char *prelude = " The highlighted entry will be booted automatically > in"; > + grub_printf ("%s %ds.", second_stage ? "" : prelude, timeout); As you feared, this is not nice from a i18n POV. Concatenating strings like this will make the message untranslatable for a number of languages. > - grub_printf ("\ > - The highlighted entry will be booted automatically in %d s.", > - timeout); This one is ok, though. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [PATCH] fix flickering timeout message for slow terminals (gfxterm)
On Tue, Jan 15, 2008 at 12:18:55AM +0100, Robert Millan wrote: > Is this better? > + char *msg = " The highlighted entry will be booted automatically in > %ds."; > + char *msg_end = grub_strchr (msg, '%'); > + > + grub_printf (second_stage ? msg_end : msg, timeout); Yes; however as discussed on IRC we'll eventually have to take into account plural form handling. I need to discuss this with Danilo Segan or Christian Perrier for this particular case. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
powerpc fixes
help.o grub_emu-io_gzio.o grub_emu-kern_device.o grub_emu-kern_disk.o grub_emu-kern_dl.o grub_emu-kern_elf.o grub_emu-kern_env.o grub_emu-kern_err.o grub_emu-kern_file.o grub_emu-kern_fs.o grub_emu-kern_loader.o grub_emu-kern_main.o grub_emu-kern_misc.o grub_emu-kern_parser.o grub_emu-kern_partition.o grub_emu-kern_rescue.o grub_emu-kern_term.o grub_emu-normal_arg.o grub_emu-normal_cmdline.o grub_emu-normal_command.o grub_emu-normal_completion.o grub_emu-normal_execute.o grub_emu-normal_function.o grub_emu-normal_lexer.o grub_emu-normal_main.o grub_emu-normal_menu.o grub_emu-normal_menu_entry.o grub_emu-normal_misc.o grub_emu-normal_script.o grub_emu-normal_color.o grub_emu-partmap_amiga.o grub_emu-partmap_apple.o grub_emu-partmap_pc.o grub_emu-partmap_sun.o grub_emu-partmap_acorn.o grub_emu-util_console.o grub_emu-util_hostfs.o grub_emu-util_grub_emu.o grub_emu-util_misc.o grub_emu-util_biosdisk.o grub_emu-util_getroot.o grub_emu-util_powerpc_ieee1275_misc.o grub_emu-grub_script_tab.o grub_emu-grub_emu_init.o $(LDFLAGS) $(grub_emu_LDFLAGS) grub_emu-commands_boot.o: commands/boot.c $(commands/boot.c_DEPENDENCIES) $(CC) -Icommands -I$(srcdir)/commands $(CPPFLAGS) $(CFLAGS) -DGRUB_UTIL=1 $(grub_emu_CFLAGS) -MD -c -o $@ $< @@ -390,6 +391,10 @@ $(CC) -Ifs -I$(srcdir)/fs $(CPPFLAGS) $(CFLAGS) -DGRUB_UTIL=1 $(grub_emu_CFLAGS) -MD -c -o $@ $< -include grub_emu-fs_xfs.d +grub_emu-fs_fshelp.o: fs/fshelp.c $(fs/fshelp.c_DEPENDENCIES) + $(CC) -Ifs -I$(srcdir)/fs $(CPPFLAGS) $(CFLAGS) -DGRUB_UTIL=1 $(grub_emu_CFLAGS) -MD -c -o $@ $< +-include grub_emu-fs_fshelp.d + grub_emu-io_gzio.o: io/gzio.c $(io/gzio.c_DEPENDENCIES) $(CC) -Iio -I$(srcdir)/io $(CPPFLAGS) $(CFLAGS) -DGRUB_UTIL=1 $(grub_emu_CFLAGS) -MD -c -o $@ $< -include grub_emu-io_gzio.d diff -Nuar grub2-1.95+20080128/conf/powerpc-ieee1275.rmk buildd/grub2-1.95+20080128/conf/powerpc-ieee1275.rmk --- grub2-1.95+20080128/conf/powerpc-ieee1275.rmk 2008-01-27 22:44:02.0 + +++ buildd/grub2-1.95+20080128/conf/powerpc-ieee1275.rmk2008-01-30 21:29:31.0 + @@ -58,6 +58,7 @@ # For grub-emu util/grub-emu.c_DEPENDENCIES = grub_emu_init.h normal/execute.c_DEPENDENCIES = grub_script.tab.h +normal/command.c_DEPENDENCIES = grub_script.tab.h grub-emu_DEPENDENCIES = grub_script.tab.c grub_emu_SOURCES = commands/boot.c commands/cat.c commands/cmp.c \ commands/configfile.c commands/help.c \ @@ -69,7 +70,7 @@ fs/affs.c fs/cpio.c fs/ext2.c fs/fat.c fs/hfs.c \ fs/hfsplus.c fs/iso9660.c fs/jfs.c fs/minix.c \ fs/ntfs.c fs/ntfscomp.c fs/reiserfs.c fs/sfs.c \ - fs/ufs.c fs/xfs.c \ + fs/ufs.c fs/xfs.c fs/fshelp.c \ \ io/gzio.c \ kern/device.c kern/disk.c kern/dl.c kern/elf.c kern/env.c \ diff -Nuar grub2-1.95+20080128/include/grub/powerpc/libgcc.h buildd/grub2-1.95+20080128/include/grub/powerpc/libgcc.h --- grub2-1.95+20080128/include/grub/powerpc/libgcc.h 2008-01-10 07:27:08.0 + +++ buildd/grub2-1.95+20080128/include/grub/powerpc/libgcc.h2008-01-30 22:39:43.0 + @@ -25,21 +25,14 @@ void EXPORT_FUNC (__fixunsdfsi) (void); void EXPORT_FUNC (__floatsidf) (void); void EXPORT_FUNC (__floatsisf) (void); +void EXPORT_FUNC (__floatundisf) (void); void EXPORT_FUNC (__lshrdi3) (void); -void EXPORT_FUNC (__make_dp) (void); -void EXPORT_FUNC (__make_fp) (void); void EXPORT_FUNC (__muldf3) (void); void EXPORT_FUNC (__mulsf3) (void); -void EXPORT_FUNC (__pack_d) (void); -void EXPORT_FUNC (__pack_f) (void); void EXPORT_FUNC (__subdf3) (void); void EXPORT_FUNC (__subsf3) (void); -void EXPORT_FUNC (__thenan_df) (void); -void EXPORT_FUNC (__thenan_sf) (void); void EXPORT_FUNC (__trampoline_setup) (void); void EXPORT_FUNC (__truncdfsf2) (void); void EXPORT_FUNC (__ucmpdi2) (void); -void EXPORT_FUNC (__unpack_d) (void); -void EXPORT_FUNC (__unpack_f) (void); void EXPORT_FUNC (__floatdisf) (void); void EXPORT_FUNC (__cmpdi2) (void); -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
OF device names and util/biosdisk.c
[EMAIL PROTECTED]:~$ sudo grub-mkdevicemap --device-map=/dev/stdout (hd)/dev/hda However, grub-probe totally doesn't like the lack of drive number: [EMAIL PROTECTED]:~$ sudo grub-probe /boot/grub grub-probe: error: /boot/grub/device.map:1: Bad device name If I edit my device.map and add a drive number, say hd0: [EMAIL PROTECTED]:~$ sudo grub-probe /boot/grub hfs util/biosdisk.c assumes: if (drive < 0 || drive >= (int) (sizeof (map) / sizeof (map[0]))) show_error ("Bad device name"); Can this be ifndef GRUB_MACHINE_PCBIOS'd? Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: legal problem with cs89x0 driver
Hi, On Tue, Feb 05, 2008 at 07:36:34PM -0500, Gregg C Levine wrote: > Huh? > Robert the whole message was seen in UTF-8, not just the signature. So what > were you using last week, and even all month? Your answer is in his headers. Mutt will encode the message depending on its contents. If Robert's signature now includes "…" or "⁉", the full message gets recoded in UTF-8. Mixing the encodings of the message and the signature would be really bad news. Here goes another UTF-8 message. :) Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [PATCH] manpages for everything
On Sat, Feb 09, 2008 at 01:17:16AM +0100, Robert Millan wrote: > I think I missed --section here. Possibly other options as well. > --source=FSF ? Yes. For reference, I use this for GNU mailutils. #!/bin/sh ## mangen.sh ## Copyright (C) 2004 Free Software Foundation, Inc. ## ## GNU Mailutils is free software; you can redistribute it and/or ## modify it under the terms of the GNU General Public License as ## published by the Free Software Foundation; either version 2, or (at ## your option) any later version. ## ## This program is distributed in the hope that it will be useful, but ## WITHOUT ANY WARRANTY; without even the implied warranty of ## MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU ## General Public License for more details. ## ## You should have received a copy of the GNU General Public License ## along with this program; if not, write to the Free Software ## Foundation, Inc. 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA ## ## All mail utilities must be already installed! ## Requires `help2man'. Assume standard `/usr/local' by default. set -e if test -z "$1"; then prefix="/usr/local" else prefix=$1 fi export LD_LIBRARY_PATH="$prefix/lib" help2man="help2man" bin1="dotlock.mailutils frm.mailutils from.mailutils guimb mail mailutils-config messages.mailutils mimeview movemail.mailutils popauth readmsg.mailutils sieve" sbin8="comsatd imap4d pop3d" libexec8="mail.local mail.remote" for program in $bin1; do echo "Creating $program.1..." desc=`$prefix/bin/$program --help | sed -n '2s/.*-- //p'` $help2man -N -i debian/mangen.inc -s 1 -S FSF -n "$desc" $prefix/bin/$program >$program.1 done for program in $sbin8; do desc=`$prefix/sbin/$program --help | sed -n '2s/.*-- //p'` echo "Creating $program.8..." $help2man -N -i debian/mangen.inc -s 8 -S FSF -n "$desc" $prefix/sbin/$program >$program.8 done for program in $libexec8; do desc=`$prefix/lib/mailutils/$program --help | sed -n '2s/.*-- //p'` echo "Creating $program.8..." $help2man -N -i debian/mangen.inc -s 8mailutils -S FSF -n "$desc" $prefix/lib/mailutils/$program >$program.8 done exit 0 mangen.inc just includes the following, which doesn't apply to GRUB2: [see also] The complete GNU mailutils manual is not available in Debian systems due to licensing reasons. You can find this manual online in the GNU mailutils webpage: .br http://www.gnu.org/software/mailutils/manual/index.html. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [PATCH] manpages for everything
On Sat, Feb 09, 2008 at 11:30:42AM +0100, Robert Millan wrote: > > desc=`$prefix/bin/$program --help | sed -n '2s/.*-- //p'` > > $help2man -N -i debian/mangen.inc -s 1 -S FSF -n "$desc" > > $prefix/bin/$program >$program.1 > Do we need $desc/-n ? It looks like a workaround for a limitation in help2man > (or for some oddness in mailutils output). If I remember correctly, the default description in help2man manpages is a generic one, not useful at all. readmsg --help gives me: [EMAIL PROTECTED]:~$ readmsg --help Forma d'ús: readmsg [OPCIÓ...] GNU readmsg -- mostra missatges I extract the "show messages part" from this and use it as the description. I now found a bug report: #368628. In short, I think we need this here too. > Btw, what will we need when we support l10n in those utils' --help output? > LANG=C > for English manpages, plus some logic to enable each other supported > language? Do > we have to take something into account right now? Not for now. When we do have utils translations, the tricky part will be assuring the --help output is translated, or it'll be of little use, or will be half in English, half translated, etc. So we'd have to make some kind of rule, like "only generate l10n'd manpages if the po is up to date and 100% translated". This, if we want to go with autogenerated manpages forever. If we'd use the autogenerated manpages as a base for manually maintained manpages, then we would use "po4a" to maintain translations of the original documents. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Regression on powerpc-ieee2375
Hi, I've found some time to try to find out a small time gap where the following bug was introduced. I had a January or early February snapshot of grub installed in my Apple PowerBook. Installing it involves working around some problems, most notably grub-probe not liking that my boot device is called "hd" and not "hd0" in Apple's OpenFirmware. This makes grub-install unusable, although grub-mkdevicemap does write a correct file. To install, I need to copy the mod files to my bootstrap partition manually, create the core image and modify the correctly generated device.map so it reads "(hd0) /dev/hda" instead of "(hd) /dev/hda". After this, update-grub generates a grub.cfg, which I then need to correct back to "hd,X" values, and then I can boot. The other day I installed a recent grub snapshot, version 1.96+20080408-1, and grub stopped being able to boot Linux. The menu loads correctly, and when an entry gets selected, I get: Booting Debian GNU/Linux, linux 2.6.25-rc8-powerpc (single-user mode) Invalid memory access a t %SRR0: 00139d4%SRR1: 3030 load-size=5a474 adler32=50409797 and am dropped to an OF prompt. I've found out the last version that works is 1.96+20080219-2, with latest changelog entry: 2008-02-19 Robert Millan <[EMAIL PROTECTED]> * partmap/gpt.c: Include `'. (grub_gpt_partition_type_empty): Redefine with macro from `'. (gpt_partition_map_iterate): Adjust partition type comparison. [...] The next Debian version available is 20080228-1, with the following changelog entry: 2008-02-28 Robert Millan <[EMAIL PROTECTED]> * conf/i386-linuxbios.rmk (pkglib_MODULES): Add aout.mod. (aout_mod_SOURCES): New variable. (aout_mod_CFLAGS): Likewise. (aout_mod_LDFLAGS): Likewise. * conf/i386-ieee1275.rmk: Likewise. Does anyone have an educated guess of what commit could have broken powerpc? I'm more or less available for testing, when I have the laptop with me, and can be contacted on IRC as well. I mentioned the grub-probe "(hd)" problem back in February, but I don't remember reaching any conclusion on what the correct behaviour should be. I think Pavel suggested that grub translated these unusual device names to add a number between OF and grub, but that's all I can remember. Any help to get grub-probe functional on Apple would be cool. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel