Re: Fix nvidia-like ports, help needed

[RW]

On Tue, 28 Feb 2012 13:36:26 -0800
Freddie Cash wrote:

> The problem is when tools like portmaster notice x11/nvidia-driver
> (not installed) has a newer version number than x11/nvidia-driver-173
> (installed), and the mesa/dri/drm ports have updates available, and
> then builds/installs them in the wrong order such that the
> x11/nvidia-driver port is installed first, the x11/nvidia-driver-173
> port is removed, and then the x11/meda/dri/drm ports are installed,
> leaving you with a broken mess.

This sounds like it's a portmaster bug to me - it didn't happen with
portupgrade or portmanager when I used nvidia-driver-173. 

The consequences of merely building the ports out of order are pretty
minor in my experience. You lose OpenGL 3d hardware acceleration for
wobbly windows, games etc, and it's easily fixed by forcing an
nvidia-driver rebuild. The key reasons for choosing nVidia, vdpau video
acceleration and general performance aren't affected.

If you want to stay with portmaster, I'd suggest you configure it to
ignore nvidia-driver-173, and handle it manually.

 

___
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"

Re: Updating getmail

[Jason Helfman]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Tue, Feb 28, 2012 at 11:02:00PM +, Linh Pham thus spake:
>On 2012-02-28 14:33 -0500, Carmel  wrote:
>
>> Are there any plans to update getmail version 4.23.0 released:20
>> November 2011 to version 4.25.0 released 1 February 2012?
>
>I am on a business trip right now, but if you want to submit a PR with
>the changes to the new version, I'm would greatly welcome that.
>
>-- 
>Linh Pham
>question+fbsdpo...@closedsrc.org
>___
>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"

I am building the update for it now.
https://redports.org/buildarchive/20120228205445-50491/

I can commit this, if you like.

- -jgh

>

- -- 
Jason Helfman
System Administrator
experts-exchange.com
http://www.experts-exchange.com/M_4830110.html
E4AD 7CF1 1396 27F6 79DD  4342 5E92 AD66 8C8C FBA5
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (FreeBSD)

iF4EAREIAAYFAk9NaWUACgkQXpKtZoyM+6WuxAD7BFcvYVJ3VMUNe8fHmewrWEbD
53/GN9aPZqW/fmsjUNwA/0HBCKolESADaNx7cQo8F8Wbb59uaguh37ORF7c5v+qR
=iI0X
-END PGP SIGNATURE-
___
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"

Re: Updating getmail

[Linh Pham]

On 2012-02-28 14:33 -0500, Carmel  wrote:

> Are there any plans to update getmail version 4.23.0 released:20
> November 2011 to version 4.25.0 released 1 February 2012?

I am on a business trip right now, but if you want to submit a PR with
the changes to the new version, I'm would greatly welcome that.

-- 
Linh Pham
question+fbsdpo...@closedsrc.org
___
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"

Request for updated port of Tribler, currently no maintainer for this port

[bugs bunny]

Hi everyone:

I'm writing to request an update for a port that was created years ago for a 
P2P program called Tribler. It has not been updated since 02 May 2007 as far as 
I can tell and Tribler is now up to version 5.5.13.  Would it be possible for 
someone to create a new updated port for Tribler please?  This would be most 
appreciated. Found the below info about the old outdated Tribler port:

http://www.freshports.org/net-p2p/tribler/

tribler 4.0.4_5 net-p2p on this many watch lists=0 search for ports that depend 
on this port
Streaming capable P2P network client based on BitTorrent

There is no maintainer for this port.
Any concerns regarding this port should be directed to the FreeBSD Ports 
mailing list via po...@freebsd.org search for ports maintained by this 
maintainer
Port Added: 02 May 2007 16:25:09
License: not specified in port

Tribler is a social community that facilitates filesharing through a so called
peer-to-peer (p2p) network. A p2p network is structural different to a
server-computer structure, where every user downloads its files from one
central server. Within p2p the user/downloader becomes also an uploader to the
next user. In this way there is no central computer that provides every file
to all users.

WWW: http://www.tribler.org/

Thank you very much,

BobCat
___
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"

Re: Fix nvidia-like ports, help needed

[Baptiste Daroussin]

On Tue, Feb 28, 2012 at 01:19:44PM -0800, Doug Barton wrote:
> On 2/28/2012 1:15 PM, Baptiste Daroussin wrote:
> > Here is a patch to add support for includedir keyword to libmap.conf so 
> > that we
> 
> I think this is overly complicated, and not generally useful. It also
> delays the utility of the solution until this gets into the base.
> 
> What I would do instead is to incorporate an nvidia option into the xorg
> meta-port, and separate the GL libs into a separate port. If the nvidia
> option is checked the GL libs come from an nvidia slave port. If not,
> they come from an xorg-server slave port.
> 
> Or, we just keep doing what we're doing now, since it works. I'm still
> not sure what problem we're trying to solve. :)
> 
> 
> Doug

the problem we are trying to solve is to avoid having the nvidia drivers
overwritting libGL.so.1 which break the package database consistency.

regards,
Bapt


pgpHkBZYzvQPX.pgp
Description: PGP signature

Re: Fix nvidia-like ports, help needed

[Jerry]

On Tue, 28 Feb 2012 13:36:26 -0800
Freddie Cash articulated:

> (This issue is making me regret installing an nVidia video card into
> my home desktop.  Life was so much simpler with Ati and Intel.)

Except that neither of them seem to work as well; at least not the ATI
cards that I have tried.

By the way, "portmanager" does not have the problems you were
attributing to "postmaster". Whether that is by design or just dumb luck
I cannot attest to. That is why I still use it although most other
users have abandoned it.


-- 
Jerry ♔

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__
Reality always seems harsher in the early morning.
___
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"

Re: Fix nvidia-like ports, help needed

[Freddie Cash]

The problem is when tools like portmaster notice x11/nvidia-driver
(not installed) has a newer version number than x11/nvidia-driver-173
(installed), and the mesa/dri/drm ports have updates available, and
then builds/installs them in the wrong order such that the
x11/nvidia-driver port is installed first, the x11/nvidia-driver-173
port is removed, and then the x11/meda/dri/drm ports are installed,
leaving you with a broken mess.

You get an nvidia.ko that doesn't support the video card installed in
the machine, an nvidia X11 driver that links against the wrong
libGL.so, and thus a broken X11 setup that can lead to a lot of
frustration, gnashing of teeth, and tearing of sackcloth to get sorted
out.  :(

There are three issues here (at least for me, although it's really
only the last one that's the topic of this thread):
  - the fact that portmaster sees "nvidia-driver" instead of
"nvidia-driver-173" as the port name and installs the wrong port
  - the fact that portmaster installs "nvidia-driver" before the
x11/mesa/dri/drm ports
  - the fact that both the nvidia-driver* and x11/mesa/dri/drm ports
install libGL.so, and the wrong one is installed "last"

The combination of those three means that any upgrade of nvidia/x11
ports requires a lot of manual hand-holding to make sure things are
installed in the right order, and that the correct ports are installed
(thank god of -i).

That last option is the one that causes all the issues.  Two ports
install the same file, but they aren't listed as CONFLICTS of each
other, so it's up to the end-user to "make it work".

Ideally, the best solution would be to fix those ports such that they
don't install the same file, and that they are listed as CONFLICTS of
each other.  A nice solution would be, as you suggested, separating
out the libGL bits into slave ports and only installing one of them
(and getting the versioning right so that updates only occur in the
right port).

The other issues are slightly annoying, although not really sure how
to fix them permanently, and they're outside the scope of this thread.

(This issue is making me regret installing an nVidia video card into
my home desktop.  Life was so much simpler with Ati and Intel.)
___
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"

Re: Fix nvidia-like ports, help needed

[Doug Barton]

On 2/28/2012 1:15 PM, Baptiste Daroussin wrote:
> Here is a patch to add support for includedir keyword to libmap.conf so that 
> we

I think this is overly complicated, and not generally useful. It also
delays the utility of the solution until this gets into the base.

What I would do instead is to incorporate an nvidia option into the xorg
meta-port, and separate the GL libs into a separate port. If the nvidia
option is checked the GL libs come from an nvidia slave port. If not,
they come from an xorg-server slave port.

Or, we just keep doing what we're doing now, since it works. I'm still
not sure what problem we're trying to solve. :)


Doug

-- 

It's always a long day; 86400 doesn't fit into a short.

Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price.  :)  http://SupersetSolutions.com/

___
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"

Re: Fix nvidia-like ports, help needed

[Baptiste Daroussin]

On Thu, Feb 23, 2012 at 04:18:25PM -0800, Ade Lovett wrote:
> On 2/23/2012 13:14, Baptiste Daroussin wrote:
> > Another solution could be to add an entry (and drop it in deinstallation to
> > libmap.conf) when installing the nvidia driver, in that case installing it 
> > ad
> > libGL-nvidia.so.1 and adding:
> >
> > libGL.so.1 libGL-nvidia.so.1
> >
> > or something like that.
> 
> Going that route is likely to be messy given the current monolithic 
> /etc/libmap{,32}.conf
> 
> You'd most likely want ${LOCALBASE}/etc/libmap.conf.d/* (in a similar 
> manner to etc/periodic, etc/rc.d and so on).  Whether the code that 
> currently handles libmap.conf is itself extended to use this directory 
> structure is open for discussion.  An alternate method could perhaps be 
> a 'genlibmap' command which takes /etc/libmap.conf and this directory 
> structure to create a /var/run/libmap.conf which is actually used by rtld.
> 
> Having potentially multiple ports dinking _directly_ with 
> /etc/libmap.conf will result in considerable foot shooting.
> 
> -aDe

Here is a patch to add support for includedir keyword to libmap.conf so that we
can add:
includedir /usr/local/etc/libmap.d
into libmap.conf and then nvidia driver could add a
${LOCALBASE}/etc/libmap.d/nvidia
containing:
libGL.so.1 libGL-nvidia.so.1

http://people.freebsd.org/~bapt/libmap-support-includedir.diff

Any remarks?

regards,
Bapt


pgpOGhu7zp1D3.pgp
Description: PGP signature

Updating getmail

[Carmel]

Are there any plans to update getmail version 4.23.0 released:20
November 2011 to version 4.25.0 released 1 February 2012?

-- 
Carmel
carmel...@hotmail.com

___
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"

Re: status of eclipse [WAS Re: No working IDE in FreeBSD!]

[Mark Linimon]

On Tue, Feb 28, 2012 at 07:40:37AM -0500, Michael Scheidell wrote:
> (FreeBSD never needed to set up a 'bounty' system for people wanting
> to help pay for a port, have they?

If you check the archives, you'll see that there have been many discussions
over the years about the need/desire/whatever to have a bounty system for
FreeBSD (not just ports).  However, no one has ever actually done the
followup work to set one up, despite some stated good intentions.

To answer your next question just before you ask it, IIUC the FreeBSD
Foundation is not able to set up such a system without their US tax
status as a non-profit being subject to a far greater degree of scrutiny.
I'm no expert on US tax law but my understanding is that anything that
looks like a "passthrough" is what's questionable, e.g., someone pays a
501c(3) to do a task with the tacit understanding that they will turn
around and pay someone else to do that task.  Again, check the archives.

Finally, don't blame me, I just live in this country :)

mcl
___
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"

Re: "[lang/perl5.14] Fails on amd64 when WITH_THREADS is enabled"

[Mel Flynn]

On 2/28/2012 14:31, o.°[ kElm ]°.o wrote:
> hello
> 
> after irc dial with Barnerd and crest
> we find a compilation problem with
> 
> "[lang/perl5.12] Fails on amd64 when WITH_THREADS or/and WITH_PTHREADS
> are enabled"
> "[lang/perl5.14] Fails on amd64 when WITH_THREADS or/and WITH_PTHREADS
> are enabled"

Note that if you build like make -j4 all, that will not work. You
shouldn't have to use -j with ports at all, as ports have MAKE_JOBS*
flags in /usr/ports/Mk/bsd.port.mk which will by default grab all CPUs
and cores on the system.

The perl ports are specifically marked MAKE_JOBS_UNSAFE, which means
that the perl build system is not equipped for parallel building.

If that was not your error, then please post the error you get. I for
one, cannot reproduce your problem.
-- 
Mel
___
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"

Re: portupgrade -> portmaster Rosetta Stone?

[Miroslav Lachman]

Chris Rees wrote:

On 28 Feb 2012 12:26, "Lee Dilkie"  wrote:




On 2/28/2012 5:02 AM, Alberto Villa wrote:

On Tuesday 28 February 2012 10:45:03 Miroslav Lachman wrote:

And if we are talking about new flags... is it some way to not wait for
keypress after successful installation and displaying pkg-messages?

It is useful feature, but there is some cases where I want to do some
action right after the install without user interaction.


Set PAGER=cat.


seems a little obtuse what's wrong with a flag?



Because you aren't meant to skip pkg-messages?


It is not the right point. Bare ports system allows what I need:

make deinstall & make install && service mysql-server restart

It is not about to skip the message. The message will be shown and user 
can read it, the problem is "you are forced to interactive step", eg. 
you must press a key to continue (to restart the service, which is down)


So until there will be some hooks in portmaster or ports system to 
request service restart after upgrade (as in portupgrade), I am looking 
for some flag or whatever to do it manually without interactive step.


If there is no better way to do it, I will try to set PAGER on next 
mysql upgrade.


Thanks for the tip

Miroslav Lachman
___
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"

Re: portupgrade -> portmaster Rosetta Stone?

[Lee Dilkie]

On 2/28/2012 10:34 AM, Chris Rees wrote:
>
>
> On 28 Feb 2012 12:26, "Lee Dilkie"  > wrote:
> >
> >
> >
> > On 2/28/2012 5:02 AM, Alberto Villa wrote:
> > > On Tuesday 28 February 2012 10:45:03 Miroslav Lachman wrote:
> > >> And if we are talking about new flags... is it some way to not
> wait for
> > >> keypress after successful installation and displaying pkg-messages?
> > >>
> > >> It is useful feature, but there is some cases where I want to do some
> > >> action right after the install without user interaction.
> > >
> > > Set PAGER=cat.
> >
> > seems a little obtuse what's wrong with a flag?
> >
>
> Because you aren't meant to skip pkg-messages?
>
> Chris
>
Not saying that isn't true, but saving them in a file to look at
afterwards achieves that without causing my post portmaster command to
not execute. Even displaying them at the end of the build without 'less'
would be great.

for me, it's mimedefang. every time a p5 port changes I need to rebuild
and restart mimedefang (or it keeps failing with some linkage issue).

in portupgrade I would do

portupgrade p5-\* && /usr/local/etc/rc.d/mimedefang restart

which allowed me to work on other things and not have to babysit this.

so I'm playing with portmaster, it seems pretty decent, but missing this
capability. I have to agree with the original request... nice to have...

-lee




___
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"

Re: portupgrade -> portmaster Rosetta Stone?

[Chris Rees]

On 28 Feb 2012 12:26, "Lee Dilkie"  wrote:
>
>
>
> On 2/28/2012 5:02 AM, Alberto Villa wrote:
> > On Tuesday 28 February 2012 10:45:03 Miroslav Lachman wrote:
> >> And if we are talking about new flags... is it some way to not wait for
> >> keypress after successful installation and displaying pkg-messages?
> >>
> >> It is useful feature, but there is some cases where I want to do some
> >> action right after the install without user interaction.
> >
> > Set PAGER=cat.
>
> seems a little obtuse what's wrong with a flag?
>

Because you aren't meant to skip pkg-messages?

Chris
___
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"

Re: No working IDE in FreeBSD!

[Pietro Cerutti]

On 2012-Feb-26, 11:48, O. Hartmann wrote:
> On 02/23/12 14:38, Eduardo Morras wrote:
> > At 12:22 23/02/2012, O. Hartmann wrote:
> > Codelite, i use it and works fine (Freebsd 8.2) with Clang. Version on
> > ports is 3.0 not 3.5. On the webpage you have information about how to
> > configure for use with clang/llvm.
> 
> Codelite looks nice. But why is codelite setup in editors/codelite and
> not in devel/codelite as other IDEs?
> 
> By the way, do all IDEs supported by FreeBSD suffer from being outdated
> and aged eons? CodeLite 3.5 is at this very moment the most recent
> version and claims to provide a much better LLVM/CLANG support.
> 
> Hope I can convince the maintainer by sending a PR ;-)

I am working on an update to codelite to 3.5.5375. However, it contains
a lot of Linux specific things that I'll need to track down before I can
commit the update. In particular, clang/llvm support and the database
designer components are causing me problems.

Anyway, the updated version will hit the ports tree within several days.



-- 
Pietro Cerutti
The FreeBSD Project
g...@freebsd.org

PGP Public Key:
http://gahr.ch/pgp


pgptrrwo44isy.pgp
Description: PGP signature

"[lang/perl5.14] Fails on amd64 when WITH_THREADS is enabled"

[o . ° [ kElm ] ° . o]

hello

after irc dial with Barnerd and crest
we find a compilation problem with

"[lang/perl5.12] Fails on amd64 when WITH_THREADS or/and WITH_PTHREADS 
are enabled"
"[lang/perl5.14] Fails on amd64 when WITH_THREADS or/and WITH_PTHREADS 
are enabled"


thx a lot for your job

viva freebsd

clement

--
--

___
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"

Re: status of eclipse [WAS Re: No working IDE in FreeBSD!]

[kron]

On 2012/02/28 13:32, Thomas Gellekum wrote:
...

I'm working on it (3.7.1; there are no 3.7.2 source tarballs for
download, AFAICS). I should have an update ready by the end of the week.


You made my day!

Yes, no 3.7.2 src yet. I tried port 3.7.1, too. It would
be good enough for me.

TIA
Oli
___
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"

Re: status of eclipse [WAS Re: No working IDE in FreeBSD!]

[Dan Daley]

I didn't say it was up to date, I said it was "pretty close."  Current in 
version in ports is 3.7.0_4.

Netbeans IS up to date and is a better IDE in my opinion.  If your project is 
based on maven, then you should be able to use any IDE that supports maven 
projects.  However, last time I checked, the maven support in Eclipse was 
fairly 
limited and essentially unusable...  Netbeans and IntelliJ have much better 
support for maven.





From: kron 
To: Dan Daley ; Ports FreeBSD 
Sent: Tue, February 28, 2012 3:38:43 AM
Subject: status of eclipse [WAS Re: No working IDE in FreeBSD!]

On 2012/02/26 15:53, Dan Daley wrote:
> 
> Not all IDEs are so out of data.  Netbeans is quite current (7.1).  Eclipse is
> pretty close to the commonly available version as well.

Hi,

actually, eclipse *is* out of date:
  java/eclipse: 3.6.2
  java/eclipse-devel: 3.7.0
while the latest stable is 3.7.2.

3.7.1 was the first eclipse supporting Java 7 syntax.
Since I need it (I collaborate on some Java 7 projects)
I run it on a Linux virtual machine.

I tried to update the port but failed and now I'm short
of time. Is anybody working on the port? A week or two
ago I asked on freebsd-eclipse@ but no response.

Oli
___
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"

CFT: sudo 1.8.4p2

[Eygene Ryabinkin]

Good day.

I had submitted a PR with sudo update,
  http://www.freebsd.org/cgi/query-pr.cgi?pr=165528

For your convinience, here are the patch
  http://codelabs.ru/fbsd/ports/sudo/update-1.8.3p2-to-1.8.4p2.diff
and the shar(1) archive with new port version
  http://codelabs.ru/fbsd/ports/sudo/update-1.8.4p2.shar

Patch should be applied like this,
{{{
cd /usr/ports
patch -p1 < downloaded-patchfile
}}}

Can people who use sudo test the new port and reply to the PR
with positive or negative experience?

Replies should be directed to bug-follo...@freebsd.org
and the subject line should be set to
  Re: ports/165528: [patch] security/sudo: update to 1.8.4p2

Thanks!
-- 
Eygene Ryabinkin,,,^..^,,,
[ Life's unfair - but root password helps!   | codelabs.ru ]
[ 82FE 06BC D497 C0DE 49EC  4FF0 16AF 9EAE 8152 ECFB | freebsd.org ]


pgpWV8VBcnkp5.pgp
Description: PGP signature

Re: status of eclipse [WAS Re: No working IDE in FreeBSD!]

[Jerry]

On Tue, 28 Feb 2012 07:40:37 -0500
Michael Scheidell articulated:

> rarely, if ever have I found it necessary to hire someone to do the 
> actual porting for me, but if its a business case, and worth it, you 
> might mention it in ports@ (no, i am not offering..)  .  But you
> might consider it.
> (FreeBSD never needed to set up a 'bounty' system for people wanting
> to help pay for a port, have they?  I have seen this done on other
> open source projects, mostly to add features and re-arrange
> priorities, based on ca$h used as a voting system )

I suggested awhile ago that just such a system be setup. Numerous
times I have run into ports that are either marginally or severely out
of date and the maintainer has expressed no interest in updating the
port either because they no longer use it or does not have the required
time to accomplish the task. Creating an entity that would allow users
to request updates or porting of applications to FreeBSD would be a
boon to both the client and a potential developer. In today's economic
climate with so many highly trained coders out of work or in dire need
of additional cash, this concept could prove extremely beneficial to
many individuals.

I would be willing to work with a work group interested in determining
the feasibility of creating a working model for inclusion into the
FreeBSD architecture.

-- 
Jerry ♔

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__

___
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"

Re: status of eclipse [WAS Re: No working IDE in FreeBSD!]

[Thomas Gellekum]

On 02/28/12 10:38, kron wrote:

On 2012/02/26 15:53, Dan Daley wrote:


Not all IDEs are so out of data.  Netbeans is quite current (7.1).  Eclipse is
pretty close to the commonly available version as well.


Hi,

actually, eclipse *is* out of date:
java/eclipse: 3.6.2
java/eclipse-devel: 3.7.0
while the latest stable is 3.7.2.

3.7.1 was the first eclipse supporting Java 7 syntax.
Since I need it (I collaborate on some Java 7 projects)
I run it on a Linux virtual machine.

I tried to update the port but failed and now I'm short
of time. Is anybody working on the port? A week or two
ago I asked on freebsd-eclipse@ but no response.


I'm working on it (3.7.1; there are no 3.7.2 source tarballs for 
download, AFAICS). I should have an update ready by the end of the week.


tg
___
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"

Re: status of eclipse [WAS Re: No working IDE in FreeBSD!]

[Michael Scheidell]

On 2/28/12 4:38 AM, kron wrote:

I tried to update the port but failed and now I'm short
of time. Is anybody working on the port? A week or two
ago I asked on freebsd-eclipse@ but no response.
generally speaking, ports@ group can help with minor things, and I have 
found that sometimes the more complex, the bigger challenge, the more 
help you will get.


rarely, if ever have I found it necessary to hire someone to do the 
actual porting for me, but if its a business case, and worth it, you 
might mention it in ports@ (no, i am not offering..)  .  But you might 
consider it.
(FreeBSD never needed to set up a 'bounty' system for people wanting to  
help pay for a port, have they?  I have seen this done on other open 
source projects, mostly to add features and re-arrange priorities, based 
on ca$h used as a voting system )



--
Michael Scheidell, CTO
>*| * SECNAP Network Security Corporation
d: +1.561.948.2259
w: http://people.freebsd.org/~scheidell
___
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"

Re: portupgrade -> portmaster Rosetta Stone?

[Lee Dilkie]

On 2/28/2012 5:02 AM, Alberto Villa wrote:
> On Tuesday 28 February 2012 10:45:03 Miroslav Lachman wrote:
>> And if we are talking about new flags... is it some way to not wait for
>> keypress after successful installation and displaying pkg-messages?
>>
>> It is useful feature, but there is some cases where I want to do some
>> action right after the install without user interaction.
>
> Set PAGER=cat.

seems a little obtuse what's wrong with a flag?

___
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"

status of eclipse [WAS Re: No working IDE in FreeBSD!]

[kron]

On 2012/02/26 15:53, Dan Daley wrote:


Not all IDEs are so out of data.  Netbeans is quite current (7.1).  Eclipse is
pretty close to the commonly available version as well.


Hi,

actually, eclipse *is* out of date:
  java/eclipse: 3.6.2
  java/eclipse-devel: 3.7.0
while the latest stable is 3.7.2.

3.7.1 was the first eclipse supporting Java 7 syntax.
Since I need it (I collaborate on some Java 7 projects)
I run it on a Linux virtual machine.

I tried to update the port but failed and now I'm short
of time. Is anybody working on the port? A week or two
ago I asked on freebsd-eclipse@ but no response.

Oli
___
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"

Re: recent portrevision bump for libvpx

[Matthew Seaman]

On 17/02/2012 14:36, Matthew Seaman wrote:
> On 17/02/2012 13:05, Alex Dupre wrote:
>> Matthew Seaman wrote:
>>> Adding code to run ldd(1)
>>> against the files installed by the port and processing the results
>>> shouldn't be too hard.
>>
>> This could be an idea for ports maintainers, to verify if LIB_DEPENDS is
>> set correctly, but cannot be used as its generic replacement.
> 
> Quite so, but that's not the principal benefit.  It's a way of
> efficiently answering the question "which of my installed ports need to
> be re-built as a result of this shlib change?"  For the end users
> primarily.  Having this data recorded in /var/db/pkg/foo-9.99/+CONTENTS
> makes answering that question something like:
> 
>   grep -l '@comment SHLIB:libwhatever' /var/db/pkg/*/+CONTENTS | \
>   cut -d '/' -f 5
> 
> Ideally a ports management tool would notice if any port updated a shlib
> to a different ABI version and suggest to the user which ports to rebuild.
> 
> I assume something similar could be done for the new pkg tools, but I
> really have no idea how hard that would be.

Sorry about the delay, but I've finally got down to coding up my idea.
Apart from finding out that ldd(1) reacts quite badly to linux
executables (there's a patch for that problem in PR bin/127276) it all
seemed to work quite merrily.

Comments / criticism gratefully accepted.

The result is to add lines like so to the end of the +CONTENTS file
(this is from xterm-278):

[...]
@comment @unexec /usr/local/bin/update-desktop-database > /dev/null ||
/usr/bin/true
@comment SHLIB:libICE.so.6
@comment SHLIB:libSM.so.6
@comment SHLIB:libX11.so.6
@comment SHLIB:libXau.so.6
@comment SHLIB:libXaw7.so.7
@comment SHLIB:libXdmcp.so.6
@comment SHLIB:libXext.so.6
@comment SHLIB:libXft.so.2
@comment SHLIB:libXmu.so.6
@comment SHLIB:libXpm.so.4
@comment SHLIB:libXrender.so.1
@comment SHLIB:libXt.so.6
@comment SHLIB:libbz2.so.4
@comment SHLIB:libc.so.7
@comment SHLIB:libexpat.so.6
@comment SHLIB:libfontconfig.so.1
@comment SHLIB:libfreetype.so.9
@comment SHLIB:libncurses.so.8
@comment SHLIB:libpcre.so.1
@comment SHLIB:libpcreposix.so.0
@comment SHLIB:libpthread-stubs.so.0
@comment SHLIB:librpcsvc.so.5
@comment SHLIB:libutempter.so.0
@comment SHLIB:libxcb.so.2
@comment SHLIB:libz.so.5
@display +DISPLAY

Having rebuilt everything on my system with this patch applied, and
considering this notice in /usr/ports/UPDATING:

20120214:
  AFFECTS: users of devel/pcre
  AUTHOR: do...@freebsd.org

  Until all dependent ports have been updated you should update pcre in
  a manner that will preserve its old shared library. For example:

  # portmaster -w devel/pcre
  or
  # portupgrade devel/pcre


I can now state with confidence that only the following ports would need
to be rebuilt on my system:

lucid-nonsense:/usr/ports:% grep -l '@comment SHLIB:libpcre.so'
/var/db/pkg/*/+CONTENTS | cut -d '/' -f 5
apache-2.2.22_5
avahi-app-0.6.29_1
dbus-glib-0.94
gamin-0.1.10_4
gio-fam-backend-2.28.8_1
glib-2.28.8_4
gobject-introspection-0.10.8_1
libslang2-2.2.4_1
maildrop-2.5.5_1
nmap-5.61.t4_1
pcre-8.30_1
php5-5.3.10_1
xterm-278

This change seems to sit happily with the current pkg tools -- it
survives pkg tarballs intact, and I haven't seen any problems in my
testing.  Of course, the time is utterly wonderful, given that the
bright new age of pkgng is almost upon us.  I'm still finding my way
around the pkgng sources, but my initial impression is that something
similar could be implemented without excessive difficulty.

Cheers,

Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.   7 Priory Courtyard
  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
JID: matt...@infracaninophile.co.uk   Kent, CT11 9PW
Index: bsd.port.mk
===
RCS file: /home/ncvs/ports/Mk/bsd.port.mk,v
retrieving revision 1.706
diff -u -u -r1.706 bsd.port.mk
--- bsd.port.mk 22 Feb 2012 17:34:47 -  1.706
+++ bsd.port.mk 27 Feb 2012 17:21:45 -
@@ -4318,8 +4318,8 @@
install-desktop-entries install-license 
install-rc-script \
post-install post-install-script add-plist-info 
\
add-plist-docs add-plist-examples 
add-plist-data \
-   add-plist-post fix-plist-sequence compress-man \
-   install-ldconfig-file fake-pkg security-check
+   add-plist-post add-plist-shlibs 
fix-plist-sequence \
+   compress-man install-ldconfig-file fake-pkg 
security-check
 _PACKAGE_DEP=  install
 _PACKAGE_SEQ=  package-message pre-package pre-package-script \
do-package post-package-script
@@ -5859,6 +5859,29 @@
 .endif
 .endif
 
+.if !target(add-plist-shlibs)
+add-plist-shlibs:
+# Record all of the shared libraries used by 

Re: portupgrade -> portmaster Rosetta Stone?

[Alberto Villa]

On Tuesday 28 February 2012 10:45:03 Miroslav Lachman wrote:
> And if we are talking about new flags... is it some way to not wait for
> keypress after successful installation and displaying pkg-messages?
> 
> It is useful feature, but there is some cases where I want to do some
> action right after the install without user interaction.

Set PAGER=cat.
-- 
Alberto Villa, FreeBSD committer 
http://people.FreeBSD.org/~avilla

Due to circumstances beyond your control, you are master of your
fate and captain of your soul.


signature.asc
Description: This is a digitally signed message part.

Re: portupgrade -> portmaster Rosetta Stone?

[Miroslav Lachman]

Doug Barton wrote:

On 2/27/2012 11:53 AM, Olivier Smedts wrote:

What about a command line flag to ignore errors during backup package
creation?


What about ... no. :)


And if we are talking about new flags... is it some way to not wait for 
keypress after successful installation and displaying pkg-messages?


It is useful feature, but there is some cases where I want to do some 
action right after the install without user interaction.


For example upgrading of MySQL server with restart:

portmaster mysql-server-5.1.57 && service mysql-server restart

MySQL server is stopped during deinstall of old version, so I want to 
start it again after install to minimize downtime of the service.


It would be nice to have some commandline flag just for these rare 
cases, not global settings in portmaster.rc


Miroslav Lachman
___
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"