Re: WANT_PHP_WEB is just a synonym for WANT_PHP_CGI in automated build environments

[Melvyn Sopacua]

Hello!

On Sat, 2 Aug 2014, Matthew Pounsett wrote:


It looks to me like the rules that WANT_PHP_WEB uses to decide whether
to build the CGI or module version of PHP will always choose the CGI
version unless the module is already installed.  If this is true, it
means that in automated build environments (e.g. tinderbox) – where
*only* the direct dependencies of a port are installed at build time –
there isn’t any way to tell WANT_PHP_WEB to install the module.  This
effectively makes WANT_PHP_WEB a synonym for WANT_PHP_CGI in these
environments.


I don't see the problem.
If you want the mod_php module in your port set WANT_PHP_MOD.
If you don't care which implementation it is as long as it can speak
with a webserver, you set WANT_PHP_WEB.

The WANT_PHP_WEB knob is for >port maintainers< that trust the
system administrators that use the PHP software will know what suits
them most.

For automated builds use the OPTIONS framework. Tinderbox can handle
that just fine.

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

[QAT] 363837: 4x leftovers, 4x success

[Ports-QAT]

Update Stellarium to version 0.13.0.  It's a new major release, and is based
on Qt version 5 now; for those who are not comfortable with upgrading to the
new version of Qt, `astro/stellarium-qt4' port is available, serving version
0.12.4.  Add an UPDATING entry to alert users about this.

While here, make scripting support optional in `astro/stellarium-qt4', since
it allows to use one less dependency.  Unfortunately, this is not applicable
to 0.13.0 as required `x11-toolkits/qt5-declarative' port has USE_QT5=script
unconditionally.

Relax USE_GL knob for both ports: only libGL itself is required, not libGLU.
-

  Build ID:  20140802195000-61960
  Job owner: da...@freebsd.org
  Buildtime: 3 hours
  Enddate:   Sat, 02 Aug 2014 22:42:14 GMT

  Revision:  363837
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=363837

-

Port:astro/stellarium 0.13.0

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140802195000-61960-390902/stellarium-0.13.0.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140802195000-61960-390903/stellarium-0.13.0.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140802195000-61960-390904/stellarium-0.13.0.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140802195000-61960-390905/stellarium-0.13.0.log

-

Port:astro/stellarium-qt4 0.12.4

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140802195000-61960-390906/stellarium-qt4-0.12.4.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140802195000-61960-390907/stellarium-qt4-0.12.4.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140802195000-61960-390908/stellarium-qt4-0.12.4.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140802195000-61960-390909/stellarium-qt4-0.12.4.log


--
Buildarchive URL: 
redports 
___
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"

WANT_PHP_WEB is just a synonym for WANT_PHP_CGI in automated build environments

[Matthew Pounsett]

It looks to me like the rules that WANT_PHP_WEB uses to decide whether to build 
the CGI or module version of PHP will always choose the CGI version unless the 
module is already installed.  If this is true, it means that in automated build 
environments (e.g. tinderbox) – where *only* the direct dependencies of a port 
are installed at build time – there isn’t any way to tell WANT_PHP_WEB to 
install the module.  This effectively makes WANT_PHP_WEB a synonym for 
WANT_PHP_CGI in these environments.

Have I missed something, or is this a significant flaw in the design of the 
WANT_PHP_{WEB,CGI,MOD} knobs?  

It seems to me that this should be changed in one of three ways:
1) It should be possible to provide direction to WANT_PHP_WEB via some 
make.conf knob
2) WANT_PHP_WEB should be removed, and WANT_PHP_{CGI,MOD} should always be 
chosen using a radio selector at config time, or by setting in make.conf
3) WANT_PHP_WEB should cause a radio button selector to appear at port config 
time

(3) seems like the least desirable, since it leaves no way to provide direction 
in a batch mode build.  I think my preference would be for (2).

Does anyone have any other ideas for how to improve this?  Or any pointers to a 
way that already exists to provide direction to the ports system about whether 
WANT_PHP_WEB should imply _CGI or _MOD?


___
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: math/lapack broken

[Steve Kargl]

On Sat, Aug 02, 2014 at 01:50:55PM -0300, William Grzybowski wrote:
> On Sat, Aug 2, 2014 at 1:21 PM, Steve Kargl
>  wrote:
> > On Sat, Aug 02, 2014 at 12:49:03PM -0300, William Grzybowski wrote:
> >> On Sat, Aug 2, 2014 at 1:54 AM, Steve Kargl
> >>  wrote:
> >> > On Fri, Aug 01, 2014 at 10:14:43PM -0300, William Grzybowski wrote:
> >> >> I can't help but notice how unrespectful you have been.
> >> >> Its not the first message ranting about something broken.
> >> >>
> >> > I can't help but notice how poorly some decisions are made
> >> > within the ports community, and no, this isn't the nearly
> >> > the first poor decision.
> >> >
> >> > If the port has an option to build the profiled libraries
> >> > and that option is selected, then I expect the port to
> >> > build the profiled library.
> >>
> >> You're welcome to help the ports committers to maintain over 20k ports
> >> and raise the quality.
> >> Are you looking for mentors for your ports@ commit bit?
> >
> > Check your history.  I was a port maintainer many years
> > ago.  Dropped maintainership of all my ports after several
> > unreviewed changes by others to those ports were made.
> > These unreviewed changes broke those ports and I was
> > forced to clean up the mess.
> 
> So, you gave up?
> 

Interesing spin.  Repeating an action that always ends
in a negative result?  Brilliance, stupidity, insanity,
you choose.

I chose to contribute to other project (see your response
about volunteers).  If you use Fortran on FreeBSD, you're
welcome.

-- 
Steve
___
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: devel/stlink

[Maxim V FIlimonov]

On Saturday 02 August 2014 17:45:51 Dreamcat4 wrote:
> It is always possible to download HEAD using this distfiles URL:
> 
> https://github.com/${PORTNAME}/${PORTNAME}/archive/master.tar.gz
> 

Didn't know about that, thank you for the info.

> The problem with doing that is then you must disable the checksum
> "distinfo". There is no way to know what the hash of such archive file is
> supposed to be. Since that archive file itself is being dynamically
> generated from the most recent commit...

Well, anyway I don't think that getting HEAD is the best possible idea. One of 
the reasons is the one you mentioned, the other is that you can't really know 
which exact commit you're going to get.

-- 
wbr, Maxim Filimonov
c...@bein.link
___
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: math/lapack broken

[William Grzybowski]

On Sat, Aug 2, 2014 at 1:21 PM, Steve Kargl
 wrote:
> On Sat, Aug 02, 2014 at 12:49:03PM -0300, William Grzybowski wrote:
>> On Sat, Aug 2, 2014 at 1:54 AM, Steve Kargl
>>  wrote:
>> > On Fri, Aug 01, 2014 at 10:14:43PM -0300, William Grzybowski wrote:
>> >> I can't help but notice how unrespectful you have been.
>> >> Its not the first message ranting about something broken.
>> >>
>> >
>> > I can't help but notice how poorly some decisions are made
>> > within the ports community, and no, this isn't the nearly
>> > the first poor decision.
>> >
>> > If the port has an option to build the profiled libraries
>> > and that option is selected, then I expect the port to
>> > build the profiled library.
>>
>> You're welcome to help the ports committers to maintain over 20k ports
>> and raise the quality.
>> Are you looking for mentors for your ports@ commit bit?
>>
>
> Check your history.  I was a port maintainer many years
> ago.  Dropped maintainership of all my ports after several
> unreviewed changes by others to those ports were made.
> These unreviewed changes broke those ports and I was
> forced to clean up the mess.

So, you gave up?

> This of course has little to do with the issue that I have
> raised here.  A port, namely math/lapack, has an option to
> build profiled libraries and the port does not honor that
> option when selected.  It's simple Q&A.  Either remove the
> option or fix it.

Like I said, fill out a PR and mail the maintainer.
"Its broken, fix it." Doesn't work.


-- 
William Grzybowski / wg
FreeBSD Ports Committer
___
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: devel/stlink

[Dreamcat4]

On Sat, Aug 2, 2014 at 3:18 PM, Kurt Jaeger  wrote:

> > > Can you tell me where I get urllib2 for python on an 10.0-amd64 ?
> > >
> > > f10$ ./latest.sh
> > > Traceback (most recent call last):
> > >   File "getlatest.py", line 1, in 
> > > import urllib2
> > > ImportError: No module named 'urllib2'
> >
> > Ah, I see, in my case it was installed with python27:
> > $ pkg which /usr/local/lib/python2.7/urllib2.py
> > /usr/local/lib/python2.7/urllib2.py was installed by package
> python27-2.7.8
>
> Thanks. Now, frankly, I have no easy idea on how to integrate this
> "get the latest from github" into a proper port.


> Probably some /usr/ports/Mk/ magic needs to be created for this
> to work in general.
>

It is always possible to download HEAD using this distfiles URL:

https://github.com/${PORTNAME}/${PORTNAME}/archive/master.tar.gz

The problem with doing that is then you must disable the checksum
"distinfo". There is no way to know what the hash of such archive file is
supposed to be. Since that archive file itself is being dynamically
generated from the most recent commit...

That is probably why all Ports (using master branch on github) are fixed to
some specific GH_COMMIT. Then from time-to-time you have to move up the
notch.

Good source code projects on github may maintain a 'stable' tracking
branch. Which makes updating the GH_COMMIT safe and very easy process. Of
course, that doesn't necessarily matter for data repositories, which may be
safe to use the latest master / HEAD always.

Would it be sufficient if we just commit the current "state",
> explain the process in the pkg-message and provide your scripts
> latest.sh and getlatest.py with a stlink-related name ?
>
> I know this is not pufect 8-}
>
> --
> p...@opsec.eu+49 171 3101372 6 years to
> go !
> ___
> 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"
>
___
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: math/lapack broken

[Steve Kargl]

On Sat, Aug 02, 2014 at 12:49:03PM -0300, William Grzybowski wrote:
> On Sat, Aug 2, 2014 at 1:54 AM, Steve Kargl
>  wrote:
> > On Fri, Aug 01, 2014 at 10:14:43PM -0300, William Grzybowski wrote:
> >> I can't help but notice how unrespectful you have been.
> >> Its not the first message ranting about something broken.
> >>
> >
> > I can't help but notice how poorly some decisions are made
> > within the ports community, and no, this isn't the nearly
> > the first poor decision.
> >
> > If the port has an option to build the profiled libraries
> > and that option is selected, then I expect the port to
> > build the profiled library.
> 
> You're welcome to help the ports committers to maintain over 20k ports
> and raise the quality.
> Are you looking for mentors for your ports@ commit bit?
> 

Check your history.  I was a port maintainer many years
ago.  Dropped maintainership of all my ports after several
unreviewed changes by others to those ports were made.
These unreviewed changes broke those ports and I was
forced to clean up the mess.

This of course has little to do with the issue that I have
raised here.  A port, namely math/lapack, has an option to
build profiled libraries and the port does not honor that
option when selected.  It's simple Q&A.  Either remove the
option or fix it.

-- 
Steve
___
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: math/lapack broken

[William Grzybowski]

On Sat, Aug 2, 2014 at 1:54 AM, Steve Kargl
 wrote:
> On Fri, Aug 01, 2014 at 10:14:43PM -0300, William Grzybowski wrote:
>> I can't help but notice how unrespectful you have been.
>> Its not the first message ranting about something broken.
>>
>
> I can't help but notice how poorly some decisions are made
> within the ports community, and no, this isn't the nearly
> the first poor decision.
>
> If the port has an option to build the profiled libraries
> and that option is selected, then I expect the port to
> build the profiled library.

You're welcome to help the ports committers to maintain over 20k ports
and raise the quality.
Are you looking for mentors for your ports@ commit bit?



-- 
William Grzybowski / wg
FreeBSD Ports Committer
___
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: devel/stlink

[Maxim V FIlimonov]

On Saturday 02 August 2014 16:18:19 Kurt Jaeger wrote:
> > > Can you tell me where I get urllib2 for python on an 10.0-amd64 ?
> > > 
> > > f10$ ./latest.sh
> > > 
> > > Traceback (most recent call last):
> > >   File "getlatest.py", line 1, in 
> > >   
> > > import urllib2
> > > 
> > > ImportError: No module named 'urllib2'
> > 
> > Ah, I see, in my case it was installed with python27:
> > $ pkg which /usr/local/lib/python2.7/urllib2.py
> > /usr/local/lib/python2.7/urllib2.py was installed by package
> > python27-2.7.8
> 
> Thanks. Now, frankly, I have no easy idea on how to integrate this
> "get the latest from github" into a proper port.
> 

Well, I tried to integrate my scripts into the existing Makefile, but I ended 
up with a cyclic fetch. I also tried to make this a dependency for pre-config, 
but it's not a good way to do that because config is not run every time you 
rebuild a port. Might there be any other targets to apply those actions to?

> Probably some /usr/ports/Mk/ magic needs to be created for this
> to work in general.
> 
> Would it be sufficient if we just commit the current "state",
> explain the process in the pkg-message and provide your scripts
> latest.sh and getlatest.py with a stlink-related name ?
> 

That's also a solution. I could update that port manually.

> I know this is not pufect 8-}

Well, it isn't, but at least it works.
-- 
wbr, Maxim Filimonov
c...@bein.link
___
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: devel/stlink

[Kurt Jaeger]

> > Can you tell me where I get urllib2 for python on an 10.0-amd64 ?
> > 
> > f10$ ./latest.sh
> > Traceback (most recent call last):
> >   File "getlatest.py", line 1, in 
> > import urllib2
> > ImportError: No module named 'urllib2'
> 
> Ah, I see, in my case it was installed with python27:
> $ pkg which /usr/local/lib/python2.7/urllib2.py
> /usr/local/lib/python2.7/urllib2.py was installed by package python27-2.7.8

Thanks. Now, frankly, I have no easy idea on how to integrate this
"get the latest from github" into a proper port.

Probably some /usr/ports/Mk/ magic needs to be created for this
to work in general.

Would it be sufficient if we just commit the current "state",
explain the process in the pkg-message and provide your scripts
latest.sh and getlatest.py with a stlink-related name ?

I know this is not pufect 8-}

-- 
p...@opsec.eu+49 171 3101372 6 years to go !
___
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"

[TeX] Migrating from teTeX to TeX Live

[A.J. 'Fonz' van Werven]

Howdy,

As we all know the old teTeX ports are now pretty much obsolete and TeX
Live should be used instead. Yesterday we received a question on the
FreeBSD Forums about exactly how to migrate from teTeX to TeX Live.

First things first: is there an easy path using e.g. Portupgrade or
Portmaster, or is manually deinstalling all installed teTeX ports the only
option?

And in the latter case: how can one obtain a list of all ports that need
to be removed? I suppose one could do

# cd /usr/ports/print/tetex
# make all-depends-list

but I'm not sure if that would also include ports used by both teTeX and
TeX Live (if there are any) or if there are other objections. Moreover,
one would still have to figure out in which order to deinstall the ports.

AvW

-- 
Imbibo, ergo sum.


pgptGzxywsUvE.pgp
Description: PGP signature

Re: pkg-static: sqlite error while executing INSERT OR REPLACE INTO packages

[O. Hartmann]

Am Sat, 2 Aug 2014 15:30:36 +0200
Michael Gmelin  schrieb:

> 
> 
> > On 02 Aug 2014, at 15:17, "O. Hartmann"  wrote:
> > 
> > 
> > 
> > Update of port windowmaker fails during registration with pkg:
> > 
> > 
> > ===>  Installing for windowmaker-0.95.5_4
> > ===>   Registering installation for windowmaker-0.95.5_4
> > pkg-static: sqlite error while executing INSERT OR REPLACE INTO packages( 
> > origin,
> > name, version, comment, desc, message, arch, maintainer, www, prefix, 
> > flatsize,
> > automatic, licenselogic, mtree_id, time, manifestdigest)
> > VALUES( ?1, ?2, ?3, ?4, ?5, ?6, ?7, ?8, ?9, ?10, ?11, ?12, ?13, (SELECT id 
> > FROM mtree
> > WHERE content = ?14), NOW(), ?15) in file pkgdb.c:1595: FOREIGN KEY 
> > constraint failed
> > *** Error code 70
> > 
> > Box is running CURRENT and uptodate ports tree:
> > 
> > 
> > FreeBSD 11.0-CURRENT #1 r269391: Fri Aug  1 21:02:11 CEST 2014  
> > 
> > How to repair this? Seems strange ...
> > 
> > Please CC me.
> > 
> > Oliver
> 
> Which version of pkg? I had a similar issue on 1.3.3 that disappeared after 
> updating to
> 1.3.4.

pkg is up to date on the machine in question:
name   : pkg
Version: 1.3.4
Installed on   : Fri Aug  1 22:40:59 CEST 2014
Origin : ports-mgmt/pkg

But it has been sticky since pkg 1.2.X



signature.asc
Description: PGP signature

Re: devel/stlink

[Olivier Duchateau]

2014-08-02 15:31 GMT+02:00 Kurt Jaeger :
> Hi!

Hi,

>
>> The mentioned port in the ports collection is probably outdated; also,
>> sometimes it misbehaves. The stlink itself is in active development, so
>> sometimes you might need the newest version with better board support. Based
>> on the port from my ports tree, I made a port for the recent version. How
>> could I submit something like stlink-recent to the ports tree?
>
> I saw
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192331
>
> and had a look at it. The ports system has no real hook to
> allow a port just to 'get the latest code and install it'.
>
> But the script that does this is helpful to understand the basic
> process.
>
> Can you tell me where I get urllib2 for python on an 10.0-amd64 ?
>
> f10$ ./latest.sh
> Traceback (most recent call last):
>   File "getlatest.py", line 1, in 
> import urllib2
> ImportError: No module named 'urllib2'

In Python2 'urllib2' is standard module.

In Python3, this module is splitted urllib.request and urllib.error.

>
> --
> p...@opsec.eu+49 171 3101372 6 years to 
> go !
> ___
> 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"



-- 
olivier
___
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: devel/stlink

[Maxim V FIlimonov]

On Saturday 02 August 2014 15:31:53 Kurt Jaeger wrote:
> Hi!
> 
> > The mentioned port in the ports collection is probably outdated; also,
> > sometimes it misbehaves. The stlink itself is in active development, so
> > sometimes you might need the newest version with better board support.
> > Based on the port from my ports tree, I made a port for the recent
> > version. How could I submit something like stlink-recent to the ports
> > tree?
> 
> I saw
> 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192331
> 
> and had a look at it. The ports system has no real hook to
> allow a port just to 'get the latest code and install it'.
> 
> But the script that does this is helpful to understand the basic
> process.
> 
> Can you tell me where I get urllib2 for python on an 10.0-amd64 ?
> 
> f10$ ./latest.sh
> Traceback (most recent call last):
>   File "getlatest.py", line 1, in 
> import urllib2
> ImportError: No module named 'urllib2'

Ah, I see, in my case it was installed with python27:
$ pkg which /usr/local/lib/python2.7/urllib2.py
/usr/local/lib/python2.7/urllib2.py was installed by package python27-2.7.8

-- 
wbr, Maxim Filimonov
c...@bein.link
-- 
wbr, Maxim Filimonov
c...@bein.link
___
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: devel/stlink

[Maxim V FIlimonov]

On Saturday 02 August 2014 15:31:53 Kurt Jaeger wrote:
> Hi!
> 
> But the script that does this is helpful to understand the basic
> process.
> 

Thank you.

> Can you tell me where I get urllib2 for python on an 10.0-amd64 ?
> 
> f10$ ./latest.sh
> Traceback (most recent call last):
>   File "getlatest.py", line 1, in 
> import urllib2
> ImportError: No module named 'urllib2'

Hm, that's strange. Do you use python27? I have FreeBSD 10 amd64, and it 
works just fine. 
-- 
wbr, Maxim Filimonov
c...@bein.link
___
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: pkg-static: sqlite error while executing INSERT OR REPLACE INTO packages

[Michael Gmelin]

> On 02 Aug 2014, at 15:17, "O. Hartmann"  wrote:
> 
> 
> 
> Update of port windowmaker fails during registration with pkg:
> 
> 
> ===>  Installing for windowmaker-0.95.5_4
> ===>   Registering installation for windowmaker-0.95.5_4
> pkg-static: sqlite error while executing INSERT OR REPLACE INTO packages( 
> origin, name,
> version, comment, desc, message, arch, maintainer, www, prefix, flatsize, 
> automatic,
> licenselogic, mtree_id, time, manifestdigest)
> VALUES( ?1, ?2, ?3, ?4, ?5, ?6, ?7, ?8, ?9, ?10, ?11, ?12, ?13, (SELECT id 
> FROM mtree
> WHERE content = ?14), NOW(), ?15) in file pkgdb.c:1595: FOREIGN KEY 
> constraint failed ***
> Error code 70
> 
> Box is running CURRENT and uptodate ports tree:
> 
> 
> FreeBSD 11.0-CURRENT #1 r269391: Fri Aug  1 21:02:11 CEST 2014  
> 
> How to repair this? Seems strange ...
> 
> Please CC me.
> 
> Oliver

Which version of pkg? I had a similar issue on 1.3.3 that disappeared after 
updating to 1.3.4.
___
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: devel/stlink

[Kurt Jaeger]

Hi!

> The mentioned port in the ports collection is probably outdated; also, 
> sometimes it misbehaves. The stlink itself is in active development, so 
> sometimes you might need the newest version with better board support. Based 
> on the port from my ports tree, I made a port for the recent version. How 
> could I submit something like stlink-recent to the ports tree?

I saw

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192331

and had a look at it. The ports system has no real hook to
allow a port just to 'get the latest code and install it'.

But the script that does this is helpful to understand the basic
process.

Can you tell me where I get urllib2 for python on an 10.0-amd64 ?

f10$ ./latest.sh 
Traceback (most recent call last):
  File "getlatest.py", line 1, in 
import urllib2
ImportError: No module named 'urllib2'

-- 
p...@opsec.eu+49 171 3101372 6 years to go !
___
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"

pkg-static: sqlite error while executing INSERT OR REPLACE INTO packages

[O. Hartmann]

Update of port windowmaker fails during registration with pkg:


===>  Installing for windowmaker-0.95.5_4
===>   Registering installation for windowmaker-0.95.5_4
pkg-static: sqlite error while executing INSERT OR REPLACE INTO packages( 
origin, name,
version, comment, desc, message, arch, maintainer, www, prefix, flatsize, 
automatic,
licenselogic, mtree_id, time, manifestdigest)
VALUES( ?1, ?2, ?3, ?4, ?5, ?6, ?7, ?8, ?9, ?10, ?11, ?12, ?13, (SELECT id FROM 
mtree
WHERE content = ?14), NOW(), ?15) in file pkgdb.c:1595: FOREIGN KEY constraint 
failed ***
Error code 70

Box is running CURRENT and uptodate ports tree:


FreeBSD 11.0-CURRENT #1 r269391: Fri Aug  1 21:02:11 CEST 2014  

How to repair this? Seems strange ...

Please CC me.

Oliver


signature.asc
Description: PGP signature

Re: pkg meta.txz: Not found

[Carlos Jacobo Puga Medina]

> I updated to pkg-1.3.3 and am getting these annoying messages:

> pkg: http://pkg.FreeBSD.org/freebsd:9:x86:64/latest/meta.txz: Not Found
> pkg: http://pkg.FreeBSD.org/freebsd:9:x86:64/new_xorg/meta.txz: Not Found

> They appear to be harmless,  but is there a way to turn them off or can 
> the repository put in meta.txz file?

> Ummm... I think that the 'official' FreeBSD repositories should not 
> generate these messages...

Same here:

# pkg update
Updating repository catalogue
pkg: http://pkg.FreeBSD.org/freebsd:11:x86:32/latest/meta.txz: Not Found
pkg: repository FreeBSD has no meta file, using default settings
FreeBSD repository is up-to-date
All repositories are up-to-date

As you point this messages are harmless and could be safely ignored.

See libpkg/repo/binary/update.c for further details:

/* Fetch meta */
local_t = *mtime;
if (pkg_repo_fetch_meta(repo, &local_t) == EPKG_FATAL)
pkg_emit_notice("repository %s has no meta file, using "
"default settings", repo->name);

Cheers,
-- 
Carlos Jacobo Puga Medina 
___
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: devel/stlink

[Kurt Jaeger]

Hello,

> The mentioned port in the ports collection is probably outdated; also, 
> sometimes it misbehaves. The stlink itself is in active development, so 
> sometimes you might need the newest version with better board support. Based 
> on the port from my ports tree, I made a port for the recent version. How 
> could I submit something like stlink-recent to the ports tree?

Please open a new problem report on bugzilla:

https://bugs.freebsd.org/bugzilla/

Attach the port, and we'll work on it.

-- 
p...@opsec.eu+49 171 3101372 6 years to go !
___
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"

devel/stlink

[Maxim V FIlimonov]

The mentioned port in the ports collection is probably outdated; also, 
sometimes it misbehaves. The stlink itself is in active development, so 
sometimes you might need the newest version with better board support. Based 
on the port from my ports tree, I made a port for the recent version. How 
could I submit something like stlink-recent to the ports tree?
-- 
wbr, Maxim Filimonov
___
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"

FreeBSD ports you maintain which are out of date

[portscout]

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, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
japanese/skk-jisyo  | 201302  | 201408
+-+
japanese/skk-jisyo-cdb  | 201302  | 201408
+-+
net-mgmt/pandorafms_agent   | 4.0.1   | 5.1-140802
+-+
net-mgmt/pandorafms_console | 4.0.1   | 5.1-140802
+-+
net-mgmt/pandorafms_server  | 4.0.1   | 5.1-140802
+-+
www/groupoffice | 3.7.24  | 6.0.9
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Thanks.
___
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: Trying to build a QT5 application

[Marco Bröder]

On Fri, 01 Aug 2014 08:41:04 -0400
Daniel Morante  wrote:

> I am trying to create a port for an application that supports both
> Qt4 and Qt5.
> 
> Qt4 builds fine and I am using the following in the port's Makefile:
> 
> QT4_CONFIGURE_WITH=gui=qt4
> QT4_USE=
> qt4=corelib,gui,qmake_build,linguist,uic,moc,rcc,qtestlib_build
> 
> For Qt5 I have:
> 
> QT5_CONFIGURE_WITH=gui=qt5
> QT5_USE= 
> qt5=core,gui,dbus,widgets,network,qmake_build,linguisttools,buildtools_build,testlib_build
> 
> Using Qt5 fails to configure properly.  It's unable to find
> "lrelease":
> 
> checking for lrelease-qt5... no
> checking for lrelease5... no
> checking for lrelease... no
> configure: error: LRELEASE not found
> 
> According to the porters handbook, that should be provided by 
> "linguisttools" above.  I also tried with and had the same result:
> 
> QT5_USE= 
> qt5=core,gui,dbus,widgets,network,qmake_build,linguist,linguisttools,buildtools_build,testlib_build
> 

Hello Daniel,

I had the same problem with mail/trojita in the QT5 version and solved
it by patching the cmake search path for the linguist binaries to
${QT_BINDIR}. Maybe you should do something similar with your port.

CC'ing kde-free...@kde.org, because it looks like something is wrong
with our QT5 ports.

Unfortunately, I never had the time to take a closer look at this issue
and the simple fix worked for my port.

-- 
Regards


signature.asc
Description: PGP signature

Re: print/cups-base web interface broken & unable to print

[Beeblebrox]

I may have some clues why my cups-printing is broken. I have two real
printers and two virtual (PS/PDF) printers defined but none of them work.
The main printer used in diagnostic:
Printer: HP_LaserJet_2100tn with ps-level2
Driver: HP LaserJet 2100M Foomatic/Postscript (grayscale, 2-sided printing)

1. Trying to print a simple text file from mousepad results in this error in
the log file:
"Request file type is application/pdf.
Print-Job client-error-document-format-not-supported: Unsupported format
"application/pdf".
Returning IPP client-error-document-format-not-supported for Print-Job
(ipp://localhost:631/printers/hp2100) from localhost"

2. File > Print preview on same printer is displayed as a single line of
text - that is, all /CR seems to be ignored and all lines are printed
one-on-top another.

3. Enabling "debug: 1" in foomatic/filter.conf does not create a log file
"/tmp/foomatic-rip.log" (nor in /var/tmp/) as claimed.

4. Changing Driver to: HP LaserJet 2100M - CUPS+Gutenprint v5.2.8
(grayscale, 2-sided printing), Fixes issue #2 from above, but printing still
fails with same error message stated in issue #1.

5. Changing Driver to: Generic PCL Laser Printer (grayscale, 2-sided
printing) gives same as #4 (can preview, can't print)

6. Changing Driver to: Generic PostScript Printer (color, 2-sided printing)
gives same as #4 (can preview, can't print)

print/cups related packages installed on the system:  cups-base-1.7.3, 
cups-client-1.7.3,  cups-image-1.7.3,  cups-pdf-2.6.1_1, 
cups-pstoraster-8.15.4_8,  gutenprint-cups-5.2.8_1,   ghostscript9-9.06_7.
* Re-installing these packages with "pkg install -f" => No difference
* Deleting cups-pdf from the system  => No difference
* FreeBSD's own LPD prints to this device hp2100 without problem.
* cupsd server was restarted after each change.

7. "{# OR $} /usr/local/bin/lpr -Php2100 printer_testps.txt"  =>
/usr/local/bin/lpr: Unsupported document-format "text/plain".
Below redacted cups-err.log shows that text/plain is also not a format
accepted by cups, and that the server cancels such jobs on its own (job was
not canceled by user):
D Send-Document ipp://localhost:631/printers/hp2100
D cupsdIsAuthorized: requesting-user-name="xyz"
D [Job 20] Request file type is text/plain.
E [Client 12] Returning IPP client-error-document-format-not-supported for
Send-Document (ipp://localhost:631/printers/hp2100) from localhost
D cupsdSetBusyState: newbusy="Dirty files", busy="Active clients and dirty
files"
D Cancel-Job ipp://localhost:631/printers/hp2100
D [Job 20] time-at-completed=1406964960
D Discarding unused job-completed event...
I [Job 20] Job canceled by "xyz"
D cupsdMarkDirty(---J-)
D [Client 12] Returning IPP successful-ok for Cancel-Job
(ipp://localhost:631/printers/hp2100) from localhost

8. ghostscript's pdf2ps correctly converts a pdf file to ps.

CONCLUSION: Although at least changing from foomatic-based drivers seems to
have cleared one error (ignored /CR), I'd like to get some ideas as to why
cups-client keeps thinking that the document is a pdf when a GUI is used.
Does anyone have ideas how to correct or what else I can try?




-
FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS
--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/print-cups-base-web-interface-broken-unable-to-print-tp5918098p5934106.html
Sent from the freebsd-ports mailing list archive at Nabble.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: more problems after last upgrade(s) pkg

[Melvyn Sopacua]

I've added some extra debugging in the release-1.3 branch and am looking
to reproduce it now.


Reported: https://github.com/freebsd/pkg/issues/906

--
Melvyn
___
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: Yet another pkg bug?

[Andrea Venturoli]

On 08/02/14 02:27, Bryan Drewery wrote:

Agreed it is not a pkg problem, nor a portupgrade problem.

libreoffice is not directly depending on libgcrypt so it was not
rebuilt. Only direct dependencies are rebuilt. But this is not really
the problem. The problem is that Libreoffice seems to be doing something
special by building its own libxsltfilterlo.so into its own directory.
So the libxslt rebuild had no idea about it. It's not a file actually
provided by libxslt.

# pkg info -l libxslt|grep /usr/local/lib
 /usr/local/lib/libexslt.a
 /usr/local/lib/libexslt.la
 /usr/local/lib/libexslt.so
 /usr/local/lib/libexslt.so.8
 /usr/local/lib/libxslt.a
 /usr/local/lib/libxslt.la
 /usr/local/lib/libxslt.so
 /usr/local/lib/libxslt.so.2

Note the lack of libxsltfilterlo.so.

I'd say the instructions were lacking. My guess is a small handfull of
people realize what's going on here and none of the other committers do.
So it's very likely that many UPDATING entries need special libreoffice
care as well and have not had it documented. I.e., every dependency of
libreoffice would require rebuilding libreoffice.

I'm not sure what this program/ dir is, perhaps some cache. It would be
safer to have it disabled so this special care is not needed.


Thanks for the explanation.


 bye
av.
___
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: more problems after last upgrade(s) pkg

[Melvyn Sopacua]

Hi Adam,

On Fri, 1 Aug 2014, Adam McDougall wrote:


-rw-r--r--  1 mcdouga9  wheel  2923996 Aug  1 12:36 rt-3.8.17_1.txz

I deleted it in poudriere, updated my ports tree to include pkg 1.3.4,
let poudriere compile both of those but I still have the issue.

# pkg rquery %sb rt-3.8.17_1
20164010


While there certainly is a bug here (I'm bitten by it too), this is
always a false comparison. %sb requests the flat size, which is the size
after installation. The package size (which is what fetch is reporting)
cannot be queried at the moment.

I've added some extra debugging in the release-1.3 branch and am looking
to reproduce it now.

index 612..e2aa789 100644
--- a/libpkg/repo/binary/fetch.c
+++ b/libpkg/repo/binary/fetch.c
@@ -221,8 +221,8 @@ checksum:

  unlink(dest);
  pkg_emit_error("cached package %s-%s: "
-"size mismatch, fetching from remote",
-name, version);
+"size mismatch (%li != %li), fetching from remote",
+name, version, pkgsize, st.st_size);
  return (pkg_repo_binary_try_fetch(repo, pkg, true, mirror, destdir));
   }
   retcode = sha256_file(dest, cksum);

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