NetBSD Packages Collection Freeze

jschauma writes "Starting Monday, October 6th, 2003, the NetBSD Packages Collection will be frozen in order to stabilize pkgsrc on the various supported platforms. As Alistair Crooks explains in his message to the tech-pkg mailing list, this freeze is done so that the pkgsrc team can shake out bugs, fix broken packages and close pkgsrc related problem reports. If you want to help out, you can take a look at the PR database and submit patches."

Comments

Bulk builds

[BrookHarty]

eliminating all "broken" packages - a "broken" package is one that
does not build, install or de-install cleanly (as determined by bulk
builds on NetBSD/i386)..

Anyone have any details on this Bulk Builds? Is this like FreeBSD bento automated builds?

Re:Bulk builds

[Anonymous Coward]

Does gentoo have automated nightly builds?

Re:Bulk builds

[MavEtJu]

For your information, Mark Linimon has made a website which extracts information from the bento logs and the PR database to make a better overview on the error reporting.

it's here

Re:Bulk builds

[Anonymous Coward]

They don't even have official binary repositories yet. Or an installer. So I would say thats a way off...

Re:Bulk builds

[leitz]

A "bulk build" is a fairly automated thing where NetBSD builds *all* packages in a sane order. For example, if package X needs package Y, it knows to go build Y before X. Pretty cool stuff, better than some dependency checking things I've seen.

It isn't "automated" in that it starts itself, but once you manually start it it does all the work for you.

Re:Bulk builds

[jschauma]

You can find some more details at http://www.netbsd.org/Documentation/pkgsrc/binary. html. The nice thing is, they are quite configurable, so that you can run a bulk-build with xpkgwedge (to ensure that even X11 programs do not end up outside of /usr/pkg (or whatever your PREFIX is)) or with gcc-3 (if your OS or Port has not yet been switched to use gcc3 as the default system compiler) etc.

The bulk builds are run regularly on different ports, and the resulting binary packages are then uploaded to the ftp sites.

Re:Bulk builds

[Cheesy Fool]

At least they have USE flags so that you can enable/disable features of a package.

Re:Bulk builds

[Bert64]

How about for packages which are inappropriate for i386? surely there are some architecture specific packages which don`t make sense on i386..

Re:Bulk builds

[LizardKing]

A pkgsrc Makefile can specify which architectures and version of operating system the package is suitable for. It can also force the use of a specific version of gcc as well (the DDD package had this restriction fo a while recently).

Chris

Funeral home discount

[Anonymous Coward]

I think that bulk BSD builds might qualify you for a discount at the funeral home.

Hope they change a few things first...

[Anonymous Coward]

First problem is OpenOffice linux binary won't install
at all. Something tells me this is too much a mess
to even bother with though.

I noticed in the bugs list someone has my pet peeve
mentioned, namly the updating packages suck. There's
nothing worse than updating libiconv and wondering
why gnome and kde collection has disappeared. I've gotten
to where instead of pkg_delete, I just do rm -rf /var/db/pkg/package_name
Hopefully this will improve.

Re:Hope they change a few things first...

[saintlupus]

noticed in the bugs list someone has my pet peeve
mentioned, namly the updating packages suck. There's
nothing worse than updating libiconv and wondering
why gnome and kde collection has disappeared. I've gotten
to where instead of pkg_delete, I just do rm -rf /var/db/pkg/package_name
Hopefully this will improve.

Amen. Especially with all of these OpenSSH and OpenSSL bugs recently. I rebuild OpenSSL and then I have to rebuild OpenSSH and Pine, because they use the OpenSSL libraries.

This is painful on a P-75. Not painful enough to get me to switch over to Debian or something like that, but painful.

(And I know there are precompiled binaries for some of this stuff, but not for i386. Gee, I wish I had some kind of fucked up Japan only computer so that I didn't have to build everything by hand.)

--Matt

Re:Hope they change a few things first...

[Anonymous Coward]

"make replace" is your friend.

Re:Hope they change a few things first...

[saintlupus]

This article on the recent vulnerability refers to "make replace" as "experimental". Have you successfully used it in situations like this?

(I've never seen it mentioned anywhere before -- if it can actually replace stuff in-line like it sounds like, that would be heaven.)

--saint

Re:Hope they change a few things first...

[abs0]

pkgviews should make upgrading a lot less painful. A paper on an early version is at:

http://ftp.lug.udel.edu/pub/NetBSD/misc/agc/pkgvie ws.pdf

Personally I have a pkgchk.conf shared between all my boxes so I knw what should be (re)installed at any point :)

If you can read nroff: cvsweb entry for pkg_chk.8

Re:Hope they change a few things first...

[jschauma]

Yes, it can replace stuff in-line. But you better be aware of the side-effects. If the ABI of a given library has changed, ``make replace'' will really really mess up your system. This is, obviously, not a limitation within pkgsrc, but simply in the way shared libraries work.

However, if you're sure that all dependencies will be able to deal with the new package (say a shlib minor version bump, in theory at least, should not break other packages), then ``make replace'' can save you a lot of time rebuilding dependencies.

Re:This is pathetic (no, not NetBSD...)

[Anonymous Coward]

It is with a heavy heart that we must report that Bob "I'm still dead" Hope has gone on to join the "B" team. As you all may know, BSD has been part of the "B" team for quite some time.

The Year of Our Lord 2003 has been a particularly bad year for the "B"s,

• Bob Hope
• Buddy Ebsen
• Buddy Hackett
• Barry White
• BSD

This honored list of dead is but a small token of adieu from the many fans of the deceased.
These dead were truly some American Icons. They will be missed.

Re:Elegy for *BSD

[Anonymous Coward]

No, no, the smelly GNU hippy's poem is an elegy in the sense of a mournful poem. (You really should check your definitions before calling someone stupid!) It's a shit poem though. It stinks as bad as the hippy himself. "... foot is in the grave"? That's such a cliche. "toy keyboard"? What is that supposed to mean.

The following poem, "On the *BSD Tombstone", is much better, but of course it's not original. And that smelly hippy buggered the rhythm by replacing "grave" with "hard disk ... forever". Compare:

Do not stand at my grave and weep

with

Do not stand at my hard disk and forever weep

Also, he didn't like the second half of the final line ("I am not there: I did not die"); so he chopped it! And now it doesn't resolve. How lame. Please, can we have some better poet-trolls?

gcc 3

[ChristTrekker]

Will they be working on getting everything to compile with gcc 3 while they're at it?

Re:gcc 3

[jmmv]

gcc3 is not the default compiler in the NetBSD 1.6.x branch; therefore, it's not a goal for the pkgsrc branch to work cleanly with gcc3, AFAICT. Even though, -current was switched recently to gcc 3, so it will surely be a goal for the next major release. Anyway, all fixes done during the freeze WRT this will get into the pkgsrc branch, but not all packages will be fixed to work with gcc3.

huh

[vesamies]

No one talks about *BSD at my local LUG. Do you know why?

Maybe because it stands for Linux users group, huh.

Re:Let the cryogenics jokes begin

[Anonymous Coward]

Cospiks, in a few hundred years.

Although unfortunate...

[agent dero]

I see this as another victory for OSS, by doing something like this we ensure functional software, thanks to the NetBSD team for keeping everything in working order.

Now for those *BSD trolls, this is why *BSD is alive and well, people still use, and are dedicated to producing the *BSDs