Hi,
Could someone please commit bug 195752?
I keep receiving pkg-fallout related emails.
Thanks in advance.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
On Thu, Jan 15, 2015 at 06:46:03PM +0100, Fernando Apesteguía wrote:
Hi,
Could someone please commit bug 195752?
I keep receiving pkg-fallout related emails.
Thanks in advance.
Done sorry for delay.
Bapt
pgpd6rBJvA7eH.pgp
Description: PGP signature
Please add the latest bash patches to bash port
Thank you
Regards,
Dutchman01
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
This sounds like you, like many other people have done in the past, have
built an in-house solution based on the tools available at the time,
which includes 'make package'
I wouldn't call it an in-house solution since the package target is a
feature of the ports infrastructure. We simply 'make
On Thu, 15 Jan 2015 08:42:21 -0800 Nick Rogers ncrog...@gmail.com wrote
On Sun, Nov 2, 2014 at 1:00 PM, Chris H bsd-li...@bsdforge.com wrote:
On Fri, 31 Oct 2014 16:55:47 -0700 Nick Rogers ncrog...@gmail.com wrote
On Tue, Oct 21, 2014 at 6:29 PM, Chris H bsd-li...@bsdforge.com wrote:
I'm looking to see if someone who is more knowledgeable about perl or libtool or
whatever to help me solve the below problem.
Basically, libspiro's internal version number is 0.2.20130930. Under FreeBSD 9.X
and up, config.log shows LIBSPIRO_VERSION as being 0:2:0 and libtool completes
as
On Thu, 15 Jan 2015 09:27:29 +0100 Kurt Jaeger li...@opsec.eu wrote
Hi!
So I won't be submitting the pr(1) until tomorrow.
OK killed all the errors, rolled up a release, and submitted an
svn diff. Please see the pr(1):
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196746
On Thu, Jan 15, 2015 at 12:26 AM, Dewayne Geraghty
dewayne.gerag...@heuristicsystems.com.au wrote:
On 15/01/2015 5:27 PM, Waitman Gobble wrote:
Hi,
I noticed that postgresql93-client port pulls in readline, which is GPLv3.
When I get rid of readline in Makefile 'USES' and also change the
On Thu, 15 Jan 2015 09:56:31 +0100 Kurt Jaeger li...@opsec.eu wrote
Hi!
So I won't be submitting the pr(1) until tomorrow.
OK killed all the errors, rolled up a release, and submitted an
svn diff. Please see the pr(1):
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196746
On Wed, Jan 14, 2015 at 10:27:14PM -0800, Waitman Gobble wrote:
Hi,
I noticed that postgresql93-client port pulls in readline, which is GPLv3.
When I get rid of readline in Makefile 'USES' and also change the
bottom of the Makefile in postgresql93-server,
...
.include
On Sun, Nov 2, 2014 at 1:00 PM, Chris H bsd-li...@bsdforge.com wrote:
On Fri, 31 Oct 2014 16:55:47 -0700 Nick Rogers ncrog...@gmail.com wrote
On Tue, Oct 21, 2014 at 6:29 PM, Chris H bsd-li...@bsdforge.com wrote:
On Tue, 21 Oct 2014 09:39:30 +0200 Marko Cupać marko.cu...@mimar.rs
Boris Samorodov wrote:
I think that your cups-client libs are linked against dns libraries.
With a fresh portstree (this imho should be fixesd at r376233)
rebuild print/cups-client, then print/cups-base.
It also fails with the same diagnostics
under poudriere on 10.1 using today's ports
El 15/01/2015 18:59, Baptiste Daroussin b...@freebsd.org escribió:
On Thu, Jan 15, 2015 at 06:46:03PM +0100, Fernando Apesteguía wrote:
Hi,
Could someone please commit bug 195752?
I keep receiving pkg-fallout related emails.
Thanks in advance.
Done sorry for delay.
No worries.
15.01.2015 22:02, William Bulley пишет:
After running this command: # svn update /usr/ports I tried to
upgrade the print/cups port.
As root I then ran this command:
# portmaster -K -B -D print/cups
Below is the output leading up to the failure and the failure itself.
BTW - I did
Thanks to all who works on this. Muchly appreciated!!
I'm guessing this didn't make it into the tree in time for this week's
package building? No biggie, I'll pick it up next week.
I might spin up a VM and build it from source, if I get impatient. :)
Again, thanks!
--
Freddie Cash
On 16/01/2015 6:02 AM, William Bulley wrote:
After running this command: # svn update /usr/ports I tried to
upgrade the print/cups port.
As root I then ran this command:
# portmaster -K -B -D print/cups
Below is the output leading up to the failure and the failure itself.
BTW - I did
After running this command: # svn update /usr/ports I tried to
upgrade the print/cups port.
As root I then ran this command:
# portmaster -K -B -D print/cups
Below is the output leading up to the failure and the failure itself.
BTW - I did retry the build in /usr/ports/print/cups using
On Thu, Jan 15, 2015 at 8:01 AM, Baptiste Daroussin b...@freebsd.org wrote:
On Wed, Jan 14, 2015 at 10:27:14PM -0800, Waitman Gobble wrote:
Hi,
I noticed that postgresql93-client port pulls in readline, which is GPLv3.
When I get rid of readline in Makefile 'USES' and also change the
bottom
I've been having trouble with fusefs-ntfs on a Seagate BackupPlus hard drive, 5
TB, external USB 3.0.
It wouldn't mount with ntfs-3g, but I was apparently able to copy (ntfscat) the
files one-by-one, very inelegant and quite unworkable for anything other than a
small number of files in a
On 15 Jan, Naram Qashat wrote:
I'm looking to see if someone who is more knowledgeable about perl or libtool
or
whatever to help me solve the below problem.
Basically, libspiro's internal version number is 0.2.20130930. Under FreeBSD
9.X
and up, config.log shows LIBSPIRO_VERSION as
On 15/01/2015 5:27 PM, Waitman Gobble wrote:
Hi,
I noticed that postgresql93-client port pulls in readline, which is GPLv3.
When I get rid of readline in Makefile 'USES' and also change the
bottom of the Makefile in postgresql93-server,
...
.include
Hi!
So I won't be submitting the pr(1) until tomorrow.
OK killed all the errors, rolled up a release, and submitted an
svn diff. Please see the pr(1):
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196746
Testing @work.
The build still emits a fair amount of warnings. but none are
Hi Roger,
On Wed, Jan 14, 2015 at 08:34:35AM -0800, Roger Marquis wrote:
Matthew Seaman wrote:
Yes, poudriere does a lot of stuff, but if you didn't use a central
builder, you'ld end up replicating all of that stuff onto every machine
you wanted to manage.
What stuff would you end up
Hi!
So I won't be submitting the pr(1) until tomorrow.
OK killed all the errors, rolled up a release, and submitted an
svn diff. Please see the pr(1):
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196746
Testing @work.
Poudriere build on 10.1-amd64, 9.3-amd64, 8.4-i386 went fine.
Dear port maintainer,
The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated,
Greetings,
amd64 stable/10, updated across the failure.
I've been watching a poudriere build failure with graphics/libfpx for
several days now and investigated, and it is a curious failure. Some
advice solicited on the fix.
With an updated poudriere world, and an updated outside r277194
26 matches
Mail list logo