NetBSD Problem Report #43726

From www@NetBSD.org  Mon Aug  9 02:50:19 2010
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by www.NetBSD.org (Postfix) with ESMTP id 8242763BBBD
	for <gnats-bugs@gnats.NetBSD.org>; Mon,  9 Aug 2010 02:50:19 +0000 (UTC)
Message-Id: <20100809025018.B282163BBBA@www.NetBSD.org>
Date: Mon,  9 Aug 2010 02:50:18 +0000 (UTC)
From: rumi@rtfm.hu
Reply-To: rumi@rtfm.hu
To: gnats-bugs@NetBSD.org
Subject: Tru64: sysutils/dbus fails to compile because Tru64 is lacking vsyslog() implementation
X-Send-Pr-Version: www-1.0

>Number:         43726
>Category:       pkg
>Synopsis:       Tru64: sysutils/dbus fails to compile because Tru64 is lacking vsyslog() implementation
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    cjep
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Aug 09 02:55:00 +0000 2010
>Closed-Date:    Tue Feb 09 20:54:33 +0000 2021
>Last-Modified:  Tue Feb 09 20:55:00 +0000 2021
>Originator:     Szabolcs Rumi
>Release:        Tru64 5.1B-5
>Organization:
>Environment:
# sizer -v
HP Tru64 UNIX V5.1B (Rev. 2650); Thu Dec 17 18:47:21 CET 2009
# cc -V
Compaq C V6.5-303 (dtk) on HP Tru64 UNIX V5.1B (Rev. 2650)
Compiler Driver V6.5-302 (dtk) cc Driver
# cxx -V
Compaq C++ V7.1-006 for HP Tru64 UNIX V5.1B (Rev. 2650)
Compiler Driver V7.1-006 (cxx) cxx Driver

pkgsrc-current-20100807

>Description:
libtool: link: cc -O2 -ieee -D_REENTRANT -pthread -I/usr/pkgsrc/sysutils/dbus/work/.buildlink/include -Wl,-rpath -Wl,/usr/pkg/lib -o dbus-daemon-launch-helper-test dbus_daemon_launch_helper_test-activation-helper-bin.o dbus_daemon_launch_helper_test-config-loader-expat.o dbus_daemon_launch_helper_test-config-parser-common.o dbus_daemon_launch_helper_test-config-parser-trivial.o dbus_daemon_launch_helper_test-desktop-file.o dbus_daemon_launch_helper_test-utils.o dbus_daemon_launch_helper_test-activation-helper.o  -L/usr/pkgsrc/sysutils/dbus/work/.buildlink/lib /usr/pkgsrc/sysutils/dbus/work/.buildlink/lib/libexpat.so ../dbus/.libs/libdbus-convenience.a -lpthread -lrt -pthread -rpath /usr/pkgsrc/sysutils/dbus/work/.buildlink/lib
ld:
Unresolved:
vsyslog
ld:
Unresolved:
vsyslog
gmake[2]: *** [dbus-daemon-launch-helper-test] Error 1
gmake[2]: *** Waiting for unfinished jobs....
gmake[2]: *** [dbus-daemon] Error 1
libtool: link: cc -O2 -ieee -D_REENTRANT -pthread -I/usr/pkgsrc/sysutils/dbus/work/.buildlink/include -Wl,-rpath -Wl,/usr/pkg/lib -o dbus-daemon-launch-helper activation-helper-bin.o config-loader-expat.o config-parser-common.o config-parser-trivial.o desktop-file.o utils.o activation-helper.o  -L/usr/pkgsrc/sysutils/dbus/work/.buildlink/lib /usr/pkgsrc/sysutils/dbus/work/.buildlink/lib/libexpat.so ../dbus/.libs/libdbus-convenience.a -lpthread -lrt -pthread -rpath /usr/pkgsrc/sysutils/dbus/work/.buildlink/lib
ld:
Unresolved:
vsyslog
gmake[2]: *** [dbus-daemon-launch-helper] Error 1
gmake[2]: Leaving directory `/usr/pkgsrc/sysutils/dbus/work/dbus-1.2.4.6permissive/bus'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/pkgsrc/sysutils/dbus/work/dbus-1.2.4.6permissive'
gmake: *** [all] Error 2
*** Error code 2

Stop.

>How-To-Repeat:

>Fix:

>Release-Note:

>Audit-Trail:

Responsible-Changed-From-To: pkg-manager->osf1-pkg-people
Responsible-Changed-By: obache@NetBSD.org
Responsible-Changed-When: Mon, 10 Feb 2014 12:10:59 +0000
Responsible-Changed-Why:
Problem on Tru64.


Responsible-Changed-From-To: osf1-pkg-people->cjep
Responsible-Changed-By: cjep@NetBSD.org
Responsible-Changed-When: Tue, 09 Feb 2021 17:13:44 +0000
Responsible-Changed-Why:
Taking a look at OSF1 bugs


State-Changed-From-To: open->feedback
State-Changed-By: cjep@NetBSD.org
State-Changed-When: Tue, 09 Feb 2021 17:13:44 +0000
State-Changed-Why:
Hi - apologies this is a very old PR. Are you able to test pkgsrc-current
on Tru64?


From: Rumi Szabolcs <rumi@rtfm.hu>
To: gnats-bugs@netbsd.org
Cc: cjep@NetBSD.org, cjep@netbsd.org, osf1-pkg-people@NetBSD.org,
 pkgsrc-bugs@netbsd.org, gnats-admin@netbsd.org
Subject: Re: pkg/43726 (Tru64: sysutils/dbus fails to compile because Tru64
 is lacking vsyslog() implementation)
Date: Tue, 9 Feb 2021 17:40:50 +0000

 Hi Cjep,

 Unfortunately can't right now as my Alpha kit is tucked away in a
 corner 1000 miles away.

 However with this rate of response it's simply not viable to do this.
 The kit is huge, loud, and expensive to run so if I'd drag it out into
 the middle of my room and managed to fire it up without tripping the
 circuit breakers we'd better have a few developers lined up to fix the
 PRs quickly as they come up. There would be plenty to fix. I've filed
 a flurry of PRs back in the day when I've first attempted a bootstrap
 and didn't even get 10% of the way of compiling pkgsrc before I got
 stuck. These are my memories from many years ago.

 It'd be nice to keep pkgsrc on Tru64 alive though as that pretty much
 means keeping Tru64 alive as a viable OS.

 Thank you for caring about Tru64/AXP!

 Kind regards,

 Sab


 On Tue,  9 Feb 2021 17:13:44 +0000 (UTC)
 cjep@NetBSD.org wrote:

 > Synopsis: Tru64: sysutils/dbus fails to compile because Tru64 is lacking vsyslog() implementation
 > 
 > Responsible-Changed-From-To: osf1-pkg-people->cjep
 > Responsible-Changed-By: cjep@NetBSD.org
 > Responsible-Changed-When: Tue, 09 Feb 2021 17:13:44 +0000
 > Responsible-Changed-Why:
 > Taking a look at OSF1 bugs
 > 
 > 
 > State-Changed-From-To: open->feedback
 > State-Changed-By: cjep@NetBSD.org
 > State-Changed-When: Tue, 09 Feb 2021 17:13:44 +0000
 > State-Changed-Why:
 > Hi - apologies this is a very old PR. Are you able to test pkgsrc-current
 > on Tru64?
 > 
 > 
 > 


From: Chris Pinnock <chris_pinnock@mac.com>
To: gnats-bugs@netbsd.org
Cc: Chris Pinnock <cjep@netbsd.org>,
 gnats-admin@netbsd.org,
 pkgsrc-bugs@netbsd.org,
 rumi@rtfm.hu
Subject: Re: pkg/43726 (Tru64: sysutils/dbus fails to compile because Tru64 is
 lacking vsyslog() implementation)
Date: Tue, 9 Feb 2021 19:04:29 +0000

 We=E2=80=99d love to keep it alive if we can. Unfortunately we don=E2=80=99=
 t have anyone with test kit at the moment, so it is difficult to test. =
 The other option would be to get it working on an emulator somehow.

 Are you ok if I close this PR in the meantime? Even if we get a Tru64 =
 box, we=E2=80=99ll need to start from scratch with the latest
 bootstrap.

 Kind regards
 Chris

 > On 9 Feb 2021, at 19:00, Rumi Szabolcs <rumi@rtfm.hu> wrote:
 >=20
 > The following reply was made to PR pkg/43726; it has been noted by =
 GNATS.
 >=20
 > From: Rumi Szabolcs <rumi@rtfm.hu>
 > To: gnats-bugs@netbsd.org
 > Cc: cjep@NetBSD.org, cjep@netbsd.org, osf1-pkg-people@NetBSD.org,
 > pkgsrc-bugs@netbsd.org, gnats-admin@netbsd.org
 > Subject: Re: pkg/43726 (Tru64: sysutils/dbus fails to compile because =
 Tru64
 > is lacking vsyslog() implementation)
 > Date: Tue, 9 Feb 2021 17:40:50 +0000
 >=20
 > Hi Cjep,
 >=20
 > Unfortunately can't right now as my Alpha kit is tucked away in a
 > corner 1000 miles away.
 >=20
 > However with this rate of response it's simply not viable to do this.
 > The kit is huge, loud, and expensive to run so if I'd drag it out into
 > the middle of my room and managed to fire it up without tripping the
 > circuit breakers we'd better have a few developers lined up to fix the
 > PRs quickly as they come up. There would be plenty to fix. I've filed
 > a flurry of PRs back in the day when I've first attempted a bootstrap
 > and didn't even get 10% of the way of compiling pkgsrc before I got
 > stuck. These are my memories from many years ago.
 >=20
 > It'd be nice to keep pkgsrc on Tru64 alive though as that pretty much
 > means keeping Tru64 alive as a viable OS.
 >=20
 > Thank you for caring about Tru64/AXP!
 >=20
 > Kind regards,
 >=20
 > Sab
 >=20
 >=20
 > On Tue,  9 Feb 2021 17:13:44 +0000 (UTC)
 > cjep@NetBSD.org wrote:
 >=20
 >> Synopsis: Tru64: sysutils/dbus fails to compile because Tru64 is =
 lacking vsyslog() implementation
 >>=20
 >> Responsible-Changed-From-To: osf1-pkg-people->cjep
 >> Responsible-Changed-By: cjep@NetBSD.org
 >> Responsible-Changed-When: Tue, 09 Feb 2021 17:13:44 +0000
 >> Responsible-Changed-Why:
 >> Taking a look at OSF1 bugs
 >>=20
 >>=20
 >> State-Changed-From-To: open->feedback
 >> State-Changed-By: cjep@NetBSD.org
 >> State-Changed-When: Tue, 09 Feb 2021 17:13:44 +0000
 >> State-Changed-Why:
 >> Hi - apologies this is a very old PR. Are you able to test =
 pkgsrc-current
 >> on Tru64?
 >>=20
 >>=20
 >>=20
 >=20
 >=20

From: Rumi Szabolcs <rumi@rtfm.hu>
To: Chris Pinnock <chris_pinnock@mac.com>
Cc: gnats-bugs@netbsd.org, Chris Pinnock <cjep@netbsd.org>,
 gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org, rumi@rtfm.hu
Subject: Re: pkg/43726 (Tru64: sysutils/dbus fails to compile because Tru64
 is lacking vsyslog() implementation)
Date: Tue, 9 Feb 2021 19:37:27 +0000

 Hi Chris,

 Obviously it'd have to be a pkgsrc many years more recent if we'd try
 again. I understand your intent of cleaning up old stale PRs, however
 I've got two questions:

 1.) Will these PRs remain accessible by searching for closed PRs?
 Some of the hints recorded in them might help solving issues even
 with much newer versions of software as the Tru64 side is pretty
 much the same as it was a few years ago?

 2.) Will closing these PRs mean that Tru64 as a consideration
 will sink from the conscious into oblivion?

 Thanks,

 Sab


 On Tue, 9 Feb 2021 19:04:29 +0000
 Chris Pinnock <chris_pinnock@mac.com> wrote:

 > We’d love to keep it alive if we can. Unfortunately we don’t have anyone with test kit at the moment, so it is difficult to test. The other option would be to get it working on an emulator somehow.
 > 
 > Are you ok if I close this PR in the meantime? Even if we get a Tru64 box, we’ll need to start from scratch with the latest
 > bootstrap.
 > 
 > Kind regards
 > Chris
 > 
 > > On 9 Feb 2021, at 19:00, Rumi Szabolcs <rumi@rtfm.hu> wrote:
 > > 
 > > The following reply was made to PR pkg/43726; it has been noted by GNATS.
 > > 
 > > From: Rumi Szabolcs <rumi@rtfm.hu>
 > > To: gnats-bugs@netbsd.org
 > > Cc: cjep@NetBSD.org, cjep@netbsd.org, osf1-pkg-people@NetBSD.org,
 > > pkgsrc-bugs@netbsd.org, gnats-admin@netbsd.org
 > > Subject: Re: pkg/43726 (Tru64: sysutils/dbus fails to compile because Tru64
 > > is lacking vsyslog() implementation)
 > > Date: Tue, 9 Feb 2021 17:40:50 +0000
 > > 
 > > Hi Cjep,
 > > 
 > > Unfortunately can't right now as my Alpha kit is tucked away in a
 > > corner 1000 miles away.
 > > 
 > > However with this rate of response it's simply not viable to do this.
 > > The kit is huge, loud, and expensive to run so if I'd drag it out into
 > > the middle of my room and managed to fire it up without tripping the
 > > circuit breakers we'd better have a few developers lined up to fix the
 > > PRs quickly as they come up. There would be plenty to fix. I've filed
 > > a flurry of PRs back in the day when I've first attempted a bootstrap
 > > and didn't even get 10% of the way of compiling pkgsrc before I got
 > > stuck. These are my memories from many years ago.
 > > 
 > > It'd be nice to keep pkgsrc on Tru64 alive though as that pretty much
 > > means keeping Tru64 alive as a viable OS.
 > > 
 > > Thank you for caring about Tru64/AXP!
 > > 
 > > Kind regards,
 > > 
 > > Sab
 > > 
 > > 
 > > On Tue,  9 Feb 2021 17:13:44 +0000 (UTC)
 > > cjep@NetBSD.org wrote:
 > > 
 > >> Synopsis: Tru64: sysutils/dbus fails to compile because Tru64 is lacking vsyslog() implementation
 > >> 
 > >> Responsible-Changed-From-To: osf1-pkg-people->cjep
 > >> Responsible-Changed-By: cjep@NetBSD.org
 > >> Responsible-Changed-When: Tue, 09 Feb 2021 17:13:44 +0000
 > >> Responsible-Changed-Why:
 > >> Taking a look at OSF1 bugs
 > >> 
 > >> 
 > >> State-Changed-From-To: open->feedback
 > >> State-Changed-By: cjep@NetBSD.org
 > >> State-Changed-When: Tue, 09 Feb 2021 17:13:44 +0000
 > >> State-Changed-Why:
 > >> Hi - apologies this is a very old PR. Are you able to test pkgsrc-current
 > >> on Tru64?
 > >> 
 > >> 
 > >> 
 > > 
 > > 
 > 

From: Chris Pinnock <chris_pinnock@mac.com>
To: Rumi Szabolcs <rumi@rtfm.hu>
Cc: gnats-bugs@netbsd.org,
 Chris Pinnock <cjep@netbsd.org>,
 gnats-admin@netbsd.org,
 pkgsrc-bugs@netbsd.org
Subject: Re: pkg/43726 (Tru64: sysutils/dbus fails to compile because Tru64 is
 lacking vsyslog() implementation)
Date: Tue, 9 Feb 2021 19:41:35 +0000

 The PRs are accessible even if they are closed.
 We do not intend to drop support for Tru64 - the problem is we need some =
 way of working on it.
 I do not intend to remove any logic from the pkgsrc tree.
 Kind regards
 Chris


 > On 9 Feb 2021, at 19:37, Rumi Szabolcs <rumi@rtfm.hu> wrote:
 >=20
 > Hi Chris,
 >=20
 > Obviously it'd have to be a pkgsrc many years more recent if we'd try
 > again. I understand your intent of cleaning up old stale PRs, however
 > I've got two questions:
 >=20
 > 1.) Will these PRs remain accessible by searching for closed PRs?
 > Some of the hints recorded in them might help solving issues even
 > with much newer versions of software as the Tru64 side is pretty
 > much the same as it was a few years ago?
 >=20
 > 2.) Will closing these PRs mean that Tru64 as a consideration
 > will sink from the conscious into oblivion?
 >=20
 > Thanks,
 >=20
 > Sab
 >=20
 >=20
 > On Tue, 9 Feb 2021 19:04:29 +0000
 > Chris Pinnock <chris_pinnock@mac.com> wrote:
 >=20
 >> We=E2=80=99d love to keep it alive if we can. Unfortunately we =
 don=E2=80=99t have anyone with test kit at the moment, so it is =
 difficult to test. The other option would be to get it working on an =
 emulator somehow.
 >>=20
 >> Are you ok if I close this PR in the meantime? Even if we get a Tru64 =
 box, we=E2=80=99ll need to start from scratch with the latest
 >> bootstrap.
 >>=20
 >> Kind regards
 >> Chris
 >>=20
 >>> On 9 Feb 2021, at 19:00, Rumi Szabolcs <rumi@rtfm.hu> wrote:
 >>>=20
 >>> The following reply was made to PR pkg/43726; it has been noted by =
 GNATS.
 >>>=20
 >>> From: Rumi Szabolcs <rumi@rtfm.hu>
 >>> To: gnats-bugs@netbsd.org
 >>> Cc: cjep@NetBSD.org, cjep@netbsd.org, osf1-pkg-people@NetBSD.org,
 >>> pkgsrc-bugs@netbsd.org, gnats-admin@netbsd.org
 >>> Subject: Re: pkg/43726 (Tru64: sysutils/dbus fails to compile =
 because Tru64
 >>> is lacking vsyslog() implementation)
 >>> Date: Tue, 9 Feb 2021 17:40:50 +0000
 >>>=20
 >>> Hi Cjep,
 >>>=20
 >>> Unfortunately can't right now as my Alpha kit is tucked away in a
 >>> corner 1000 miles away.
 >>>=20
 >>> However with this rate of response it's simply not viable to do =
 this.
 >>> The kit is huge, loud, and expensive to run so if I'd drag it out =
 into
 >>> the middle of my room and managed to fire it up without tripping the
 >>> circuit breakers we'd better have a few developers lined up to fix =
 the
 >>> PRs quickly as they come up. There would be plenty to fix. I've =
 filed
 >>> a flurry of PRs back in the day when I've first attempted a =
 bootstrap
 >>> and didn't even get 10% of the way of compiling pkgsrc before I got
 >>> stuck. These are my memories from many years ago.
 >>>=20
 >>> It'd be nice to keep pkgsrc on Tru64 alive though as that pretty =
 much
 >>> means keeping Tru64 alive as a viable OS.
 >>>=20
 >>> Thank you for caring about Tru64/AXP!
 >>>=20
 >>> Kind regards,
 >>>=20
 >>> Sab
 >>>=20
 >>>=20
 >>> On Tue,  9 Feb 2021 17:13:44 +0000 (UTC)
 >>> cjep@NetBSD.org wrote:
 >>>=20
 >>>> Synopsis: Tru64: sysutils/dbus fails to compile because Tru64 is =
 lacking vsyslog() implementation
 >>>>=20
 >>>> Responsible-Changed-From-To: osf1-pkg-people->cjep
 >>>> Responsible-Changed-By: cjep@NetBSD.org
 >>>> Responsible-Changed-When: Tue, 09 Feb 2021 17:13:44 +0000
 >>>> Responsible-Changed-Why:
 >>>> Taking a look at OSF1 bugs
 >>>>=20
 >>>>=20
 >>>> State-Changed-From-To: open->feedback
 >>>> State-Changed-By: cjep@NetBSD.org
 >>>> State-Changed-When: Tue, 09 Feb 2021 17:13:44 +0000
 >>>> State-Changed-Why:
 >>>> Hi - apologies this is a very old PR. Are you able to test =
 pkgsrc-current
 >>>> on Tru64?
 >>>>=20
 >>>>=20
 >>>>=20
 >>>=20
 >>>=20
 >>=20

From: Rumi Szabolcs <rumi@rtfm.hu>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: pkg/43726 (Tru64: sysutils/dbus fails to compile because Tru64
 is lacking vsyslog() implementation)
Date: Tue, 9 Feb 2021 20:35:40 +0000

 Hi Chris,

 Would you possibly go as far as to file a PR saying there's
 need for a Tru64 environment to work in? I'd then look into
 options, and possibly others would, too. I know there are
 Alpha enthusiasts out there, possibly with a lot more free
 time than I have.

 As far as I'm concerned feel free to close those old Tru64 PRs
 I've filed as you see fit.

 Thanks,

 Sab


 On Tue,  9 Feb 2021 19:45:01 +0000 (UTC)
 Chris Pinnock <chris_pinnock@mac.com> wrote:

 > The following reply was made to PR pkg/43726; it has been noted by GNATS.
 > 
 > From: Chris Pinnock <chris_pinnock@mac.com>
 > To: Rumi Szabolcs <rumi@rtfm.hu>
 > Cc: gnats-bugs@netbsd.org,
 >  Chris Pinnock <cjep@netbsd.org>,
 >  gnats-admin@netbsd.org,
 >  pkgsrc-bugs@netbsd.org
 > Subject: Re: pkg/43726 (Tru64: sysutils/dbus fails to compile because Tru64 is
 >  lacking vsyslog() implementation)
 > Date: Tue, 9 Feb 2021 19:41:35 +0000
 > 
 >  The PRs are accessible even if they are closed.
 >  We do not intend to drop support for Tru64 - the problem is we need some =
 >  way of working on it.
 >  I do not intend to remove any logic from the pkgsrc tree.
 >  Kind regards
 >  Chris
 >  
 >  
 >  > On 9 Feb 2021, at 19:37, Rumi Szabolcs <rumi@rtfm.hu> wrote:
 >  >=20
 >  > Hi Chris,
 >  >=20
 >  > Obviously it'd have to be a pkgsrc many years more recent if we'd try
 >  > again. I understand your intent of cleaning up old stale PRs, however
 >  > I've got two questions:
 >  >=20
 >  > 1.) Will these PRs remain accessible by searching for closed PRs?
 >  > Some of the hints recorded in them might help solving issues even
 >  > with much newer versions of software as the Tru64 side is pretty
 >  > much the same as it was a few years ago?
 >  >=20
 >  > 2.) Will closing these PRs mean that Tru64 as a consideration
 >  > will sink from the conscious into oblivion?
 >  >=20
 >  > Thanks,
 >  >=20
 >  > Sab
 >  >=20
 >  >=20
 >  > On Tue, 9 Feb 2021 19:04:29 +0000
 >  > Chris Pinnock <chris_pinnock@mac.com> wrote:
 >  >=20
 >  >> We=E2=80=99d love to keep it alive if we can. Unfortunately we =
 >  don=E2=80=99t have anyone with test kit at the moment, so it is =
 >  difficult to test. The other option would be to get it working on an =
 >  emulator somehow.
 >  >>=20
 >  >> Are you ok if I close this PR in the meantime? Even if we get a Tru64 =
 >  box, we=E2=80=99ll need to start from scratch with the latest
 >  >> bootstrap.
 >  >>=20
 >  >> Kind regards
 >  >> Chris
 >  >>=20
 >  >>> On 9 Feb 2021, at 19:00, Rumi Szabolcs <rumi@rtfm.hu> wrote:
 >  >>>=20
 >  >>> The following reply was made to PR pkg/43726; it has been noted by =
 >  GNATS.
 >  >>>=20
 >  >>> From: Rumi Szabolcs <rumi@rtfm.hu>
 >  >>> To: gnats-bugs@netbsd.org
 >  >>> Cc: cjep@NetBSD.org, cjep@netbsd.org, osf1-pkg-people@NetBSD.org,
 >  >>> pkgsrc-bugs@netbsd.org, gnats-admin@netbsd.org
 >  >>> Subject: Re: pkg/43726 (Tru64: sysutils/dbus fails to compile =
 >  because Tru64
 >  >>> is lacking vsyslog() implementation)
 >  >>> Date: Tue, 9 Feb 2021 17:40:50 +0000
 >  >>>=20
 >  >>> Hi Cjep,
 >  >>>=20
 >  >>> Unfortunately can't right now as my Alpha kit is tucked away in a
 >  >>> corner 1000 miles away.
 >  >>>=20
 >  >>> However with this rate of response it's simply not viable to do =
 >  this.
 >  >>> The kit is huge, loud, and expensive to run so if I'd drag it out =
 >  into
 >  >>> the middle of my room and managed to fire it up without tripping the
 >  >>> circuit breakers we'd better have a few developers lined up to fix =
 >  the
 >  >>> PRs quickly as they come up. There would be plenty to fix. I've =
 >  filed
 >  >>> a flurry of PRs back in the day when I've first attempted a =
 >  bootstrap
 >  >>> and didn't even get 10% of the way of compiling pkgsrc before I got
 >  >>> stuck. These are my memories from many years ago.
 >  >>>=20
 >  >>> It'd be nice to keep pkgsrc on Tru64 alive though as that pretty =
 >  much
 >  >>> means keeping Tru64 alive as a viable OS.
 >  >>>=20
 >  >>> Thank you for caring about Tru64/AXP!
 >  >>>=20
 >  >>> Kind regards,
 >  >>>=20
 >  >>> Sab
 >  >>>=20
 >  >>>=20
 >  >>> On Tue,  9 Feb 2021 17:13:44 +0000 (UTC)
 >  >>> cjep@NetBSD.org wrote:
 >  >>>=20
 >  >>>> Synopsis: Tru64: sysutils/dbus fails to compile because Tru64 is =
 >  lacking vsyslog() implementation
 >  >>>>=20
 >  >>>> Responsible-Changed-From-To: osf1-pkg-people->cjep
 >  >>>> Responsible-Changed-By: cjep@NetBSD.org
 >  >>>> Responsible-Changed-When: Tue, 09 Feb 2021 17:13:44 +0000
 >  >>>> Responsible-Changed-Why:
 >  >>>> Taking a look at OSF1 bugs
 >  >>>>=20
 >  >>>>=20
 >  >>>> State-Changed-From-To: open->feedback
 >  >>>> State-Changed-By: cjep@NetBSD.org
 >  >>>> State-Changed-When: Tue, 09 Feb 2021 17:13:44 +0000
 >  >>>> State-Changed-Why:
 >  >>>> Hi - apologies this is a very old PR. Are you able to test =
 >  pkgsrc-current
 >  >>>> on Tru64?
 >  >>>>=20
 >  >>>>=20
 >  >>>>=20
 >  >>>=20
 >  >>>=20
 >  >>=20
 >  

State-Changed-From-To: feedback->closed
State-Changed-By: cjep@NetBSD.org
State-Changed-When: Tue, 09 Feb 2021 20:54:33 +0000
State-Changed-Why:
Difficult to reproduce without an environment to test this on.
If we can get an environment to build on, we will be able to look at this
and the boostrap issues.


From: Chris Pinnock <chris_pinnock@mac.com>
To: gnats-bugs@netbsd.org,
 rumi@rtfm.hu
Cc: Chris Pinnock <cjep@netbsd.org>,
 gnats-admin@netbsd.org,
 pkgsrc-bugs@netbsd.org
Subject: Re: pkg/43726 (Tru64: sysutils/dbus fails to compile because Tru64 is
 lacking vsyslog() implementation)
Date: Tue, 9 Feb 2021 20:53:36 +0000

 If you can provide us an environment we might be able to put some time =
 on it.
 I=E2=80=99ll shut the PR for now. All the best, Chris

 > On 9 Feb 2021, at 20:40, Rumi Szabolcs <rumi@rtfm.hu> wrote:
 >=20
 > The following reply was made to PR pkg/43726; it has been noted by =
 GNATS.
 >=20
 > From: Rumi Szabolcs <rumi@rtfm.hu>
 > To: gnats-bugs@netbsd.org
 > Cc:=20
 > Subject: Re: pkg/43726 (Tru64: sysutils/dbus fails to compile because =
 Tru64
 > is lacking vsyslog() implementation)
 > Date: Tue, 9 Feb 2021 20:35:40 +0000
 >=20
 > Hi Chris,
 >=20
 > Would you possibly go as far as to file a PR saying there's
 > need for a Tru64 environment to work in? I'd then look into
 > options, and possibly others would, too. I know there are
 > Alpha enthusiasts out there, possibly with a lot more free
 > time than I have.
 >=20
 > As far as I'm concerned feel free to close those old Tru64 PRs
 > I've filed as you see fit.
 >=20
 > Thanks,
 >=20
 > Sab
 >=20
 >=20
 > On Tue,  9 Feb 2021 19:45:01 +0000 (UTC)
 > Chris Pinnock <chris_pinnock@mac.com> wrote:
 >=20
 >> The following reply was made to PR pkg/43726; it has been noted by =
 GNATS.
 >>=20
 >> From: Chris Pinnock <chris_pinnock@mac.com>
 >> To: Rumi Szabolcs <rumi@rtfm.hu>
 >> Cc: gnats-bugs@netbsd.org,
 >> Chris Pinnock <cjep@netbsd.org>,
 >> gnats-admin@netbsd.org,
 >> pkgsrc-bugs@netbsd.org
 >> Subject: Re: pkg/43726 (Tru64: sysutils/dbus fails to compile because =
 Tru64 is
 >> lacking vsyslog() implementation)
 >> Date: Tue, 9 Feb 2021 19:41:35 +0000
 >>=20
 >> The PRs are accessible even if they are closed.
 >> We do not intend to drop support for Tru64 - the problem is we need =
 some =3D
 >> way of working on it.
 >> I do not intend to remove any logic from the pkgsrc tree.
 >> Kind regards
 >> Chris
 >>=20
 >>=20
 >>> On 9 Feb 2021, at 19:37, Rumi Szabolcs <rumi@rtfm.hu> wrote:
 >>> =3D20
 >>> Hi Chris,
 >>> =3D20
 >>> Obviously it'd have to be a pkgsrc many years more recent if we'd =
 try
 >>> again. I understand your intent of cleaning up old stale PRs, =
 however
 >>> I've got two questions:
 >>> =3D20
 >>> 1.) Will these PRs remain accessible by searching for closed PRs?
 >>> Some of the hints recorded in them might help solving issues even
 >>> with much newer versions of software as the Tru64 side is pretty
 >>> much the same as it was a few years ago?
 >>> =3D20
 >>> 2.) Will closing these PRs mean that Tru64 as a consideration
 >>> will sink from the conscious into oblivion?
 >>> =3D20
 >>> Thanks,
 >>> =3D20
 >>> Sab
 >>> =3D20
 >>> =3D20
 >>> On Tue, 9 Feb 2021 19:04:29 +0000
 >>> Chris Pinnock <chris_pinnock@mac.com> wrote:
 >>> =3D20
 >>>> We=3DE2=3D80=3D99d love to keep it alive if we can. Unfortunately =
 we =3D
 >> don=3DE2=3D80=3D99t have anyone with test kit at the moment, so it is =
 =3D
 >> difficult to test. The other option would be to get it working on an =
 =3D
 >> emulator somehow.
 >>>> =3D20
 >>>> Are you ok if I close this PR in the meantime? Even if we get a =
 Tru64 =3D
 >> box, we=3DE2=3D80=3D99ll need to start from scratch with the latest
 >>>> bootstrap.
 >>>> =3D20
 >>>> Kind regards
 >>>> Chris
 >>>> =3D20
 >>>>> On 9 Feb 2021, at 19:00, Rumi Szabolcs <rumi@rtfm.hu> wrote:
 >>>>> =3D20
 >>>>> The following reply was made to PR pkg/43726; it has been noted by =
 =3D
 >> GNATS.
 >>>>> =3D20
 >>>>> From: Rumi Szabolcs <rumi@rtfm.hu>
 >>>>> To: gnats-bugs@netbsd.org
 >>>>> Cc: cjep@NetBSD.org, cjep@netbsd.org, osf1-pkg-people@NetBSD.org,
 >>>>> pkgsrc-bugs@netbsd.org, gnats-admin@netbsd.org
 >>>>> Subject: Re: pkg/43726 (Tru64: sysutils/dbus fails to compile =3D
 >> because Tru64
 >>>>> is lacking vsyslog() implementation)
 >>>>> Date: Tue, 9 Feb 2021 17:40:50 +0000
 >>>>> =3D20
 >>>>> Hi Cjep,
 >>>>> =3D20
 >>>>> Unfortunately can't right now as my Alpha kit is tucked away in a
 >>>>> corner 1000 miles away.
 >>>>> =3D20
 >>>>> However with this rate of response it's simply not viable to do =3D
 >> this.
 >>>>> The kit is huge, loud, and expensive to run so if I'd drag it out =
 =3D
 >> into
 >>>>> the middle of my room and managed to fire it up without tripping =
 the
 >>>>> circuit breakers we'd better have a few developers lined up to fix =
 =3D
 >> the
 >>>>> PRs quickly as they come up. There would be plenty to fix. I've =3D
 >> filed
 >>>>> a flurry of PRs back in the day when I've first attempted a =3D
 >> bootstrap
 >>>>> and didn't even get 10% of the way of compiling pkgsrc before I =
 got
 >>>>> stuck. These are my memories from many years ago.
 >>>>> =3D20
 >>>>> It'd be nice to keep pkgsrc on Tru64 alive though as that pretty =3D=

 >> much
 >>>>> means keeping Tru64 alive as a viable OS.
 >>>>> =3D20
 >>>>> Thank you for caring about Tru64/AXP!
 >>>>> =3D20
 >>>>> Kind regards,
 >>>>> =3D20
 >>>>> Sab
 >>>>> =3D20
 >>>>> =3D20
 >>>>> On Tue,  9 Feb 2021 17:13:44 +0000 (UTC)
 >>>>> cjep@NetBSD.org wrote:
 >>>>> =3D20
 >>>>>> Synopsis: Tru64: sysutils/dbus fails to compile because Tru64 is =
 =3D
 >> lacking vsyslog() implementation
 >>>>>> =3D20
 >>>>>> Responsible-Changed-From-To: osf1-pkg-people->cjep
 >>>>>> Responsible-Changed-By: cjep@NetBSD.org
 >>>>>> Responsible-Changed-When: Tue, 09 Feb 2021 17:13:44 +0000
 >>>>>> Responsible-Changed-Why:
 >>>>>> Taking a look at OSF1 bugs
 >>>>>> =3D20
 >>>>>> =3D20
 >>>>>> State-Changed-From-To: open->feedback
 >>>>>> State-Changed-By: cjep@NetBSD.org
 >>>>>> State-Changed-When: Tue, 09 Feb 2021 17:13:44 +0000
 >>>>>> State-Changed-Why:
 >>>>>> Hi - apologies this is a very old PR. Are you able to test =3D
 >> pkgsrc-current
 >>>>>> on Tru64?
 >>>>>> =3D20
 >>>>>> =3D20
 >>>>>> =3D20
 >>>>> =3D20
 >>>>> =3D20
 >>>> =3D20
 >>=20
 >=20

>Unformatted:

Home	PR Database Search