similar to: SunPro support

FYI-- session.c fails from openSSH 2.9.9p2 with SunPro C compiler on Solaris 7, 8. The function do_pre_login had to be moved to before its use in do_exec_pty (a predeclaration would work). It does appear to work correctly, given the above fix. Still having the largefile problem (argh), so if anyone can help with /that/ ... -- Austin David -- Sr. Systems Architect Wink Communications

Hi users of EL6 based distributions, I'm pleased to announce a new alternative binary package repository for EL6 x86_64. The aim is to provide a supplemental set of packages which may contain software not included in your base system. These packages are based on pkgsrc, a cross-platform package manager. In this initial release there are 13,152 packages available. For now I am specifically

Hello I''m wondering if anyone has looked into adding pkgsrc package management as a provider for Package? We use Joyent accelerators (zones on OpenSolaris) for our many of our production services and about a year ago Joyent switched from Blastwave to pkgsrc for userland packages. pkgsrc catalog - http://pkgsrc.se/ pkgsrc guide - http://www.netbsd.org/docs/pkgsrc/ joyent pkgsrc

After months of testing in the "work in progress" pkgsrc-wip playground, dovecot-1.0b2 is now in the main pkgsrc mainline and will be tracked up through the 1.0 release and beyond. This means it's now much easier to get Dovecot 1.0 up and running on NetBSD and any other platform supported by pkgsrc (see www.pkgsrc.org); prior to this, 0.99.x was the newest available. Binary

hi all, i've taken over the maintainership of dovecot's pkgsrc on NetBSD - please send me your ideas, questions and comments related to dovecot on NetBSD. FreeBSD's port has currently some more 'features' than the pkgsrc, i'm going to add some of them - any feedback is appreciated. bye, TOM -------------- next part -------------- A non-text attachment was scrubbed...

I'm integrating Sieve (the new one) and ManageSieve into wip/dovecot. Currently, this works as dovecot options because dovecot must be built before sieve can be configured and sieve must be built before managesieve can be configured/built. Now, the question arose what the long-term solution (in pkgsrc) should be. To my understanding, with dovecot 2.0, ManageSieve will no longer need to patch

I'm trying to integrate both the new sieve implementation and managesieve into pkgsrc. Managesieve seems to need some dovecot libraries that dovecot doesn't install (lib-storage/libstorage.a, lib-auth/libauth.a, lib-imap/libimap.a, lib-index/libindex.a, lib-mail/libmail.a, lib-charset/libcharset.a, lib-dict/libdict.a and lib-charset/libcharset.a). There seems to be no provision in pkgsrc

> There has been some discussion about removing CVS from the base system > now it is no longer used. No concensus was reached, so it's not going > away immediately (and would not be removed from 9.x or earlier branches > in any case). > CVS is (and will remain) available in ports (devel/cvs). > -- > Peter Jeremy Now CVS may be no longer used for FreeBSD servers, but

On 5/22/23 07:13, Greg Troxel wrote: > gene heskett <gheskett at shentel.net> writes: > >> Which file in the nut I pulled a month ago, should I start with to get >> the new version actually running? I still get - -V=2.7.4 > > It is likely that you have built new nut but old nut is still on your > system. I do a 'sudo make install' to write over the

Eyal Lebedinsky <eyal at eyal.emu.id.au> writes: > I am upgrading to f42. > > I get this failure doing "dnf system-upgrade download --releasever=42" > > 2025-05-17T21:13:37+1000 CRITICAL Error: Transaction test error: > file /usr/bin/rhino conflicts between attempted installs of rhino-1.7.14-14.fc42.noarch and nut-2.8.3-1.fc42.x86_64 > > Both packages

gene heskett <gheskett at shentel.net> writes: > Which file in the nut I pulled a month ago, should I start with to get > the new version actually running? I still get - -V=2.7.4 It is likely that you have built new nut but old nut is still on your system. I do a 'sudo make install' to write over the distribution nut (on NetBSD/pkgsrc, surely not what you are using).

I am (belatedly) updating pkgsrc to 2.8.1 (+ bugfix). (FWIW, I think a 2.8.1.1 or 2.8.2 immediately with the fix is in order. >From a packaging viewpoint, the effort to update for a release is about 3 minutes plus time to adapt anythhing that has changed. So I'd much rather have releases more often.) In the pkgsrc build, nut finds tcp wrappers because they are part of the base system.

On 18/5/25 22:07, Greg Troxel wrote: > Eyal Lebedinsky <eyal at eyal.emu.id.au> writes: > >> I am upgrading to f42. >> >> I get this failure doing "dnf system-upgrade download --releasever=42" >> >> 2025-05-17T21:13:37+1000 CRITICAL Error: Transaction test error: >> file /usr/bin/rhino conflicts between attempted installs of

I am running Dovecot 1.0rc15 on NetBSD 3.1 with only a few connections. It is built from pkgsrc-2006Q3, with mail/dovecot/ updated to HEAD. kqueue is a default build option - I haven't tried without yet. Mail directories/indexes are on a Linux 2.6.16.29 NFS file system, I have set these options and it performs well: mmap_disable=yes lock_method=fcntl FYI. rc7 had very high CPU use with the

Dear fellows: This is the problem: I have 5 variables A, B, C, D and E with a range from 1 to 100 with 0.1 steps. Depending on the different values these have, the results of the formula change: alitemp <- ((Abase/llmcc$Clase)*PClase)+(((1/llmcc $Categoria)*Abase)*PCategoria)+((Abase*llmcc$Phi)*PPhi)+((Abase*llmcc $Rf)*PRf) So, alitemp (a 283 element series) changes if any of the P**

I took v2.8.3-rc in git, bootstrapped autoconf, build, make check, make dist, (on NetBSD 10) and then used that tarball as the source for pkgsrc, built a package, installed it on machine with a Best Fortress (NetBSD 9), rebooted, and both upsc and a program that uses the pyNUT interface code seem fine. So I see no problems. (Of course, I always like there to be a multiday interval from rc to

I took v2.8.3-rc in git, bootstrapped autoconf, build, make check, make dist, (on NetBSD 10) and then used that tarball as the source for pkgsrc, built a package, installed it on machine with a Best Fortress (NetBSD 9), rebooted, and both upsc and a program that uses the pyNUT interface code seem fine. So I see no problems. (Of course, I always like there to be a multiday interval from rc to

Sounds great, thanks! A number of other community members raised a few issues from the RC testing that finally took off, so I guess there will be an rc3 at least... There may also be some issues with upssched as discussed in another mailing list thread and https://github.com/networkupstools/nut/issues/2890 (may be or not be same problem underneath) but I am not ready to investigate that deeply.

Sounds great, thanks! A number of other community members raised a few issues from the RC testing that finally took off, so I guess there will be an rc3 at least... There may also be some issues with upssched as discussed in another mailing list thread and https://github.com/networkupstools/nut/issues/2890 (may be or not be same problem underneath) but I am not ready to investigate that deeply.

hello everybody, i just commited a pkgsrc for dovecot nightly cvs-snapshots to the pkgsrc-wip repository for NetBSD - this will hopefully go into base pkgsrc, soon. please see http://pkgsrc-wip.sourceforge.net/ on how to obtain pkgsrc-wip. ----- Forwarded message from Tom Hensel <tomhensel at users.sourceforge.net> ----- Date: Sun, 22 Feb 2004 11:18:52 -0800 From: Tom Hensel