Thread: [Openbsdbinpatch-misc] Binpatch Preso

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

I was planning to give a preso on binpatch for our first Maryland BSD Users 
group on Jan 31. (http://mdbug.org/)

Was wondering if I could get some feedback from you guys.

-ME

2007/1/16, Mike Erdely <mi...@er...>:
> I was planning to give a preso on binpatch for our first Maryland BSD Users
> group on Jan 31. (http://mdbug.org/)
>
> Was wondering if I could get some feedback from you guys.

Impressive. I have already shared it with some co-workers.

Let me know where it will be stored, to link to it.

By the way, I started to work on XF4 support and have some questions
I'd like to share with everyone in another message. Has someone else
tried it?

-- 
Gerardo Santana

Hi everybody,

On Wednesday, 17. January 2007 16:13, Gerardo Santana G=F3mez Garrido wrote:
> > Was wondering if I could get some feedback from you guys.
>
> Impressive. I have already shared it with some co-workers.

Indeed. Looking sharp! In fact, what's inside the slides is basically what=
=20
I've been thinking of putting inside one or more manpages as it provides a=
=20
good structure and overview.

> By the way, I started to work on XF4 support and have some questions
> I'd like to share with everyone in another message. Has someone else
> tried it?

Not yet, I'm still pretty booked until next week, then I'll setup the sparc=
=20
with 4.0 and the HP risc with as well. I'm thinking about buying a cheap=20
Apple G4 on Ebay for some other OpenBSD related project, if I can get it fo=
r=20
a cheap price. Then I'll gladly test whatever you've got in store for me ;-)

regards,
Tobias

Tobias Weisserth wrote:
> On Wednesday, 17. January 2007 16:13, Gerardo Santana G=F3mez Garrido w=
rote:
 >> 2007/1/16, Mike Erdely <mi...@er...>:
>>> Was wondering if I could get some feedback from you guys.
>> Impressive. I have already shared it with some co-workers.
> Indeed. Looking sharp! In fact, what's inside the slides is basically w=
hat=20
> I've been thinking of putting inside one or more manpages as it provide=
s a=20
> good structure and overview.

Perfect. Thanks for the feedback.  Exactly the reaction I was looking for.

-ME

On Wed, 17 Jan 2007, Gerardo Santana G=F3mez Garrido wrote:
> By the way, I started to work on XF4 support and have some questions
> I'd like to share with everyone in another message. Has someone else
> tried it?

Wouldn't it be better to concentrace on xenocara support as it is the=20
future. Well except if XF4 support is very easy to implement, of course ;=
)

--=20
Antoine
2007/1/17, Antoine Jacoutot <aja...@lp...>:
> On Wed, 17 Jan 2007, Gerardo Santana G=F3mez Garrido wrote:
> > By the way, I started to work on XF4 support and have some questions
> > I'd like to share with everyone in another message. Has someone else
> > tried it?
>
> Wouldn't it be better to concentrace on xenocara support as it is the
> future. Well except if XF4 support is very easy to implement, of course ;=
)

Certainly. I'll check xenocara.

--=20
Gerardo Santana

Gerardo Santana G=F3mez Garrido wrote:
> Impressive. I have already shared it with some co-workers.
> Let me know where it will be stored, to link to it.

After the meeting it will be available on the MD BUG website: http://mdbu=
g.org/

-ME

Mike Erdely wrote:
> After the meeting it will be available on the MD BUG website: 
> http://mdbug.org/

We've changed our name to CapBUG (Capital Area BSD Users Group).

The slides are on 
http://mdbug.org/wp-content/uploads/2007/02/binpatch.html or 
http://mdbug.org/wp-content/uploads/2007/02/binpatch.pdf

-ME

Hi Mike,

> Was wondering if I could get some feedback from you guys.

Imho, that presentation looks very useful!

Still, just in case you are interested in some very minor
nitpicking:

 - On slide 3,
   a remark "not yet officially supported in OpenBSD 4.0"
   behind option 3, "use binpatch"
   might help to avoid confusion.

 - On slide 4,
   an additional remark
   "Choose this option if you only need to patch one or two
    boxes and aim for quickness and simplicity."
   might be helpful - otherwise, people might wonder whether
   errata are useful at all.

 - On slide 5, line 1, after "for patching"
   consider adding "more than a handful of servers"

 - On silde 5, line 4,
   "use cdXY.iso", not "user cdXY.iso"

 - On slide 6, line 5,
   "It doesn't hurt to apply patches already applied."
   is dangerous.  It *can* hurt applying them out of order.
   With kernel patches, this is obvious, with userland patches,
   order is *usually*, but by no means *necessarily* irrelevant.
   Not sure how to patch this in the slides - you certainly
   do not want to discuss all the details.

 - Regarding slide 16,
   currently none...  ;-)

Yours,
  Ingo

Ingo Schwarze wrote:
> Hi Mike,

Hey, Ingo,

>> Was wondering if I could get some feedback from you guys.
> Imho, that presentation looks very useful!

Appreciate it.

> Still, just in case you are interested in some very minor
> nitpicking:

I am, thanks.

>  - On slide 3,
>    a remark "not yet officially supported in OpenBSD 4.0"
>    behind option 3, "use binpatch"
>    might help to avoid confusion.

Added.

>  - On slide 4,
>    an additional remark
>    "Choose this option if you only need to patch one or two
>     boxes and aim for quickness and simplicity."
>    might be helpful - otherwise, people might wonder whether
>    errata are useful at all.

I added this, but don't see how people would consider errata not useful. =
 The=20
usefulness of the publication of problems and fixes shouldn't depend on t=
he=20
number of boxes you have to manage.  Or am I misunderstanding you?

>  - On slide 5, line 1, after "for patching"
>    consider adding "more than a handful of servers"

Changed to "This seems to be the most recommended method for patching a m=
ore=20
than a small number of servers."

>  - On silde 5, line 4,
>    "use cdXY.iso", not "user cdXY.iso"

Thanks.

>  - On slide 6, line 5,
>    "It doesn't hurt to apply patches already applied."
>    is dangerous.  It *can* hurt applying them out of order.
>    With kernel patches, this is obvious, with userland patches,
>    order is *usually*, but by no means *necessarily* irrelevant.
>    Not sure how to patch this in the slides - you certainly
>    do not want to discuss all the details.

I changed it to "Tarballs can be copied and applied to many servers. If y=
ou=20
can=92t remember whether you installed a binpatch already, it doesn=92t h=
urt to=20
re-apply it while applying newer binpatches."  Better?

> Yours,
>   Ingo

-ME

Thread: [Openbsdbinpatch-misc] Binpatch Preso

openbsdbinpatch-misc