osdir.com
mailing list archive

Subject: pkgsrc and Darwin - msg#00234

List: os.netbsd.devel.pkgsrc.user

Date: Prev Next Index Thread: Prev Next Index
As far as I know the complete operating system, Darwin, has not been
available with any installer or binaries for a couple years. (Source
releases are still done, but no real community to provide or support a
usable open source operating system.)

It looks like all the packaging systems for Darwin also no longer exist or
are very out-of-date (or have become Mac OS X only).

So it looks like pkgsrc is the only packaging system that is available and
still works on Darwin.

Anyone here still using Darwin with pkgsrc? What version of Darwin?


Jeremy C. Reed

p.s. I brought this up because it was discussed on the Darwin OS list and
I suggested pkgsrc and the original poster tried it and found it was the
only one that worked.



Was this page helpful?
Yes No
Thread at a glance:

Previous Message by Date: click to view message preview

Re: alpine-1.00 doesn't seem to like my pkgsrc update tries

On 27/12/2007, Hisashi T Fujinaka <htodd@xxxxxxxxxxxx> wrote: > I tried updating the pkgsrc description of alpine on my netbsd-4 system > (mainly deleting the patch files that seemed to already be incorporated > upstream) and I got a core dump on sending mail. I'm not sure if this is > much help: > I could not trivially upgrade the package (by changing the version, removing the unnecessary patches and running 'make distinfo', that is...). I was able to manually configure and install it on -current from a few days, and I am able to send mail without any problems. > Reading symbols from /usr/lib/libcrypt.so.0...(no debugging symbols > found)...done. > Loaded symbols for /usr/lib/libcrypt.so.0 > Reading symbols from /usr/lib/libpam.so.0...(no debugging symbols > found)...done. > Loaded symbols for /usr/lib/libpam.so.0 > Reading symbols from /usr/lib/libcrypto.so.3...(no debugging symbols > found)...done. > Loaded symbols for /usr/lib/libcrypto.so.3 > Reading symbols from /usr/lib/libtermcap.so.0...(no debugging symbols > found)...done. > Loaded symbols for /usr/lib/libtermcap.so.0 > Reading symbols from /usr/lib/libssl.so.4... > (no debugging symbols found)...done. > Loaded symbols for /usr/lib/libssl.so.4 > Reading symbols from /usr/lib/libpthread.so.0...(no debugging symbols > found)...done. > Loaded symbols for /usr/lib/libpthread.so.0 > Reading symbols from /usr/lib/libc.so.12...(no debugging symbols > found)...done. > Loaded symbols for /usr/lib/libc.so.12 > Reading symbols from /usr/libexec/ld.elf_so...(no debugging symbols > found)...done. > Loaded symbols for /usr/libexec/ld.elf_so > > Core was generated by `alpine'. > Program terminated with signal 6, Aborted. > #0 0xbb98e22f in kill () from /usr/lib/libc.so.12 > (gdb) bt > #0 0xbb98e22f in kill () from /usr/lib/libc.so.12 > #1 0xbba2a338 in abort () from /usr/lib/libc.so.12 > #2 0x081bea47 in ?? () > #3 0xbba45820 in __scanfdebug () from /usr/lib/libc.so.12 > #4 0x081c62f4 in ?? () > #5 0xbfbfa14c in ?? () > #6 0x08063181 in ?? () > #7 0xbfbfa0b5 in ?? () > #8 0x626f7250 in ?? () > #9 0x206d656c in ?? () > #10 0x65746564 in ?? () > #11 0x64657463 in ?? () > #12 0x5222203a in ?? () > #13 0x69656365 in ?? () > #14 0x20646576 in ?? () > #15 0x726f6261 in ?? () > #16 0x69732074 in ?? () > #17 0x6c616e67 in ?? () > #18 0x67697328 in ?? () > #19 0x2931313d in ?? () > #20 0x410a2e22 in ?? () > #21 0x6e69706c in ?? () > #22 0x78452065 in ?? () > #23 0x6e697469 in ?? () > #24 0xbf002e67 in ?? () > #25 0x33330003 in ?? () > #26 0x00000000 in ?? () > > -- > Hisashi T Fujinaka - htodd@xxxxxxxxxxxx > BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte > -- ---------------------------------------------------------------- /dev/random says: This isn't right. This isn't even wrong! ---------------------------------------------------------------- Chavdar Ivanov | Talbot Way, Small Heath Business Park Delcam UK | Birmingham B10 0HJ, United Kingdom Customer Support | (+44)121-6831014 ----------------------------------------------------------------

Next Message by Date: click to view message preview

Re: openoffice2-bin on amd64

On Wed, Dec 26, 2007 at 02:55:31PM +0100, Nicolas Joly wrote: > On Tue, Dec 25, 2007 at 12:47:16PM -0500, Steven M. Bellovin wrote: > > I tried installing openoffice2-bin on an amd64 (since, per another > > thread, compiling the native version doesn't work). It dumps core, > > twice: > > > > terminate called after throwing an instance of 'std::bad_alloc' > > what(): St9bad_alloc > > [1] Abort trap (core dumped) "${sd_prog}/java... > > terminate called after throwing an instance of 'std::bad_alloc' > > what(): St9bad_alloc > > [1] Abort trap (core dumped) "${sd_prog}/${sd... > > Seems to be an unexpected mmap2 syscall failure under compat linux32. > > 18361 1 javaldx CALL mmap2(0,0x10000,3,0x22,0xffffffff,0) > 18361 1 javaldx RET mmap2 -1 errno -22 Invalid argument > 18361 1 javaldx CALL mmap2(0,0x10000,3,0x22,0xffffffff,0) > 18361 1 javaldx RET mmap2 -1 errno -22 Invalid argument > > I'll try to have a look. This is a regression ... An isolated testcase works fine on an old 4.99.36 kernel i have, but indeed not on a recent -current. The problem comes from the flags arguments (0x22 = MAP_ANON + MAP_PRIVATE) which is correct in linux32_sys_mmap2, but disappear when linux_sys_mmap2 is called; and is replaced by the file descriptor value of -1 !!! linux32_sys_mmap2 addr=0x0, len=0x1000, prot=0x3, flags=0x22, fd=0xffffffff, offset=0x0 linux_sys_mmap2 addr=0x0, len=0x1000, prot=0x3, flags=0xffffffff, fd=0x0, offset=0xffffffff80419f25 sys_mmap invalid flags ... 5139 Not sure what's going on there yet, but that's weird. -- Nicolas Joly Biological Software and Databanks. Institut Pasteur, Paris.

Previous Message by Thread: click to view message preview

alpine-1.00 doesn't seem to like my pkgsrc update tries

I tried updating the pkgsrc description of alpine on my netbsd-4 system (mainly deleting the patch files that seemed to already be incorporated upstream) and I got a core dump on sending mail. I'm not sure if this is much help: Reading symbols from /usr/lib/libcrypt.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libcrypt.so.0 Reading symbols from /usr/lib/libpam.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpam.so.0 Reading symbols from /usr/lib/libcrypto.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libcrypto.so.3 Reading symbols from /usr/lib/libtermcap.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libtermcap.so.0 Reading symbols from /usr/lib/libssl.so.4... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libssl.so.4 Reading symbols from /usr/lib/libpthread.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpthread.so.0 Reading symbols from /usr/lib/libc.so.12...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libc.so.12 Reading symbols from /usr/libexec/ld.elf_so...(no debugging symbols found)...done. Loaded symbols for /usr/libexec/ld.elf_so Core was generated by `alpine'. Program terminated with signal 6, Aborted. #0 0xbb98e22f in kill () from /usr/lib/libc.so.12 (gdb) bt #0 0xbb98e22f in kill () from /usr/lib/libc.so.12 #1 0xbba2a338 in abort () from /usr/lib/libc.so.12 #2 0x081bea47 in ?? () #3 0xbba45820 in __scanfdebug () from /usr/lib/libc.so.12 #4 0x081c62f4 in ?? () #5 0xbfbfa14c in ?? () #6 0x08063181 in ?? () #7 0xbfbfa0b5 in ?? () #8 0x626f7250 in ?? () #9 0x206d656c in ?? () #10 0x65746564 in ?? () #11 0x64657463 in ?? () #12 0x5222203a in ?? () #13 0x69656365 in ?? () #14 0x20646576 in ?? () #15 0x726f6261 in ?? () #16 0x69732074 in ?? () #17 0x6c616e67 in ?? () #18 0x67697328 in ?? () #19 0x2931313d in ?? () #20 0x410a2e22 in ?? () #21 0x6e69706c in ?? () #22 0x78452065 in ?? () #23 0x6e697469 in ?? () #24 0xbf002e67 in ?? () #25 0x33330003 in ?? () #26 0x00000000 in ?? () -- Hisashi T Fujinaka - htodd@xxxxxxxxxxxx BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte

Next Message by Thread: click to view message preview

IMAKE and PLIST

Under NetBSD in a chroot-ed environment building IMAKE=yes packages fails like this ERROR: The following files are in the PLIST but not in /usr/pkg: ERROR: /usr/pkg/man/cat1/xli.0 ERROR: /usr/pkg/man/cat1/xlito.0 ERROR: ************************************************************ ERROR: The following files are in /usr/pkg but not in the PLIST: ERROR: /usr/pkg/man/man1/xli.0 ERROR: /usr/pkg/man/man1/xlito.0 This happens because of the following difference in a generated Makefile @@ -121,7 +121,7 @@ LINTLIBDIR = $(USRLIBDIR)/lint MANPATH = $(PREFIX)/man MANSOURCEPATH = $(MANPATH)/cat - MANDIR = $(MANSOURCEPATH)$(MANSUFFIX) + MANDIR = /usr/pkg/man/man1 LIBMANDIR = $(MANSOURCEPATH)$(LIBMANSUFFIX) FILEMANDIR = $(MANSOURCEPATH)$(FILEMANSUFFIX) MISCMANDIR = $(MANSOURCEPATH)$(MISCMANSUFFIX) and the fact that pkgsrc's variable IMAKE_MAN_DIR is set to man/cat1. Can anybody explain this? -- Best regards, Aleksey Cheusov.
Sign up for updates to this mailing list. email:
Loading Comments...
Home | News | Patents | Sitemap | FAQ | advertise

Advertising by