Pkg 1.6.0 Is Coming Soon To FreeBSD

[SystemCrasher]

And apt and yum still suck. Xbps and Nix, to give some examples, are far ahead (technically) yet underutilized.

Let's disagree here. Apt is a good tool and does it job very well. Letting one to fetch (and install) both program and it source in uniform, generic ways.Together with compile or run time dependencies. While avoiding "DLL HELL" or security issues due to unmaintained, unpatched libs.

Together with debian policies, apt turns into a really cool tool to keep production systems running, updated and free of known security issues. It can even go as far as one can enable automatic updates and then leave it for half year on its own (in case of Debian Stable or Ubuntu LTS). It would just work. No parts would fell apart, etc. Needless to say, it keeps system maintenance burden to a minimum, and it counts. Especially in large, production oriented installations, etc. These practices work well in production environments.

These could be a bit worse for desktop, where one may want fresh software. That's why Ubuntu got 6 month release cycles for non-LTS versions. Where one can at least have predictable timings for major system changes potentially capable of breaking things apart. This allows to use such systems to conduct daily activity and some reasonably critical jobs, where system failure tranforms to money loss or reputation loss. And guys like you tend to have some proprietary OSes to do critical jobs, proving their "technically superior" solutions are actually just some ... toys.

[nasyt]

There's no need for any linux adopt pkgng because there is no technical merits.

Right. Copying a broken concept of a broken system into another broken system and then porting it back to the first broken system, doesn't gives any advantage.

apt and yum are far ahead and are advancing far faster then pkgng or pkgin so Linux pkg man will always be ahead of BSD crap.

And apt and yum still suck. Xbps and Nix, to give some examples, are far ahead (technically) yet underutilized.

[nasyt]

Linux-compatibility.

I wonder if any Linux distribution will adopt pkg, I guess not.

Does it have any technical merits?

How does it compare to .deb and .rpm?
To apt and yum?

I believe, there is no Improvement, or little. Pkg is a reimplementation of a, rather organically and historically grown than concisely engineered, approach, spawned from the slapdash linux movement. The .deb package manager (dpkg, with apt being a frontent of it) is a program written in some Perl, C++ and C while pkg is comletely written in C, and is both commandline tool and package manager. Like dpkg and apt-get in one binary, and without Perl pieces.

The only good package managers i know are xbps and nix. Nix is a bit weird, however.

[maquis196]

I'm sorry but everyone knows the term "FreeBSD user" isn't to FreeBSD the same way "Linux user" is to Linux. A Linux user uses Linux on his or her bare metal (PC or Server) and has first hand experiences with using Linux. A "*BSD user" runs BSD on VMWare on it's MacBook Pros once in a while and has virtually no experience with actually using BSD because if it did, it would go the way of the residences of Jones-town.

So it is you who should stop pathologically making up 'facts' out of your ass.

My main server at home (that I use from DNS to filesharing, torrenting, etc) is not a vm. So yeah, some of us do use BSD properly, native ZFS and jails are amongst my two favourite features and by trade I'm a senior Linux Sysadmin so not exactly a hobbyist.

How does this affect your world view?

[jake_lesser]

Unlike you I'm an actual FreeBSD user and I don't need to pathologically make up 'facts' out of my ass.

I'm sorry but everyone knows the term "FreeBSD user" isn't to FreeBSD the same way "Linux user" is to Linux. A Linux user uses Linux on his or her bare metal (PC or Server) and has first hand experiences with using Linux. A "*BSD user" runs BSD on VMWare on it's MacBook Pros once in a while and has virtually no experience with actually using BSD because if it did, it would go the way of the residences of Jones-town.

So it is you who should stop pathologically making up 'facts' out of your ass.

[q66_]

Please provide the source.

https://svnweb.freebsd.org/ports?vie...evision=397198

[septianix]

That's not the official repo. That's a 3rd party repo and they are very dangerous as BSD unlike Linux does not have strict oversight as to who compile their packages.

Unlike you I'm an actual FreeBSD user and I don't need to pathologically make up 'facts' out of my ass.

I'm using the official 'latest' repo.

From /etc/pkg/FreeBSD.conf

FreeBSD: {
url: "pkg+http://pkg.FreeBSD.org/${ABI}/latest",
mirror_type: "srv",
signature_type: "fingerprints",
fingerprints: "/usr/share/keys/pkg",
enabled: yes
}

[jake_lesser]

OpenCL support with Clover (Gallium) and Beignet (Intel) was committed to 11-CURRENT a few days ago as for CUDA and OpenCL with nvidia, that's up to nvidia...

Please provide the source.

[jake_lesser]

Today's port count: 25246

# pkg update
Updating FreeBSD repository catalogue...
Fetching meta.txz: 100% 944 B 0.9kB/s 00:01
Fetching packagesite.txz: 100% 5 MiB 1.4MB/s 00:04
Processing entries: 100%
FreeBSD repository update completed. 24568 packages processed.

A lot of what's missing either:
- Does not apply to my architecture.
- Does not allow redistribution per licensing.

That's not the official repo. That's a 3rd party repo and they are very dangerous as BSD unlike Linux does not have strict oversight as to who compile their packages.

[jake_lesser]

I'm wondering where *BSD beasts go as I can't see no plan of any [GP]-GPU support.

They'll go the way of Open(Solaris. GPUs have been to BSDs as what being nice is to Donald Trump. The only hope is NVidia for FreeBSD and nv for OpenBSD but it turns out recently that their drivers are third-rate compared to Linux NVidia drivers showing even NVidia loosing interest in maintaining their BSD port. It's well known they are frustrated with BSD are BSD themselves are poor and keeping to standard which is a thing Linux and even M$ focus on.

Many applications are now using on a daily basis such acceleration. With no serious support of such things (there are others)

FreeBSD, OpenBSD and DragonflyBSD projects to support Intel and Radeon GPUs have been spectacular failures. BSD is even loosing X11 support due to this so the future of graphics in BSD is non-existent.

In fact, BSD has no future

I can't any serious future to this really nice OS.

That's a very ill-informed suggestion. The defining properties of all BSDs are poor design, quality, project management, no thriving community and inability to adapt and adopt. BSD is not a nice OS.

It's a cluster-fuck OS no matter how you look at it.