do...@freebsd.org (Doug Barton) writes:
>I will need some time to address this, I'll try to get a patch out by
>the end of this weekend.
Thanks for your efforts Doug. I'm not blocked by this issue but I'll
bet your fix will save time for others down the road.
~!paul
--
G. Paul Ziemba
FreeBSD u
http://www.reverbnation.com/hustlemann get a free download for just listening.
THANK YOU!!!
THANK YOU FOR YOUR TIME...
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
On Wed, Aug 29, 2012 at 8:17 AM, Alberto Villa wrote:
> On Wed, Aug 29, 2012 at 5:00 PM, Jim Pazarena wrote:
>> I use: csup -g -L 2 ports-supfile
>>
>> and ports-supfile
>> has all the recommended defaults, including "ports-all"
>>
>> what am I missing?
>
> I don't know, maybe something went wro
Me:
> >Life Happened(tm), which means I'll get to this first thing
> > tomorrow,
Back on the job.
Steps so far:
1) de-installed gcc46
2) removed suspect parts of make.conf
3) installed gcc48
4) de-installed gcc48
5) added back major suspect parts of make.conf,
but
On 08/29/2012 09:46 AM, G. Paul Ziemba wrote:
> I think my original reply did not go out on 8/27, so here it is:
I didn't see it, so thanks for the resend.
> One thing I did notice was that in the failed scenario (described
> in my previous message), the tmp file named /tmp/DI-FILES
> was incompl
On Wed, 29 Aug 2012 12:59:30 -0700 Garrett Cooper
wrote:
> On Wed, Aug 29, 2012 at 12:48 PM, Alexander Leidinger
> wrote:
> > On Wed, 29 Aug 2012 15:28:36 -0400 Eitan Adler
> > wrote:
> >
> >> On 29 August 2012 15:17, Alexander Leidinger
> >> wrote:
> >> > Could it be that my problem comes fro
On Wed, 29 Aug 2012 21:48:31 +0200 Alexander Leidinger
wrote:
> On Wed, 29 Aug 2012 15:28:36 -0400 Eitan Adler
> wrote:
>
> > On 29 August 2012 15:17, Alexander Leidinger
> > wrote:
> > > Could it be that my problem comes from r231300 and I was lucky
> > > that I didn't create a package on the
On Wed, Aug 29, 2012 at 12:48 PM, Alexander Leidinger
wrote:
> On Wed, 29 Aug 2012 15:28:36 -0400 Eitan Adler
> wrote:
>
>> On 29 August 2012 15:17, Alexander Leidinger
>> wrote:
>> > Could it be that my problem comes from r231300 and I was lucky that
>> > I didn't create a package on the machin
Am 29.08.2012 02:37, schrieb Kevin Oberman:
> And, as I mention rather often, pkg-libchk from
> sysutils/bsdadminscripts can save you from rebuilding a LOT of ports.
> pkg_libchk -o | grep LIBNAME | cut -d: -f1 | sort | uniq > dep-ports
> (where LIBNAM is the sharable (.so) installed by the port i
On Wed, 29 Aug 2012 15:28:36 -0400 Eitan Adler
wrote:
> On 29 August 2012 15:17, Alexander Leidinger
> wrote:
> > Could it be that my problem comes from r231300 and I was lucky that
> > I didn't create a package on the machine with the
> > symlinked /usr/local and used it on a machine with a
> >
I think my original reply did not go out on 8/27, so here it is:
do...@freebsd.org (Doug Barton) writes:
>On 08/25/2012 16:58, G. Paul Ziemba wrote:
>> The second scenario exhibits the problem. Here, I delete the distfile
>> and just run portmaster without -F. The fetch completes, but portmaster
On 29 August 2012 13:27, Jim Pazarena wrote:
> I am concerned, now, because I would have assumed that csup
> actually DOES update me, where it would seem that it has a failing,
> at least WRT japanese/kiten
>
> Which is the recommended way to stay PORT current? portsnap or csup?
> I will switch to
On 29 August 2012 15:17, Alexander Leidinger wrote:
> Could it be that my problem comes from r231300 and I was lucky that I
> didn't create a package on the machine with the symlinked /usr/local
> and used it on a machine with a normal /usr/local?
I have not been following this thread, so if you
On Sun, 26 Aug 2012 22:54:35 +0200 Alexander Leidinger
wrote:
> Hi,
>
> I detected a regression in the handling of the registration of the
> PREFIX in packages. I'm not sure when it was introduced, surely more
> than a month ago.
>
> The problem:
> - I have a symlink from /usr/local to another
[ Kevin Oberman wrote on Tue 28.Aug'12 at 17:37:17 -0700 ]
> And, as I mention rather often, pkg-libchk from
> sysutils/bsdadminscripts can save you from rebuilding a LOT of ports.
> pkg_libchk -o | grep LIBNAME | cut -d: -f1 | sort | uniq > dep-ports
> (where LIBNAM is the sharable (.so) instal
On Wed, Aug 29, 2012 at 7:27 PM, Jim Pazarena wrote:
> Which is the recommended way to stay PORT current? portsnap or csup?
> I will switch to portsnap, but it is pretty slow compared to csup.
csup is just fine, but you probably did something that confused it. If
you want your speed back, you can
Alberto Villa wrote, On 2012-08-29 8:17 AM:
On Wed, Aug 29, 2012 at 5:00 PM, Jim Pazarena wrote:
I use: csup -g -L 2 ports-supfile
and ports-supfile
has all the recommended defaults, including "ports-all"
what am I missing?
I don't know, maybe something went wrong in the past, but for sure
On Wed, Aug 29, 2012 at 5:00 PM, Jim Pazarena wrote:
> I use: csup -g -L 2 ports-supfile
>
> and ports-supfile
> has all the recommended defaults, including "ports-all"
>
> what am I missing?
I don't know, maybe something went wrong in the past, but for sure
that file (at least) is out of date.
Alberto Villa wrote, On 2012-08-28 11:51 PM:
On Wed, Aug 29, 2012 at 5:21 AM, Jim Pazarena wrote:
Alberto Villa wrote, On 2012-08-28 3:31 AM:
USE_KDE4= kdehier kdelibs kdeprefix automoc4
KDE4_BUILDENV= yes
USE_QT_VER= 4
QT_COMPONENTS= corelib moc_build qmake_build rcc_build uic_buil
[ Matt Burke wrote on Wed 29.Aug'12 at 9:01:59 +0100 ]
> On 08/28/12 21:41, Jamie Paul Griffin wrote:
> > I have installed conky for use with my wm which is Spectrwm. However,
> > looking in the conky Makefile one of the configure options has been
> > disabled, tcp monitoring (--disable-portmon),
Hi!
> Could someone comment on status of ports/164072?
> Have been percona ports ever committed to ports tree?
Other ones: percona-toolkit
I would love to see their database in the ports tree!
--
p...@opsec.eu+49 171 3101372 8 years to go !
_
On 08/28/12 21:41, Jamie Paul Griffin wrote:
> I have installed conky for use with my wm which is Spectrwm. However,
> looking in the conky Makefile one of the configure options has been
> disabled, tcp monitoring (--disable-portmon), which is a feature i'd
> quite like to have available. Is there
Hello.
Could someone comment on status of ports/164072?
Have been percona ports ever committed to ports tree?
--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University
___
freebsd-ports@freebsd.org mailin
On 8/29/2012 9:39 AM, Stefan Esser wrote:
I have created PR ports/171155 to report the issue, that
ports with long PLISTs cannot be deinstalled with PKGNG:
http://www.freebsd.org/cgi/query-pr.cgi?pr=171155
Regards, STefan
Already fixed in the git repository (commit
34c1b4f8b21376dfd270
I have created PR ports/171155 to report the issue, that
ports with long PLISTs cannot be deinstalled with PKGNG:
http://www.freebsd.org/cgi/query-pr.cgi?pr=171155
Regards, STefan
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.o
25 matches
Mail list logo
