similar to: freebsd ports config, cache distfiles

Hi, I just edited this page: http://wiki.rubyonrails.org/rails/pages/DarwinPorts I thought I''d post something to this mail-list in hopes of an answer.. I''m running Tiger. On my Mac, I cannot get past installation of readline: mac:~ mac$ sudo port install readline Password: ---> Fetching readline ---> Attempting to fetch readline51-001 from

Hi, I keep getting the following on my slug no matter what version I try (1.2, 1.4, 1.6, 1.6svn): ... make[2]: Leaving directory `/usr/portage/distfiles/svn/trunk/menuselect/mxml' gcc -o menuselect menuselect.o strcompat.o menuselect_stub.o mxml/libmxml.a menuselect.o: file not recognized: File format not recognized collect2: ld returned 1 exit status distcc[19221] ERROR: compile (null) on

While the sizes now match the SHA256 checksum do not match the original compressed tarballs. /usr/ports/devel/llvm # sha256 /usr/ports/distfiles/llvm-3.2.src.tar.gz SHA256 (/usr/ports/distfiles/llvm-3.2.src.tar.gz) = 265109c71b4fab8dc12ced314955921695c1ef549719553b0bc1e325110e143e root at sex:/usr/ports/devel/llvm # ls -l /usr/ports/distfiles/llvm-3.2.src.tar.gz -rw-r--r-- 1 root wheel

On Tue, Jan 15, 2013 at 09:25:42AM +1100, Mark Andrews wrote: > > While the sizes now match the SHA256 checksum do not match the original > compressed tarballs. > > /usr/ports/devel/llvm # sha256 /usr/ports/distfiles/llvm-3.2.src.tar.gz > SHA256 (/usr/ports/distfiles/llvm-3.2.src.tar.gz) = 265109c71b4fab8dc12ced314955921695c1ef549719553b0bc1e325110e143e > root at

Hello Tom, Tom Stellard via llvm-dev <llvm-dev <at> lists.llvm.org> writes: > > Hi, > > I'm working on uploading all the packages now. I've downloaded them files several times from different locations (suspected my webgw might muck with the content) using different clients and the result is the same: $ gpg --verify ~/Downloads/cfe-3.8.1.src.tar.xz.sig

I''d like to clarify some points about the ports/package system in FreeBSD. I apoligize ahead of time if this is Both packages and ports use the pkgdb system. This isn''t some lame cludge; it''s by design, and the reason is really quite simple. Packages are built from the ports collection. The only real difference between them is the mode of delivery. When you run

One line summary: Too many files in a top-level UFS-2 filesystem directory will cause a panic on mount. Kern/Critical/High Priority/SW-Bug Which FreeBSD Release You Are Using: 6.3-STABLE Environment (output of "uname -a" on the problem machine): FreeBSD wahoo.sd67dfl.org 6.3-STABLE FreeBSD 6.3-STABLE #0: Sun Feb 10 21:13:39 CST 2008

One line summary: Too many files in a top-level UFS-2 filesystem directory will cause a panic on mount. Kern/Critical/High Priority/SW-Bug Which FreeBSD Release You Are Using: 6.3-STABLE Environment (output of "uname -a" on the problem machine): FreeBSD wahoo.sd67dfl.org 6.3-STABLE FreeBSD 6.3-STABLE #0: Sun Feb 10 21:13:39 CST 2008

Hi, I think I've found a bug in R CMD INSTALL. When it tries to parse a DESCRIPTION file with an invalid LazyData field, it errors out while trying to print the correct error message: > R CMD INSTALL . * installing to library ?/home/example/R/x86_64-pc-linux-gnu-library/3.4? * installing *source* package ?samplepackage? ... ** data Error in errmsg("invalid value of ", field,

Hi, this is a patch to fix a bug in the XMMS plugin. The problem is that with the current version (1.1.0) it is impossible to get the year field to show up in the playlist, even if it's properly set in the file. The diff below fixes the problem. Tyler Eaves bash-2.05b$ diff -C 1 wrap_id3.c /usr/portage/distfiles/flac-1.1.0/src/plugin_xmms/wrap_id3.c *** wrap_id3.c Fri Jul 16 18:28:35 2004

Hi, there''s no information about reporting bugs in the btrfs wiki, so I try it here. For testing purposes, I have put all my Gentoo portage (build, distfiles, etc.) related LVs into one 10G btrfs with 4 subvolumes. While building OpenOffice yesterday, it failed with a "No space left on device" error, although the LV was only 69% full in total. Details (Builds of Gentoo

hello everybody! i have a samba (3.0.24) running on a gentoo (alpha) box. i connect to a share using cifs and when i then run df -h, i get the following ahuemer@xeon distfiles % df -h Filesystem Size Used Avail Use% Mounted on /dev/sda1 34G 31G 3.3G 91% / udev 759M 2.8M 756M 1% /dev shm 759M 20K 759M 1% /dev/shm

# portmaster mail/dovecot-sieve ===>>> The dependency for mail/dovecot seems to be handled by dovecot2-2.2.22 ===>>> Initial dependency check complete for mail/dovecot-sieve ===>>> Starting build for mail/dovecot-sieve <<<=== ===>>> All dependencies are up to date ===> Cleaning for dovecot-sieve-1.2+0.1.19_2 ===>>> Waiting on

Hi *, it seems rsync with --fileflags isn't able to work on (already) hardlinked and immutable ("schg") files on FreeBSD. The following scripts will create a simple example for this behaviour: -------------------------------------------------------------- #! /bin/sh # # set -x DIR="/var/tmp/rsync_$(date +%s)/" mkdir "${DIR}/" # Preparing dir_A mkdir

I''ve upgraded to puppet v2.6.2 on ubuntu (clients and server) and now I get this error messages related to pluginsync: info: Retrieving plugin err: /File[/var/lib/puppet/lib]: Failed to generate additional resources using ''eval_generate'': wrong header line format err: /File[/var/lib/puppet/lib]: Could not evaluate: wrong header line format Could not retrieve file

Hello World! (In particular, that part of it ouside the USA and Canada) I have (with official sanction of the organisation concerned) a LEGAL site for the distribution of crypt and Kerberos code. The secure code (crypt) is _identical_ to the US code. It originated in South Africa and Australia, and has never been to the US, so it is totally kosher. The Kerberos (eBones actually) code stared out

Hi Puppeteers! I''ve been using puppet for a little over a half year, and I''m very pleased with it. Until recently, I couldn''t get reporting to work, but after finding the culprit, it works just fine. Every day Puppet reports lines like the following: Tue Jul 31 04:37:49 +0200 2007 //debian_base_sarge/

On Tue, Feb 17, 2004 at 02:20:46PM +0100, Michael Nottebrock wrote: [distfile rerolls] > I didn't know that I was supposed to perform a security audit and I did not do > so. So if anyone happens to have the old distfile still around, please send > it my way, cause I don't. I suggest next time instead of marking a port as > BROKEN= Checksum mismatch, mark it as BROKEN= Needs

Tobez: no disrespect intended, obviously you saw a problem with the master sites for perl 5.8.7 and did what you could to help, and with your position as a maintainer, I know that the trust we have in you and your patches is well earned, so don't take this question as anything but my well-earned paranoia rearing its ugly head: Yes, building perl5.8.7 did seem like it had a lot of problems

Hello freebsd-security, Apologize if it's offtopic, but: The message digest checksum for bpft4 from ports/net/bpft does not matchs the one printed on the sources page at http://www.freebsd.org/cgi/pds.cgi?ports/net/bpft My digests are 3810114b068f438cc7e8e0b1af745953 from top 6 links. Only last ftp://rusunix.org/pub/FreeBSD/distfiles/bpft4-latest.tgz gave the right cheksum -