Re: FreeBSD Port: fusefs-unionfs-0.17

On Fri, Jul 13, 2007 at 11:49:20AM +0300, Andriy Gapon wrote: > Proper solution seems to be to update all fusefs ports to link with > libiconv and to add "subtype=" to list of ignored options in both > mount_fusefs (fusefs-kmod port) and fuse_lowlevel.c (fusefs-libs port). > The error message actua

Possibly unbuildable ports reminder

Dear porters, This is just a reminder to please periodically check the list of unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ . A list by MAINTAINER is http://people.freebsd.org/~fenner/errorlogs/ so you can easily check the status of ports that you maintain. In addition, the li

pulseaudio upgrade fails

The tail of the 'make install' output: gmake[2]: Leaving directory `/usr/obj/mobileKamikaze.norad/usr/ports/audio/pulseaudio/work/pulseaudio-0.9.6' gmake[1]: Leaving directory `/usr/obj/mobileKamikaze.norad/usr/ports/audio/pulseaudio/work/pulseaudio-0.9.6' install -o root -g wheel -m 444 /usr/obj

Re: Finding slowdowns in pkg_install (continuations of previous threads)

Garrett Cooper wrote: Garrett Cooper wrote: Tim Kientzle wrote: -I tried ... buffering ... the +CONTENTS file parsing function, and the majority of the time it yielded good results One approach I prototyped sometime back was to use libarchive in pkg_add as follows: * Open the arch

Re: Finding slowdowns in pkg_install (continuations of previous threads)

Garrett Cooper píše v so 14. 07. 2007 v 04:04 -0700: > I've posted HTML results of the interpreted spreadsheet on > . I'll provide commentary > tomorrow after I get some sleep. Nothing on that URL. -- Pav Lucistnik <[EMAIL PROTECTED]>

Re: pulseaudio upgrade fails

On Sat, 14 Jul 2007 05:38:44 -0500, [LoN]Kamikaze <[EMAIL PROTECTED]> wrote: The tail of the 'make install' output: gmake[2]: Leaving directory `/usr/obj/mobileKamikaze.norad/usr/ports/audio/pulseaudio/work/pulseaudio-0.9.6' gmake[1]: Leaving directory `/usr/obj/mobileKamikaze.norad/usr/ports

Re: [Fwd: pfstat-2.2_3 failed on amd64 7]

On Saturday 14 July 2007, Pav Lucistnik wrote: > > building pfstat-2.2_3 on hammer3.isc.gumbysoft.com ... > > cc -O1 -pipe -Wall -I/usr/local/include > > -I/work/a/ports/sysutils/pfstat/work/pfstat-2.2 -c pf.c > > pf.c: In function 'query_ifaces': > > pf.c:145: error: array type has incomplete e

Re: Finding slowdowns in pkg_install (continuations of previous threads)

4. CSV files available at: http://students.washington.edu/youshi10/posted/atk-results.tgz. I've posted HTML results of the interpreted spreadsheet on . I'll provide commentary tomorrow after I get some sleep. I think the second one should be:

Re: [Fwd: pfstat-2.2_3 failed on amd64 7]

Max Laier píše v so 14. 07. 2007 v 18:00 +0200: > On Saturday 14 July 2007, Pav Lucistnik wrote: > > > building pfstat-2.2_3 on hammer3.isc.gumbysoft.com > ... > > > cc -O1 -pipe -Wall -I/usr/local/include > > > -I/work/a/ports/sysutils/pfstat/work/pfstat-2.2 -c pf.c > > > pf.c: In function 'que

Re: experimental qemu-devel port update, please test!

On Fri, Jul 13, 2007 at 10:46:04PM +0200, Juergen Lock wrote: > Okay what do you guys think about the following patch for now: > (the SMP thing might actually be the cause for ports/113430, can > someone verify?) I wonder if perhaps the port should be marked NO_PACKAGE, since quite a bit depends

Moving ports around?

Hi Is there a canonical, re-usable way to move / rebase packages around the system, so that the package gets moved from one system directory tree to another? Example: If I have a machine with some installed packages, and another machine's root directory mounted in (e.g.) /mnt, I'd like to copy a

Re: experimental qemu-devel port update, please test!

In article <[EMAIL PROTECTED]> you write: >On Fri, Jul 13, 2007 at 10:46:04PM +0200, Juergen Lock wrote: >> Okay what do you guys think about the following patch for now: >> (the SMP thing might actually be the cause for ports/113430, can >> someone verify?) > >I wonder if perhaps the port should

Re: Moving ports around?

Ivan Voras píše v so 14. 07. 2007 v 22:36 +0200: > Is there a canonical, re-usable way to move / rebase packages around the > system, so that the package gets moved from one system directory tree to > another? > > Example: If I have a machine with some installed packages, and another > machine's

pkg-plist problem

I'm working on an upgrade to a port. It installs a bunch of files, some in the standard places, a lot in /usr/local/portname. It also installs a perl module in SITE_PERL. The problem I have is I can't get that perl module to uninstall. If I list it as %%SITE_PERL%%/mach/perl module, it prep

Re: Moving ports around?

Pav Lucistnik wrote: > Hmm, recreating a package from the installed port and installing it > again in chroot() sounds pretty straightforward to me... It has the indispensable quality that it works. The downsides are the overhead in CPU consumption (compress, decompress) and disk space. signatu

Re: Finding slowdowns in pkg_install (continuations of previous threads)

Tim Kientzle wrote: 4. CSV files available at: http://students.washington.edu/youshi10/posted/atk-results.tgz. I've posted HTML results of the interpreted spreadsheet on . I'll provide commentary tomorrow after I get some sleep. I think the sec

Re: Moving ports around?

Ivan Voras wrote: Pav Lucistnik wrote: Hmm, recreating a package from the installed port and installing it again in chroot() sounds pretty straightforward to me... It has the indispensable quality that it works. The downsides are the overhead in CPU consumption (compress, decompress)

Re: Moving ports around?

Can't you do something like pkg_create ... /dev/stdout | pkg_add -f -C /mnt - > > Hmm, recreating a package from the installed port and installing it > > again in chroot() sounds pretty straightforward to me... > > It has the indispensable quality that it works. The downsides are the > overhead

Re: Finding slowdowns in pkg_install (continuations of previous threads)

The following blog post has all of my commentary on the results I have: . I tried to unroll strcmp a bit by checking for the first character of the > command, then run strc

Re: Finding slowdowns in pkg_install (continuations of previous threads)

Tim Kientzle wrote: The following blog post has all of my commentary on the results I have: . I tried to unroll strcmp a bit by checking for the first character of the >

Re: Moving ports around?

On 15/07/2007, at 9:18 AM, Garrett Cooper wrote: Ivan Voras wrote: Pav Lucistnik wrote: Hmm, recreating a package from the installed port and installing it again in chroot() sounds pretty straightforward to me... It has the indispensable quality that it works. The downsides are the overh