Re: Deluge port for FreeBSD

[Ruslan Mahmatkhanov]

Hello. 

I'm holding deluge2 port, that is supposed to work and that needs testing 
before pushing to ports tree. But as far I understand there is still no working 
python binding for libtorrent-rasterbar. I can't test w/o it. 



24.02.2020, 19:25, "Chris Ross" :
> Hello all. Deluge 2.0 was created last year, using python3. I had been 
> waiting for a new deluge2 port to be added, but now see that there is still 
> not one, and the older deluge 1.3.15 has been deprecated because it uses 
> EOL'd python27.
>
> https://u13739864.ct.sendgrid.net/ls/click?upn=NK1UM1m88Y-2BE3GDttDA4-2B3fqjRJC5obnVcxBoDcVoxzMpqQ5fXed7CIe-2BZ9zBquSgpV9kT30uAqWmsOEueNQ0A-3D-3DGmIa_9P-2FllkRu-2FgTZT7WocElCz837oGdJ-2B6luy3Bd6fimbL3hTyzkfScBrUZCuZUQZxKZUtc79JL-2B0lHQcwbTZoXEeIdUwUsZpOzVH30kx1-2FnK2BtKYoEvpACa64FcprVnGtU2e9L1gzy-2BUhOf8GprFRoBQo8xIlzRWft9BaD8CxCDC1wR7yZkyOcDmb-2F9UgY4jke-2BEwJ18Myl3U25VrhVe8KTzYeb02I3PF8nGJ3q0it1ks-3D
>
> Ruslan, as the maintainer of the prior port, any possibility you could put 
> together a new port for deluge2? Myself and another tested getting it running 
> on FreeBSD 12 last year, so it's known compatible.
>
> https://u13739864.ct.sendgrid.net/ls/click?upn=NK1UM1m88Y-2BE3GDttDA4-2BwlxOo-2FihJSFnPbu5Az7R876WPbQ9QyFOmGgDze3zWWMpO7d-2FIlxFxh1tB1u4GzDSLsDaMmPix-2BurwC1hoK14A8-3DOSw2_9P-2FllkRu-2FgTZT7WocElCz837oGdJ-2B6luy3Bd6fimbL3hTyzkfScBrUZCuZUQZxKZm1ctgbVOOGgXQ6KdrsNsKqXUJtWdFeoqrrWlBn-2BlHq0EVJXlQH4lAuXbE5vV0MIcgQSNTFdLVw5ugoMItmgCxCy7WTGsYNpD-2FH0VvZp7bN45K6-2FD7-2FizKLkAr6TWz6q4-2FeersOVVGJZ4m-2BM9K-2BiJzddANltTFKtdN-2F7Uk0uowb8-3D
>
> Thanks all.
>
>   - Chris

-- 
Regards,
Ruslan

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Fwd: [Full-disclosure] Possible infection of Piwik 1.9.2 download archive

[Ruslan Mahmatkhanov]

Hans Fr. Nordhaug wrote on 27.11.2012 17:19:

Hi,

I just noticed 
http://piwik.org/blog/2012/11/security-report-piwik-org-webserver-hacked-for-a-few-hours-on-2012-nov-26th/
before I got this message.

I downloaded http://builds.piwik.org/piwik-1.9.2.tar.gz
and compared it to my local copy of 1.9.2, and all files are unchanged.
It's just the archiving that changed the file size. The Piwik build
manager is a little bit sloppy ...

Regards,
Hans


Ok, but distinfo should be updated anyway because of this change. Would 
you please put original distfile somewhere? And if you approve, I can 
update the distinfo for you.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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"

Fwd: [Full-disclosure] Possible infection of Piwik 1.9.2 download archive

[Ruslan Mahmatkhanov]

=> piwik-1.9.2.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch http://builds.piwik.org/piwik-1.9.2.tar.gz
fetch: http://builds.piwik.org/piwik-1.9.2.tar.gz: size mismatch: 
expected 5676196, actual 5676058




 Original message 
Subject: [Full-disclosure] Possible infection of Piwik 1.9.2 download 
archive

Date: Mon, 26 Nov 2012 21:17:57 +0100
From: Maximilian Grobecker 
To: full-disclos...@lists.grok.org.uk

Hi,

this evening I downloaded a fresh archive of Piwik 1.9.2 and found this
code at the bottom of the /piwik/core/Loader.php file:

(Just a short snippet)
---snip-
eval(gzuncompress(base64_decode('eF6Fkl9LwzAUxb+KD0I3EOmabhCkD/OhLWNOVrF/IlKatiIlnbIOZ/bpzb2pAyXRl7uF/s 


[...]

---/snip-


I decoded some parts of this code and found what it does:
It transmits the requested Host Name (from $_SERVER['HTTP_HOST']) and
the request URI via POST to http://prostoivse.com/x.php and creates a
file named "lic.log" in the same directory.
As long as this file exists it seems that no further POST requests are made.

At the moment I'm trying to figure out the further sense of this code,
but it seems that there might also be some kind of backdoor (because of
the use of $_GET).

The file in the downloadable archive is dated at
Nov 26, 2012 / 18:42 UTC.

 From forums I know that some people downloaded the archive earlier this
day and don't have this code inside their files.

At the moment (at 8:08 PM UTC) the archive is downloadable at the
original Piwik web site with this obfuscated code.

I contacted the developers and managers of Piwik a few minutes ago about
this.


--
Greetings from Wuppertal, Germany

Max Grobecker

___
Full-Disclosure - We believe in it.
Charter: http://lists.grok.org.uk/full-disclosure-charter.html
Hosted and sponsored by Secunia - http://secunia.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: bsd.gcc.mk: USE_FORTRAN.

[Ruslan Mahmatkhanov]

Ruslan Mahmatkhanov wrote on 02.11.2012 23:18:

Hi!

Gerald Pfeifer wrote on 02.11.2012 13:26:

Hi Ruslan,

On Mon, 17 Sep 2012, Ruslan Mahmatkhanov wrote:

is there any possibility to also add something like
USE_FORTRAN_BUILD=[yes|g77|ifort] to make fortran build dependency
only? Many ports will benefit from this - anything, that depend on
math/py-numpy for example.


we definitely can look into this.  But, how about the run-time
dependency?  Those ports that you have in mind, don't they have
any dependency on one of the GCC run-time libraries?

Gerald


Hmm, you are right... I just deinstalled gcc-4.6.3 and got this when
calling py-numpy:
ImportError: Shared object "libgfortran.so.3" not found, required by
"lapack_lite.so".

I think that numpy will run fine w/o gcc, it's a C python extension in
first place. Maybe that math/lapack dependency may be turned into an
option.

PS. And py-game failed to load too because it imports py-numpy. Chromium
too. But deluge is runs fine w/o gcc, while I can't see where it grap
this dependency... The same with chromium - it working


Need some sleep. Please read the paragraph above as:
"""
PS. And py-game failed to load too because it imports py-numpy. Chromium 
failing to start too. But deluge runs fine w/o gcc, while I can't see 
where it grabbed this dependency...

"""



Anyway, I think this will be a useful feature, so it worth to implement.




--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: bsd.gcc.mk: USE_FORTRAN.

[Ruslan Mahmatkhanov]

Hi!

Gerald Pfeifer wrote on 02.11.2012 13:26:

Hi Ruslan,

On Mon, 17 Sep 2012, Ruslan Mahmatkhanov wrote:

is there any possibility to also add something like
USE_FORTRAN_BUILD=[yes|g77|ifort] to make fortran build dependency
only? Many ports will benefit from this - anything, that depend on
math/py-numpy for example.


we definitely can look into this.  But, how about the run-time
dependency?  Those ports that you have in mind, don't they have
any dependency on one of the GCC run-time libraries?

Gerald


Hmm, you are right... I just deinstalled gcc-4.6.3 and got this when 
calling py-numpy:
ImportError: Shared object "libgfortran.so.3" not found, required by 
"lapack_lite.so".


I think that numpy will run fine w/o gcc, it's a C python extension in 
first place. Maybe that math/lapack dependency may be turned into an 
option.	


PS. And py-game failed to load too because it imports py-numpy. Chromium 
too. But deluge is runs fine w/o gcc, while I can't see where it grap 
this dependency... The same with chromium - it working


Anyway, I think this will be a useful feature, so it worth to implement.

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: lib name on LIB_DEPENDS

[Ruslan Mahmatkhanov]

Lucas Saliés Brum wrote on 30.10.2012 18:32:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Em 30/10/2012 11:23, Chris Rees escreveu:

pkg_delete -f `make -VPKGNAME`


My fault.
cgmailservice is installed.

[lucas@jazz ~]:$ cgmailservice
cgmailservice: Command not found.
[lucas@jazz ~]:$ file /usr/local/bin/cgmailservice
/usr/local/bin/cgmailservice: Bourne-Again shell script, ASCII text
executable
[lucas@jazz ~]:$ cat /usr/local/bin/cgmailservice
#!/bin/bash


should be /usr/local/bin/bash instead and shells/bash should be installed.

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: lib name on LIB_DEPENDS

[Ruslan Mahmatkhanov]

Lucas Saliés Brum wrote on 30.10.2012 17:36:

Em 30/10/2012 10:25, Lucas Saliés Brum escreveu:

Em 28/10/2012 15:31, Chris Rees escreveu:

On 28 October 2012 17:53, Lucas Saliés Brum  wrote:

Em 28/10/2012 12:46, Rainer Hurling escreveu:

textproc/py-feedparser does not install any library, so you need to test
the presence of the python script, installed by this port:

/usr/local/lib/python2.7/site-packages/feedparser.py

To be path and version independent you should use something like

${PYTHON_SITELIBDIR}/feedparser.py:${PORTSDIR}/textproc/py-feedparser

Hope this helps,
Rainer

Thanks for your response Rainer!!

http://paste.sistematico.org/16

Any hint?


Yes, you installed py-feedparser with a different PREFIX somehow :)

Use pkg_delete -fx py27-feedparser

Once you've done that, you should be able to make your test port
without problems.

Chris

http://paste.sistematico.org/19
How to fix this?

Thank you all.


Sorry, i missed the Makefile: http://paste.sistematico.org/20
My pkg-plist is blank, anything related? I need to create?


change

LIB_DEPENDS= 
${PYTHON_SITELIBDIR}/feedparser.py:${PORTSDIR}/textproc/py-feedparser


with:

RUN_DEPENDS= 
${PYTHON_PKGNAMEPREFIX}feedparser>0:${PORTSDIR}/textproc/py-feedparser


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: lib name on LIB_DEPENDS

[Ruslan Mahmatkhanov]

Lucas Saliés Brum wrote on 30.10.2012 17:25:

Em 28/10/2012 15:31, Chris Rees escreveu:

Yes, you installed py-feedparser with a different PREFIX somehow :)

Use pkg_delete -fx py27-feedparser

Once you've done that, you should be able to make your test port
without problems.

Chris


http://paste.sistematico.org/19
How to fix this?

Thank you all.


It complains because py-feedparser is not a shared library. It should be 
removed from LIB_DEPENDS and added to BUILD and/or RUN_DEPENDS instead.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: lib name on LIB_DEPENDS

[Ruslan Mahmatkhanov]

Rainer Hurling wrote on 29.10.2012 14:34:

Am 29.10.2012 08:53 (UTC+1) schrieb Ruslan Mahmatkhanov:

Rainer Hurling wrote on 28.10.2012 19:46:

On 28.10.2012 16:12 (UTC+2), Lucas Saliés Brum wrote:

Hello all!
This is my first e-mail that list.

I'm having problems with a new port that I'm trying to create.
http://paste.sistematico.org/14

# make install
...
===>   Registering installation for py27-feedparser-5.1.2
===>   Returning to build of cgmail-0.6.2
Error: shared library "feedparser" does not exist
*** [lib-depends] Error code 1

Stop in /usr/home/lucas/apps/ports/cgmail.

What name should I use LIB_DEPENDS=
[HERE]:${PORTSDIR}/textproc/py-feedparser ?


textproc/py-feedparser does not install any library, so you need to test
the presence of the python script, installed by this port:

/usr/local/lib/python2.7/site-packages/feedparser.py

To be path and version independent you should use something like

${PYTHON_SITELIBDIR}/feedparser.py:${PORTSDIR}/textproc/py-feedparser


Please note that using
${PYTHON_PKGNAMEPREFIX}feedparser>0:${PORTSDIR}/textproc/py-feedparser

is preferable.



Thanks for this info. I wasn't sure about what is best to use in
'DEPENDS' lines.

Do I understand it right, that '${PYTHON_PKGNAMEPREFIX}feedparser>0'
tests directly, if the port py27-feedparser is installed and
'${PYTHONPREFIX_SITELIBDIR}/feedparser.py would test, if the file
'feedparser.py' exists in the path '${PYTHONPREFIX_SITELIBDIR}'? (better
than '${PYTHON_SITELIBDIR}'?


Yes, you understanding it right. ${PYTHON_PKGNAMEPREFIX} will accept any 
value according to what PYTHON_DEFAULT_VERSION is set in user's 
environment (py27-, py26-, py32- etc). The main difference over using 
PYTHON_SITELIBDIR is that it will work correctly if/when dependent port 
will be switched to egg-install. In fact it works fine for both 
egg-installed ports, and with distutils-installed ones. And hardcoding 
dependency on some file is ugly, imho. Your package needs another 
package, so why should it bother to which file in filesystem it depends? 
Dropping SITELIBDIR usage is a common trend in ports tree - perl and 
ruby ports do the same.




In PH, chapter 6.14, three cases are mentioned:

(1) PYTHON_PKGNAMEPREFIX
Used as a PKGNAMEPREFIX to distinguish packages for different Python
versions. Example: py24-

(2) PYTHON_SITELIBDIR
Location of the site-packages tree, that contains installation path of
Python (usually LOCALBASE). The PYTHON_SITELIBDIR variable can be very
useful when installing Python modules.

(3) PYTHONPREFIX_SITELIBDIR
The PREFIX-clean variant of PYTHON_SITELIBDIR. Always use
%%PYTHON_SITELIBDIR%% in pkg-plist when possible. The default value of
%%PYTHON_SITELIBDIR%% is lib/python%%PYTHON_VERSION%%/site-packages


I'm not sure what the difference among (2) and (3). They looking the 
same for me. Never used (3) and see no problem. Can't tell you more at 
the moment, it needs to digging into bsd.python.mk.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: FreeBSD Port: python32-3.2.3_1

[Ruslan Mahmatkhanov]

Hi,

Finn Espen Gundersen wrote on 29.10.2012 13:36:

Hi,



Where can i subscribe or look to get notified when Python 3.3 is ported to
FreeBSD?


Please see there:
http://lists.freebsd.org/pipermail/freebsd-python/2012-October/004688.html

I hope this will be added after 9.1-R.

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: lib name on LIB_DEPENDS

[Ruslan Mahmatkhanov]

Rainer Hurling wrote on 28.10.2012 19:46:

On 28.10.2012 16:12 (UTC+2), Lucas Saliés Brum wrote:

Hello all!
This is my first e-mail that list.

I'm having problems with a new port that I'm trying to create.
http://paste.sistematico.org/14

# make install
...
===>   Registering installation for py27-feedparser-5.1.2
===>   Returning to build of cgmail-0.6.2
Error: shared library "feedparser" does not exist
*** [lib-depends] Error code 1

Stop in /usr/home/lucas/apps/ports/cgmail.

What name should I use LIB_DEPENDS=
[HERE]:${PORTSDIR}/textproc/py-feedparser ?


textproc/py-feedparser does not install any library, so you need to test
the presence of the python script, installed by this port:

/usr/local/lib/python2.7/site-packages/feedparser.py

To be path and version independent you should use something like

${PYTHON_SITELIBDIR}/feedparser.py:${PORTSDIR}/textproc/py-feedparser


Please note that using
${PYTHON_PKGNAMEPREFIX}feedparser>0:${PORTSDIR}/textproc/py-feedparser

is preferable.

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Snag in math/py-numpy: checksum fails

[Ruslan Mahmatkhanov]

Thomas Mueller wrote on 29.10.2012 05:58:

I have hit another snag in updating ports that depend on png, but seem to have
found a way around.

This time, the checksum apparently fails on two files in math/py-numpy.

Is this a known problem?  File corruption on remote server?  Or rather, a new
checksum with older version of distfiles?


The problem with this files is that they are not versioned, so ports 
management tools can't catch up when they are updated. If checksum for 
this files are bad (read: this documentation files are updated), you 
need to manually remove them and do `make fetch' once again to get the 
updated files. Or, as was mentioned in another response, just disable 
them altogether via options, if you not using them.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Taking over maintainership of devel/py-ice, next steps

[Ruslan Mahmatkhanov]

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 
I also decide to keep original indentation, because there is actually no 
reason to double them, imho. Thank you for the patch and patience ;).


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Taking over maintainership of devel/py-ice, next steps

[Ruslan Mahmatkhanov]

Michael Gmelin wrote on 27.10.2012 00:09:


Sorry, I wasn't informed by GNATS about your offer to help (double
checked junk and trash). This seems to happen once in a while lately.


Yes, there are some problems with GNATS, so it was the reason why you 
missed it. I planned to wrote to you directly, but still had not time 
for this, sorry.



The gzipped version of the patch didn't work, since there is an
encoding problem with patches sent through the PR system (I think the
both of us emailed about this earlier this month - binary patches as
well as UTF-8 encoded patches [PR 172195]) - it should work if you
copy and paste the base64 encoded text and base64 decode it and then
gunzip (which is of course a ridiculous procedure to follow).


Yes, you are right, we both wrote about that.



So please find attached the original patch as well as the gzipped
version (just to make sure no MUA encoding issue gets in our way). I
assume at least the gzipped version will be stripped by the mailing
list, so I Cced you directly.

Note that the patch doesn't include the maintainer change - so please
let me know in case there is an additional procedure I should follow
to accomplish this.


No, it's ok, I'll change it myself.


Apply the patch by doing (assuming it's stored in /tmp):

cd /usr/ports/devel/py-ice
zcat /tmp/py27-Ice-3.4.2_3.patch.gz | patch -p0 -E
find . -name \*.orig -delete

Checksums are:

MD5 (py27-Ice-3.4.2_3.patch) = 27f1b4aeb4ae2c85aeb0445ae4fb493f
MD5 (py27-Ice-3.4.2_3.patch.gz) = 92b70f01768e54441dff4f68676e48ab

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


I downloaded it, so feel free to remove.


Thanks for your help,
Michael



Planning to deal with this pr tomorrow. Stay tuned :)

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Taking over maintainership of devel/py-ice, next steps

[Ruslan Mahmatkhanov]

Hi Michael,

Michael Gmelin wrote on 26.10.2012 23:30:

Hi,

Sorry to bother the list about this again, but I would really like to
finish upgrading the port - since the maintainer is really short in
time this got kind of stuck in the middle. He's fine with passing on
maintainership and also with the patch - if the PR is too messy for a
committer (there were a couple of - unresolved - encoding issues) I
would suggest to close it, pass maintainership to me and I will open a
new PR to get the updates in.

Thanks,
Michael


I already taken this pr at 17 October and request you to send the patch 
to me directly, because I wasn't able to make it usable:


"""
I will take it. Hi Michael. Would you please put your patch somewhere
and post the link there. I always got 'not in gzip format' using your
latest submission. Thank you
"""

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Building PAPI port on FreeBSD 10

[Ruslan Mahmatkhanov]

Committed, thank you!

Harald Servat wrote on 22.10.2012 11:23:

Seems good to me.

Thank you for sending the patch.
El 22/10/2012 7:01, "hiren panchasara"  va
escriure:


--- configure.orig  2012-10-21 21:46:34.996150862 -0700
+++ configure   2012-10-21 21:40:23.478149927 -0700
@@ -5800,7 +5800,7 @@
  MAKEVER="freebsd"
  LDFLAGS="-lpmc"
  # HWPMC driver is available for FreeBSD >= 6
-FREEBSD_VERSION=`uname -r | cut -c 1`
+FREEBSD_VERSION=`uname -r | cut -d'.' -f1`
  if test "${FREEBSD_VERSION}" -lt 6 ; then
as_fn_error "PAPI requires FreeBSD 6 or greater" "$LINENO" 5
  fi

Without this change, "make install" fails as it cannot grep correct major
os revision number.

Let me know if this change looks fine.

Thanks,
Hiren

P.S: I am not subscribed to this list so please keep me in the loop.



--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Building PAPI port on FreeBSD 10

[Ruslan Mahmatkhanov]

I'll take it.

Harald Servat wrote on 22.10.2012 11:23:

Seems good to me.

Thank you for sending the patch.
El 22/10/2012 7:01, "hiren panchasara"  va
escriure:


--- configure.orig  2012-10-21 21:46:34.996150862 -0700
+++ configure   2012-10-21 21:40:23.478149927 -0700
@@ -5800,7 +5800,7 @@
  MAKEVER="freebsd"
  LDFLAGS="-lpmc"
  # HWPMC driver is available for FreeBSD >= 6
-FREEBSD_VERSION=`uname -r | cut -c 1`
+FREEBSD_VERSION=`uname -r | cut -d'.' -f1`
  if test "${FREEBSD_VERSION}" -lt 6 ; then
as_fn_error "PAPI requires FreeBSD 6 or greater" "$LINENO" 5
  fi

Without this change, "make install" fails as it cannot grep correct major
os revision number.

Let me know if this change looks fine.

Thanks,
Hiren

P.S: I am not subscribed to this list so please keep me in the loop.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Can't build nagios-check_bacula

[Ruslan Mahmatkhanov]

Andrea Venturoli wrote on 18.10.2012 21:14:

I cannot build nagios-check_bacula on 8.3/i386.

Please find attached the log of "make install".

Anything I can do about this?

  bye & Thanks
 av.


There is no log (eaten by mailing list, may be). Please put it somewhere 
and provide the link. Thanks.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: something had broken in *.mk?

[Ruslan Mahmatkhanov]

John Marino wrote on 17.10.2012 14:52:

You're building with bmake and not make.
bmake uses :tu and :tl where make uses :U and :L, among other things.
It's the :L modifier that's causing your errors.
use the FreeBSD version of make instead.
John


Yes, you are right. I just remember that I decided to check WITH_BMAKE. 
Just rebuild usr.bin/make without this knob and everything now ok. Thanks.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: something had broken in *.mk?

[Ruslan Mahmatkhanov]

Ruslan Mahmatkhanov wrote on 17.10.2012 11:59:

Hi,

I got this whenever check any port with porlint -AC:



root@smeshariki4:/usr/ports/devel/gitg # make install clean
make: "/usr/ports/Mk/bsd.port.mk" line 5118: warning: duplicate script 
for target "-depends" ignored
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous 
script for "-depends" defined here
make: "/usr/ports/Mk/bsd.port.mk" line 5118: warning: duplicate script 
for target "-depends" ignored
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous 
script for "-depends" defined here
make: "/usr/ports/Mk/bsd.port.mk" line 5118: warning: duplicate script 
for target "-depends" ignored
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous 
script for "-depends" defined here
make: "/usr/ports/Mk/bsd.port.mk" line 5118: warning: duplicate script 
for target "-depends" ignored
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous 
script for "-depends" defined here
make: "/usr/ports/Mk/bsd.port.mk" line 5118: warning: duplicate script 
for target "-depends" ignored
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous 
script for "-depends" defined here

===>  gitg-0.0.8_1 USE_GETTEXT can be only one of build, run, or yes.

Does anybody expecting something like this?

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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"

something had broken in *.mk?

[Ruslan Mahmatkhanov]

Hi,

I got this whenever check any port with porlint -AC:

"""
[rm@smeshariki4 ~/py-pysha3]> portlint -AC
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: duplicate script 
for target "-depends" ignored
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous 
script for "-depends" defined here
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: duplicate script 
for target "-depends" ignored
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous 
script for "-depends" defined here
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: duplicate script 
for target "-depends" ignored
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous 
script for "-depends" defined here
make: "/usr/ports/Mk/bsd.port.mk" line 5118: warning: duplicate script 
for target "-depends" ignored
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous 
script for "-depends" defined here
make: "/usr/ports/Mk/bsd.port.mk" line 5118: warning: duplicate script 
for target "-depends" ignored
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous 
script for "-depends" defined here
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: duplicate script 
for target "-depends" ignored
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous 
script for "-depends" defined here
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: duplicate script 
for target "-depends" ignored
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous 
script for "-depends" defined here
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: duplicate script 
for target "-depends" ignored
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous 
script for "-depends" defined here
make: "/usr/ports/Mk/bsd.port.mk" line 5118: warning: duplicate script 
for target "-depends" ignored
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous 
script for "-depends" defined here
make: "/usr/ports/Mk/bsd.port.mk" line 5118: warning: duplicate script 
for target "-depends" ignored
make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous 
script for "-depends" defined here
FATAL: breaks INDEX (make: "/usr/ports/Mk/bsd.python.mk" line 348: 
warning: Couldn't read shell's output for 
"(/nonexistentlocal/bin/python2.7 -c 'import sys; 
print(sys.version.split()[0].replace("b",".b"))' 2> /dev/null) | 
/usr/bin/tail -1" make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: 
duplicate script for target "-depends" ignored make: 
"/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous script 
for "-depends" defined here make: "/usr/ports/Mk/bsd.port.mk" line 5121: 
warning: duplicate script for target "-depends" ignored make: 
"/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous script 
for "-depends" defined here make: "/usr/ports/Mk/bsd.port.mk" line 5121: 
warning: duplicate script for target "-depends" ignored make: 
"/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous script 
for "-depends" defined here make: "/usr/ports/Mk/bsd.port.mk" line 5118: 
warning: duplicate script for target "-depends" ignored make: 
"/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous script 
for "-depends" defined here make: "/usr/ports/Mk/bsd.port.mk" line 5118: 
warning: duplicate script for target "-depends" ignored make: 
"/usr/ports/Mk/bsd.port.mk" line 5121: warning: using previous script 
for "-depends" defined here).

1 fatal error and 0 warnings found.
"""

What is wrong here?

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: truncated attachment in gnats

[Ruslan Mahmatkhanov]

Hi Michael,

Michael Gmelin wrote on 16.10.2012 15:44:



On 16 Oct 2012, at 13:35, Ruslan Mahmatkhanov  wrote:



Hi,

Please compare:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports%2F172280&getpatch=1

and the patch in pr:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/172280

Look at last line in both cases. I can't reproduce it with other pr's, so may 
this be related to non-ascii chars in the attachment?





Hi Ruslan,

I faced a similar problem recently and opened a PR.

You might want to send a follow up:

http://www.freebsd.org/cgi/query-pr.cgi?pr=172195

-- Michael



Thank you for the info and in-depth analysis. I just sent the follow-up 
to PR you referred.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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"

truncated attachment in gnats

[Ruslan Mahmatkhanov]

Hi,

Please compare:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports%2F172280&getpatch=1

and the patch in pr:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/172280

Look at last line in both cases. I can't reproduce it with other pr's, 
so may this be related to non-ascii chars in the attachment?


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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"

Difference in databases/firebird25-client built as root and as unprivileged user

[Ruslan Mahmatkhanov]

Hello,

there is a native python binding for Firebird database:
http://people.freebsd.org/~rm/fdb-0.9.1.tgz

It is based on ports/172455 by Jose Jachuf. It builds just fine in 
tinderbox both with python2 and python3 but fails to build on a live 
system. The difference is that firebird25-client's (actually -server, 
because this is a slave port) Makefile has this lines in it:


.ifndef PACKAGE_BUILDING
   @if [ `${ID} -u` -eq 0 ]; then \
   ${ECHO_MSG} "==> Please do not build ${PORTNAME} as 'root' 
because this may cause conflicts with SysV semaphores of running 
services."; exit 1; fi

.endif

So, while being built in tinderbox this happens under root user, but 
with manual building from ports, it requires to build it as unprivileged 
user. In later case I've got this when trying to build the 
aforementioned python binding (py-fdb):


"""
===>  Configuring for py27-fdb-0.9.1
Traceback (most recent call last):
  File "setup.py", line 7, in 
from fdb import __version__
  File 
"/usr/local/tinderbox/portstrees/FreeBSD/ports/databases/py-fdb/work/fdb-0.9.1/fdb/__init__.py", 
line 23, in 

from fdb.fbcore import *
  File 
"/usr/local/tinderbox/portstrees/FreeBSD/ports/databases/py-fdb/work/fdb-0.9.1/fdb/fbcore.py", 
line 26, in 

from . import ibase
  File 
"/usr/local/tinderbox/portstrees/FreeBSD/ports/databases/py-fdb/work/fdb-0.9.1/fdb/ibase.py", 
line 41, in 

fb_library = CDLL(fb_library_name)
  File "/usr/local/lib/python2.7/ctypes/__init__.py", line 365, in __init__
self._handle = _dlopen(self._name, mode)
OSError: /usr/local/lib/libfbclient.so.2: Undefined symbol 
"_ZTISt9bad_alloc"

*** [do-configure] Error code 1
"""

If I rebuild firebird25-client with those three lines commented out 
(with root privs), then this py-fdb port builds just fine. The question 
is - what the difference in privileged/unprivileged build may be, and 
what's proper way to fix this? Thanks.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: [CHANGE PROPOSAL] Moving WWW from pkg-descr to Makefile

[Ruslan Mahmatkhanov]

Thierry Thomas wrote on 05.10.2012 18:36:

Le ven  5 oct 12 à 16:05:35 +0200, Baptiste Daroussin 
  écrivait :

Hi,


Hello,


I want to propose and make the actual move of the WWW information from the
pkg-descr to the Makefile itself via a WWW variable.


Good idea!

But just a warning: some pkg-desc may contain two URLs.

Regards,



I examined this right after it was proposed on developers@. We have 
generally five types of urls in pkg-descr:


1. no WWW at all (for dead projects)

2. WWW: http://url

3. WWW: http://url
   WWW: http://url

4. WWW: http://url
http://url

5. RG: http://url (for some rubygem-* ports)

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: graphics/gimp: What are the stoppers moving from port's covered version 2.6 to recent and modern version 2.8?

[Ruslan Mahmatkhanov]

Hi!

Heino Tiedemann wrote on 29.09.2012 19:20:

"O. Hartmann"  wrote:


I'm wondering why FreeBSD ports takes so long to update quite oldish
gimp-2.6 to gimp-2.8. Does anyone know what the stoppers are and where
solutions needed?


Mee too. gimp 2.8 is from march(!) 2012 - now it is olmost october und
nothing happened..

This - and sometime the old graphics/rawtherapee port - makes FreeBSD
a litle unusable for foto-editing


Heino


As far I know, the gimp and gnome update will not be done until FreeBSD 
9.1 will be released (a couple of weeks at minimum). But in a mean time 
you can update the required ports manually, using this archive:


http://people.freebsd.org/~rm/gimp.tgz

Note: please do not just copy them over the current ports, because there 
is some patches, that should be removed first to make things working!


And. What is wrong with rawtherapee? It's on it's latest version as far 
I understand.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Quick status update on Squid 3.x ports

[Ruslan Mahmatkhanov]

Hi Thomas,

Thomas-Martin Seck wrote on 27.09.2012 09:22:

Hi,

this is just a short update on the status of Squid 3 ports. As you may
have noticed I am a bit behind with regards to Squid 3.2. Sorry for that
-- I could not spend much time for ports development in the last few
months. To add insult to injury I will be offline for the next couple of
days but I plan to have the 3.2 port ready in the week starting Oct 7
nonetheless.

I just submitted an update request for 3.1 to 3.1.21 for the time being.

On a side note: in the past, the default Squid port was named
www/squid and the older or development Squid versions had versioned port
directory names. Should we move www/squid to www/squid27 instead and
make all Squid dependend ports that currently depend on www/squid use
www/squid27 instead?

Best regards


First thank you for working on this. According to squid web-page, 3.2 is 
the only stable version ("Current versions suitable for production 
use."), that is actively maintained. 3.1 and less are listed in "Old 
versions - Provided for archival purposes only. Not intended for general 
use in new installations". Is there still 2.7 users?! As for me, 3.2 
should go to www/squid and some kind of exp-run should be done to make 
sure the ports depending on it builds fine.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: One-line error in graphics/autotrace

[Ruslan Mahmatkhanov]

Naram Qashat wrote on 22.09.2012 05:15:

graphics/autotrace has been updated to OptionsNG, but there is a check
of .if ${PORT_OPTIONS:MSETUIDMING} while the Option for it is just MING,
not SETUIDMING.  Really minor, but if anyone is using this port with
that option, they would be in a bit of a pickle.

Thanks,
Naram Qashat


Fixed. Thank you!

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Installation of "kdenetwork-4.8.4_2" fails

[Ruslan Mahmatkhanov]

Jerry wrote on 22.09.2012 16:39:

This probably belongs on ; however, I thought I
would start here first.

FreeBSD 8.3-STABLE

The build fails with this message:


===>   kdenetwork-4.8.4_2 depends on shared library: otr.4 - not found
===>Verifying install for otr.4 in /usr/ports/security/libotr3

===>  libotr-3.2.1 conflicts with installed package(s):
   libotr-4.0.0

   They install files into the same place.
   You may want to stop build with Ctrl + C.

===>  libotr-3.2.1 conflicts with installed package(s):
   libotr-4.0.0

   They will not build together.
   Please remove them first with pkg_delete(1).
*** Error code 1

Stop in /usr/ports/security/libotr3.
*** Error code 1

Stop in /usr/ports/net/kdenetwork4.


Info for libotr-4.0.0:


pkg_info -R libotr*
Information for libotr-4.0.0:

Required by:
kdenetwork-4.8.4


Obviously, libotr-3.2.1 is not installed.

My question is why would or should I downgrade my present installation
of  to libotr-3.2.1 to update kdenetwork-4.8.3_1 to
kdenetwork-4.8.3_2 when libotr-4.0.0 apparently works fine with the
older version? It just doesn't seem to make any sense. Is this a bug in
the "make" routine.



20120908:
  AFFECTS: users of irc/bitlbee, irc/irssi-otr, net-im/climm, 
net-im/mcabber, net/kdenetwork4, security/kopete-otr, security/py-otr

  AUTHOR: Doug Barton 

 ESCOD  The libotr library has been bumped in version 4.0.0, and the 
new version is
  not compatible with the old.  In order to make it possible for both 
versions
  to coexist in the short term the old version has been moved to a new 
port.



--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: inkskape

[Ruslan Mahmatkhanov]

ajtiM wrote on 22.09.2012 14:37:

Hi!

Inkskape build without problem (gcc) on FreeBSD 9.1 RC1 but when I ran it I
got:
Shared object "libpcre.so.0" not found, required by "liblqr-1.so.3"

locate libpcre.so shows:

/compat/linux/lib/libpcre.so.0
/compat/linux/lib/libpcre.so.0.0.1
/usr/local/lib/libpcre.so
/usr/local/lib/libpcre.so.1

Thank you.

Mitja


Hi Mitja,

you need to rebuild graphics/liblqr-1. I also recommend to install 
sysutils/bsdadminscripts. It has an pkg_libchk utility, that will tell 
you which ports still require old libraries (need to rebuild). You may 
use this in future to handle problems like this one.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: sysutils/bacula2-client and sysutils/bacula2-server

[Ruslan Mahmatkhanov]

Ruslan Mahmatkhanov wrote on 16.09.2012 22:56:

Hi,

Václav Zeman wrote on 16.09.2012 22:12:

Hi.

I am no longer interested in maintaining sysutils/bacula2-client and
sysutils/bacula2-server ports. I have lost the machine that was using
it. If anybody still needs those, feel free to take over.

(Also the maintainer email noted for the two packes is currently broken.)


I'll do this. I'd also prefer to deprecate and retire it from the ports
tree, since it's no longer supported upstream. What do you think?



Just done (with deprecation step).

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: bsd.gcc.mk: USE_FORTRAN.

[Ruslan Mahmatkhanov]

Anton Shterenlikht wrote on 17.09.2012 15:08:

From owner-freebsd-po...@freebsd.org Mon Sep 17 11:43:21 2012

USE_FORTRAN_BUILD=[yes|g77|ifort] to make fortran build dependency only?

ifort?

Is there Intel fortran for FreeBSD?

Anton


lang/ifc according to bsd.gcc.mk


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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"

bsd.gcc.mk: USE_FORTRAN.

[Ruslan Mahmatkhanov]

Hi Gerald,

is there any possibility to also add something like
USE_FORTRAN_BUILD=[yes|g77|ifort] to make fortran build dependency only? 
Many ports will benefit from this - anything, that depend on 
math/py-numpy for example.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: sysutils/bacula2-client and sysutils/bacula2-server

[Ruslan Mahmatkhanov]

Hi,

Václav Zeman wrote on 16.09.2012 22:12:

Hi.

I am no longer interested in maintaining sysutils/bacula2-client and
sysutils/bacula2-server ports. I have lost the machine that was using
it. If anybody still needs those, feel free to take over.

(Also the maintainer email noted for the two packes is currently broken.)


I'll do this. I'd also prefer to deprecate and retire it from the ports 
tree, since it's no longer supported upstream. What do you think?


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: svn, ports and $FreeBSD$

[Ruslan Mahmatkhanov]

Bryan Drewery wrote on 13.09.2012 19:18:

On 9/13/2012 10:06 AM, Ruslan Mahmatkhanov wrote:


Hello,

while committing an update for sysutils/ldap-account-manager I got this
message:

"""
SendingMakefile
Sendingdistinfo
Sendingpkg-descr
Sendingpkg-plist
Transmitting file data svn: E165001: Commit failed (details follow):
svn: E165001: Commit blocked by pre-commit hook (exit code 1) with output:
Path "head/sysutils/ldap-account-manager/pkg-plist" does not have a
valid $FreeBSD$ string (keywords not disabled here)
== Pre-commit problem count: 1

svn: E165001: Your commit message was left in a temporary file:
svn: E165001:'/home/rm/learn/free/000/sysutils/svn-commit.tmp'
"""

I already got this error once before, but now I decided to ask what is
wrong. Why this hook doesn't whining most of the time (most of the
pkg-plist's I had ever svn-committed were w/o $FreeBSD$ line) and why it
complains now. What's is the best practice regarding this line in
pkg-plist's? Thanks.



This is how to fix:

# svn propdel svn:keywords pkg-plist
# svn propset fbsd:nokeywords yes pkg-plist

The plist should not have the keywords.

http://wiki.freebsd.org/PortsSubversionPrimer has some auto-props you
can use to do this automatically. I've had issues with this working, but
just follow the props as layed out there for the files listed.



Thanks Bryan and Michael. It looks like I need to deep into subversion 
docs to understand what's this and why it is happening :). But I will 
follow your suggestions until that.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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"

svn, ports and $FreeBSD$

[Ruslan Mahmatkhanov]

Hello,

while committing an update for sysutils/ldap-account-manager I got this 
message:


"""
SendingMakefile
Sendingdistinfo
Sendingpkg-descr
Sendingpkg-plist
Transmitting file data svn: E165001: Commit failed (details follow):
svn: E165001: Commit blocked by pre-commit hook (exit code 1) with output:
Path "head/sysutils/ldap-account-manager/pkg-plist" does not have a 
valid $FreeBSD$ string (keywords not disabled here)

== Pre-commit problem count: 1

svn: E165001: Your commit message was left in a temporary file:
svn: E165001:'/home/rm/learn/free/000/sysutils/svn-commit.tmp'
"""

I already got this error once before, but now I decided to ask what is 
wrong. Why this hook doesn't whining most of the time (most of the 
pkg-plist's I had ever svn-committed were w/o $FreeBSD$ line) and why it 
complains now. What's is the best practice regarding this line in 
pkg-plist's? Thanks.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Dropping maintainership of devel/allegro and devel/allegro-devel

[Ruslan Mahmatkhanov]

Naram Qashat wrote on 16.08.2012 04:41:

I've realized that ever since I took over maintaining these two ports, I
haven't kept them maintained.  I am wanting to drop these two ports, if
anyone else wishes to become their maintainers, I am perfectly fine with
it.

Thanks,
Naram Qashat


Done.

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: what port installed /usr/local/lib/gtk-3.0/3.0.0/immodules?

[Ruslan Mahmatkhanov]

Anton Shterenlikht wrote on 26.07.2012 15:48:

I was checking my installation with sysutils/libchk.


[...]


But none of this files are claimed by any installed port,
accorting to pkg:

$ pkg which /usr/local/lib/gtk-3.0/3.0.0/immodules/im-multipress.so
/usr/local/lib/gtk-3.0/3.0.0/immodules/im-multipress.so was not found in the 
database

Does anybody know what port might've
installed these?

Thanks


[rm@smeshariki3 ~]> pkg_info -W 
/usr/local/lib/gtk-3.0/3.0.0/immodules/im-multipress.so
/usr/local/lib/gtk-3.0/3.0.0/immodules/im-multipress.so was installed by 
package gtk-3.0.12_2


--
Regards,
Ruslan

Tinderboxing kills... the drives.


___
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/php53 dumps core

[Ruslan Mahmatkhanov]

Hi,

Volodymyr Kostyrko wrote on 23.07.2012 17:37:

Hi all.

On some of my servers php keeps dumping core on some requests. There are
days that it dumps core almost continuously. However there are days it
works smoothly.


Do you use e-accelerator?

--
Regards,
Ruslan

Tinderboxing kills... the drives.


___
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: Weird problem with bsdadminscrips

[Ruslan Mahmatkhanov]

Ruslan Mahmatkhanov wrote on 18.07.2012 14:48:


As you see variables are not expanded. Have no problems with other ports
on the same system. Have no problem with this port on other machines.
What to look for? Thanks.



Ok, answering to myself. It was because of

NOPORTDOCS=yes
NOPORTEXAMPLES=yes

in /etc/make.conf (left from old times). Commenting them off solves the 
problem.


--
Regards,
Ruslan

Tinderboxing kills... the drives.


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

Weird problem with bsdadminscrips

[Ruslan Mahmatkhanov]

I got this on one of my machines (9.0-RELEASE):

=> bsdadminscripts-6.1.1.tar.gz doesn't seem to exist in 
/usr/ports/distfiles/.
=> Attempting to fetch 
http://heanet.dl.sourceforge.net/project/bsdadminscripts/bsdadminscripts/bsdadminscripts-6.1.1.tar.gz

bsdadminscripts-6.1.1.tar.gz  100% of   72 kB  150 kBps
===>  Extracting for bsdadminscripts-6.1.1_1
=> SHA256 Checksum OK for bsdadminscripts-6.1.1.tar.gz.
===>  Patching for bsdadminscripts-6.1.1_1
===>  Applying FreeBSD patches for bsdadminscripts-6.1.1_1
===>  Configuring for bsdadminscripts-6.1.1_1
===>  Installing for bsdadminscripts-6.1.1_1
===>   Generating temporary packing list
===>  Checking if sysutils/bsdadminscripts already installed
Unknown parameter 'yes'.
installing: %%MAN%%/man1/bsdadminscripts.1.gz
eval: bsdadminscripts.1: not found
installing: %%DATADIR%%/buildflags.awk
eval: buildflags.awk: not found
installing: %%PREFIX%%/etc/buildflags.conf.sample
eval: buildflags.conf.sample: not found
installing: %%DATADIR%%/buildflags.mk
eval: buildflags.mk: not found
installing: %%MAN%%/man1/buildflags.awk.1.gz
eval: buildflags.awk.1: not found
installing: %%MAN%%/man1/buildflags.conf.1.gz
eval: buildflags.conf.1: not found
installing: %%MAN%%/man1/buildflags.mk.1.gz
eval: buildflags.mk.1: not found
installing: %%PREFIX%%/sbin/distviper
eval: distviper: not found
installing: %%MAN%%/man1/distviper.1.gz
eval: distviper.1: not found
installing: %%PREFIX%%/sbin/pkg_libchk
eval: pkg_libchk: not found
installing: %%MAN%%/man1/pkg_libchk.1.gz
eval: pkg_libchk.1: not found
installing: %%PREFIX%%/sbin/pkg_upgrade
eval: pkg_upgrade: not found
installing: %%MAN%%/man1/pkg_upgrade.1.gz
eval: pkg_upgrade.1: not found
installing: %%PREFIX%%/sbin/pkg_validate
eval: pkg_validate: not found
installing: %%MAN%%/man1/pkg_validate.1.gz
eval: pkg_validate.1: not found
installing: %%PREFIX%%/sbin/portconfig
eval: portconfig: not found
installing: %%MAN%%/man1/portconfig.1.gz
eval: portconfig.1: not found
installing: %%PREFIX%%/sbin/rcstart
eval: rcstart: not found
installing: %%MAN%%/man1/rcstart.1.gz
eval: rcstart.1: not found
installing: %%PREFIX%%/sbin/uma
eval: uma: not found
installing: %%MAN%%/man1/uma.1.gz
eval: uma.1: not found
installing: %%PREFIX%%/etc/uma.conf.sample
eval: uma.conf.sample: not found
hardlinking: %%PREFIX%%/sbin/rcstart -> %%PREFIX%%/sbin/rcstatus
hardlinking: %%PREFIX%%/sbin/rcstart -> %%PREFIX%%/sbin/rcstop
hardlinking: %%PREFIX%%/sbin/rcstart -> %%PREFIX%%/sbin/rcrestart
hardlinking: %%PREFIX%%/sbin/rcstart -> %%PREFIX%%/sbin/rconestart
hardlinking: %%PREFIX%%/sbin/rcstart -> %%PREFIX%%/sbin/rconestatus
hardlinking: %%PREFIX%%/sbin/rcstart -> %%PREFIX%%/sbin/rconestop
hardlinking: %%PREFIX%%/sbin/rcstart -> %%PREFIX%%/sbin/rconerestart
hardlinking: %%PREFIX%%/sbin/portconfig -> %%PREFIX%%/sbin/portbuild
hardlinking: %%PREFIX%%/sbin/portconfig -> %%PREFIX%%/sbin/portclean
hardlinking: %%PREFIX%%/sbin/portconfig -> %%PREFIX%%/sbin/portfetch
hardlinking: %%PREFIX%%/sbin/portconfig -> %%PREFIX%%/sbin/portpackage
hardlinking: %%PREFIX%%/sbin/portconfig -> 
%%PREFIX%%/sbin/portconfig-recursive
hardlinking: %%PREFIX%%/sbin/portconfig -> 
%%PREFIX%%/sbin/portfetch-recursive

===>   Registering installation for bsdadminscripts-6.1.1_1
===>  Cleaning for bsdadminscripts-6.1.1_1

As you see variables are not expanded. Have no problems with other ports 
on the same system. Have no problem with this port on other machines. 
What to look for? Thanks.


--
Regards,
Ruslan

Tinderboxing kills... the drives.

___
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: Problems with new boost

[Ruslan Mahmatkhanov]

Doug Barton wrote on 15.07.2012 08:09:

On 07/13/2012 13:22, Ruslan Mahmatkhanov wrote:

Doug Barton wrote on 27.05.2012 13:33:

Howdy,

I maintain net-p2p/libtorrent-rasterbar*, and net-p2p/qbittorrent29.
Ever since the update I've noticed that my libtorrent-rasterbar
applications have problems with the new boost version. Rebuilding the
library against boost 1.45 solves it.

I don't know exactly what the problem is, but the symptom is that the
application gets "slow," and eventually just freezes up altogether. It
starts with the UI being slow to respond, with increasing pauses between
responses. The network transfers also get slower and slower as time goes
by. Eventually as I said above the whole thing just freezes. No response
on the UI, no network traffic, no ktrace activity, nothing.

If you can give me suggestions on how to diagnose this I'd be glad to
help.

Doug


Should be ok now. But net-p2p/libtorrent-rasterbar* need to be rebuilt.


I can confirm that this works as expected now, so thank you thank you
thank you thank you! :)  I was pulling my hair out trying to find a
combination of things I could use to diagnose where the problem was. Has
anyone sent this upstream?


It's Mario Lobo  (submitter of ports/169755), not me to 
thank :). I didn't reported upstream. And looking at the fix - as far I 
understand it actually just updating our local FreeBSD-specific changes 
according to upstream changes. So I think that all our local patches (16 
items) should be sent upstream for review/inclusion, because we can come 
up to another weird behaviour with future boost updates. But 
unfortunately I'm not the proper person to do that (I'm not sure what 
this patches do and can't substantiate their necessity to upstream).



Would you please bump portrevision for this ports?


I will definitely do that when the tree is unfrozen, just one issue. The
(perfectly reasonable) change you made in common.mk did not actually
result in PORTREVISION being bumped, although it's not clear to me why.
It looks like in the past adding PORTREVISION to boost-libs/Makefile is
how this was done, and testing that theory just now makes PKGNAME do the
right thing.

I've got a libtorrent-rasterbar-16 update ready to go, so if you haven't
gotten to the PORTREVISION problem before I do when the tree is
unfrozen, I plan to make that change.

Once again, thank you for working on this, I'm really excited to have
this fixed, and my users will be too. :)

Doug


I see that you already fixed that, thanks. To be honest I didn't checked 
where PORTREVISION bumps were added before, so just put it to the place 
looked logically to me, sorry.


--
Regards,
Ruslan

Tinderboxing kills... the drives.


___
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: Problems with new boost

[Ruslan Mahmatkhanov]

Doug Barton wrote on 27.05.2012 13:33:

Howdy,

I maintain net-p2p/libtorrent-rasterbar*, and net-p2p/qbittorrent29.
Ever since the update I've noticed that my libtorrent-rasterbar
applications have problems with the new boost version. Rebuilding the
library against boost 1.45 solves it.

I don't know exactly what the problem is, but the symptom is that the
application gets "slow," and eventually just freezes up altogether. It
starts with the UI being slow to respond, with increasing pauses between
responses. The network transfers also get slower and slower as time goes
by. Eventually as I said above the whole thing just freezes. No response
on the UI, no network traffic, no ktrace activity, nothing.

If you can give me suggestions on how to diagnose this I'd be glad to help.

Doug


Should be ok now. But net-p2p/libtorrent-rasterbar* need to be rebuilt. 
Would you please bump portrevision for this ports?


--
Regards,
Ruslan

Tinderboxing kills... the drives.


___
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: unbroken dev/icu in current

[Ruslan Mahmatkhanov]

Chris Rees wrote on 03.07.2012 22:53:

On 3 July 2012 19:35, Ruslan Mahmatkhanov  wrote:

Chris Rees wrote on 03.07.2012 22:22:


On 3 July 2012 12:51, Rodrigo OSORIO  wrote:



Hi,

The port dev/icu fails to build in current due to an lock issue
caused by the use of threads api.
Disabling threads for icu in current solves the problem  and the port
can be build successfully and AFAIK this unbroke some of the ports who
depends on icu.

I don't know if this can be an acceptable short-term workaround for this
por ?



I've been reliably informed that icu builds just fine on CURRENT from
1/July.  I'll update my Tinderbox and let you know.

Chris



Can confirm that it builds without an issue on r237936 (Sun Jul  1 19:07:45
2012) with default option set (threads enabled).



Great now I need to find an appropriate OSVERSION for marking
BROKEN on; I'm tempted to start with 100 and end with 114; if
no-one yells at me I'll commit it in an hour or so.

Chris


Why to not just ask Rodrigo to update? I think this BROKEN is only 
needed if icu doesn't builds on a system, that was installed from 
official FreeBSD -current snapshot. If memory serves me well there is 
many extra cautions in docs that using -current, csuped in wrong time, 
may produce various problems, so "It's a -current, babe" should sound 
reasonable, I believe.
Is there any extra info (error logs), or was you able to reproduce it on 
some of your -current system?

Rodrigo, can you please update your system and check if problem is gone?

--
Regards,
Ruslan

Tinderboxing kills... the drives.


___
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: unbroken dev/icu in current

[Ruslan Mahmatkhanov]

Chris Rees wrote on 03.07.2012 22:22:

On 3 July 2012 12:51, Rodrigo OSORIO  wrote:


Hi,

The port dev/icu fails to build in current due to an lock issue
caused by the use of threads api.
Disabling threads for icu in current solves the problem  and the port
can be build successfully and AFAIK this unbroke some of the ports who
depends on icu.

I don't know if this can be an acceptable short-term workaround for this
por ?


I've been reliably informed that icu builds just fine on CURRENT from
1/July.  I'll update my Tinderbox and let you know.

Chris


Can confirm that it builds without an issue on r237936 (Sun Jul  1 
19:07:45 2012) with default option set (threads enabled).


--
Regards,
Ruslan

Tinderboxing kills... the drives.


___
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: graphics/tiff fails to install

[Ruslan Mahmatkhanov]

Ok, it was the effect of having OOO_SHELL=/usr/local/bin/bash and 
executing ``source ./Env.Host.sh'' (it was set when I investigated 
libreoffice build breakage on my system). I continued to update the 
ports from that terminal tab and all the ports were tried to build with 
clang. I also had more weird build breakage when trying to make world:


"""
clang++ -O2 -pipe 
-I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/include 
-I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen 
-I. 
-I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include 
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS -fno-strict-aliasing 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" 
-DDEFAULT_SYSROOT=\"\" -I/usr/obj/usr/src/tmp/legacy/usr/include -c 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/X86RecognizableInstr.cpp

make: don't know how to make /usr/local/lib/libc.a. Stop
"""

Now everithing is fine. Thanks.

Ruslan Mahmatkhanov wrote on 01.07.2012 22:28:

Hmm, I'm sorry. It's something more common. I have the same install
error with multimedia/cuse4bsd-kmod and multimedia/gstreamer. What it
may be?


Ruslan Mahmatkhanov wrote on 01.07.2012 22:21:

Hi Dirk,

I have an error like this when trying to update tiff to 4.0.2:
"""
test -z "/usr/local/bin" || ../config/install-sh -c -d "/usr/local/bin"
   /bin/sh /usr/local/bin/libtool   --mode=install install  strip -o
root -g wheel -m 555 bmp2tiff fax2ps fax2tiff gif2tiff pal2rgb ppm2tiff
ras2tiff raw2tiff rgb2ycbcr thumbnail tiff2bw tiff2pdf tiff2ps tiff2rgba
tiffcmp tiffcp tiffcrop tiffdither tiffdump tiffinfo tiffmedian tiffset
tiffsplit '/usr/local/bin'
libtool: install: install strip /usr/local/bin/strip
install: strip: No such file or directory
*** [install-binPROGRAMS] Error code 71
"""

I may be completely wrong, but this line in tiff-4.0.2/tools/Makefile
triggers this error:

INSTALL_PROGRAM = install  strip -o root -g wheel -m 555


I'm not sure how it was generated, but ``strip'' seems unnecessary
there, because install(1) knows nothing about this (there is -s switch
though). I didn't checked if it supposed to be replaced by something,
but according to install output - it is not. Have nothing in the
/etc/make.conf related to STRIP.

Would you please help? Thanks!







--
Regards,
Ruslan

Tinderboxing kills... the drives.


___
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: graphics/tiff fails to install

[Ruslan Mahmatkhanov]

Hmm, I'm sorry. It's something more common. I have the same install 
error with multimedia/cuse4bsd-kmod and multimedia/gstreamer. What it 
may be?



Ruslan Mahmatkhanov wrote on 01.07.2012 22:21:

Hi Dirk,

I have an error like this when trying to update tiff to 4.0.2:
"""
test -z "/usr/local/bin" || ../config/install-sh -c -d "/usr/local/bin"
   /bin/sh /usr/local/bin/libtool   --mode=install install  strip -o
root -g wheel -m 555 bmp2tiff fax2ps fax2tiff gif2tiff pal2rgb ppm2tiff
ras2tiff raw2tiff rgb2ycbcr thumbnail tiff2bw tiff2pdf tiff2ps tiff2rgba
tiffcmp tiffcp tiffcrop tiffdither tiffdump tiffinfo tiffmedian tiffset
tiffsplit '/usr/local/bin'
libtool: install: install strip /usr/local/bin/strip
install: strip: No such file or directory
*** [install-binPROGRAMS] Error code 71
"""

I may be completely wrong, but this line in tiff-4.0.2/tools/Makefile
triggers this error:

INSTALL_PROGRAM = install  strip -o root -g wheel -m 555


I'm not sure how it was generated, but ``strip'' seems unnecessary
there, because install(1) knows nothing about this (there is -s switch
though). I didn't checked if it supposed to be replaced by something,
but according to install output - it is not. Have nothing in the
/etc/make.conf related to STRIP.

Would you please help? Thanks!




--
Regards,
Ruslan

Tinderboxing kills... the drives.


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

graphics/tiff fails to install

[Ruslan Mahmatkhanov]

Hi Dirk,

I have an error like this when trying to update tiff to 4.0.2:
"""
test -z "/usr/local/bin" || ../config/install-sh -c -d "/usr/local/bin"
  /bin/sh /usr/local/bin/libtool   --mode=install install  strip -o 
root -g wheel -m 555 bmp2tiff fax2ps fax2tiff gif2tiff pal2rgb ppm2tiff 
ras2tiff raw2tiff rgb2ycbcr thumbnail tiff2bw tiff2pdf tiff2ps tiff2rgba 
tiffcmp tiffcp tiffcrop tiffdither tiffdump tiffinfo tiffmedian tiffset 
tiffsplit '/usr/local/bin'

libtool: install: install strip /usr/local/bin/strip
install: strip: No such file or directory
*** [install-binPROGRAMS] Error code 71
"""

I may be completely wrong, but this line in tiff-4.0.2/tools/Makefile 
triggers this error:


INSTALL_PROGRAM = install  strip -o root -g wheel -m 555


I'm not sure how it was generated, but ``strip'' seems unnecessary 
there, because install(1) knows nothing about this (there is -s switch 
though). I didn't checked if it supposed to be replaced by something, 
but according to install output - it is not. Have nothing in the 
/etc/make.conf related to STRIP.


Would you please help? Thanks!

--
Regards,
Ruslan

Tinderboxing kills... the drives.

___
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: Building gimp-2.8

[Ruslan Mahmatkhanov]

Adding ports@ to cc:

Michael Moll wrote on 18.06.2012 00:14:

Hi,


Anyway, I'm hacked together a minimal set of updated ports for testing:
http://people.freebsd.org/~rm/gimp.tgz



Please report back about any success/failures


I'm not subscribed to the list, so here as a direct reply:

Compiling on a recent 9-STABLE with gcc 4.6 gives no errors and after a
short test it semms it's running just fine.

Regards


Ok, thanks for report. The only thing that is left is to convince gnome@ 
guys to commit this to the tree :)


--
Regards,
Ruslan

Tinderboxing kills... the drives.


___
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: Building gimp-2.8

[Ruslan Mahmatkhanov]

Matthieu Volat wrote on 07.05.2012 15:56:

Hello everybody,

As gimp 2.8 was released a few days ago, I naturaly tried to get it working on 
my 9.0-RELEASE desktop :)

I "forked" a few ports directories to bump gimp and the dependancies to the 
needed versions. Everything seems to work quite nicely.

I'm sure those modifications cannot be pushed right now in the ports tree, 
there are quite a few version bump that would impact other ports, but I'd like 
to share them anyway.

I've attached a tarball of my files, here are the list of modified ports:
glib20 -> 2.30.2
gio-fam-backend -> 2.30.2
atk -> 2.2.0
gtk -> 2.24.10
gdk-pixbuf2 -> 2.24.1
pango -> 1.29.4
babl -> 0.1.10
gegl -> 0.2.0
gimp -> 2.8.0

I hope it can help people wanting to upgrade to the lastest version of gimp.


Lol, dunno how I read this thread so this message was still missed :).

I checked my system with pkg_libchk and there was no ports that needed 
rebuild for new libraries. I also rebooted, checked all my gtk2 
applications - all of them runs fine. So I think it more need to 
concentrate on testing gimp-depended ports, like a plugins/extensions etc.


--
Regards,
Ruslan

Tinderboxing kills... the drives.


___
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: ports/textproc/stardict3

[Ruslan Mahmatkhanov]

Matthias Apitz wrote on 17.06.2012 17:04:

El día Sunday, June 17, 2012 a las 11:03:50AM +0400, Ruslan Mahmatkhanov 
escribió:


While I didn't know anything about how to solve this particular
breakage, I can just suggest you to look at textproc/goldendict instead.
It's an fully stardict dictionaries compatible. Plus it can check
urbandictionary, wikipedia and other (custom) online resources for a
word definition. I migrated to it when it only had landed to the ports
tree (thanks bsam@!) because stardict is dead upstream for a long time.
Hope this helps.



Hi Ruslan,

Thanks for the pointer. I've checked and ported this already some months
ago, but I can't manage some things to work, maybe because I'm just to
much thinking in how it does stardict and the things I'm used to use are
just not there, for example: if I have a word after scan in the popup
window, how do I get this into the main window?


PS. I know about stardict fork, but never checked it.


What is this? Is it in our ports tree?
Thanks

matthias


Hi Matthias,

as I said earlier, I didn't using stardict for a long time now so I 
can't help with questions like this. All I remember, that stardict was 
uhmm... old (there was word 'crap' originally). To be honest, I doesn't 
even using goldendict too often - translate.google.com (and thousands of 
desktop widgets/browser plugins for it) is enough to me in most times. 
Goldendict is good looking, more functional, and (most important) it's 
alive. Yes, goldendict is Qt-based, but it didn't bring and KDE 
components if I understand it right.


As for stardict fork question.. You may just look at it old offpage 
here: http://stardict.sourceforge.net/


There was some copyright issue and the project was closed. Then some 
people taked the sources and released their own stardict. I see there 
(http://www.stardict.org/) that they did just one minor release since 
2007. And it still has that ugly UI. So, I believe it's more dead than 
alive.


--
Regards,
Ruslan

Tinderboxing kills... the drives.


___
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: Building gimp-2.8

[Ruslan Mahmatkhanov]

Heino Tiedemann wrote on 16.06.2012 19:18:

Ruslan Mahmatkhanov  wrote:

There is a patch from Koop Mast, that updates gimp to 2.8 (and
gegl/babl too). But new gimp also requires more fresh atk and all of
this needs testing. I can't recall the link for kwm's patch, and will
not put one that I have somewhere, because there is possibility that
there is updated version of it. Koop, can you please post that patch
link here so the interested people can check it on their own?


What about now - 3 weeks later? Is there any timeline for the actual
gimp?

Heino


It's not that easy as it was seemed to be. GIMP 2.8 requires following 
at minimum to make it build in current ports tree:


devel/glib20   2.30.3
x11-toolkits/gtk20 2.24.10
accessibility/atk  2.2.0
x11/babl   0.1.10
graphics/gegl  0.2.0
graphics/gdk-pixbuf2   2.24.1
x11-toolkits/pango 1.29.4

So I'm afraid that gimp will not be updated until next major Gnome 
components update (I'm not talking about Gnome3), because w/o that, any 
gimp update patches are pointless.


Anyway, I'm hacked together a minimal set of updated ports for testing:
http://people.freebsd.org/~rm/gimp.tgz

Just download and unpack somewhere. Then remove the corresponding old 
port directories (backing them up previously) from /usr/ports and copy 
the new ports from gimp.tgz (do not copy them over existing ports - 
there is local patches that should be removed first). Then do portmaster 
-a and you done. You may use Gimp 2.8. To switch to single-window mode 
enable checkbox in Windows -> Single-Window Mode. Everything is working 
as usual to me after this update, so I believe that it's safe to bring 
it to the main ports tree.


It is based on original Koop's gimp/gegl/babl patch and updated ports 
from MarcusCom CVS. I added some changes too:


- rejects against the current tree fixed
- whitespace fixes
- plist fixes
- optionsng conversion
- x11/babl: fix introspection build (based on
  https://413663.bugs.gentoo.org/attachment.cgi?id=314203)

Please report back about any success/failures - this brings as closer to 
get all this stuff in the official ports tree.


--
Regards,
Ruslan

Tinderboxing kills... the drives.


___
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: ports/textproc/stardict3

[Ruslan Mahmatkhanov]

mbsd wrote on 11.06.2012 17:03:


Previous frame inner to this frame (corrupt stack?)

Does this help? Let me know if you need more info or want me test
changes in the source.

Thanks

matthias


While I didn't know anything about how to solve this particular 
breakage, I can just suggest you to look at textproc/goldendict instead. 
It's an fully stardict dictionaries compatible. Plus it can check 
urbandictionary, wikipedia and other (custom) online resources for a 
word definition. I migrated to it when it only had landed to the ports 
tree (thanks bsam@!) because stardict is dead upstream for a long time. 
Hope this helps.


PS. I know about stardict fork, but never checked it.
--
Regards,
Ruslan

Tinderboxing kills... the drives.


___
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: [CFT] Xorg 7.7 ready for testing!

[Ruslan Mahmatkhanov]

Martin Wilke wrote on 07.06.2012 16:37:

Hi Fans,

The FreeBSD Xorg Team is pleased to announce Xorg 7.7 Release. We are


Just finished the upgrade on yesterday's -current amd64 with 
(WITH_NEW_XORG and WITH_KMS) along with png15 update. Upgrade goes 
smoothly and everything works fine to me. I also used 
xf86-video-intel-2.19.0 prior to xorg77 upgrade w/o any problems. 
Hardware is "2nd Generation Core Processor Family Integrated Graphics 
Controller" on i5-2430M.


Thanks a lot for your work on supporting Xorg in FreeBSD ports tree!

--
Regards,
Ruslan

Tinderboxing kills... the drives.


___
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: Zenoss Port Web-UI seems incomplete

[Ruslan Mahmatkhanov]

Kaya Saman wrote on 06.06.2012 21:55:

[...]

How are you accessing the system? What port?
I have set it up locally, and can access it on port 8080:

http://localhost:8080

-jgh


That is exactly how I set it up which should actually just be this by
default


When I had the service started initially I used:

service zenoss start

(just to add here: I didn't know that one could use the 'service'
command on FreeBSD and thought it was only RPM based Linux centric)


It was added since 8.3 if I recall correctly. It's the same that if you 
run it as /usr/local/etc/rc.d/zenoss start.



I noticed that some of the other daemons hadn't started so I decided to
reboot.

Running /usr/local/etc/rc.d/zenoss stop/start after the restart still
didn't get the web-ui functioning??


Why you starting it manually? As far I understand you added 
zenoss_enable="YES" into /etc/rc.conf, so it should start automatically 
on boot.



so I took the errors in the logs and posted here.

Am confused!


Ok, at least you are now connected with right people that using Zenoss 
and actually maintaining the port. So I'm now going to shadow :)


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Zenoss Port Web-UI seems incomplete

[Ruslan Mahmatkhanov]

Kaya Saman wrote on 06.06.2012 16:54:

Everything went through fine and am up online!


Glad to see.


Would I be able to make one slight request here though?


If the port could be updated from version 3.1.0 to 3.2.x (the latest)??

> I'd really appreciate that!

I added zenoss port maintainer to discussion. He is a right person to 
asking questions like this :).


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Zenoss Port Web-UI seems incomplete

[Ruslan Mahmatkhanov]

Kaya Saman wrote on 06.06.2012 15:31:

Ah thanks :-)


Now that we've got a handle on the setup here's an error:

mv: /usr/local/zenoss/etc/zope.conf: set owner/group (was: 949/0):
Operation not permitted
mv: /usr/local/zenoss/etc/zope.conf: set owner/group (was: 949/0):
Operation not permitted
mv: /usr/local/zenoss/etc/zeo.conf: set owner/group (was: 949/0):
Operation not permitted
Starting Zope Object Database
.
daemon process started, pid=91120
Loading initial Zenoss objects into the Zeo database
(this can take a few minutes)
Unable to create the initial Zenoss object database


Did you start it with `service` and do this as root?
If yes, I dunno. I'd tried to manually chown the instance directory 
(/usr/local/zenoss/) to zenoss:zenoss and try to start it again.



is the Zenoss objects database within MySQL?


Doubtful. I believe it's in a zodb - Zope's native back-end.



The user is root with no password for now as this system is a simple
throw-away sandbox for testing.


Regards,

Kaya



--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Zenoss Port Web-UI seems incomplete

[Ruslan Mahmatkhanov]

Kaya Saman wrote on 06.06.2012 15:02:

On Wed, Jun 6, 2012 at 11:53 AM, Ruslan Mahmatkhanov  wrote:

Hi Kaya,

Kaya Saman wrote on 06.06.2012 14:30:



Can someone suggest anything or am I stuck with Linux for Zenoss?



Would you disclose some details like what the exact problem is, which error
messages you are seeing, what isn't works as expected? From which version
you are migrating (which version you have installed on a Linux boxes)?
FreeBSD port of Zenoss seems slightly outdated.

--
Regards,
Ruslan

Tinderboxing kills... the drives.


Sorry for the non-existant information..

FreeBSD version is 3.1.0 built fresh from ports - clean install

CentOS 6.2 version is 3.2.1 - I think I got directly from zenoss
homepage though can't quite remember now! Again clean install


Unfortunatley the version in FreeBSD seems to be missing a few
bits I am unable to get the Web-UI (Zope) running.


Changing the /usr/local/zenoss/etc/zope.conf file was the easy part
but there are many inconsistancies


This is what the tty gives on a restart:


Daemon: zopectl exec: /usr/local/zenoss/python/bin/zopectl: not found
Daemon: zeoctl Error: no program specified; use -p or -C
For help, use /usr/local/zenoss/bin/zeoctl -h
Daemon: zeoctl Error: no program specified; use -p or -C
For help, use /usr/local/zenoss/bin/zeoctl -h
Daemon: zopectl exec: /usr/local/zenoss/python/bin/zopectl: not found



This error is after I copied over zopectl from the Linux version!


I didn't find zopectl on the system at all, unless I looked in the wrong place?


Regards,

Kaya


Did you initialize zenoss instance? zopectl should be copied after that.

[rm@smeshariki3 ~]> cat /usr/ports/net-mgmt/zenoss/pkg-message


Add the following line to /etc/rc.conf to enable zenoss:
zenoss_enable="YES"

To initialize zenoss, you can run the following (as root):
service zenoss init

=

After this will be done, just do `service zenoss start` and it should 
start.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Zenoss Port Web-UI seems incomplete

[Ruslan Mahmatkhanov]

Hi Kaya,

Kaya Saman wrote on 06.06.2012 14:30:


Can someone suggest anything or am I stuck with Linux for Zenoss?



Would you disclose some details like what the exact problem is, which 
error messages you are seeing, what isn't works as expected? From which 
version you are migrating (which version you have installed on a Linux 
boxes)? FreeBSD port of Zenoss seems slightly outdated.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Any news on Suhosin?

[Ruslan Mahmatkhanov]

Paul Schmehl wrote on 06.06.2012 00:21:

--On June 5, 2012 2:27:12 PM -0500 Mark Felder  wrote:


On Tue, 05 Jun 2012 13:50:56 -0500, Paul Schmehl
 wrote:


Thanks, Kurt. Looks like it's never going to be included in the php
distro again, so now I need to find out what the consequences are of not
including it. Googling..


It was never included in the PHP distribution.



What's this in the php4 Makefile then?

.if !defined(WITHOUT_SUHOSIN)
PATCHFILES+= suhosin-patch-${PORTVERSION}-0.9.6.patch.gz:suhosin
PATCH_SITES+= http://download.suhosin.org/:suhosin
PLIST_SUB+= SUHOSIN=""
.else
PLIST_SUB+= SUHOSIN="@comment "
.endif



He means that suhosin is a third-party patch, that didn't included into 
main php distribution. So you just need to wait when suhosin.org will 
release new version for php54.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: [HEADSUP] New framework options aka optionng

[Ruslan Mahmatkhanov]

Jason Helfman wrote on 30.05.2012 03:57:

On Tue, May 29, 2012 at 11:29:01PM +0400, Ruslan Mahmatkhanov thus spake:

Hi Baptiste,

Am I right that `make rmconfig' isn't working with optionsng?
I got this lines:

OPTIONS_DEFINE= FIREBIRD SSH SVN X11
FIREBIRD_DESC= Enable firebird support
SSH_DESC= Enable ssh support
SVN_DESC= Enable subversion support

I `make config` and mark couple of them - X11, SVN. Then do `make
rmconfig` and got
"===> No user-specified options configured for hydra-7.3".
Then do `make config` again and still got this X11 and SVN options
marked. Is this a bug or I missing something (I didn't yet read the new
Mk's, just the docs)?

Thanks.

--
Regards,
Ruslan



Did you define:

OPTIONS_DEFAULT= SOMEOPTION1 SOMEOPTION2

Otherwise, this sounds right.

-jgh


No, this port (security/hydra) has no default options and hasn't in 
past. But this `make rmconfig` behavior is specific to OPTIONng, so it 
looks like a bug/undocumented feature of it.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Need to depend on right libssh.so.4

[Ruslan Mahmatkhanov]

Jeremy Messenger wrote on 29.05.2012 23:42:


And this is not the same lib, that is installed by security/libssh. There
also no header files that is needed for hydra build. How to distinguish
among the libraries and install one from security/libssh if it is missed. I
can check for file presence at %%LOCALBASE%%/lib/libssh.so.4 and I can
[somehow] to exclude /usr/local/lib/compat/ from library find path while
building this port. Which way is less hackish and how to do that properly?


Yes, use the BUILD/RUN_DEPENDS to find the
%%LOCALBASE%%/lib/libssh.so.4 instead of use LIB_DEPENDS.

Cheers,
Mezz


I did just that. Thanks, Jeremy.

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: [HEADSUP] New framework options aka optionng

[Ruslan Mahmatkhanov]

Hi Baptiste,

Am I right that `make rmconfig' isn't working with optionsng?
I got this lines:

OPTIONS_DEFINE= FIREBIRD SSH SVN X11
FIREBIRD_DESC=  Enable firebird support
SSH_DESC=   Enable ssh support
SVN_DESC=   Enable subversion support

I `make config` and mark couple of them - X11, SVN. Then do `make 
rmconfig` and got

"===> No user-specified options configured for hydra-7.3".
Then do `make config` again and still got this X11 and SVN options 
marked. Is this a bug or I missing something (I didn't yet read the new 
Mk's, just the docs)?


Thanks.

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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"

Need to depend on right libssh.so.4

[Ruslan Mahmatkhanov]

Hi.

Can please somebody suggest how to do this right. In 
security/hydra/Makefile I have this:


LIB_DEPENDS+=   ssh.4:${PORTSDIR}/security/libssh

But if I try to make this, there will be no security/libssh installed. 
It is because:


[rm@smeshariki3 ~]> ldconfig -r | grep ssh
100:-lssh.5 => /usr/lib/libssh.so.5
855:-lssh.4 => /usr/local/lib/compat/libssh.so.4
[rm@smeshariki3 ~]> pkg_info -W /usr/local/lib/compat/libssh.so.4
/usr/local/lib/compat/libssh.so.4 was installed by package 
compat7x-amd64-7.3.703000.201008_1


And this is not the same lib, that is installed by security/libssh. 
There also no header files that is needed for hydra build. How to 
distinguish among the libraries and install one from security/libssh if 
it is missed. I can check for file presence at 
%%LOCALBASE%%/lib/libssh.so.4 and I can [somehow] to exclude 
/usr/local/lib/compat/ from library find path while building this port. 
Which way is less hackish and how to do that properly?


Thanks in advance.

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Building gimp-2.8

[Ruslan Mahmatkhanov]

Heino Tiedemann wrote on 22.05.2012 23:56:

ajtiM  wrote:


On Monday 07 May 2012 06:56:00 Matthieu Volat wrote:

Hello everybody,

As gimp 2.8 was released a few days ago, I naturaly tried to get it working
on my 9.0-RELEASE desktop :)

I "forked" a few ports directories to bump gimp and the dependancies to the
needed versions. Everything seems to work quite nicely.

I'm sure those modifications cannot be pushed right now in the ports tree,
there are quite a few version bump that would impact other ports, but I'd
like to share them anyway.

I've attached a tarball of my files, here are the list of modified ports:
glib20 ->  2.30.2
gio-fam-backend ->  2.30.2
atk ->  2.2.0
gtk ->  2.24.10
gdk-pixbuf2 ->  2.24.1
pango ->  1.29.4
babl ->  0.1.10
gegl ->  0.2.0
gimp ->  2.8.0

I hope it can help people wanting to upgrade to the lastest version of
gimp.


I like to give a try but I am not familliar with ports (I never dd). Maybe we
will be lucky and GIMP 2.8 show in ports soon.


Is here any maintainer who can tell - is there a gimp 2.8 at the and of
the tunnel? :) When it is there?

Heino


There is a patch from Koop Mast, that updates gimp to 2.8 (and gegl/babl 
too). But new gimp also requires more fresh atk and all of this needs 
testing. I can't recall the link for kwm's patch, and will not put one 
that I have somewhere, because there is possibility that there is 
updated version of it. Koop, can you please post that patch link here so 
the interested people can check it on their own?


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: INDEX build failed for 7.x

[Ruslan Mahmatkhanov]

Erwin Lansing wrote on 20.05.2012 14:27:

INDEX build failed with errors:
Generating INDEX-7 - please wait.. Done.
make_index: py27-Products.PloneLDAP-1.1: no entry for 
/usr/ports/devel/py-Products.LDAPMultiPlugins
make_index: py27-Products.PloneLDAP-1.1: no entry for 
/usr/ports/devel/py-Products.LDAPUserFolder

Committers on the hook:
ale maho pav rm


This ports are definitely there and I committed them before the 
Products.PloneLDAP itself, so it should be fine on a next build I think.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Update for multimedia/vlc failed

[Ruslan Mahmatkhanov]

Ruslan Mahmatkhanov wrote on 02.05.2012 18:34:

Leslie Jensen wrote on 02.05.2012 18:16:



Will someone Please look into this?

Thank you :-)




--

live555.cpp:545: error: 'class RTSPClient' has no member named
'sendOptionsCmd'

[...]

Looks like I need to revert liveMedia update (. I only checked it with
vlc 2.0.1 and completely missed vlc 1.x. The second option - we can
temporary disable liveMedia dependency in vlc port until vlc 2.0.1 will
be imported. There is also some ghost probability that vlc 1.x may be
fixed to compile with this liveMedia version..
Joseph, what do you think? I got a patch for multimedia/vlc, that
updates it to 2.0.1, but it's still needs some polishing and more
important it needs some testing (mainly streaming stuff, because I only
use it as a desktop video player). I using it about a month without any
problems on -current amd64 with liveMedia 2012.04.04. I will be able to
put it somewhere later this day.


Nevermind. I lost the patch (probably it was rewritten with portsnap 
extract, still got the 2.0.1 binary), so I let you know when it will be 
redone. As for now, revert liveMedia update to fix build. Apologies.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Update for multimedia/vlc failed

[Ruslan Mahmatkhanov]

Leslie, as a temporary workaround you can turn off LIVEMEDIA option in 
menu for vlc port:


/usr/ports/multimedia/vlc && make config

Leslie Jensen wrote on 02.05.2012 18:16:



Will someone Please look into this?

Thank you :-)




--

live555.cpp:545: error: 'class RTSPClient' has no member named
'sendOptionsCmd'
live555.cpp:555: error: 'class RTSPClient' has no member named
'sendOptionsCmd'
live555.cpp:570: error: 'class RTSPClient' has no member named
'describeWithPassword'
live555.cpp: In function 'int SessionsSetup(demux_t*)':
live555.cpp:735: error: 'class RTSPClient' has no member named
'setupMediaSubsession'
live555.cpp:742: error: 'class RTSPClient' has no member named
'setupMediaSubsession'
live555.cpp: In function 'int Play(demux_t*)':
live555.cpp:1071: error: 'class RTSPClient' has no member named
'playMediaSession'
live555.cpp: In function 'int Demux(demux_t*)':
live555.cpp:1133: error: 'class RTSPClient' has no member named
'getMediaSessionParameter'
live555.cpp: In function 'int Control(demux_t*, int, __va_list_tag*)':
live555.cpp:1306: error: 'class RTSPClient' has no member named
'pauseMediaSession'
live555.cpp:1312: error: 'class RTSPClient' has no member named
'playMediaSession'
live555.cpp:1402: error: 'class RTSPClient' has no member named
'playMediaSession'
live555.cpp:1434: error: 'class RTSPClient' has no member named
'pauseMediaSession'
live555.cpp:1435: error: 'class RTSPClient' has no member named
'playMediaSession'
live555.cpp: In function 'int RollOverTcp(demux_t*)':
live555.cpp:1510: error: 'class RTSPClient' has no member named
'teardownMediaSession'
live555.cpp: In function 'void* TimeoutPrevention(void*)':
live555.cpp:1901: error: 'class RTSPClient' has no member named
'getMediaSessionParameter'
gmake[5]: *** [liblive555_plugin_la-live555.lo] Fel 1
gmake[5]: *** Inväntar oavslutade jobb...
gmake[5]: Lämnar katalogen
"/usr/ports/multimedia/vlc/work/vlc-1.1.13/modules/demux"
gmake[4]: *** [all-recursive] Fel 1
gmake[4]: Lämnar katalogen
"/usr/ports/multimedia/vlc/work/vlc-1.1.13/modules/demux"
gmake[3]: *** [all] Fel 2
gmake[3]: Lämnar katalogen
"/usr/ports/multimedia/vlc/work/vlc-1.1.13/modules/demux"
gmake[2]: *** [all-recursive] Fel 1
gmake[2]: Lämnar katalogen
"/usr/ports/multimedia/vlc/work/vlc-1.1.13/modules"
gmake[1]: *** [all-recursive] Fel 1
gmake[1]: Lämnar katalogen "/usr/ports/multimedia/vlc/work/vlc-1.1.13"
gmake: *** [all] Fel 2
*** Error code 1

Stop in /usr/ports/multimedia/vlc.
*** Error code 1

Stop in /usr/ports/multimedia/vlc.

===>>> make failed for multimedia/vlc
===>>> Aborting update

===>>> Update for multimedia/vlc failed
===>>> Aborting update
___
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"





--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Update for multimedia/vlc failed

[Ruslan Mahmatkhanov]

Leslie Jensen wrote on 02.05.2012 18:16:



Will someone Please look into this?

Thank you :-)




--

live555.cpp:545: error: 'class RTSPClient' has no member named
'sendOptionsCmd'

[...]

Looks like I need to revert liveMedia update (. I only checked it with 
vlc 2.0.1 and completely missed vlc 1.x. The second option - we can 
temporary disable liveMedia dependency in vlc port until vlc 2.0.1 will 
be imported. There is also some ghost probability that vlc 1.x may be 
fixed to compile with this liveMedia version..
Joseph, what do you think? I got a patch for multimedia/vlc, that 
updates it to 2.0.1, but it's still needs some polishing and more 
important it needs some testing (mainly streaming stuff, because I only 
use it as a desktop video player). I using it about a month without any 
problems on -current amd64 with liveMedia 2012.04.04. I will be able to 
put it somewhere later this day.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Update for net/liveMedia failed, distfile not found

[Ruslan Mahmatkhanov]

Leslie Jensen wrote on 02.05.2012 10:00:


What can I do to remedy this?

Thanks

/Leslie



=> Attempting to fetch
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/live.2012.04.04.tar.gz
fetch:
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/live.2012.04.04.tar.gz: File
unavailable (e.g., file not found, no access)
=> Couldn't fetch it - please try to retrieve this
=> port manually into /usr/ports/distfiles// and try again.
*** Error code 1

Stop in /usr/ports/net/liveMedia.

===>>> make failed for net/liveMedia
===>>> Aborting update

===>>> Update for net/liveMedia failed
===>>> Aborting update


Fix committed. Please update your portstree and try again. Thanks.

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Update for net/liveMedia failed, distfile not found

[Ruslan Mahmatkhanov]

Leslie Jensen wrote on 02.05.2012 10:00:


What can I do to remedy this?

Thanks

/Leslie



=> Attempting to fetch
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/live.2012.04.04.tar.gz
fetch:
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/live.2012.04.04.tar.gz: File
unavailable (e.g., file not found, no access)
=> Couldn't fetch it - please try to retrieve this
=> port manually into /usr/ports/distfiles// and try again.
*** Error code 1

Stop in /usr/ports/net/liveMedia.

===>>> make failed for net/liveMedia
===>>> Aborting update

===>>> Update for net/liveMedia failed
===>>> Aborting update


Sorry, working on this. Please give me some time.

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Request for graphics/rawtherapee and graphics/darktable update

[Ruslan Mahmatkhanov]

Hi Gosha!

Гуляев Гоша wrote on 21.04.2012 11:24:


Good day everyone!

There is new versions of therse applications available. Maybe someone
can update it in ports?

Thank you!


rawtherapee was just updated, and darktable has an active maintainer 
(cc'ed). It always better to let maintainer know first, or at least add 
him to cc: when writing to ports@.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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"

ports/166399: Re: Foswiki port

[Ruslan Mahmatkhanov]

Kevin Oberman wrote on 25.04.2012 02:50:

On Tue, Apr 24, 2012 at 12:06 PM, Doug Sampson  wrote:

Hello-

When will Foswiki be updated to 1.1.4? It's currently at 1.1.3 and doesn't work 
with Perl 5.14 but 1.1.4 does. Version 1.1.5 is coming out soon and I'd like to 
upgrade to 1.1.4 and make sure all works smoothly before version 1.1.5 gets 
released.


I submitted the update to 1.1.5 to ports a while ago. Just waiting for a commit.

See PR ports/166399


Hi Kevin, Doug.
Sorry, I forgot to say that this patch is incomplete. Updated port fails 
to uninstall. Can you please investigate? Here is the log:

http://people.freebsd.org/~rm/foswiki-1.1.5.log

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: make equivalent for looking in the list of values

[Ruslan Mahmatkhanov]

Matthew Seaman wrote on 17.04.2012 15:47:

On 17/04/2012 12:43, Ruslan Mahmatkhanov wrote:


Hi.

For example, there is a variable in Makefile:

ALLOWED_FORMATS=html pdf-a4 pdf-letter text

How could I check that the value `epub' is not belongs to this values
list in terms of make(1).

Need something like this (in terms of python):

if 'epub' not in ALLOWED_FORMATS:
   ...
   ...

but for make(1). I checked manpage and wasn't be able to find something
like this at glance. It can be done with `.for' I think, but I didn't
like it much.


if !${ALLOWED_FORMATS:Mepub}

Cheers,

Matthew



Thanks a lot for such a fast answer, Matthew! This indeed helped.

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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"

make equivalent for looking in the list of values

[Ruslan Mahmatkhanov]

Hi.

For example, there is a variable in Makefile:

ALLOWED_FORMATS=html pdf-a4 pdf-letter text

How could I check that the value `epub' is not belongs to this values 
list in terms of make(1).


Need something like this (in terms of python):

if 'epub' not in ALLOWED_FORMATS:
  ...
  ...

but for make(1). I checked manpage and wasn't be able to find something 
like this at glance. It can be done with `.for' I think, but I didn't 
like it much.


Thanks in advance.

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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 check [WAS: Re: portmaster --check-depends with pkgng exits immediately]

[Ruslan Mahmatkhanov]

Anton Shterenlikht wrote on 16.04.2012 19:39:

On Mon, Apr 16, 2012 at 05:11:17PM +0200, Baptiste Daroussin wrote:

On Mon, Apr 16, 2012 at 03:45:11PM +0100, Anton Shterenlikht wrote:

portmaster --check-depends used to take many seconds,
sometimes a minute to run. Now, with pkgng, it
exits immediately. Is this due to the efficiency
of the new tools? Or maybe this portmaster
option now does nothing and pkg tools should
be used directly instead?



portmaster --check-depends is useless with pkgng that is why it return
immediatly.


Does the following pkg check output indicate
problems with my installation, or something
the ports maintainers should be alerted to?

# pkg check -as
py27-numpy-1.6.1_1,1: checksum mismatch for 
/usr/local/lib/python2.7/site-packages/numpy/f2py/rulepyc
py27-numpy-1.6.1_1,1: checksum mismatch for 
/usr/local/lib/python2.7/site-packages/numpy/ma/timer_mparison.pyc


This particular errors are common when you rebuild/update python, but 
didn't rebuilded third-party py-* modules. So this is probably local issue.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: port variants

[Ruslan Mahmatkhanov]

Freddie Cash wrote on 13.04.2012 23:39:

On Fri, Apr 13, 2012 at 12:04 PM, Chris Inacio  wrote:

I was recently asked to do some FreeBSD ports support work.  I mostly use a
Mac and the MacPorts system.  MacPorts has the concept of a variant for a
port, but I can't find the analogue in the FreeBSD system.

Does the FreeBSD ports system have the concept of a variant?  If so, can
someone point me in the right direction on how to create one?


Describing what a "variant" is, how it works in MacPorts, and what you
are trying to do would help a lot.  :)

The closest guess I could make would be "slave port", but I don't
think that works the same way.


http://guide.macports.org/chunked/reference.variants.html

Chris, the job needed should be described in more detail, but at glance 
options framework - it's what you looking for [1].


[1] 
http://www.freebsd.org/doc/en/books/porters-handbook/book.html#MAKEFILE-OPTIONS


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: FreeBSD Port: samba34-3.4.14

[Ruslan Mahmatkhanov]

Wesley Shields wrote on 11.04.2012 06:05:

On Tue, Apr 10, 2012 at 11:35:46PM +0400, Ruslan Mahmatkhanov wrote:

Completely offtopic, but we have a nice unauthenticated remote root
here: http://www.samba.org/samba/security/CVE-2012-1182


It looks like the ports have just been updated. Please let the update
mirror out and then update quickly! This one is particularly nasty.

-- WXS


Yes, that was extremely quick update. Thank you Xin Li! But at least for 
samba34 I was forced to fetch tarball manually because of "Moved 
permanently" messages. Some MASTER_SITE_SUBDIR updates should be done

to make it work. Thanks.

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: FreeBSD Port: samba34-3.4.14

[Ruslan Mahmatkhanov]

Completely offtopic, but we have a nice unauthenticated remote root 
here: http://www.samba.org/samba/security/CVE-2012-1182


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: texinfo

[Ruslan Mahmatkhanov]

ajtiM wrote on 08.04.2012 19:14:

On Sunday 08 April 2012 09:21:51 Rainer Hurling wrote:

On 08.04.2012 15:58 (UTC+1), ajtiM wrote:

I tried to update /print/texinfo on FreeBSD 9.0 Release and I got:

===>>>   Starting build for print/texinfo<<<===

===>>>   All dependencies are up to date

===>Cleaning for texinfo-4.13.20120406

===>>>   Waiting on fetch&   checksum for print/texinfo<<<===


===>>>   Waiting on fetch&   checksum for print/texinfo<<<===
are up to date.  If you are absolutely sure you want to override this
check, type "make NO_CHECKSUM=yes [other args]".
*** Error code 1

Stop in /usr/ports/print/texinfo.
*** Error code 1

Stop in /usr/ports/print/texinfo.
===>Deleting distfiles for texinfo-4.13.20120406
make: don't know how to make texinfo.tex. Stop


===>>>   Waiting on fetch&   checksum for print/texinfo<<<===
===>Deleting distfiles for texinfo-4.13.20120406
make: don't know how to make texinfo.tex. Stop
===>License check disabled, port has not defined LICENSE
=>   texinfo-4.13.tar.gz doesn't seem to exist in /usr/ports/distfiles//.
=>   Attempting to fetch
http://ftp.gnu.org/gnu/texinfo/texinfo-4.13.tar.gz texinfo-4.13.tar.gz
 2686 kB  735 kBps =>   SHA256 Checksum OK
for texinfo-4.13.tar.gz.
=>   SHA256 Checksum OK for texinfo.tex.
=>   SHA256 Checksum mismatch for texi2dvi.
===>Refetch for 1 more times files: texi2dvi


===>License check disabled, port has not defined LICENSE
===>Extracting for texinfo-4.13.20120406
=>   SHA256 Checksum OK for texinfo-4.13.tar.gz.
=>   SHA256 Checksum OK for texinfo.tex.
=>   SHA256 Checksum mismatch for texi2dvi.
===>Refetch for 1 more times files: texi2dvi
===>License check disabled, port has not defined LICENSE
=>   texi2dvi doesn't seem to exist in /usr/ports/distfiles//.
=>   Attempting to fetch http://ftp.gnu.org/gnu/texinfo/texi2dvi
fetch: http://ftp.gnu.org/gnu/texinfo/texi2dvi: Requested Range Not
Satisfiable =>   Attempting to fetch
ftp://ftp.gnu.org/gnu/texinfo/texi2dvi
===>License check disabled, port has not defined LICENSE
=>   SHA256 Checksum OK for texinfo-4.13.tar.gz.
=>   SHA256 Checksum OK for texinfo.tex.
=>   SHA256 Checksum mismatch for texi2dvi.
===>Giving up on fetching files: texi2dvi
Make sure the Makefile and distinfo file
(/usr/ports/print/texinfo/distinfo) are up to date.  If you are
absolutely sure you want to override this check, type "make
NO_CHECKSUM=yes [other args]".
*** Error code 1

Stop in /usr/ports/print/texinfo.
*** Error code 1

Stop in /usr/ports/print/texinfo.

===>>>   make failed for print/texinfo
===>>>   Aborting update

Terminated
Terminated


Removing the old distfiles does help for me.


Thanks in advance.
Mitja

http://jpgmag.com/people/lumiwa


It not works for me.

Mitja

http://jpgmag.com/people/lumiwa



Hi Mitja,
I just checked - all is ok with new distfiles. That mismatch error is 
because you have previously downloaded texi2dvi file in 
/usr/ports/distfiles. Try to execute `make distclean' in print/tex2dvi 
and check again - it should work.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: x11-wm/enlightenment-0.16.999.55225,2

[Ruslan Mahmatkhanov]

Hi Brandon,

Brandon Foster wrote on 01.04.2012 08:35:

To whom it may concern,

My name is Brandon Foster, and I am interested in porting ecomp and the e17
module ecomorph to FreeBSD.  I am willing to volunteer to write the
necessary ports, but I have a few questions.
The version of enlightenment that is currently in the ports tree is not
current enough for use with this module.  Would it be necessary to rewrite
this port, as well as the ports for the updated EFL?  Or could the needed
version of Enlightenment and the EFL be pulled in directly via the port for
ecomp/ecomorph?  I believe that it can be done this way, but it seems a bit
circumventive.  Is there currently a maintainer dedicated to the port for
enlightenment, and it's supporting libraries?  If so, would it be possible
for you to send me their contact information so I can attempt to work with
them on this matter?  If there is not a maintainer dedicated to these
particular ports, what would I need to do to volunteer to maintain these
ports?

Thank you for your time and consideration,


Right now enlightenment port is unmaintained. I think you may consult 
with Grzegorz Blach (cc:'ed), who maintains many of e17-ports in the 
tree. May be he have a plans to maintain this port too and update it to 
most recent version. If no - you always can request maintainership of 
currently unmaintained port.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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"

Preferred way of applying OSVERSION-dependend patches

[Ruslan Mahmatkhanov]

Good day!

What is a preferred way of doing subj?

1. Add an extra-patch-* to files/ subdirectory and apply it depending
   of checks in Makefile (.if ${OSVERSION}).
2. Add an patch-* to files subdirectory that applies unconditionally
   and that checking for __FreeBSD_version in app code itself.

The second one will guarantee that the patch still applies cleanly on 
port versions update, but it will make it more hard to find conditional 
checks for obsoleted FreeBSD versions (because most people, I believe, 
only looking to Makefile for things like this).


Thanks.

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: rawtherapee 4.0.7 build failure on 9-STABLE amd64

[Ruslan Mahmatkhanov]

Matthias Andree wrote on 31.03.2012 11:01:

Ruslan,

I cannot build rawtherapee 4.0.7 on 9-STABLE amd64,
re-running it after failure with "make MAKE_JOBS_UNSAFE=yes" yields:

[...]

math.h line 239 declares "double log2(double);", so I presume that
patch-rtengine_improcfun.h proves harmful here; the "#ifndef log2(x)" is
bogus if log2 isn't declared as macro (and is actually what breaks the
compile), and the macro is #define log2(x) ((log(x)/log(2)).

It might be more useful to do this instead:

static const  double lnOf2 = log(2);
static inline double log2(double x) { return log(x)/lnOf2; }

or possibly checking math.h for log2() before adding the patch.

I'm afraid I won't have the time to do that now; could you?

Thanks.

Best,
Matthias




Should be fixed now. That was a last minute change when I realize that 
it doesn't build on 8.2. I didn't rechecked it on 9/10 after the fix was 
applied. Apologies and thanks for the hands up.


Btw, it builds fine to me on -current amd64 with MAKE_JOBS_SAFE=yes, 
should I add this knob to Makefile?


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: INDEX build failed for 7.x

[Ruslan Mahmatkhanov]

Michael Scheidell wrote on 30.03.2012 14:41:



On 3/30/12 6:12 AM, Ruslan Mahmatkhanov wrote:

I believe you do not need an approval to fix things you broke. :)

figured as much, but I didn't 'break' the master port, I wasn't
committer.. in theory, eadler did by not considering the CONFLICTS.
(don't blame him, but I wish I had seen his commit, and wish he would
have followed through and taken the slaves)

but, on to this port.
silly slaves insist on lazarus-0.9.30 as their version, and I am trying
things like PKGPREFIX, and the like to try to get it to change the
PORTVERSION/NAME/ index.

how do I see what it would use as INDEX name?


To be honest, I'm not sure how to do this correctly, since I didn't 
faced with the slave ports yet. But I'd check an existing ports tree for 
examples and asked more experienced committers on #bsdports. As I 
understand you always can check if all is ok with an INDEX with `make 
index`.




(its 6:30 am, sun isn't up, haven't made coffee yet, hello there in
russia. on a side note, I remember how thrilling it was in '94 to get
emails from people with .ru email addresses when working on *BSD code
for QNX. it was nice to see that engineers could cooperate, even then
politicians could not.)
can we tell jokes in ports@? or do I need to put it in my sig?


I believe there is nothing criminal when it's in context :). (this one 
not in the case)




we joke that politicians has its root in two words. poly, meaning many,
and ticks, meaning little blood sucking insects. So, politicians means
many little blood sucking insects.


Old, but good one.

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: INDEX build failed for 7.x

[Ruslan Mahmatkhanov]

Michael Scheidell wrote on 30.03.2012 14:09:



On 3/30/12 3:36 AM, Erwin Lansing wrote:

INDEX build failed with errors:
Generating INDEX-7 - please wait.. Done.
Warning: Duplicate INDEX entry: lazarus-0.9.30

Committers on the hook:
scheidell wen

mine.

new port / lazarus-gtk2 slave port of lazarus.
Worse yet, installs binary in same place as lazarus.
Adding in CONFLICTS and fixes now.
(but its 6am, need my first coffee.. haven't figured out how to fix this
and the lazarus-qt4 slave port.
I ASSUME I can 'maintainer (implicit) add a CONFLICTS to lazurus/Makefile?
last pr timed out? or should I request that last committer do it?



I believe you do not need an approval to fix things you broke. :)

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Can please anybody with sparc64 try to build devel/py-pylib?

[Ruslan Mahmatkhanov]

Anton Shterenlikht wrote on 30.03.2012 13:43:

On Fri, Mar 30, 2012 at 05:16:23AM -0400, Michael Scheidell wrote:



On 3/30/12 4:11 AM, Ruslan Mahmatkhanov wrote:


Subj.

This port is marked IGNORE on sparc64 for a long time, and I suspect
that it's no more valid. Can please anybody with sparc64 provide me
with a buildlog of devel/py-pylib (with IGNORE line removed). Thanks
in advance.


Seems fine on sparc64 r230787M:


Ok, thanks a bunch, Anton!

Michael, thanks you, I seems got all I need already.

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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"

Can please with anybody sparc64 try to build devel/py-pylib?

[Ruslan Mahmatkhanov]

Subj.

This port is marked IGNORE on sparc64 for a long time, and I suspect 
that it's no more valid. Can please anybody with sparc64 provide me with 
a buildlog of devel/py-pylib (with IGNORE line removed). Thanks in advance.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: FreeBSD Port: py27-dbutils-1.1

[Ruslan Mahmatkhanov]

Hi.

Brian McCann wrote on 08.12.2011 01:14:

Not sure who this is going to, so I'll say "To whom it may concern".

I'm trying to "make package" for py-dbutils, and it's failing.  It's
trying to tar up various files in
"/usr/local/lib/python2.7/site-packages/DBUtils", which doesn't exist
because the make install deleted them when it build the egg file.
Anyone have any ideas on how to make this work?

--Brian


It's because this port looking for setuptools first:
"""
try:
from setuptools import setup
except ImportError:
from distutils.core import setup
"""

So the things will be broken if someone will try to package/install it 
in a system where setuptools is installed. Since nobody depends on this 
port, I just converted it to setuptools, so problem should be gone.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Yikes: ports/157174: fix typos and small mistakes in various ports

[Ruslan Mahmatkhanov]

Michael Scheidell wrote on 15.02.2012 16:26:



On 2/15/12 7:03 AM, Ruslan Mahmatkhanov wrote:

Missing SIZE it's an actually lack of '\n' in SIZE line.

I'll try to hit a few today before the freeze.
lack of \n in SIZE, as well as maybe a fat finger on the  key might
have dropped the last digit of the size.
(make fetch should find this), else all the tinderbox's will be wacking
away all day long trying to keep up.



I tried to fix them all but then disclose that PR is already belongs to 
wen@ :)


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Yikes: ports/157174: fix typos and small mistakes in various ports

[Ruslan Mahmatkhanov]

Michael Scheidell wrote on 15.02.2012 15:56:

just spotted this on the eve of the 8.3 freeze.
Yikes!
lots of ports affected, many typo's. surprised some of these built.





Missing SIZE it's an actually lack of '\n' in SIZE line.

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Python upgrade to address vulnerability?

[Ruslan Mahmatkhanov]

wen heping wrote on 15.02.2012 14:16:

2012/2/15 Ruslan Mahmatkhanov


Doug Barton wrote on 15.02.2012 02:20:


So apparently we have a python vulnerability according to
http://portaudit.FreeBSD.org/**b4f8be9e-56b2-11e1-9fb7-**
003067b2972c.html<http://portaudit.FreeBSD.org/b4f8be9e-56b2-11e1-9fb7-003067b2972c.html>
,
but I'm not seeing an upgrade to address it yet. Any idea when that will
happen?


Thanks,

Doug



Patch is there:
http://people.freebsd.org/~rm/**python-CVE-2012-0845.diff.txt<http://people.freebsd.org/~rm/python-CVE-2012-0845.diff.txt>



Had this patch been committed into upstream? When I found it , it was in
review state.

And CVE-2012-0845 too.

wen


Yes, it is not yet committed, but comments looks promisingly :). And i 
can't reproduce this bug after patching, using procedure described in 
bug report.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Python upgrade to address vulnerability?

[Ruslan Mahmatkhanov]

Doug Barton wrote on 15.02.2012 02:20:

So apparently we have a python vulnerability according to
http://portaudit.FreeBSD.org/b4f8be9e-56b2-11e1-9fb7-003067b2972c.html,
but I'm not seeing an upgrade to address it yet. Any idea when that will
happen?


Thanks,

Doug



Patch is there:
http://people.freebsd.org/~rm/python-CVE-2012-0845.diff.txt

Patch for 3.2 is taken there directly:
http://bugs.python.org/file24522/xmlrpc_loop-1.diff

Patch for 2.5, 2.6, 2.7, 3.1 is adopted from this patch:
http://bugs.python.org/file24513/xmlrpc_loop.diff

SimpleXMLRPCServer.py in 2.4 is too different and it is going to die 
anyway so I didn't messed with it.


If noone objects, I can commit it. Please tell me what should i do.

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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"

lang/php52 thoughts

[Ruslan Mahmatkhanov]

Good day!

Just want to discuss some changes to this port that worth doing imho.
The main thesises are:

- We should remove DEPRECATED for now to keep consistency with lang/php4
- We should apply BACKPORTS patch unconditionally

Right now this port is marked as deprecated with expiration date set at 
1st March. The main reason is that 5.2 branch isn't more supported 
upstream. From other hand we have lang/php4 that lacks upstream support 
for years and it isn't marked deprecated for some reason.


The port has an active maintainer and any needed fixes comes into the 
tree without a delays. The most important that 5.2 is still quite 
popular - too much people depend on it, too much code still rely on it. 
I know many hosting providers (in Russia at least) still offer both 5.2 
and 5.3. Effect of removing it a month will be the same as if we drop 
lang/ruby18 now - the things just will stop to work.


lang/php52 has known security vulnerabilities, that is fully covered by 
BACKPORTS option (that applies community backported fixes). Dunno why we 
hold this as an option - I believe nobody using php52 without this 
option - it's just pointless, so why to not apply this patch 
unconditionally? Yes, there is the risk. But people who are using 
unsupported software, already running it on their own risk anyway.


Main problem with this patch is that it (being an option) does not cover 
issues that were found in extensions (lang/php52-extensions and it's 
dependencies) so this modules are quite open for any kind of stuff. 
Adding an analogues option to all of the extensions is an complex and 
error-prone job, so (keeping in mind that nobody using php52 w/o 
BACKPORTS anyway) it's worth to drop this option altogether and all will 
be happy.


What do you think?

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: libthai-0.1.5: build is broken by failing self tests

[Ruslan Mahmatkhanov]

Hi, Yuri!

Yuri wrote on 28.01.2012 05:27:

Here is the failure log:

PASS: test-thcoll.sh
Testing with string: ���ʴդ�Ѻ �繡�÷��ͺͧ
Total 8 cut points.Cut points list: 6, 10, 14, 18, 21, 23, 26, 29


We have an update of libthai to version 0.1.16. Would you please check 
if it working for you (and if tests work there). If it do, i'll commit 
it. Thanks.


http://bugs.freebsd.org/155898


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: [patch] devel/py-lxml: compile at 10-CURRENT

[Ruslan Mahmatkhanov]

Hi, Boris!

Boris Samorodov wrote on 24.01.2012 12:58:

Hi!

There is an error while compiling devel/py-lxml at 10-CURRENT:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.10.20120114180333/py27-lxml-2.3.2.log


I managed to compile the port with the following patch, but I'm sure
there is a proper way to do it. Here is the patch:
-
--- src/lxml/lxml.etree.c.orig 2012-01-24 12:46:24.844235483 +0400
+++ src/lxml/lxml.etree.c 2012-01-24 12:45:28.653235337 +0400
@@ -1,5 +1,7 @@
/* Generated by Cython 0.15.1 on Fri Nov 11 16:39:03 2011 */

+#include 
+
#define PY_SSIZE_T_CLEAN
#include "Python.h"
#ifndef Py_PYTHON_H
-


Nice, i'll check it. It's better then patching both py-lxml and libxslt 
anyway. Btw, did you read this related thread by avg@:

http://lists.freebsd.org/pipermail/freebsd-python/2012-January/003825.html

May be you have some thoughts about proper way.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Any plans to update salt to 0.9.5?

[Ruslan Mahmatkhanov]

Christer Edwards wrote on 20.01.2012 19:09:

On Thu, Jan 19, 2012 at 8:12 PM, Doug Barton  wrote:

I've been evaluating salt, and would prefer not to deploy prior to the
msgpack update in 0.9.5.


I am hoping to get the port updated today, yes. Thanks for the
additional nudge to get it finished :)

christer


JFYI. There is 0.9.6 already.

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: CFT: sudo 1.8.4b5 update

[Ruslan Mahmatkhanov]

Wesley Shields wrote on 18.01.2012 19:28:

I've got a patch to update sudo to the latest 1.8.4 beta (b5) available
at [1]. There's lots of changes in this release and I want to give
people who run more complex sudo installs than I do a chance to test it
out. I'd appreciate people running this update and reporting back with
either success or failure stories, so I feel better about eventually
committing the update once it is out of beta.

[1]: http://people.freebsd.org/~wxs/sudo-beta.diff

-- WXS


Hi, Wesley.
Dunno if this is complicated scheme enought, but i'm hold my sudoers in 
ldap directory (via sudo.schema for OpenLDAP). All working fine to me 
with this version of sudo. Thanks.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: [Update] Gdal 1.8.1 -> 1.9.0

[Ruslan Mahmatkhanov]

coder.tuxfamily wrote on 13.01.2012 23:02:

Hi,

There is a new version of Gdal (graphics/gdal) 1.9.0.
Here the diff, seems works but don't have time to make all tests.

best regards


1. the diff is inverted.
2. this port has it's maintainer
3. please submit corrected patch as GNATS PR

--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: Perl symlinks question

[Ruslan Mahmatkhanov]

Jan Beich wrote on 10.01.2012 19:33:

Ruslan Mahmatkhanov  writes:


Ruslan Mahmatkhanov   writes:


There is PR: http://bugs.freebsd.org/163687
It tries to fix port building when user built it's perl installation
with USE_PERL option (creating symlinks in /usr/bin) set to off (not
the default). Patch in PR just replaces static shebang with ${PERL}
variable from Mk/bsd.perl.mk. But it doesn't actually fix the build,
because consequent call of aclocal-1.11 will fail since it's shebang
set to '/usr/bin/perl' too.

[...]

Can you shed more light on the aclocal issue? Does the submitter know?
nss_ldap installs fine after applying ports/163687.

$ ls -1d /usr/local/share/aclocal*
/usr/local/share/aclocal/
/usr/local/share/aclocal-1.11/
/usr/local/share/aclocal-1.4/
$ fgrep -r /usr/bin/perl /usr/local/share/aclocal*
Exit 1


Sure.
===>   Configuring for nss_ldap-1.265_7
env: /usr/local/bin/aclocal-1.11: No such file or directory
*** Error code 127

[rm@smeshariki3 ~/learn]>  head -3 `which aclocal-1.11`
#!/usr/bin/perl -w
# -*- perl -*-
# Generated from aclocal.in; do not edit by hand.


This line tells enough. aclocal used @PERL@ binary detected during
devel/automake installation. Have you tried to reinstall dependent
ports after turning off USE_PERL option?



You are quite right. I just built it in clean environment and was able 
to reproduce the breakage, described in original PR. And the patch works 
as expected. I just committed this. Thanks.


Since i don't saw strong objections about making this symlinks 
non-conditional (as we already know, it will not harm read-only 
LOCALBASE users), i'll come with PR's later.


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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: error while loading shared libraries: | libXext.so.6

[Ruslan Mahmatkhanov]

Ruslan Mahmatkhanov wrote on 10.01.2012 20:59:

romina ramos wrote on 10.01.2012 18:59:

error
/mulberry: error while loading shared libraries: | libXext.so.6:
cannot open shared object file: No such file or directory |

i dont undestand the solution

http://lists.freebsd.org/pipermail/freebsd-ports/2005-May/023686.html


So, did you tried this?:

|> > You could put :
|> > [/usr/local/bin/mulberry]
|> > libXext.so.6 /usr/X11R6/lib/libXext.so.6
|> >
|> > in your /etc/libmap.conf (it won't exist, so, you'll have to create
it)

Be sure to replace /usr/X11R6 with /usr/local.



Sorry, i was too fast once again. It states that you need linux port of 
libXext that lives here: /usr/ports/x11/linux-f10-xorg-libs (or 
x11/linux-xorg-libs).


--
Regards,
Ruslan

Tinderboxing kills... the drives.
___
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"