-
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
as a
> testbed has the following specifications:
>
This is just CPU specs which are useless to determine platform.
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
On 22.10.2012 19:30, Paulo Flabiano Smorigo/Brazil/IBM wrote:
>
> Quoting Vladimir 'φ-coder/phcoder' Serbinenko :
>
>> On 16.10.2012 12:28, Paulo Flabiano Smorigo/Brazil/IBM wrote:
>>
>>> Hi all!
>>>
>>> This patch implements the solu
> That didn't help either. Teh automatically generated elf image works
> but without usb keyboard support, and the manually generated one
> doesn't work either as 2.0 didn't...
Is there a hub or is keyboard connected directly?
--
Regards
Vladimir 'φ-coder/phcoder
grade. It will also disable
Reed-Solomon. Just left 1M-1 sector. This is guaranteed to be enough and
results in nocely aligned first partition.
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
r people.
>
This space is to be used only by bootloader. Anything else should use
files.Files is how data is organised on modern computers. You need a
very good reason to use anything else.
>
> I do not understand, why all this information must be grabbed by a
> complicated error-prone
,
>
> --
> Javier.
>
>
>
> Forgot lsusb output, now attached...
>
When time permits (most likely next Sunday) I'll make for you an image
that I've tested on my fuloong to see if it makes any difference.
> --
> Javier.
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
On 27.11.2012 13:05, Colin King wrote:
> From: Colin Ian King
>
> Just a small set of changes to tidy up the code by removing unused
> variables or variables that are set and never used.
>
It doesn't look like you use current bzr trunk
--
Regards
Vladimir 'φ-
-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
upstream (as well as my previous patch).
>
>
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenP
(but - who knows...) :-)
>
> BR,
> Ales
>
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
ied after fixing its unjustified performance overhead (I
adapted the code a bit for it.
> Thanks!
>
> Tilmann Bubeck
>
>
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/li
On 14.09.2012 17:38, Paulo Flabiano Smorigo/Brazil/IBM wrote:
> Hi all,
>
> There are some cases when the device path is bigger then 64 chars. Using
> a dynamic allocation will avoid problems with the size.
>
Applied after adding some precautions.
--
Regards
Vladimir &
b-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
efi_file=grub.efi ;;
> esac
> -# TODO: We should also use efibootmgr, if available, to add a Boot
> -# entry for ourselves.
> fi
> efidir="$efidir/EFI/$efi_distributor"
> mkdir -p "$efidir" || exit 1
>
&g
m depending on crypto.mod it's good to have a
separate command for unlocking, not part of hdparm.
> Regards,
> Michael
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
&g
On 10.12.2012 18:49, Aleš Nesrsta wrote:
> Vladimir 'φ-coder/phcoder' Serbinenko píše v Po 10. 12. 2012 v 11:57
> That is very good question but I probably cannot say definite answer.
> Theoretically we have two possible low limits related to each USBMS
> device:
>
On 01.01.2013 19:31, Seth Goldberg wrote:
> Yay!! Does this change the minimum GCC version needed to build?
We don't support anything older than 4.2. That's unlikely to change.
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: Op
d to use older versions despite our documented
> requirement.
>
Older than 4.2 versions of GCC can compile GRUB 2.00. It's just not
supported. As for 3.x, I don't think it's worth even going there
--
Regards
Vladimir 'φ-coder/phcoder'
support that.
>
Other than loopback, all devices follow the naming scheme insluding type
prefix as detailed in manual. "usbN" means that the device is accessed
using GRUB own modules. To use chainloader on EFI you have to avoid
loading any USB modules and use hdX names.
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
On 02.01.2013 02:05, Hervé Guillemet wrote:
> Le 02/01/2013 01:33, Vladimir 'φ-coder/phcoder' Serbinenko a écrit :
>> On 02.01.2013 01:14, Colin Watson wrote:
>>
>>> On Wed, Jan 02, 2013 at 12:31:14AM +0100, Hervé Guillemet wrote:
>>>> I have a new A
files could contain architecture-specific
> substitutions, but I think this is good enough.
In general it's better to avoid mentionning grub-*-setup in user docs at
all. Such info is inner workings and belongs to dev docs.
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
sign
x.
>
> I tried to reproduce this and the other warning with flex 2.5.37 and GCC
> 4.7.2 and couldn't, so I'm reluctant to make a change that I can't test.
> Can you still reproduce this? If so, could you attach your generated
> grub_script.yy.c?
>
--
Regards
Vla
quot;*_vars"? Then I can use "struct foo_vars *vars = data;" or similar as
> well and it should work out reasonably well.
>
I feel like "_ctx" is a good one. It is the executional context, it's
just trimmed to what we really need.
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
;device;
> - file->offset = 0;
>file->data = xzio;
> - file->read_hook = 0;
>file->fs = &grub_xzio_fs;
>file->size = GRUB_FILE_SIZE_UNKNOWN;
>file->not_easily_seekable = 1;
> @@ -210,10 +207,7 @@ grub_xzio_open (grub_file_t io)
> }
may be viable in some cases like where we already
switch to FOR_* macros.
>
> Please review.
>
> Thanks,
>
>
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-d
IOSes are limited to less (8 is usual limit).
>
>
> Chris Murphy
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Desc
On 07.01.2013 11:54, Colin Watson wrote:
> On Thu, Jan 03, 2013 at 06:13:11PM +0100, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
>> On 02.01.2013 18:18, Colin Watson wrote:
>>
>>> https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1082045 notes a
>>
, as is the case in parts of the
> disk/filesystem stacks), as that's roughly the minimum sensible unit and
> it makes it reasonably easy to grep for missing changes.
>
> Please review.
>
> Thanks,
>
>
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
s
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
On 11.01.2013 23:14, Colin Watson wrote:
> On Fri, Jan 11, 2013 at 09:54:22PM +0100, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
>> 1) DSA keys only. RSA is more tricky since it needs padding and RSA
>> should be progressively phased out, not put into new places du
On 13.01.2013 09:33, Andrey Borzenkov wrote:
> В Fri, 11 Jan 2013 21:54:22 +0100
> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>
>> Hello, all. I've just committed import of libgcrypt and implementation
>> of related code to check signatures. Short usa
On 15.01.2013 11:56, Colin Watson wrote:
> Part three of my nested functions patch set. Size changes:
Go ahead for parts 2 and 3.
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
_
> - The source code includes some grub_dprintf diagnostics, but neither
> the tests nor running grub_shell shows any of this output. What's the
> proper way of enabling these diagnostic messages?
Setting debug variable.
E.g. debug=all or debug=usb
--
Regards
Vladimir &#
comment in appropriate place) or if this mention is
copyright-significant (e.g. import from other project) in which case it
needs to be approved by a maintainer, mentioned in the appropriate
space, and, if technically reasonable, put it into a separate directory
under grub-core/lib.
--
Regards
Vladimi
e default entry. We expect
> that most people who use GRUB_HIDDEN_TIMEOUT will want to have GRUB_TIMEOUT
> set
> -to @samp{0} so that the menu is not displayed at all unless a key is pressed.
> +to @samp{0} so that the menu is not displayed at all unless @key{ESC} is
> +pr
torage devices
> like GPS devices, cameras, card readers etc. - which will be probably
> never used as boot devices... (but - who knows...) :-)
>
> BR,
> Ales
>
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo
org
> https://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
t; https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1069772
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.a
intact but given that the kernels won't be able to recognize
such a case anyway it's a minor one. Could you update the patch not to
mention SFS?
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
n/listinfo/grub-devel
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
cisearch = pcisubsearch = 0;
> +
> + if (state[0].set) {
> +pcisearch |= grub_strtoull (state[0].arg, 0, 16);
> +pcimask |= 0x;
> + }
> +
> + if (state[1].set) {
> +pcisearch |= (grub_strtoull (state[1].arg, 0, 16) <&l
ust drop the diaresis.
> -andrey
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
e.def
> $(top_srcdir)/grub-core/Makefile.gcry.def | autogen -T
> $(top_srcdir)/Makefile.tpl | sed -e '/^$$/{N;/^\\n$$/D;}' > $@.new || (rm -f
> $@.new; exit 1)
> mv $@.new $@
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
=id}] @
> @{ @var{menu entries} @dots{} @}
> This defines a submenu. An entry called @var{title} will be added to the
> menu; when that entry is selected, a new menu will be displayed showing all
>
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
is the biggest remaining single patch in this set. Disk/file read
> hooks still need to be un-nested, but that's less complex, and then I
> believe it's just a collection of little bits and pieces.
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.a
On 21.01.2013 15:44, Andrey Borzenkov wrote:
> В Sun, 20 Jan 2013 23:51:46 +0100
> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>
>>> @deffn Command menuentry @var{title} @
>>> [@option{--class=class} @dots{}] [@option{--users=users}] @
>>> - [
tions rather than divisions
> + pos += sizeof (dpart);
> + if (grub_disk_read (disk, sector, offset, sizeof (dpart), &dpart))
> + return grub_errno;
> +
> + grub_dprintf ("partition",
> +"partition %2d: offset 0x%llx, size 0x%llx\n",
> + part.number,
> +(unsigned long long) grub_le_to_cpu64 (dpart.boffset),
> +(unsigned long long) grub_le_to_cpu64 (dpart.bsize));
> +
We have PRIxGRUB_UINT64_T for this.
> + /* Is partition initialized? */
> + if (! (dpart.boffset && dpart.bsize))
> + continue;
> +
> + part.number = partno;
> + part.start = grub_le_to_cpu64 (dpart.boffset) / GRUB_DISK_SECTOR_SIZE;
> + part.len= grub_le_to_cpu64 (dpart.bsize) / GRUB_DISK_SECTOR_SIZE;
> + part.offset = pos / GRUB_DISK_SECTOR_SIZE;
Likewise.
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
e in its boot menu.
> --S
>
>
> _______
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: Op
On 22.01.2013 18:44, Paulo Flabiano Smorigo/Brazil/IBM wrote:
> + grub_ieee1275_open (device, &dev_ihandle);
Please don't open another handle. This can cause lockdown on some
platforms. Use the already available framework.
--
Regards
Vladimir 'φ-coder/phcoder' Serbi
on.\n'
> + printf '%s doesn'\''t look like an EFI partition.\n' /boot/efi
> /boot/efi doesn't look like an EFI partition.
> + efidir=
> + test -n ''
> + efidir=/boot/grub2
> + efi_distributor=
> + efi_file=grub.efi
> + mkdir -p /boot/
On 25.01.2013 06:22, Andrey Borzenkov wrote:
> Does not "testpci" without parameters always return TRUE?
>
No, it tests for presence of PCI bus. This is actually a potentially
useful functionality.
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
De
sly that all info is in 512B sector? Perhaps output everything
in kibibytes?
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'φ-coder/phcoder'
mit is documented though. */
> + if (kernelsyssize > GRUB_FREEDOS_MAX_SIZE)
> +{
> + grub_error (GRUB_ERR_BAD_OS,
> + "file `%s' is too large for a valid"
> + " FreeDOS kernel.sys", argv[0]);
> + goto f
ound. Rather than having to keep
different clauses in Makefile.am in sync you have to keep gentpl.py and
configure.ac in sync. Doesn't seem to be worth it.
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
p"; then
> # Make sure that there is no duplicated entry.
> tmp=`sed -n '/^([fh]d[0-9]*)/s/\(^(.*)\).*/\1/p' "$device_map" \
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
'\0', '\0'}. Using strncasecmp() seemed like a simple way to approach
> the problem.
>
strncasecmp isn't for comparing te binary strings. In GRUB it's fairly
simplistic but this is conceptually wrong. Conceptually híbr and HIBR
would
On 28.01.2013 18:18, Paulo Flabiano Smorigo/Brazil/IBM wrote:
>
> Quoting Vladimir 'φ-coder/phcoder' Serbinenko :
>
>> On 22.01.2013 18:44, Paulo Flabiano Smorigo/Brazil/IBM wrote:
>>
>>> + grub_ieee1275_open (device, &dev_ihandle);
>>
&
T, http_receive,
> - http_err, http_err,
> + http_err, NULL,
> file);
>if (!data->sock)
> {
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
=== modified file 'g
grub_disk_close (parent);
> - return 0;
> - }
>
> - dev_name = grub_xasprintf ("%s,%s", parent->name,
> - ctx.partition_name);
> - grub_free (ctx.partition_name);
> + return dev_name;
&g
com/gopher/gw?gopher://sdf.org/1/users/djringjr/>
> *C**hat* Skype: djringjrMSN: djrin...@msn.com
> <mailto:djrin...@msn.com>AIM: N1EAicq: 27380609
>
> =30=
>
>
> _______
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/
more like downstream issue.
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
in /boot/grub/unicode_24.pf2 and add
GRUB_FONT_PATH=/boot/grub/unicode_24.pf2
to /etc/default/grub
> Chris Murphy
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
s
On 07.02.2013 03:06, Cyrille Lefevre wrote:
> manually editing the Makefile
After such a manipulation, no, it's not supposed to build.
Apparently you have missed export.h altogether.
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP
Hello, all. I've suffered an HDD failure (bad sectors appearing
continously). Fortunately most important data was backed up on external
storage. But it will take few days before I'm up and running again. I'll
answer mail when I'm fully operational. I'll also send in a program to
recover files from
On 14.02.2013 16:05, Phillip Susi wrote:
> I recently had an incident that reminded me that while the grub rescue
> shell is better than nothing when there's a problem, it often isn't
> enough to troubleshoot and work around the error. These days most
> disks start the first partition at 1 MiB, s
Committed, thanks. Sorry for delay.
On 30.01.2013 20:21, Paulo Flabiano Smorigo/Brazil/IBM wrote:
> === modified file 'ChangeLog'
> --- ChangeLog 2013-01-27 15:17:21 +
> +++ ChangeLog 2013-01-28 16:39:41 +
> @@ -1,3 +1,15 @@
> +2013-01-28 Paulo Flabiano Smorigo
> +
> + Support Openf
On 19.02.2013 09:43, Michael Chang wrote:
> They could still booting to other distribution via
> togging the active flag and perform the rescue of data.
If they have the ability to toggle this flag, why don't they have the
ability to simply reinstall bootloader?
signature.asc
Description: Ope
I haven't gone through this whole thread yet but this is one of problems
with blocklist installs:
Suppose blocklist changes because of e.g. user mistake. Yet at the old
location there is still the old core.img. For the time being. So this
problem may go unnoticed for years yet if someone has the ab
On 19.02.2013 13:58, Martin Wilck wrote:
> Vladimir,
>
> thanks for your thoughtful answer. I understand your concerns better now.
>
> On 02/19/2013 10:37 AM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>
>> Suppose blocklist changes because of e.g. user m
> What do you prefer - this "improved" bulk transfer limiting or the
> simple original one?
Did you really see the devices with max_packet_size more than 1024? It's
the maximum I see with my HDD adapters. And currently we don't look at
max_packet_size at all. This should be fixed first. I'm looki
Please try attached patch
=== modified file 'grub-core/bus/usb/serial/ftdi.c'
--- grub-core/bus/usb/serial/ftdi.c 2013-02-01 20:49:29 +
+++ grub-core/bus/usb/serial/ftdi.c 2013-02-24 18:58:04 +
@@ -128,7 +128,7 @@
real_config (port);
- grub_usb_bulk_write (port->usbdev, port->out_en
> What do you prefer - this "improved" bulk transfer limiting or the
> simple original one?
I misread what patch does. It looks better now. Can you propagate the
change to bulk_write as well, like in the patch I sent?
>
> BR,
> Ales
>
>
>
> ___
> G
On 25.02.2013 14:07, Vladimir Testov wrote:
> I would like to contact with the authors for discussing some ideas.
>
> Is there anyone responsible for this part of grub2?
>
Sorry, for delay. HDD failure has reduced my activity a lot (still got a
pile of 2GiB of mostly useless lost+found files).
On 17.02.2013 21:52, Denis 'GNUtoo' Carikli wrote:
> Hi,
>
> Here's a small change for enabling the linux16 command(needed for ipxe)
> with the coreboot target.
>
> As stated in the commit message linux16 doesn't work yet.
>
Do you know of any target supporting only linux16 protocol (i.a. no
m
>It works this way:
>grub rescue> set
>prefix=(mduuid/f897565f27383014091630e267aa4720)/grub
>root=mduuid/f897565f27383014091630e267aa4720
>grub rescue> set root=memdisk
>grub rescue> set prefix=($root)/
>grub rescue> ls /
>powerpc-ieee1275/
>grub rescue> insmod normal
>grub rescue> normal
If you
On 25.02.2013 23:35, Gerard Butler wrote:
> Can I be the official themer? I've already created a ton of grub themes.
Here we were speaking about code part, not theme itself. In order for
the theme to be accepted official it needs to adhere to very strict
liberty and copyright standards which i.a.
On 06.02.2013 17:35, Vladimir Testov wrote:
> ticks_disappear option in circular_progress has no default value
>
It does. The whole structure is allocated with zalloc so all members are
set to 0, so 0 is default value for ticks_disappear.
> And it's no good.
>
> fix included
>
>
>
> ___
On 21.01.2013 13:14, Colin Watson wrote:
> Part seven. This particular patch in the set loses some of the
> compressed-kernel size we'd gained from earlier patches, but it's still
> a good bit smaller than when I started on this work so I'm not worried.
> Note that, as a general pattern, I have
On 04.03.2013 17:27, Bob Lemar wrote:
> Thank you for your replies.
>
>
> Yes, it is definitely BIOS problems as it doesn't allow to boot from
> external drive directly (via BIOS boot order settings). It doesn't
> show this drive at boot menu even after soft reboot. So BIOS
> doesn't provide ac
On 04.03.2013 20:19, Lennart Sorensen wrote:
> On Mon, Mar 04, 2013 at 08:27:41PM +0400, Bob Lemar wrote:
>> Thank you for your replies.
>>
>>
>> Yes, it is definitely BIOS problems as it doesn't allow to boot from
>> external drive directly (via BIOS boot order settings). It doesn't
>> show this
On 05.03.2013 00:16, Chris Murphy wrote:
>
> On Mar 4, 2013, at 12:43 PM, "Lennart Sorensen"
> wrote:
>
>> On Mon, Mar 04, 2013 at 08:33:51PM +0100, Vladimir 'φ-coder/phcoder'
>> Serbinenko wrote:
>>> Not necessarily. 3T drives often us
On 04.03.2013 12:27, Vladimir Testov wrote:
> + else
> +{
> + return GRUB_ERR_IO;
> +}
This is not a correct error handling. You should never return an error
without calling grub_error. Also in all these contexts you handle the
cases of unknown property name. I don't feel like refus
On 04.03.2013 05:07, Nickolai Zeldovich wrote:
> read_terminal_list() and read_crypto_list() both call
>
> cur->name = grub_strdup (name);
>
> and both incorrectly check whether it failed by using "if (!name)"
> instead of "if (!cur->name)". The patch below fixes these two issues.
>
Applied
Committed, thanks.
On 04.03.2013 17:01, Andrey Borzenkov wrote:
> gcc -DHAVE_CONFIG_H -I. -Wall -W -I./include -DGRUB_UTIL=1
> -DGRUB_LIBDIR=\"/usr/local/lib64/grub\"
> -DLOCALEDIR=\"/usr/local/share/locale\"
> -DGRUB_FILE=\"grub-core/fs/iso9660.c\" -I. -I. -I. -I. -I./include
> -I./include
On 07.03.2013 09:53, Vladimir Testov wrote:
>icondir = grub_env_get ("icondir");
>if (icondir)
> icon = try_loading_icon (mgr, icondir, class_name);
> + grub_free(icondir);
grub_env_get doesn't give you a personal copy but the common one. You
should not free it. In fact
On 07.03.2013 10:05, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> On 07.03.2013 09:53, Vladimir Testov wrote:
>
>>icondir = grub_env_get ("icondir");
>>if (icondir)
>> icon = try_loading_icon (mgr, icondir, class_name);
>
On 24.02.2013 08:40, Andrey Borzenkov wrote:
>
> @menu
> +* [:: Check file types and compare values
> * acpi::Load ACPI tables
> +* authenticate::Check whether user is in user list
> +* background_color::Set backgrou
On 09.03.2013 17:47, Andrey Borzenkov wrote:
> В Fri, 12 Oct 2012 17:09:54 +0100
> Colin Watson пишет:
>
>> This is very much a temporary hack, so I'm sending it here for
>> discussion rather than just committing it even though it's quite simple.
>>
>> r3036.1.15 introduced support for filling i
On 10.03.2013 14:01, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> On 09.03.2013 17:47, Andrey Borzenkov wrote:
>
>> В Fri, 12 Oct 2012 17:09:54 +0100
>> Colin Watson пишет:
>>
>>> This is very much a temporary hack, so I'm sending it here for
&g
On 18.03.2013 19:56, Chris Murphy wrote:
>
> On Mar 18, 2013, at 12:34 PM, Bob Lemar wrote:
>
>> Guys, forget about 4K sectors. The problem is starting USB attached drive.
>
> Other USB drives aren't causing the reported problem, including other USB 3TB
> drives.
>
> Maybe the issue is the c
On 18.03.2013 22:05, Chris Murphy wrote:
>
> On Mar 18, 2013, at 1:41 PM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>
>> On 18.03.2013 19:56, Chris Murphy wrote:
>>
>>>
>>> On Mar 18, 2013, at 12:34 PM, Bob Lemar wrote:
>>>
&g
On 13.03.2013 11:53, Vladimir Testov wrote:
> + int min = width;
> + if (height < min) {
> +min = height;
> + }
Please avoid using variables like max/min which can easily conflict with
macros defined on some systems
signature.asc
Description: OpenPGP digital signature
__
On 13.03.2013 11:52, Vladimir Testov wrote:
> In current state, start angle is measured in "parrots", where 1 "parrot" = 1
> /
> 256 of full circle.
>
> With simple patch we can set start angle in degrees (which makes no
> difference
> for the program, but makes configuration to be more user-
On 15.03.2013 17:52, Andrey Borzenkov wrote:
> В Wed, 13 Mar 2013 14:52:13 +0400
> Vladimir Testov пишет:
>
>> In current state, start angle is measured in "parrots", where 1 "parrot" = 1
>> /
>> 256 of full circle.
>>
>> With simple patch we can set start angle in degrees (which makes no
>>
On 15.03.2013 18:56, Lennart Sorensen wrote:
> On Fri, Mar 15, 2013 at 08:52:08PM +0400, Andrey Borzenkov wrote:
>> В Wed, 13 Mar 2013 14:52:13 +0400
>> Vladimir Testov пишет:
>>
>>> In current state, start angle is measured in "parrots", where 1 "parrot" =
>>> 1 /
>>> 256 of full circle.
>>>
>
On 10.03.2013 17:45, Andrey Borzenkov wrote:
>> > Also I think it's worth mentioning that luks/geli/... aren't autoloaded.
>> >
> Is there any other encryption container that is currently supported? I
> see only LUKS and geli.
Currently only luks and geli
>>> > > +When option @option{--check} i
On 30.03.2013 17:20, Francesco Lavra wrote:
> Why not simply call grub_strcpy (*device, tmp)?
Here you should use grub_Strdup actually
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.g
Only DSA is supported for now and your key is RSA.
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
On 26.03.2013 15:44, Radosław Szymczyszyn wrote:
> + if (! (dpart.boffset && dpart.bsize))
> + continue;
Why do you exclude partitions starting at 0?
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel
301 - 400 of 2378 matches
Mail list logo
