On 27 October 2012 12:21, Thomas Mueller wrote:
> When updating many ports with portmaster, I get frequent interruptions with a
> prompt such as
> ===>>> Delete gstreamer-0.10.35.tar.bz2? y/n [n]
>How do I avoid this inefficiency? I don't see any way to say "yes, and please
>don't ask again!"
In my many-times-interrupted attempt to upgrade all ports that depend on png, I
hit another snag: poppler-glib allegedly trying to install files to the same
place as poppler-gtk.
I find no poppler-gtk in the ports tree but find it in /var/db/pkg ; find
poppler-glib in ports tree but not /var/db
Note in updating:
2011-11-01
Affects: users of graphics/poppler-gtk
Author: Koop Mast
Reason:
Poppler was update to 0.18.0, and the gtk slave port was renamed to
match the library it installs. Please run the following command to migrate.
# portmaster -o graphics/poppler-glib poppler-gtk-
On 27 October 2012 12:21, Thomas Mueller wrote:
> When updating many ports with portmaster, I get frequent interruptions with a
> prompt such as
> ===>>> Delete gstreamer-0.10.35.tar.bz2? y/n [n]
>How do I avoid this inefficiency? I don't see any way to say "yes, and please
>don't ask again!"
from Robert Backhaus :
> Note in updating:
> 2011-11-01
> Affects: users of graphics/poppler-gtk
> Author: Koop Mast
> Reason:
> Poppler was update to 0.18.0, and the gtk slave port was renamed to
> match the library it installs. Please run the following command to migrate.
> # portmast
Hi!
On my FreeBSD 9.1 RC-2, clang version 3.1 (branches/release_31 156863)
20120523, I have a problem to build LibreOffice 3.5.7.2:
Oh dear - something failed during the build - sorry!
ERROR: error 65280 occured while making
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.7.2/canvas.pr
On 27 October 2012 20:25, ajtiM wrote:
> Hi!
>
> On my FreeBSD 9.1 RC-2, clang version 3.1 (branches/release_31 156863)
> 20120523, I have a problem to build LibreOffice 3.5.7.2:
>
> Oh dear - something failed during the build - sorry!
> ERROR: error 65280 occured while making
> /usr/ports/editors
On Saturday 27 October 2012 05:32:29 Robert Backhaus wrote:
> On 27 October 2012 20:25, ajtiM wrote:
> > Hi!
> >
> > On my FreeBSD 9.1 RC-2, clang version 3.1 (branches/release_31 156863)
> > 20120523, I have a problem to build LibreOffice 3.5.7.2:
> >
> > Oh dear - something failed during the b
On 27 October 2012 21:40, ajtiM wrote:
> On Saturday 27 October 2012 05:32:29 Robert Backhaus wrote:
>> On 27 October 2012 20:25, ajtiM wrote:
>> > Hi!
>> >
>> > On my FreeBSD 9.1 RC-2, clang version 3.1 (branches/release_31 156863)
>> > 20120523, I have a problem to build LibreOffice 3.5.7.2:
>>
On 27 Oct 2012 12:57, "Robert Backhaus" wrote:
>
> On 27 October 2012 21:40, ajtiM wrote:
> > On Saturday 27 October 2012 05:32:29 Robert Backhaus wrote:
> >> On 27 October 2012 20:25, ajtiM wrote:
> >> > Hi!
> >> >
> >> > On my FreeBSD 9.1 RC-2, clang version 3.1 (branches/release_31
156863)
>
On Saturday 27 October 2012 07:09:07 Chris Rees wrote:
> On 27 Oct 2012 12:57, "Robert Backhaus" wrote:
> > On 27 October 2012 21:40, ajtiM wrote:
> > > On Saturday 27 October 2012 05:32:29 Robert Backhaus wrote:
> > >> On 27 October 2012 20:25, ajtiM wrote:
> > >> > Hi!
> > >> >
> > >> > On my
On Saturday 27 October 2012 06:57:18 Robert Backhaus wrote:
>
> clang++: error: unable to execute command: Segmentation fault: 11 (core
> dumped)
>
> that while compiling spritecanvas.cxx Segfaults are often bad
> hardware, but can be many other things. Are you sure libreoffice
> builds with cla
On 27 October 2012 22:38, ajtiM wrote:
> On Saturday 27 October 2012 06:57:18 Robert Backhaus wrote:
>
>>
>> clang++: error: unable to execute command: Segmentation fault: 11 (core
>> dumped)
>>
>> that while compiling spritecanvas.cxx Segfaults are often bad
>> hardware, but can be many other thi
ajtiM writes:
> > > clang++: error: unable to execute command: Segmentation fault: 11 (core
> >
> > dumped)
> >
> > > > http://www.redbubble.com/people/lumiwa
> >
> > SIG 11 is almost always bad hardware, I agree with Robert on diagnosis.
> >
> > Does it fail in the same place every
I am still trying to update all ports that depend on png, and the newest snag
is libxul.
Since libxul19 was marked vulnerable, that stopped a previous try, and I ran
portmaster -o www/libxul libxul
and graphics/gnash does not like this because of the lack of file
gnash-0.8.10_2 depends on file:
* Kevin Oberman [2012-10-27 01:44 -0400]:
> On Fri, Oct 26, 2012 at 7:26 PM, David J. Weller-Fahy
> wrote:
> > ALWAYS_SCRUB_DISTFILES=dopt
>
> I'm on the DONT_SCRUB_DISTFILES=Dopt side as the wrong files will get
> deleted on occasion. I suggest running 'portmaster --clean-disfiles'.
> It is m
On Sat, Oct 27, 2012 at 7:27 AM, David J. Weller-Fahy
wrote:
> * Kevin Oberman [2012-10-27 01:44 -0400]:
>> On Fri, Oct 26, 2012 at 7:26 PM, David J. Weller-Fahy
>> wrote:
>> > ALWAYS_SCRUB_DISTFILES=dopt
>>
>> I'm on the DONT_SCRUB_DISTFILES=Dopt side as the wrong files will get
>> deleted on
On Thu, Oct 25, 2012 at 10:18 PM, Kevin Oberman wrote:
> On Thu, Oct 25, 2012 at 5:27 AM, Chris Rees wrote:
>>
>> On 25 Oct 2012 10:47, "Erwin Lansing" wrote:
>>>
>>> On Thu, Oct 25, 2012 at 09:09:07AM +0100, Chris Rees wrote:
>>> > On 25 Oct 2012 08:15, "Erwin Lansing" wrote:
>>> > >
>>> > > O
Since you converted sysutils/testdisk to the new options framework, it
does not depend on sysutils/fusefs-ntfs anymore, although I have this
line in /usr/local/etc/ports.conf:
sysutils/testdisk: WITH_NTFS3G
I thought the new options framework was backwards compatible and
ports-mgmt/portconf does
On Sat, Oct 27, 2012 at 09:26:17PM +0200, Jan Henrik Sylvester wrote:
> Since you converted sysutils/testdisk to the new options framework, it
> does not depend on sysutils/fusefs-ntfs anymore, although I have this
> line in /usr/local/etc/ports.conf:
>
> sysutils/testdisk: WITH_NTFS3G
>
> I thou
Hi Michael,
Michael Gmelin wrote on 27.10.2012 00:09:
If something goes wrong you can also fetch it for a limited amount of
time at this URL:
http://blog.grem.de/py27-Ice-3.4.2_3.patch.gz
Thanks for your help,
Michael
Just committed with couple of change from mine (see commit message). And
On 10/27/2012 21:32, Baptiste Daroussin wrote:
> On Sat, Oct 27, 2012 at 09:26:17PM +0200, Jan Henrik Sylvester wrote:
>> Since you converted sysutils/testdisk to the new options framework, it
>> does not depend on sysutils/fusefs-ntfs anymore, although I have this
>> line in /usr/local/etc/ports.c
Robert Huff writes:
> {Libre, Open)Office takes far longer to build than any of the
> ~900 ports I have installed on this system. If there's anything
> that takes longer, I am unaware of it.
> I will try this and report back.
Build successful.
Installation sucessful
On 27 Oct 2012, at 22:01, Ruslan Mahmatkhanov wrote:
> Hi Michael,
>
> Michael Gmelin wrote on 27.10.2012 00:09:
>> If something goes wrong you can also fetch it for a limited amount of
>> time at this URL:
>>
>> http://blog.grem.de/py27-Ice-3.4.2_3.patch.gz
>>
>> Thanks for your help,
>> Mi
On 27 October 2012 23:34, Thomas Mueller wrote:
> I am still trying to update all ports that depend on png, and the newest snag
> is libxul.
>
> Since libxul19 was marked vulnerable, that stopped a previous try, and I ran
> portmaster -o www/libxul libxul
> and graphics/gnash does not like this b
* Kevin Oberman [2012-10-27 12:43 -0400]:
> On Sat, Oct 27, 2012 at 7:27 AM, David J. Weller-Fahy
> wrote:
> > I assume one would notice by having distfiles downloaded again the
> > next time you needed to build the software, right?
>
> More important to me is that distfiles will occasionally b
26 matches
Mail list logo
