On Fri 11 March 2011 at 07:37:59PM +0800, Martin Wilke wrote:
> Please report any problems and issues to x11 (at) FreeBSD.org.
>
Works fine here with a GeForce Go 7300 (xf86-intel-2.7)
I have problems with an ATI R710, Xorg randomly crash within 5 to 10
minutes (sigbus) with KDE4 and desktop eff
16.03.2011, 02:27, "Alberto Villa" :
> On Tuesday 15 March 2011 19:20:40 Konstantin Tokarev wrote:
>
>> 3. Fix Clang to compile more ports
>
> lots of problems are due to gcc-isms in software, so it's not always possible
>From http://clang.llvm.org/docs/LanguageExtensions.html
"In addition to
On Wednesday 16 March 2011 09:15:07 Konstantin Tokarev wrote:
> From http://clang.llvm.org/docs/LanguageExtensions.html
>
> "In addition to the language extensions listed here, Clang aims to
support
> a broad range of GCC extensions."
>
> So GCC extensions may also be considered as missing featu
On Tue, Mar 15, 2011 at 09:20:40PM +0300, Konstantin Tokarev wrote:
>
>
> 13.03.2011, 01:00, "Doug Barton" :
> > Howdy,
> >
> > As many of you are no doubt already aware, much work has been undertaken
> > to make clang the default compiler for the src tree starting with
> > 9.0-RELEASE. It is not
On Wed, Mar 16, 2011 at 10:19:48AM +0100, Erwin Lansing wrote:
> On Tue, Mar 15, 2011 at 09:20:40PM +0300, Konstantin Tokarev wrote:
> >
> >
> > 13.03.2011, 01:00, "Doug Barton" :
> > > Howdy,
> > >
> > > As many of you are no doubt already aware, much work has been undertaken
> > > to make clang
Hi!
Thanks a lot for help! You both were right, guys.
I didn't have *textproc/p5-XML-Parser* on my system, but it all must be
connected to my "Perl Upgrade".
*portupgrade -f p5** made everything needed :)
All the best to you!
With Kind Regards,
Alexey
On Tue, Mar 15, 2011 at 6:26 PM, Daniel Ne
On Wed 16 March 2011 at 09:00:30AM +0100, Urankar Mikael wrote:
> On Fri 11 March 2011 at 07:37:59PM +0800, Martin Wilke wrote:
> > Please report any problems and issues to x11 (at) FreeBSD.org.
> >
>
> Works fine here with a GeForce Go 7300 (xf86-intel-2.7)
>
Oups, I'm using the "nv" driver (x
On Wed, Mar 16, 2011 at 09:39:38AM +, Anton Shterenlikht wrote:
> > >
> > Note that these 3 are not mutually exclusive. The clang developers have
> > been very responsive on earlier bugs we found and they are usually fixed
> > quickly, so I'm sure that if real bugs in clang are found they wil
On Mar 16, 2011, at 04:39 , Anton Shterenlikht wrote:
> What will happen to ports in non-clang arches (sparc64, ia64) after 9.0R?
With any luck, they will die a silent death and be pointed in the direction of
NetBSD that likes to look after irrelevant architectures. i386/amd64 for
primary use,
16.03.2011, 13:33, "Ade Lovett" :
> On Mar 16, 2011, at 04:39 , Anton Shterenlikht wrote:
>
>> What will happen to ports in non-clang arches (sparc64, ia64) after 9.0R?
>
> With any luck, they will die a silent death and be pointed in the direction
> of NetBSD that likes to look after irrelevan
Am 15.03.2011 23:19, schrieb Baptiste Daroussin:
2011/3/15 Charlie Kester
I see there's been another few batch commits deprecating some
unmaintained ports where "upstream is gone and/or distfile is no longer
available."
Maintainers and prospective maintainers should be sure to look at the
port
Am 15.03.2011 23:44, schrieb Chuck Swiger:
On Mar 15, 2011, at 3:35 PM, Eitan Adler wrote:
[ ... ]
Yes. Ports which support parallel builds will have MAKE_JOBS_SAFE=yes set in
the port Makefile. It defaults to running -j with MAKE_JOBS_NUMBER=`${SYSCTL}
-n kern.smp.cpus`, but you can change
07.03.2011, 00:54, "Heino Tiedemann" :
> Konstantin Tokarev ; wrote:
>
>> 03.03.2011, 03:27, "Charlie Kester" ;:
>>> On Wed 02 Mar 2011 at 15:06:52 PST Charlie Kester wrote:
I don't want or need all of the programs in the libreoffice suite.
In fact, the only reason I might inst
Am 16.03.2011 03:38, schrieb John:
On 15/03/2011 22:35, Eitan Adler wrote:
No, this is incorrect. The MAKE_JOBS_NUMBER and MAKE_JOBS_SAFE is used
internally when building a single port. When the OP is asking if he
can manually specify -j on the command line which would end up
building multiple p
On Mar 16, 2011, at 05:45 , Konstantin Tokarev wrote:
> 16.03.2011, 13:33, "Ade Lovett" :
>> On Mar 16, 2011, at 04:39 , Anton Shterenlikht wrote:
>>
>>> What will happen to ports in non-clang arches (sparc64, ia64) after 9.0R?
>>
>> With any luck, they will die a silent death and be pointed in
2011/3/16 Matthias Andree
>
> Baptiste,
>
> I generally agree with your approach, and as Doug pointed out, it has
> worked out fine. Those ports that people had interest in triggered, for
> instance, Charlie's response.
>
> However, we should be sure to find maintainers before ports are
> undepr
On Wed, Mar 16, 2011 at 11:45:25AM +0100, Matthias Andree wrote:
> However, we should be sure to find maintainers before ports are
> undeprecated, else we run into a cycle of deprecation, reviving the
> port, deprecating it again, and so on.
That's the purpose of a long deprecation period + the pe
On Wed, Mar 16, 2011 at 06:15:11AM +, b. f. wrote:
> But it's not clear to me why, for example, some usable fonts were
> deprecated -- fonts often don't have homepages.
The deprecations are (currently) advisory-only.
If people are using these ports, and want to keep them, then they need
to st
On Wed, Mar 16, 2011 at 06:02:55AM -0500, Ade Lovett wrote:
>
> On Mar 16, 2011, at 05:45 , Konstantin Tokarev wrote:
> > 16.03.2011, 13:33, "Ade Lovett" :
> >> On Mar 16, 2011, at 04:39 , Anton Shterenlikht wrote:
> >>
> >>> What will happen to ports in non-clang arches (sparc64, ia64) after 9.
On 3/16/11, Mark Linimon wrote:
> On Wed, Mar 16, 2011 at 06:15:11AM +, b. f. wrote:
>> But it's not clear to me why, for example, some usable fonts were
>> deprecated -- fonts often don't have homepages.
>
> The deprecations are (currently) advisory-only.
>
> If people are using these ports,
Hi,
As some of you may have noticed I have started a deprecation campaign which
should ends at the end of the week.
The main goal is to remove stale ports.
I have been looking category by category (except for languages category by
french) searching for unmaintain ports where I can't find the ups
on 14/03/2011 02:45 Doug Barton said the following:
> BTW, the reason I'm not amenable to your suggestion in 2 is that only a few
> developer-types actually care about this, and that doesn't justify the code
> complexity. Just be thankful I didn't go with my first instinct, which was to
> 'rm
> -r
--On March 16, 2011 6:15:11 AM + "b. f." wrote:
That said, I think that un-deprecating these ports just because someone
can find a distfile somewhere is the wrong approach. bapt has been very
careful to only deprecate ports that are on the absolute bottom of the
pile. They are unmaintained,
On 03/16/2011 02:39 AM, Anton Shterenlikht wrote:
On Wed, Mar 16, 2011 at 10:19:48AM +0100, Erwin Lansing wrote:
On Tue, Mar 15, 2011 at 09:20:40PM +0300, Konstantin Tokarev wrote:
13.03.2011, 01:00, "Doug Barton":
Howdy,
As many of you are no doubt already aware, much work has been underta
On Wed 16 Mar 2011 at 03:45:25 PDT Matthias Andree wrote:
However, we should be sure to find maintainers before ports are
undeprecated, else we run into a cycle of deprecation, reviving the
port, deprecating it again, and so on.
I definitely agree with this. If someone wants to get one of thes
When trying to rebuild avahi after the recent upgrade, I get:
signals-marshal.c:186: warning: ISO C forbids conversion of object pointer to
function pointer type
CC libavahi_gobject_la-ga-client-enumtypes.lo
CC libavahi_gobject_la-ga-entry-group-enumtypes.lo
CC libav
Hi,
I have no actual interest in maintaining this port, as I don't use it,
however I was able to update the port to find a suitable site for
downloading and building. I found the hosting site with a google lookup, and
it is also listed as the only downloading reference off of Wikipedia.
It appea
On Wed, Mar 16, 2011 at 10:20:11AM -0700, Jason Helfman thus spake:
Hi,
I have no actual interest in maintaining this port, as I don't use it,
however I was able to update the port to find a suitable site for
downloading and building. I found the hosting site with a google lookup, and
it is also
on 16/03/2011 19:20 Jason Helfman said the following:
> Hi,
>
> I have no actual interest in maintaining this port, as I don't use it,
> however I was able to update the port to find a suitable site for
> downloading and building. I found the hosting site with a google lookup, and
> it is also lis
On Wed, Mar 16, 2011 at 10:56 AM, Robert Huff wrote:
>
> When trying to rebuild avahi after the recent upgrade, I get:
>
> signals-marshal.c:186: warning: ISO C forbids conversion of object pointer to
> function pointer type
>
> CC libavahi_gobject_la-ga-client-enumtypes.lo
>
> CC
On 03/10/11 11:37, joeb wrote:
I have been using mysql since fbsd 7.2 and always just issued the
mysql_install_db command on the command line to create mysql's control
databases and it always worked fine.
But now with fbsd 8.2 I get the following error and have no idea why.
I installed using pkg
On Wed, 2011-03-16 at 10:36 -0700, Jason Helfman wrote:
> Whoops :)
>
> I ran the base gpart, so not sure if it works, but I suppose it could, just
> not on my system.
>
> [jhelfman@eggman ~/ports/sysutils/gpart]$ sudo /usr/local/sbin/gpart show
>
> *** Fatal error: open(show): No such file or
On 16.03.2011 18:54 (UTC+1), Michal Varga wrote:
On Wed, 2011-03-16 at 10:36 -0700, Jason Helfman wrote:
Whoops :)
I ran the base gpart, so not sure if it works, but I suppose it could, just
not on my system.
[jhelfman@eggman ~/ports/sysutils/gpart]$ sudo /usr/local/sbin/gpart show
*** Fatal
On Friday 11 March 2011 13:37:59 Martin Wilke wrote:
> Hi,
>
> First of all, note that *this is very experimental, so you really have to
> know what
> you’re doing.* We managed to get drm/dri with the newer xorg-server to
> work, and we have removed the support for WITHOUT_NOUVEAU.
>
> We have ju
Jeremy Messenger writes:
> > /libexec/ld-elf.so.1: Shared object "libicui18n.so.38" not found, required
> by "libavahi-glib.so.1"
> >
> > Command
> '['/usr/ports/net/avahi-app/work/avahi-0.6.29/avahi-gobject/tmp-introspectz8YYb8/Avahi-0.6',
>
> '--introspect-dump=/usr/ports/net/avahi-app/w
Hello,
i noted that ucpp is deprecated because it cannot be fetched
from original site. This is an alternate c preprocessor
supposed to be better than the gnu one, written by Thomas
Pornin. I happen to know the guy (*), so i searched if
the soft had been moved, and indeed it can be found here:
ht
Ruslan Mahmatkhanov wrote:
>I also saw that graphics/gimp-greycstoration is finally deprecated.
>Baptiste you may want to look at ports/154596 to close it.
In fact this is an interesting plugin which is superseded by
gmic from the same author David Tschumperlé
http://gmic.sourceforge.net/gimp.sh
On Wed, Mar 16, 2011 at 08:00:17PM +0100, Rainer Hurling wrote:
> gpart in sysutils/gpart stands for 'guess partitions'. Its an old, but
> very useful tool for repairing partitions. Unfortunately it does not
> work on amd64.
I've added two patches to make it work on amd64, bumped the expiration
On Wed, Mar 16, 2011 at 5:47 PM, Robert Huff wrote:
>
> Jeremy Messenger writes:
>
>> > /libexec/ld-elf.so.1: Shared object "libicui18n.so.38" not found,
>> required by "libavahi-glib.so.1"
>> >
>> > Command
>> '['/usr/ports/net/avahi-app/work/avahi-0.6.29/avahi-gobject/tmp-introspectz8YYb8/A
17.03.2011 02:33, Michel Talon пишет:
Hello,
i noted that ucpp is deprecated because it cannot be fetched
from original site. This is an alternate c preprocessor
supposed to be better than the gnu one, written by Thomas
Pornin. I happen to know the guy (*), so i searched if
the soft had been mov
Hey Matthias,
thanks for taking this up.
Am 17.03.2011 01:09 (UTC+1) schrieb Matthias Andree:
On Wed, Mar 16, 2011 at 08:00:17PM +0100, Rainer Hurling wrote:
gpart in sysutils/gpart stands for 'guess partitions'. Its an old, but
very useful tool for repairing partitions. Unfortunately it does
41 matches
Mail list logo
