-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Folks,
as I announced before, the default sort in -CURRENT has been changed
to BSD sort. Since the import, the reported minor bugs have been
fixed and BSD sort has passed the portbuild test. If you encounter any
problems or incompatibility with
On 06/27/12 08:04, Gabor Kovesdan wrote:
Hi Folks,
as I announced before, the default sort in -CURRENT has been changed
to BSD sort. Since the import, the reported minor bugs have been
fixed and BSD sort has passed the portbuild test. If you encounter any
problems or incompatibility with
On 06/26/2012 11:04 PM, Gabor Kovesdan wrote:
Hi Folks,
as I announced before, the default sort in -CURRENT has been changed
to BSD sort.
Has this been performance tested vs. the old one? If so, where are the
results?
Since the import, the reported minor bugs have been
fixed and BSD sort
on 27/06/2012 08:27 Andrey Fesenko said the following:
On Wed, Jun 27, 2012 at 9:06 AM, Erich Dollansky
erichfreebsdl...@ovitrap.com wrote:
Hi,
I am getting a panix when I boot a newly compiled system with sources
downloaded yesterday. The panic was still there with the sources from three
-Original Message-
From: Doug Barton [mailto:do...@freebsd.org]
Sent: Tuesday, June 26, 2012 11:18 PM
To: Gabor Kovesdan
Cc: FreeBSD Current; Oleg Moskalenko
Subject: Re: [HEADS-UP] BSD sort is the default sort in -CURRENT
On 06/26/2012 11:04 PM, Gabor Kovesdan wrote:
Hi
On 06/26/2012 11:48 PM, Oleg Moskalenko wrote:
-Original Message- From: Doug Barton
[mailto:do...@freebsd.org] Sent: Tuesday, June 26, 2012 11:18 PM
To: Gabor Kovesdan Cc: FreeBSD Current; Oleg Moskalenko Subject:
Re: [HEADS-UP] BSD sort is the default sort in -CURRENT
On
Hi,
On Wednesday 27 June 2012 13:20:10 Andriy Gapon wrote:
on 27/06/2012 08:27 Andrey Fesenko said the following:
On Wed, Jun 27, 2012 at 9:06 AM, Erich Dollansky
erichfreebsdl...@ovitrap.com wrote:
Hi,
I am getting a panix when I boot a newly compiled system with sources
downloaded
on 27/06/2012 11:39 Erich Dollansky said the following:
Anyway, What would be a save way to get a trace to a disk as I do not have a
backup system with me?
Assuming I understand the question correctly your options are:
- remote console (serial/firewire/etc) from another machine
- digital camera
Hi,
On Wednesday 27 June 2012 15:42:43 Andriy Gapon wrote:
on 27/06/2012 11:39 Erich Dollansky said the following:
Anyway, What would be a save way to get a trace to a disk as I do not have a
backup system with me?
Assuming I understand the question correctly your options are:
- remote
Doug, I'll post some performance figures, probably tomorrow.
But I do not agree with you that we have to reproduce the old sort bugs.
It makes no sense and I am not going to do that. Absolutely not.
If some old scripts are relying on buggy behavior
(and I hope they are not) then the old scripts
On Wed, Jun 27, 2012 at 12:42 PM, Andriy Gapon a...@freebsd.org wrote:
on 27/06/2012 11:39 Erich Dollansky said the following:
Anyway, What would be a save way to get a trace to a disk as I do not have a
backup system with me?
Assuming I understand the question correctly your options are:
-
on 27/06/2012 11:49 Erich Dollansky said the following:
Hi,
On Wednesday 27 June 2012 15:42:43 Andriy Gapon wrote:
on 27/06/2012 11:39 Erich Dollansky said the following:
Anyway, What would be a save way to get a trace to a disk as I do not have a
backup system with me?
Assuming I
On 06/27/2012 02:09 AM, Oleg Moskalenko wrote:
Doug, I'll post some performance figures, probably tomorrow.
That's great, thanks.
But I do not agree with you that we have to reproduce the old sort bugs.
It makes no sense and I am not going to do that. Absolutely not.
That isn't what I said.
On 27.06.2012 10:43, Doug Barton wrote:
On 06/27/2012 02:09 AM, Oleg Moskalenko wrote:
Doug, I'll post some performance figures, probably tomorrow.
That's great, thanks.
But I do not agree with you that we have to reproduce the old sort
bugs.
It makes no sense and I am not going to do
Daniel Gerzo dan...@freebsd.org:
On 27.06.2012 10:43, Doug Barton wrote:
On 06/27/2012 02:09 AM, Oleg Moskalenko wrote:
Doug, I'll post some performance figures, probably tomorrow.
That's great, thanks.
But I do not agree with you that we have to reproduce the old sort bugs.
It makes no
On Wed, Jun 27, 2012 at 1:26 PM, Andrey Fesenko f0and...@gmail.com wrote:
On Wed, Jun 27, 2012 at 12:42 PM, Andriy Gapon a...@freebsd.org wrote:
on 27/06/2012 11:39 Erich Dollansky said the following:
Anyway, What would be a save way to get a trace to a disk as I do not have a
backup system
On 06/27/2012 03:02 AM, Daniel Gerzo wrote:
On 27.06.2012 10:43, Doug Barton wrote:
On 06/27/2012 02:09 AM, Oleg Moskalenko wrote:
Doug, I'll post some performance figures, probably tomorrow.
That's great, thanks.
But I do not agree with you that we have to reproduce the old sort bugs.
It
on 27/06/2012 13:44 Andrey Fesenko said the following:
On Wed, Jun 27, 2012 at 1:26 PM, Andrey Fesenko f0and...@gmail.com wrote:
On Wed, Jun 27, 2012 at 12:42 PM, Andriy Gapon a...@freebsd.org wrote:
on 27/06/2012 11:39 Erich Dollansky said the following:
Anyway, What would be a save way to
Hi,
Just a quick ping to make sure this isnt forgotten. Would it help
if I open a PR?
regards,
Vince
On 21/06/2012 19:34, John Baldwin wrote:
On Thursday, June 21, 2012 12:41:59 pm Vincent Hoffman wrote:
Hi again,
The 2nd patch (to if.h and if_gif.c) also fixes the
On Wednesday, June 27, 2012 12:50:20 am Andrey V. Elsukov wrote:
On 26.06.2012 21:37, John Baldwin wrote:
4. The gptboot now searches the backup GPT header in the previous sectors,
when it finds the GEOM:: signature in the last sector. PMBR code also
tries to do the same:
On Tuesday, June 26, 2012 5:23:08 pm Pawel Jakub Dawidek wrote:
On Tue, Jun 26, 2012 at 01:37:11PM -0400, John Baldwin wrote:
4. The gptboot now searches the backup GPT header in the previous sectors,
when it finds the GEOM:: signature in the last sector. PMBR code also
tries to do the
On 27.06.2012 16:07, John Baldwin wrote:
• Check the Signature
• Check the Header CRC
• Check that the MyLBA entry points to the LBA that contains the GUID
Partition Table
• Check the CRC of the GUID Partition Entry Array
If the GPT is the primary table, stored at LBA 1:
• Check the
On Wed, Jun 27, 2012 at 08:22:25AM -0400, John Baldwin wrote:
I don't think so. Most common case is to configure partitions on top of
a mirror. Mirroring partitions is less common. Mostly because of
hardware RAIDs being popular. You don't expect hardware RAID vendor to
mirror partitions.
On 06/26/12 22:29, Kenneth D. Merry wrote:
On Tue, Jun 26, 2012 at 19:41:07 -0400, Benjamin Kaduk wrote:
On Tue, 26 Jun 2012, Michael Butler wrote:
As follows, in g_disk_providergone, a NULL pointer reference?:
g_disk_providergone() is new in r237518 (by ken); ken cc'd.
Can you try the
--- Mer 27/6/12, Doug Barton do...@freebsd.org ha scritto:
...
I believe we do not
make this kind of work with any vendor code that is
being updated in the
base;
Au contraire, we frequently avoid updating the old versions
of things we have in the base precisely because they are
not
On 06/27/2012 07:30 AM, Pedro Giffuni wrote:
--- Mer 27/6/12, Doug Barton do...@freebsd.org ha scritto:
...
I believe we do not
make this kind of work with any vendor code that is
being updated in the
base;
Au contraire, we frequently avoid updating the old versions
of things we have
--- Mer 27/6/12, Doug Barton do...@freebsd.org ha scritto:
...
Nope.
I would think only the maintainer of the package has
the
authority to make any request in the lines of being
bug-for-bug compatible
You have a seriously wrong idea of maintainer. The
community owns the software,
Hi,
After only one off-list reply from the author of kern/136865 (see below)
after asking -questions, I thought it worth asking -CURRENT.
Basically:
I seem to have run into the problems described in this old thread.
http://lists.freebsd.org/pipermail/freebsd-questions/2004-April/044927.html
On Wed, Jun 27, 2012 at 01:29:14PM +0800, Kevin Lo wrote:
Kevin Lo wrote:
Konstantin Belousov wrote:
On Tue, Jun 26, 2012 at 12:38:25PM +0800, Kevin Lo wrote:
Konstantin Belousov wrote:
On Mon, Jun 25, 2012 at 10:03:28AM +0800, Kevin Lo wrote:
I've observed a panic in recent
On 27/06/2012 02:11, Devin Teske wrote:
Fixed.
Thanks!
The mouse daemon flags text still seems to have an upper-case 'S'
('Please Specify').
--
Bruce Cran
___
freebsd-current@freebsd.org mailing list
-Original Message-
But I do not agree with you that we have to reproduce the old sort
bugs.
It makes no sense and I am not going to do that. Absolutely not.
That isn't what I said. What I asked is for you to *test* the existing
sort vs. the new one, and to report where the
On Wed, Jun 27, 2012 at 10:22:59 -0400, Michael Butler wrote:
On 06/26/12 22:29, Kenneth D. Merry wrote:
On Tue, Jun 26, 2012 at 19:41:07 -0400, Benjamin Kaduk wrote:
On Tue, 26 Jun 2012, Michael Butler wrote:
As follows, in g_disk_providergone, a NULL pointer reference?:
Marcus, I'll provide some incompatibilities description, as many as I can do.
Thanks
Oleg
-Original Message-
From: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd-
curr...@freebsd.org] On Behalf Of Marcus von Appen
Sent: Wednesday, June 27, 2012 3:40 AM
To:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-06-27 07:07:40 -0400, Andriy Gapon wrote:
on 27/06/2012 13:44 Andrey Fesenko said the following:
On Wed, Jun 27, 2012 at 1:26 PM, Andrey Fesenko
f0and...@gmail.com wrote:
On Wed, Jun 27, 2012 at 12:42 PM, Andriy Gapon
a...@freebsd.org
On Wed, Jun 27, 2012 at 9:56 AM, Doug Barton do...@freebsd.org wrote:
On 06/27/2012 07:30 AM, Pedro Giffuni wrote:
--- Mer 27/6/12, Doug Barton do...@freebsd.org ha scritto:
...
I believe we do not
make this kind of work with any vendor code that is
being updated in the
base;
Au
On Jun 27, 2012, at 8:58 AM, Bruce Cran wrote:
On 27/06/2012 02:11, Devin Teske wrote:
Fixed.
Thanks!
The mouse daemon flags text still seems to have an upper-case 'S' ('Please
Specify').
Oops, forgot that one. Thanks Bruce!
Fixed.
--
Devin
NOTE: I probably won't be rushing to roll
On Wednesday, June 27, 2012 10:08:17 am Pawel Jakub Dawidek wrote:
On Wed, Jun 27, 2012 at 08:22:25AM -0400, John Baldwin wrote:
I don't think so. Most common case is to configure partitions on top of
a mirror. Mirroring partitions is less common. Mostly because of
hardware RAIDs being
On Wednesday, June 27, 2012 8:45:45 am Andrey V. Elsukov wrote:
On 27.06.2012 16:07, John Baldwin wrote:
• Check the Signature
• Check the Header CRC
• Check that the MyLBA entry points to the LBA that contains the GUID
Partition Table
• Check the CRC of the GUID Partition Entry Array
On Jun 26, 2012, at 10:37 AM, John Baldwin wrote:
GPT really wants the backup header at the last LBA. I know you can set it,
but I've interpreted that as a way to see if the primary header is correct or
not. It seems to me that GPT tables created in this fashion (inside a GEOM
I officially withdraw from the discussion. I hope it all works out well.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
On Jun 26, 2012, at 2:43 PM, Pawel Jakub Dawidek wrote:
As for sharing disk with other OS. If you share the disk with OS that
doesn't support gmirror, you shouldn't use gmirror in the first place.
You probably want to use only formats that are recognized by all your
OSes.
This statement is
Ah, I just tried sort on freebsd (5.3.0) versus sort on macosx 10.6
(5.93) - what a strange bug.
We _could've_ fixed this with an import of the latest gnu sort and
then migrated to a feature/bug compatible bsdsort, but I do see your
point(s). :-)
There's a fine line to walk between keeping POLA
On Jun 26, 2012, at 9:50 PM, Andrey V. Elsukov wrote:
If the primary GPT is corrupt, software must check the last LBA of the device
to see if it has a
valid GPT Header and point to a valid GPT Partition Entry Array.
For the FreeBSD an each GEOM provider can be treated as disk device.
So,
On 2012-06-27 08:04, Gabor Kovesdan wrote:
Hi Folks,
as I announced before, the default sort in -CURRENT has been changed
to BSD sort. Since the import, the reported minor bugs have been
fixed and BSD sort has passed the portbuild test. If you encounter any
problems or incompatibility with
On Jun 27, 2012, at 8:56 AM, Doug Barton wrote:
So can we please stop pretending that it's me who's the problem, and
start looking at these things rationally?
What is your short list of issues? From a high level there appear to be none,
but the devil is in the details, eh?
From earlier in
On Wed, Jun 27, 2012 at 10:37:11AM -0700, Marcel Moolenaar wrote:
On Jun 26, 2012, at 10:37 AM, John Baldwin wrote:
GPT really wants the backup header at the last LBA. I know you can set it,
but I've interpreted that as a way to see if the primary header is correct
or
not. It
On Wed, Jun 27, 2012 at 10:45:35AM -0700, Marcel Moolenaar wrote:
On Jun 26, 2012, at 2:43 PM, Pawel Jakub Dawidek wrote:
As for sharing disk with other OS. If you share the disk with OS that
doesn't support gmirror, you shouldn't use gmirror in the first place.
You probably want to
Olli,
Thanks for the feedback. We are working on some minor improvements and fixes,
when we are done we will commit
them to the ports and to the base system.
If you see any problems and inconsistencies, please let us know ASAP so we can
fix that.
Regards,
Oleg
-Original Message-
On Jun 27, 2012, at 11:34 AM, Pawel Jakub Dawidek wrote:
I'm sorry, Marcel, but what you describe here has nothing to do with
reality. To be able to implement realiable mirroring you have to use
on-disk metadata. There is no way around that. You can implement
non-redundant GEOM classes
On 06/27/12 16:28, John Baldwin wrote:
On Wednesday, June 27, 2012 8:45:45 am Andrey V. Elsukov wrote:
When we are in the FreeBSD, our loader can detect that device size
is lower than it see and it will work. When primary header is OK, then
other OSes should work with this GPT. When it isn't
On 2012-06-26 14:50, Andrey V. Elsukov wrote:
Some time ago i have started reading the code in the sys/boot.
Especially i'm interested in the partition tables handling.
I found several problems:
1. There are several copies of the same code in the libi386/biosdisk.c
and common/disk.c, and
On Wednesday, June 27, 2012 1:45:35 pm Marcel Moolenaar wrote:
On Jun 26, 2012, at 2:43 PM, Pawel Jakub Dawidek wrote:
As for sharing disk with other OS. If you share the disk with OS that
doesn't support gmirror, you shouldn't use gmirror in the first place.
You probably want to use
On Jun 27, 2012, at 11:20 AM, Pawel Jakub Dawidek wrote:
On Wed, Jun 27, 2012 at 10:37:11AM -0700, Marcel Moolenaar wrote:
On Jun 26, 2012, at 10:37 AM, John Baldwin wrote:
GPT really wants the backup header at the last LBA. I know you can set it,
but I've interpreted that as a way to
On 2012-06-27 21:02, Oleg Moskalenko wrote:
Olli,
Thanks for the feedback. We are working on some minor improvements and fixes,
when we are done we will commit
them to the ports and to the base system.
If you see any problems and inconsistencies, please let us know ASAP so we
can fix
On Jun 27, 2012, at 12:08 PM, Christian Laursen wrote:
On 06/27/12 16:28, John Baldwin wrote:
On Wednesday, June 27, 2012 8:45:45 am Andrey V. Elsukov wrote:
When we are in the FreeBSD, our loader can detect that device size
is lower than it see and it will work. When primary header is OK,
On 27.06.2012 21:55, Marcel Moolenaar wrote:
You can't just re-interpret standards to match a context you know very well
isn't applicable and consequently redefine what the word device means.
You're on a slippery slope and while you may not see it as a problem, you
do make it a problem for
On Jun 27, 2012, at 12:27 PM, Andrey V. Elsukov wrote:
On 27.06.2012 21:55, Marcel Moolenaar wrote:
You can't just re-interpret standards to match a context you know very well
isn't applicable and consequently redefine what the word device means.
You're on a slippery slope and while you may
On 2012.06.27. 10:34, Doug Barton wrote:
Great, can you post the results somewhere? I understand what you're
saying below that there are situations where worse performance may need
explanation, but it would be helpful if we had the data to look at.
If something is buggy than it is not comparable
On 2012.06.27. 8:11, O. Hartmann wrote:
... so, can I delete the entry
WITH_BSD_SORT=yes
in /etc/src.conf then?
Yes. BSD sort will still be the default. And if you want default GNU
sort, you can add WITH_GNU_SORT=yes.
Gabor
___
On 28.06.2012 00:14, Marcel Moolenaar wrote:
Our loader detects that primary GPT header is damaged. It tries to read
backup GPT header from the last LBA and it detects that there is
GEOM:: signature. It tries to read one previous sector and there is
*valid* GPT header.
How do you know it's
On Jun 27, 2012, at 1:48 PM, Andrey V. Elsukov wrote:
On 28.06.2012 00:14, Marcel Moolenaar wrote:
Our loader detects that primary GPT header is damaged. It tries to read
backup GPT header from the last LBA and it detects that there is
GEOM:: signature. It tries to read one previous sector
I would like to point out that all other operating system which has
had this precise problem, have solved it by adding a bootfs partition
to hold the kernel+modules required to truly understand the disk-layout ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org |
Hi All,
I'd like to announce that I intend to import bsdconfig(8) today.
===
Run-up…
Q. What is bsdconfig(8)?
A. dialog(1) based post-install configuration utility for configuring/managing
various aspects of FreeBSD.
Q. What does it look like?
A. No screenshots, but I do have a graphic
Hi
As promised, I am supplying an example of comparison between several sort
programs.
The test file is a randomly generated 1,000,000 lines, each line contain a
single floating point number.
We are going to sort it three ways - as text, as -n numeric sort, and as -g
numeric sort, with 4
Konstantin Belousov wrote:
On Wed, Jun 27, 2012 at 01:29:14PM +0800, Kevin Lo wrote:
Kevin Lo wrote:
Konstantin Belousov wrote:
On Tue, Jun 26, 2012 at 12:38:25PM +0800, Kevin Lo wrote:
Konstantin Belousov wrote:
On Mon, Jun 25, 2012 at 10:03:28AM +0800, Kevin Lo wrote:
Hi,
On Wednesday 27 June 2012 23:20:09 Jung-uk Kim wrote:
On 2012-06-27 07:07:40 -0400, Andriy Gapon wrote:
on 27/06/2012 13:44 Andrey Fesenko said the following:
On Wed, Jun 27, 2012 at 1:26 PM, Andrey Fesenko
f0and...@gmail.com wrote:
On Wed, Jun 27, 2012 at 12:42 PM, Andriy Gapon
On Wed, Jun 27, 2012 at 2:39 PM, Poul-Henning Kamp p...@phk.freebsd.dk wrote:
I would like to point out that all other operating system which has
had this precise problem, have solved it by adding a bootfs partition
to hold the kernel+modules required to truly understand the disk-layout ?
I
On 06/28/12 01:11, Devin Teske wrote:
Hi All,
I'd like to announce that I intend to import bsdconfig(8) today.
===
Run-up…
Q. What is bsdconfig(8)?
A. dialog(1) based post-install configuration utility for
configuring/managing various aspects of FreeBSD.
Q. What does it look
On Thu, 28 Jun 2012 07:27:19 +0200
O. Hartmann ohart...@zedat.fu-berlin.de wrote:
[skipped]
What will happen with the old sysinstall? Well, I'm glad to read that
svn log -v -r 225937 svn://svn.freebsd.org/base
FreeBSD makes a step forward, but maybe there are some people who want
to be
69 matches
Mail list logo