[buildd] getting w-b access back?

[Ingo Juergensmann-4]

Hi!

It's been a while since DSA 1571 (vulnerable SSL keys) and disabled access
to w-b. In the meanwhile Stephen took the burden to act a human w-b, but
that's not a long term solution and should be terminated now (not Stephen,
but acting as human w-b of course! ;)

So, the question is: how to proceed?
1) Waiting for Godot^W^Wuntil the SSH keys are silently enabled again?
2) Asking someone (DSA?) to enable them again?
3) Setting up our own wanna-build instance?

I would be willing to host that w-b instance on my server, if 3) is choosen.

--
Ciao...                //        Fon: 0381-2744150
      Ingo           \X/         SIP: 2744150@...

gpg pubkey: http://www.juergensmann.de/ij_public_key.asc


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Luk Claes]

Ingo Juergensmann wrote:
> Hi!
>
> It's been a while since DSA 1571 (vulnerable SSL keys) and disabled access
> to w-b. In the meanwhile Stephen took the burden to act a human w-b, but
> that's not a long term solution and should be terminated now (not Stephen,
> but acting as human w-b of course! ;)
>
> So, the question is: how to proceed?

> 2) Asking someone (DSA?) to enable them again?

buildd-team@... , I thought Stephen already contacted them?

Cheers

Luk


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Stephen R Marenka]

Howdy,

If I can be of any service in helping to get the m68k buildds access to
buildd.d.o again or anything else, please let me know.

I've access to nearly every m68k buildd and I've checked patches and
can update keys as required. Right now I plan to regenerate them all,
just to be safe.

I'd be willing to maintain the authorized_keys for buildd_m68k if that
would help.

Right now I'm queueing about 15 buildds and maintaining w-b status
manually and I'm about wore out.

Thanks,

Stephen

--
Stephen R. Marenka     If life's not fun, you're not doing it right!
<stephen@...>

[Stephen R Marenka]

On Sun, Jun 08, 2008 at 10:06:17AM -0500, Stephen R Marenka wrote:

> If I can be of any service in helping to get the m68k buildds access to
> buildd.d.o again or anything else, please let me know.

Ryan replied back, so here we go. He wants new keys and updated email
addresses. I plan to generate new keys and I have email addresses for
all the current buildds except hobbes, quickstep, and jazz. The latter
two of which I don't know if they're still functioning or not.

If you think you're about to have a new buildd, let me know. I'll set
it up.

Christian: do you plan on reviving aahz, garkin, and/or tanda?

I plan on getting this done today, so any response is better early than
late. :)

Thanks,

Stephen

--
Stephen R. Marenka     If life's not fun, you're not doing it right!
<stephen@...>

[Michael Schmitz-6]

Hi Stephen,

>> If I can be of any service in helping to get the m68k buildds access to
>> buildd.d.o again or anything else, please let me know.
>
> Ryan replied back, so here we go. He wants new keys and updated email
> addresses. I plan to generate new keys and I have email addresses for
> all the current buildds except hobbes, quickstep, and jazz. The latter
> two of which I don't know if they're still functioning or not.

Thanks for sorting this out. New keys for crest and kullervo follow by PM
right away. New keys for q650 and hobbes as soon as I have dug them out.

> If you think you're about to have a new buildd, let me know. I'll set
> it up.
>
> Christian: do you plan on reviving aahz, garkin, and/or tanda?
>
> I plan on getting this done today, so any response is better early than
> late. :)

I know, I should have sent them a lot sooner ...

Anyway, I've spent some time here getting all sorts of weird and wonderful
molecular graphics packages ported/backported to a range of testing and
unstable installations, and I think we should seriosuly tweak package
priorities on some of those, if not toss them out entirely. Anything that
lists OpenGL as runtime requirement would be fair game IMO.

Plus there still is a lot of build-dependency errors around. Maybe I
should hook up a ix86 buildd in parallel to hobbes and only queue a build
on hobbes if it could be done on ix86?

End of rant ...

  Michael


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Wouter Verhelst]

On Tue, Jun 10, 2008 at 08:51:22AM -0500, Stephen R Marenka wrote:
> On Sun, Jun 08, 2008 at 10:06:17AM -0500, Stephen R Marenka wrote:
>
> > If I can be of any service in helping to get the m68k buildds access to
> > buildd.d.o again or anything else, please let me know.
>
> Ryan replied back, so here we go. He wants new keys and updated email
> addresses. I plan to generate new keys and I have email addresses for
> all the current buildds except hobbes, quickstep, and jazz. The latter
> two of which I don't know if they're still functioning or not.

Quickstep is working as an experimental buildd currently. Probably best
to keep it at that. Since experimental building requires patched sbuild
and buildd, mixing it with unstable is also not a very good idea.

Jazz I haven't powered on in a looong time. I'm also not sure whether
2.6 even runs on that machine, since it's been so long (Quadra 950)

I'll probably revive ska some time soon. It was shut down when its hard
disk died a while back, but I have more disks...

--
<Lo-lan-do> Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Christian T. Steigies]

On Tue, Jun 10, 2008 at 08:51:22AM -0500, Stephen R Marenka wrote:
>
> Christian: do you plan on reviving aahz, garkin, and/or tanda?

Yes, I do (all of them), but I better not give you a date on that...
tanda should still work, but it was crashing frequently last I tried.
The other two need a fresh installation, still, I know...

Christian


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Finn Thain]

On Wed, 11 Jun 2008, Wouter Verhelst wrote:

> On Tue, Jun 10, 2008 at 08:51:22AM -0500, Stephen R Marenka wrote:
> > On Sun, Jun 08, 2008 at 10:06:17AM -0500, Stephen R Marenka wrote:
> >
> > > If I can be of any service in helping to get the m68k buildds access
> > > to buildd.d.o again or anything else, please let me know.
> >
> > Ryan replied back, so here we go. He wants new keys and updated email
> > addresses. I plan to generate new keys and I have email addresses for
> > all the current buildds except hobbes, quickstep, and jazz. The latter
> > two of which I don't know if they're still functioning or not.
>
> Quickstep is working as an experimental buildd currently. Probably best
> to keep it at that. Since experimental building requires patched sbuild
> and buildd, mixing it with unstable is also not a very good idea.
>
> Jazz I haven't powered on in a looong time. I'm also not sure whether
> 2.6 even runs on that machine, since it's been so long (Quadra 950)

It does. Also, both SCSI busses should work now.

-f

> I'll probably revive ska some time soon. It was shut down when its hard
> disk died a while back, but I have more disks...
>
>


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Stephen R Marenka]

On Wed, Jun 11, 2008 at 12:57:25PM +0200, Wouter Verhelst wrote:

> Jazz I haven't powered on in a looong time. I'm also not sure whether
> 2.6 even runs on that machine, since it's been so long (Quadra 950)

My two Quadra 950's work great with the all the modern debian kernels.

--
Stephen R. Marenka     If life's not fun, you're not doing it right!
<stephen@...>

[Stephen R Marenka]

On Sun, Jun 08, 2008 at 01:26:24PM +0200, Luk Claes wrote:

> Ingo Juergensmann wrote:
> > Hi!
> >
> > It's been a while since DSA 1571 (vulnerable SSL keys) and disabled access
> > to w-b. In the meanwhile Stephen took the burden to act a human w-b, but
> > that's not a long term solution and should be terminated now (not Stephen,
> > but acting as human w-b of course! ;)
> >
> > So, the question is: how to proceed?
>
> > 2) Asking someone (DSA?) to enable them again?
>
> buildd-team@... , I thought Stephen already contacted them?

Just for the record, this is the correct contact list, although I've
never heard of it before.

Also apparently my mail server had a problem and some of my messages got
lost in a queue somewhere. They got delivered today, including an
earlier pointer by Luk about this list.

Sorry if I got repetitive.

Thanks,

Stephen

--
Stephen R. Marenka     If life's not fun, you're not doing it right!
<stephen@...>

[Finn Thain]

On Wed, 11 Jun 2008, Stephen R Marenka wrote:

> On Wed, Jun 11, 2008 at 12:57:25PM +0200, Wouter Verhelst wrote:
>
> > Jazz I haven't powered on in a looong time. I'm also not sure whether
> > 2.6 even runs on that machine, since it's been so long (Quadra 950)
>
> My two Quadra 950's work great with the all the modern debian kernels.

There is one annoying bug that affects my 950. Sometimes the IOP ADB
driver gets confused during ADB probing and you end up with no keyboard or
mouse. By "sometimes", I mean about 1 boot in 5. I've tried to fix it, but
no joy so far. But, if you get past the probe, it seems to be fine. If
this is a problem, you could always boot single user, so that the boot
process never gets to mount anything r/w unless the keyboard works.

Finn

>
>


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Michael Schmitz-6]

>> My two Quadra 950's work great with the all the modern debian kernels.
>
> There is one annoying bug that affects my 950. Sometimes the IOP ADB
> driver gets confused during ADB probing and you end up with no keyboard or
> mouse. By "sometimes", I mean about 1 boot in 5. I've tried to fix it, but
> no joy so far. But, if you get past the probe, it seems to be fine. If
> this is a problem, you could always boot single user, so that the boot
> process never gets to mount anything r/w unless the keyboard works.

How about re-probing the ADB bus later on (from the booted system) when no
devices have been found?

(I recall this wasn't really possible way back when, but with all the
PowerPC work gone into the kernel, it might stand a better chance now.)

Anyway, four out of five working isn't half bad. I recall one quirky
driver (Mac SE??) that worked one out of five or so.

  Michael


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Finn Thain]

On Thu, 12 Jun 2008, Michael Schmitz wrote:

> > > My two Quadra 950's work great with the all the modern debian
> > > kernels.
> >
> > There is one annoying bug that affects my 950. Sometimes the IOP ADB
> > driver gets confused during ADB probing and you end up with no
> > keyboard or mouse. By "sometimes", I mean about 1 boot in 5. I've
> > tried to fix it, but no joy so far. But, if you get past the probe, it
> > seems to be fine. If this is a problem, you could always boot single
> > user, so that the boot process never gets to mount anything r/w unless
> > the keyboard works.
>
> How about re-probing the ADB bus later on (from the booted system) when
> no devices have been found?

I think the probe thread gets deadlocked...

> (I recall this wasn't really possible way back when, but with all the
> PowerPC work gone into the kernel, it might stand a better chance now.)
>
> Anyway, four out of five working isn't half bad. I recall one quirky
> driver (Mac SE??) that worked one out of five or so.

Mac IIsi (aka Egret) ADB driver probably. It appeared on the LC III and
IIvi/IIvx as well. You'd be lucky if it worked at all after 2.2 kernels.

-f

> Michael
>


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Brad Boyer]

On Thu, Jun 12, 2008 at 07:38:47PM +1000, Finn Thain wrote:
> On Thu, 12 Jun 2008, Michael Schmitz wrote:
> > How about re-probing the ADB bus later on (from the booted system) when
> > no devices have been found?
>
> I think the probe thread gets deadlocked...

I seem to recall that it's actually the IOP core itself that gets
confused. I don't have a Q950, and the code seems to be fine on a
IIfx (which is what was used in the original work). What we should
probably do is actually implement the IOP watchdog handling and
reset the thing if it crashes on us. There are some bits and pieces
of it already in the code.

        Brad Boyer
        flar@...


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Brad Boyer]

On Sat, Jun 14, 2008 at 05:52:31AM +0200, Michael Schmitz wrote:

> >I seem to recall that it's actually the IOP core itself that gets
> >confused. I don't have a Q950, and the code seems to be fine on a
> >IIfx (which is what was used in the original work). What we should
> >probably do is actually implement the IOP watchdog handling and
> >reset the thing if it crashes on us. There are some bits and pieces
> >of it already in the code.
>
> Sounds like the box would be pretty useless with crashed IOP (doesn't this
> component also handle SCSI DMA?) so a watchdog/reset would be preferred.
> Can we actually reset the IOP without deadlocking SCSI or interrupts?

No, the SCSI doesn't have anything to do with the IOPs. The IOP with the
ADB also handles the floppy drives, but nothing else. There is another
IOP that handles the serial ports.

        Brad Boyer
        flar@...


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Michael Schmitz-6]

Hi,

>>> How about re-probing the ADB bus later on (from the booted system) when
>>> no devices have been found?
>>
>> I think the probe thread gets deadlocked...
>
> I seem to recall that it's actually the IOP core itself that gets
> confused. I don't have a Q950, and the code seems to be fine on a
> IIfx (which is what was used in the original work). What we should
> probably do is actually implement the IOP watchdog handling and
> reset the thing if it crashes on us. There are some bits and pieces
> of it already in the code.

Sounds like the box would be pretty useless with crashed IOP (doesn't this
component also handle SCSI DMA?) so a watchdog/reset would be preferred.
Can we actually reset the IOP without deadlocking SCSI or interrupts?

  Michael


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Michael Schmitz-6]

Hi,
>> Sounds like the box would be pretty useless with crashed IOP (doesn't this
>> component also handle SCSI DMA?) so a watchdog/reset would be preferred.
>> Can we actually reset the IOP without deadlocking SCSI or interrupts?
>
> No, the SCSI doesn't have anything to do with the IOPs. The IOP with the
> ADB also handles the floppy drives, but nothing else. There is another
> IOP that handles the serial ports.

Well, color me confused then. Probably got this mixed up with the IIfx.

In that case, a reset of the ADB IOP should indeed be safe to perform from
the booted system.

  Michael


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Brad Boyer]

On Sat, Jun 14, 2008 at 09:18:50AM +0200, Michael Schmitz wrote:
> >No, the SCSI doesn't have anything to do with the IOPs. The IOP with the
> >ADB also handles the floppy drives, but nothing else. There is another
> >IOP that handles the serial ports.
>
> Well, color me confused then. Probably got this mixed up with the IIfx.

No, the SCSI is a separate (custom) chip on the IIfx as well. I have the
documentation for the DMA engine sitting around some place. I almost got
it working, too. I had it transferring data using DMA, but I never did
find the interrupt for the end of transfer notification.

> In that case, a reset of the ADB IOP should indeed be safe to perform from
> the booted system.

It ought to be. We just don't have any code that does it after the initial
setup during boot as of the last time I looked at the code.

        Brad Boyer
        flar@...


--
To UNSUBSCRIBE, email to debian-68k-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...