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
>>
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
> > wrote:
> >> Hi,
> >>
> >> I am getting a panix when I boot a newly compiled system with sources
> >> downloaded yesterday.
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 camer
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:
> - r
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 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 co
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?
>>
>> Assu
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 that.
Daniel Gerzo :
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 g
On Wed, Jun 27, 2012 at 1:26 PM, Andrey Fesenko wrote:
> On Wed, Jun 27, 2012 at 12:42 PM, 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 un
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 s
on 27/06/2012 13:44 Andrey Fesenko said the following:
> On Wed, Jun 27, 2012 at 1:26 PM, Andrey Fesenko wrote:
>> On Wed, Jun 27, 2012 at 12:42 PM, 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
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
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:
>> • Che
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 partit
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
--- Mer 27/6/12, Doug Barton 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 bug-f
On 06/27/2012 07:30 AM, Pedro Giffuni wrote:
>
>
> --- Mer 27/6/12, Doug Barton 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
--- Mer 27/6/12, Doug Barton 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, it
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
tl:dr
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
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
http://lists.freebsd.org/mailman/listinfo/freebs
> -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
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: freebsd-curre
-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
>> wrote:
>>> On Wed, Jun 27, 2012 at 12:42 PM, Andriy Gapon
>>> wrote:
on 27/06/2012 1
On Wed, Jun 27, 2012 at 9:56 AM, Doug Barton wrote:
> On 06/27/2012 07:30 AM, Pedro Giffuni wrote:
>>
>>
>> --- Mer 27/6/12, Doug Barton ha scritto:
>> ...
>>>
I believe we do not
make this kind of work with any vendor code that is
>>> being updated in the
base;
>>>
>>> Au contrair
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
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 RAID
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 Partiti
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
> prov
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 statemen
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 a
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.
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
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
> >
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 w
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 OK
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
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
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
> c
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 hea
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 fo
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
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
___
freebsd-current@freebs
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
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 previo
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 | T
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 illust
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 pro
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, Ke
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
> >> wrote:
> >>> On Wed, Jun 27, 2012 at 12:42 PM, Andriy Gapon
> >>> wro
On Wed, Jun 27, 2012 at 2:39 PM, Poul-Henning Kamp 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 have seen some fo
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
On Thu, 28 Jun 2012 07:27:19 +0200
"O. Hartmann" 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 stick with the old sysins
64 matches
Mail list logo
