ked about
> that in earlier comments.
Not sure about that though. I seem to remember that newer gcc versions
were quite nitpicky about that when building with -Werror and I had
to add a NULL initialization to get it to build.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :&#x
ian
> [1] https://www.youtube.com/watch?v=c5aELZYK_5M
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 295
nutils-gdb.git;a=commitdiff;h=c9098af41e3246586a30f4f0bdb0ee4367e9a5e7#patch1
> [2]
> https://buildd.debian.org/status/fetch.php?pkg=grub2&arch=sparc64&ver=2.02%2Bdfsg1-5&stamp=1533001924&raw=0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...
tps://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commit;h=dc12032bca08554cf0a72d224e44f755f7789ff3
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75
On 08/07/2018 05:04 PM, Vladimir 'phcoder' Serbinenko wrote:
> I can change code to do conversion to coff ourselves.
Shouldn't that be a.out?
And we would still have the problem that other binaries for OBP
can no longer be generated using binutils.
Adrian
--
.''`
On 08/07/2018 12:51 PM, John Paul Adrian Glaubitz wrote:
> binutils/bfd recently removed a.out and COFF support for sparc [1].
I just noticed that COFF/a.out support for MIPS was removed as well
and shortly after restored since it seems that GRUB also needs
COFF/a.out support on MIPS.
So, can
ually don't allow multiple versions of the same package
to be part of the same distribution.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 954
On 08/08/2018 03:16 PM, Alan Modra wrote:
> On Wed, Aug 08, 2018 at 11:07:58AM +0200, John Paul Adrian Glaubitz wrote:
>> On the other hand, why does bfd even need to be reworked so much?
>
> You'd think that the AOUT and COFF support would be stable by now, and
> that&#x
Golang [1] and the SPE backend in gcc [2].
The problem is just that we are talking about code here that people
are actively using so I'm not sure what the alternatives are.
Adrian
> [1] https://github.com/golang/go/issues/19074
> [2] https://gcc.gnu.org/bugzilla/show_bug.cgi
and doesn't use BFD.
Development of new features. I know that Gold is ELF-only that's why
I was wondering why BFD isn't just kept in maintenance mode.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Un
ut elfutils for these purposes? I have been told by gcc people
that elfutils was supposed to replace binutils in this regard.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub
On 08/08/2018 08:27 PM, Maciej W. Rozycki wrote:
> On Wed, 8 Aug 2018, John Paul Adrian Glaubitz wrote:
>
>>> Gold supports only a small fraction of the platforms that BFD does,
>>
>> Which of the platforms that are still relevant for commercial applications
>> a
five different m68k targets which are covered
by a
single m68k target on Linux.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62F
he m68k targets in gcc are actively
used. The m68k target is still very popular despite its age.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-ber
n official Debian release, it's
just part of Debian Ports. But we're working on building the package
everywhere now.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.d
mmit;h=c9098af41e3246586a30f4f0bdb0ee4367e9a5e7
> [2] https://sourceware.org/ml/binutils/2018-08/msg00138.html
> [3]
> https://buildd.debian.org/status/fetch.php?pkg=grub2&arch=sparc64&ver=2.02%2Bdfsg1-9&stamp=1544184516&raw=0
> [4] http://ftp.osuosl.org/pub/clfs/conglomeration
be great
if pending improvements for GRUB on SPARC could still be integrated.
FWIW, I will be around at FOSDEM, so I would be happy to meet for a chat.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Univers
tools to do that.
Signed-off-by: John Paul Adrian Glaubitz
---
grub-core/Makefile.core.def| 6 ++
grub-core/boot/sparc64/ieee1275/boot.S | 18 +++---
include/grub/sparc64/ieee1275/boot.h | 3 +--
3 files changed, 18 insertions(+), 9 deletions(-)
diff --git a/grub
external tools to do that.
Signed-off-by: John Paul Adrian Glaubitz
---
v2:
- fix grammar in long description
grub-core/Makefile.core.def| 6 ++
grub-core/boot/sparc64/ieee1275/boot.S | 18 +++---
include/grub/sparc64/ieee1275/boot.h | 3 +--
3 files changed, 18
external tools to do that.
Signed-off-by: John Paul Adrian Glaubitz
---
v2:
- fix grammar in long description
v3:
- fix formatting in assembly code
- update comment in boot loader for consistency
grub-core/Makefile.core.def| 6 ++
grub-core/boot/sparc64/ieee1275/boot.S | 18
This is supposed to be version 3. Forgot to edit the subject.
Adrian
On 2/9/19 2:39 PM, John Paul Adrian Glaubitz wrote:
> Recent versions of binutils dropped support for the a.out and COFF
> formats on sparc64 targets. Since the boot loader on sparc64 is
> supposed to be an a.out binar
external tools to do that.
Signed-off-by: John Paul Adrian Glaubitz
---
v2:
- fix grammar in long description
v3:
- fix formatting in assembly code
- update comment in boot loader for consistency
grub-core/Makefile.core.def| 6 ++
grub-core/boot/sparc64/ieee1275/boot.S | 18
Hi Daniel!
Thanks for the review!
On 2/20/19 9:59 PM, Daniel Kiper wrote:
> On Sat, Feb 09, 2019 at 02:39:05PM +0100, John Paul Adrian Glaubitz wrote:
>> Recent versions of binutils dropped support for the a.out and COFF
>> formats on sparc64 targets. Since the boot loade
o worries. I'm currently moving apartments and I don't have much
time for the fun stuff at the moment either.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-
such that GRUB will build fine on sparc64 targets without any additional
patches.
Really looking forward to this release!
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.d
lly?
See: http://lists.gnu.org/archive/html/grub-devel/2019-02/msg00084.html
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0
external tools to do that.
Signed-off-by: John Paul Adrian Glaubitz
---
v2:
- fix grammar in long description
v3:
- fix formatting in assembly code
- update comment in boot loader for consistency
v4:
- add comments to explain offset adjustments and a.out header fields
grub-core/Makefile.core.def
missing the include path being passed to
the compiler where save-cwd.h is sitting in the source tree.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@phys
in the source tree.
>
> Could you clone clean GRUB git repo and run ./bootstrap instead of
> ./autogen.sh?
Right, for some reason I forgot about that. Builds fine with my patch
on sparc64 on Debian unstable now.
Now for some testing on various PowerPC targets.
Thanks,
Adrian
--
.&#
On 3/25/19 6:17 PM, John Paul Adrian Glaubitz wrote:
>> $ grub-install --force --skip-fs-probe /dev/sdb1
>> Installing for sparc64-ieee1275 platform.
>> grub-install: error: the size of `/boot/grub/sparc64-ieee1275/boot.img' is
>> not 512.
>>
>> $ ls
64-ieee1275 platform.
> grub-install: error: the size of `/boot/grub/sparc64-ieee1275/boot.img' is
> not 512.
>
> $ ls -al /boot/grub/sparc64-ieee1275/boot.img
> -rw-r--r--. 1 root root 544 Mar 25 12:10 /boot/grub/sparc64-ieee1275/boot.img
Hmm, let me have another look
On 3/25/19 6:22 PM, John Paul Adrian Glaubitz wrote:
> I am not done testing yet but I just realized, 544 = 512 + 32, so it looks
> like the a.out header is appended twice. Does an older binutils maybe default
> to a.out when just passing binary as the output format?
Just did another t
nt this is?
Is this on Solaris? I want to try reproducing it, so I can figure what happened.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0
rmat to be a.out.
Could you try the modified patch? I'm explicitly passing "-O binary"
now for the sparc64_ieee1275_objcopyflags.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - gl
uilds fine on these targets without any
additional patches or modifications necessary, except for sparc64 which
needs my a.out patch for which I will send an updated revision later
today.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debi
external tools to do that.
Signed-off-by: John Paul Adrian Glaubitz
---
v2:
- fix grammar in long description
v3:
- fix formatting in assembly code
- update comment in boot loader for consistency
v4:
- add comments to explain offset adjustments and a.out header fields
v5:
- explicitly pass '-O b
external tools to do that.
Signed-off-by: John Paul Adrian Glaubitz
---
v2:
- fix grammar in long description
v3:
- fix formatting in assembly code
- update comment in boot loader for consistency
v4:
- add comments to explain offset adjustments and a.out header fields
v5:
- explicitly pass '-O b
Signed-off-by: John Paul Adrian Glaubitz
---
grub-core/boot/sparc64/ieee1275/boot.S | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/grub-core/boot/sparc64/ieee1275/boot.S
b/grub-core/boot/sparc64/ieee1275/boot.S
index ed3aec464..c7eb8aae5 100644
--- a/grub-core/boot/sparc64
day.
>
> Thank you for doing these tests.
You're welcome. And I just realized: I forgot to mention riscv64, I tested
the build there as well and it builds fine, too :-).
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `'
On 3/27/19 12:36 PM, Daniel Kiper wrote:
> On Tue, Mar 26, 2019 at 09:45:02AM -0600, Eric Snowberg wrote:
>>> On Mar 26, 2019, at 3:47 AM, John Paul Adrian Glaubitz
>>> wrote:
>>> Recent versions of binutils dropped support for the a.out and COFF
>>> for
d?
Once we know there is nothing more coming, I would be happy to perform
another build test on all supported targets. Actually installing GRUB
would be difficult as I don't have root permissions on all machines
for testing.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :&#x
; Change fs functions to add fs_ prefix
>>
>> This avoid conflict with gnulib
>>
>> Signed-off-by: Vladimir Serbinenko
>
> Is it at least build tested for all supported platforms?
> If yes you can add Reviewed-by: Daniel Kiper
I can help with the build-test
all I test GRUB with the patch
applied on all supported targets?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75
* riscv64 - OK
* s390x- OK
* sparc64 - OK
* x32 - OK
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF
On 4/12/19 7:37 AM, adrian15 wrote:
> ./configure \
> --enable-grub-mkfont \
> --with-platform="pc" \
> --target="i386-pe" \
> --prefix \
> "/path/to/sg2d_grub_installations/hybrid/"
Try passing "--disable-werror" here.
Adrian
--
drian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
___
Grub-deve
latform limitation:
> https://www.gnu.org/software/grub/manual/grub/grub.html#Platform-limitations
That would indeed explain the problem. However, Debian's GRUB version
does support compressed kernels on sparc64. I wonder whether we have
a local modification that makes this possible.
Adrian
--
/boot/vmlinuz-4.19.0-4-sparc64-smp.
grub>
Going to decompress the kernel now and see if that helps. I'm just surprised
that GRUB supposedly doesn't support compressed kernels on sparc64 when
we have used that before with 2.02.
Not that I have a problem with an uncompressed kerne
On 4/17/19 11:34 AM, John Paul Adrian Glaubitz wrote:
> Going to decompress the kernel now and see if that helps. I'm just surprised
> that GRUB supposedly doesn't support compressed kernels on sparc64 when
> we have used that before with 2.02.
Okay, the uncompressed kernel
this example
> https://github.com/torvalds/linux/pull/663#issuecomment-474615610 ).
To be fair, I think proper testing of GRUB can only be done when
deployed on an actual target. It's also not really a beginner's
project anyway, so I think people who send in patches should also
be re
no idea what it actually uses.
Adrian
> [1] https://lists.debian.org/debian-sparc/2019/04/msg00036.html
> [2] https://mirrors.dotsrc.org/oracle-linux/OL6/U9/x86_64/
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universit
query OpenFirmware whether we're running on a PowerMac, if that's
somehow possible.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0
On 5/6/19 7:15 PM, Neil MacLeod wrote:
> Does anyone have a patch?
Try the attached patch.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A
On 5/3/19 9:57 AM, John Paul Adrian Glaubitz wrote:
>> We also do understand that name can be safely omitted as the device is
>> actually getting located by
>> its address. Therefore, these two paths refer to the same device:
>>
>> /pci@f400/ata-6@d/dis
whether ofpathname's
different behavior here is specific to PowerMacs or PowerPC in
general, i.e. I will have to test that on the IBM CHRP machines
we have in Debian.
Maybe the tool has only been tested on SPARC ever.
> And I would like to hear Eric's opinion here.
Sure.
Adrian
at the files bootinfo.txt.in and grub.chrp.in from GRUB
upstream have one interesting difference. The grub.chrp.in script defines
a partition in the boot-script tag while the bootinfo.txt.in does not
(see below).
On 5/11/19 1:22 AM, John Ogness wrote:
> On 2019-05-05, John Paul Adrian Glaubi
On 5/11/19 8:07 AM, John Paul Adrian Glaubitz wrote:
>> If you find some time, I think it would be interesting if we had a
>> grub-boot test image where BootX is using:
>>
>>
>> boot &device;:,\System\Library\CoreServices\grub.elf
>>
>>
>> I
ly busy with work (I'm also @suse.com ;)).
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A7
delay.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
___
Grub-de
ou send us the patch soon? IMO this is the last thing
> which blocks the release.
Working on this now. Just need to perform a test build with gcc-9 now.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Be
ddress-of-packed-member]
1253 | *label = (char *) grub_f2fs_utf16_to_utf8
(data->sblock.volume_name);
|^~~~
cc1: all warnings being treated as errors
Signed-off-by: John Paul Adrian Glaubitz
---
grub-core/fs/f2fs.c | 9 ++
On 6/3/19 1:03 PM, Daniel Kiper wrote:
> John, could you do your test builds?
Yes, can do.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A
- OK
* ia64 - OK
* mipsel - OK
* mips - OK
* mips64el - OK
* powerpc - OK
* ppc64- OK
* ppc64el - OK
* s390x- OK
* sparc64 - OK
* x32 - OK
So, from my side there is no objection against releasing GRUB 2.04 now.
Thanks,
Adrian
--
.''`. John Paul Adria
gt; /proc/devices: fopen failed: No such file or directory
> Unknown device "/dev/sda2": No such device
> /proc/devices: fopen failed: No such file or directory
> Unknown device "/dev/sda2": No such device
> /proc/devices: fopen failed: No such file or directory
> Unkn
l installation of GRUB succeeded.
> `grub-ofpathname /dev/sda` output:
> /pci@8000/pci@4/pci@0/pci@0/scsi@0/disk@w0,0
> And... still can't open boot device :(
The best would be to ask Eric Snowberg from Oracle for advise. He has the most
insight.
Adrian
> John Paul Adrian Glaubitz &
aller-team/grub-installer/blob/master/debian/grub-installer.templates#L267
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F
his commit afterwards. For now, we really need to move forward with
> a fully successful travis run to ensure that we catch regressions early
> on.
This can't be. GRUB builds just fine on ia64, I just tested that yesterday.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :&
s. For now, we really need to move forward with
> a fully successful travis run to ensure that we catch regressions early
> on.
Same here, builds fine on Debian unstable. Just tested yesterday.
In fact, all supported targets build fine.
Adrian
--
.''`. John Paul Adrian Glau
tively on ia64. I'll try on one of SUSE's own ia64 boxes now.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37
el and a few other utilities due to missing std libraries.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG
y well for grub, given that we're even
> doing execution tests against a few of the resulting binaries ;).
Interesting.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - gl
someone convinces me differently, I'll submit that as a patch.
I would have to test that on an actual ia64 machine.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
a64 at the end when everything is already sorted.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
___
Hi!
On 6/5/19 12:33 AM, Leif Lindholm wrote:
> On Wed, Jun 05, 2019 at 12:11:00AM +0200, John Paul Adrian Glaubitz wrote:
>> On 6/4/19 8:51 PM, Leif Lindholm wrote:
>>> #ifndef GRUB_MACHINE_EMU
>>> -#if defined (__aarch64__) || defined (__powerpc__) || defined (
;re still waiting for the 2.04 release. The issues
that Sonnie are seeing might resolve with the 2.04 version.
I hope we can get 2.04 real(TM) soonish.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berli
On 6/6/19 11:13 AM, Leif Lindholm wrote:
> Changes in v2:
> - Alphabetically sort macros in conditional.
> - Add Adrian's T-b.
Superb, thanks a lot ;).
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `'
o release. If there are any
issues showing up on the lesser tested targets, I will forward them upstream.
Thanks for all the work and I'm looking forward to release!
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Fr
c.
The debian/rules file can be found in [1].
@Eric: Do you have any suggestion what could be wrong with the Debian package?
Adrian
> [1] https://salsa.debian.org/grub-team/grub/blob/master/debian/rules
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...
strstr (container->partmap->name, "gpt"))
>bl.gpt_offset = grub_partition_get_start (container);
>
Works as expected and fixes the problem I reported earlier [1].
Tested-by: John Paul Adrian Glaubitz
@Eric: Any comments?
Adrian
> [1] https://lists.
On 7/16/19 2:02 PM, Vladimir 'phcoder' Serbinenko wrote:
> LGTM. Let's give it another day on ML, then I'll commit it
Friendly reminder ;-).
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Fre
d. So, it's only mips that needs to be disabled due to the
toolchain
being used not being able to build all mips targets.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-b
oblem.
Please try to be a bit more polite. We're mostly volunteers here.
> [1] https://photos.app.goo.gl/4Pimhpr8SwPerA1h7
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berli
lem. The GRUB installation
failure may just be a result of the kernel panic/OOPS that's happening in
the background while running grub-install.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet B
GE_SIZE $F2FS_BLKSIZE
I would write "f2fs" in lower case here for consistency with the rest of the
script.
+ exit 77
+fi
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berli
eems an interesting option for paying technical writers to work on
documentation which is often lacking in many open source projects.
Adrian
> [1] https://developers.google.com/season-of-docs
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `
tial partitions which may or may not mark the range of
> the ISO filesystem.
I'm on the util-linux mailing list and I haven't seen this reported there yet.
I would expect them to react to such rather problematic regressions if they
are being reported.
Adrian
--
.''
all architectures.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
___
;
> if [ x"$link_nopie_needed" = xyes ] || [ x"$pie_possible" = xyes ]; then
I have not verified yet that fix yet but it makes sense for
the aforementioned reasons.
Thanks for fixing this.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Dev
es ]; then
>TARGET_CFLAGS="$TARGET_CFLAGS -fno-PIE -fno-pie"
> + TARGET_CCASFLAGS="$TARGET_CCASFLAGS -fno-PIE -fno-pie"
> fi
>
> if [ x"$link_nopie_needed" = xyes ] || [ x"$pie_possible" = xyes ]; then
>
This fixes the issue f
64"
> - TARGET_CCASFLAGS="$TARGET_CCASFLAGS -m64"
> - TARGET_CPPFLAGS="$TARGET_CPPFLAGS -m64"
> - TARGET_LDFLAGS="$TARGET_LDFLAGS -m64"
> - TARGET_MODULE_FORMAT="elf64"
> -fi
> -
> if test "x$grub_cv_cc_target
een observed on SPARC only, correct. But it generally sense
to include the no-PIE/no-pie flags in ASFLAGS as well.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-
Hi!
On 2/20/20 9:46 AM, John Paul Adrian Glaubitz wrote:
> On 2/19/20 4:01 PM, Daniel Kiper wrote:
>> As I told during my FOSDEM 2020 presentation we are preparing for
>> GRUB 2.06 release. Tentative schedule is below:
>> - code freeze: 15th of March, 23:59:59 UTC; ev
f March, 23:59:59 UTC; everything posted after
>> that date will not be considered as a release material,
>
> Just a kind reminder... Less than two weeks left...
I really appreciate the faster release cycle. Much appreciated!
Thanks a lot for your efforts, Daniel!
Adrian
--
.&
While GRUB has no platform support for SuperH (sh4) yet, this change
adds the target-specific handling of soft-floats such that the GRUB
utilities can be built on this target.
Signed-off-by: John Paul Adrian Glaubitz
---
configure.ac | 5 +
1 file changed, 5 insertions(+)
diff --git a
:).
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
___
Grub-devel
On 3/11/20 12:01 PM, Olaf Hering wrote:
> Am Wed, 11 Mar 2020 11:56:27 +0100
> schrieb John Paul Adrian Glaubitz :
>
>> Which version of SUSE Linux is that, in case I want to reproduce that?
>
> SLE_12 and Leap 42.3, everything with gcc-4.8. I may be able to work around
EFI_GLOBAL_VARIABLE_GUID \
>> - { 0x8BE4DF61, 0x93CA, 0x11d2, { 0xAA, 0x0D, 0x00, 0xE0, 0x98, 0x03,
>> 0x2B,0x8C }}
>> + { 0x8BE4DF61, 0x93CA, 0x11d2, { 0xAA, 0x0D, 0x00, 0xE0, 0x98, 0x03,
>> 0x2B, 0x8C }}
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
st "x$TARGET_CFLAGS" = x; then
> - TARGET_CFLAGS="$TARGET_CFLAGS -Os"
> + TARGET_CFLAGS=-Os
> fi
Good catch. It took me a few seconds to realize that the conditional
is only true and "-Os" added when TARGET_CFLAGS is not set by the
user :).
Adrian
--
.&
mp_test
> config.cache
> config.guess
> @@ -31,6 +33,7 @@ configure
> core_compress_test
> DISTLIST
> docs/*.info
> +/docs/*.info-*
> docs/stamp-vti
> docs/version.texi
> ehci_test
What's with the preceding slash in the filenames? Is it really
"/30_
le located in the same
> directory where the .gitignore file is _and_in_all_of_its_subdirs_.
Ah, I wasn't aware of that syntax. Thanks for the explanation.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@d
1 - 100 of 246 matches
Mail list logo
