date:20140127

Re: mrxvt-devel does not show non-ascii character before end of line

2014-01-27 Thread Lars Engels


Am 2014-01-24 21:42, schrieb José García Juanino:

Hello,

after upgrade from 9.2 to 10.0 and rebuild the ports, mrxvt multi tab
terminal shows a strange issue: when you type an non-ascii character, 
it is

hidden from terminal unless you type another new character just behind.
Indeed, the exact bug is that mrxvt will not show any non-ascii 
character
before end of line. To reproduce this issue, you can type the following 
in

mrxt terminal, built from ports with the default options:

$ echo "añ"  > myfile
$ cat myfile
a
### ñ is not shown

(substitute spanish ñ by any other non-ascii character and you will get 
the

same issue).

mrxvt is rather ancient and not mantained by upstream, but actually is 
the
best multi tab terminal. But with this annoyed bug, I think it should 
be
definitively deprecated. Any idea to fix this bug, or some proposal on 
a
good multi tab terminal? (ignoring  kde or gnome related terminals, as 
they

need huge and complex dependencies).



Have you tried reporting this upstream?


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

FreeBSD ports you maintain which are out of date

2014-01-27 Thread portscout

Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

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

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


Port| Current version | New version
+-+
games/doomsday  | 1.12.2  | 
1.14.0-build1122
+-+


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

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

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

Re: [QAT] r341265: 4x leftovers

2014-01-27 Thread René Ladan

On 01/27/2014 02:05, Ports-QAT wrote:
> - Add stage support
> - Do not install non-existant vboxvideo.ko.symbols when DEBUG is selected
>
> Reviewed by:  vbox@ (decke)
> -
>
>   Build ID:  20140126195400-36495
>   Job owner: r...@freebsd.org
>   Buildtime: 5 hours
>   Enddate:   Mon, 27 Jan 2014 01:05:23 GMT
>
>   Revision:  r341265
>   Repository:
> https://svnweb.freebsd.org/ports?view=revision&revision=341265
>
> -
>
> Port:emulators/virtualbox-ose-additions 4.3.6
>
>   Buildgroup: 8.4-QAT/amd64
>   Buildstatus:   LEFTOVERS
>   Log: 
> https://qat.redports.org//~r...@freebsd.org/20140126195400-36495-263324/virtualbox-ose-additions-4.3.6.log
>
>   Buildgroup: 8.4-QAT/i386
>   Buildstatus:   LEFTOVERS
>   Log: 
> https://qat.redports.org//~r...@freebsd.org/20140126195400-36495-263325/virtualbox-ose-additions-4.3.6.log
>
>   Buildgroup: 9.2-QAT/amd64
>   Buildstatus:   LEFTOVERS
>   Log: 
> https://qat.redports.org//~r...@freebsd.org/20140126195400-36495-263326/virtualbox-ose-additions-4.3.6.log
>
>   Buildgroup: 9.2-QAT/i386
>   Buildstatus:   LEFTOVERS
>   Log: 
> https://qat.redports.org//~r...@freebsd.org/20140126195400-36495-263327/virtualbox-ose-additions-4.3.6.log
>
This is caused because I added etc/xdg and etc/xdg/autostart as
@dirrmtry entries to pkg-plist, because otherwise these directories
would show up as orphans.  So which version of pkg-plist is preferred?

René

___
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/ruby19: fails to build on 9.2-STABLE: don't know how to make OPENSSL_CFLAGS. Stop

2014-01-27 Thread O. Hartmann


On all FreeBSD 9.2-STABLE oboxes, the update of port lang/ruby19 fails
with

checking for nroff... /usr/bin/nroff
.ext/include/amd64-freebsd9/ruby/config.h updated
ruby library version = 1.9
configure: creating ./config.status
config.status: creating Makefile
config.status: creating ruby-1.9.pc
===>  Building for ruby-1.9.3.484_1,1
make: don't know how to make OPENSSL_CFLAGS. Stop
*** [do-build] Error code 1

Stop in /usr/ports/lang/ruby19.
*** [build] Error code 1


signature.asc
Description: PGP signature

Current unassigned ports problem reports

2014-01-27 Thread FreeBSD bugmaster

(Note: an HTML version of this report is available at
http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .)

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker  Resp.  Description

o ports/186166[MAINTAINER] www/drush: unbreak poudriere build
o ports/186161[print/latex-aa] Maintainer update to fix uncompilabil
o ports/186160graphics/ImageMagick does not detect freetype2 properl
o ports/186147please mark sysutils/cbsd as broken for a while
o ports/186145x11/wbarconf : patch for stage support
f ports/186141stage problem with x11-toolkits/tix
f ports/186140[PATCH] net/bwping update to 1.7
o ports/186136security/rcracki_mt patch for staging support
f ports/186134sysutils/coreutils build, fails due to "strip" of sh (
o ports/186131[maintainer-update] Fix build by adding 'pkgconf' depe
o ports/186127net/pimdd remove GCC deps, stagify and fix RAW socket 
o ports/186108New port: benchmarks/ramspeed a cache and memory bench
f ports/186103sysutils/cbsd - dangerous and unexpected initializatio
o ports/186100net/pload: fix man page installation
o ports/186098[MAINTAINER] security/softhsm: [SUMMARIZE CHANGES]
f ports/186095sysutils/smartmontools 6.2_1 "-n standby"  argument br
o ports/186094A database lib/X11/fonts/local/fonts.alias conflicts i
f ports/186091[PORT][MAINTAINER UPDATE] net-p2p/bitmessage
o ports/186071mail/prayer deprecated dependencies
o ports/186065[update] audio/libamrnb and audio/libamrwb
f ports/186063[PATCH] www/validator: add 'USES=shebangfix' to adjust
o ports/186062[maintainer] [patch] sysutils/ansible : speed up ssh m
o ports/186059[PATCH] dns/publicsuffix update to 1.04
o ports/186056New port: databases/cassandra2 The latest stable relea
f ports/186054x11-fonts/fira: Download from somewhere else?
o ports/186046x11/dgs : fix build with current texinfo
o ports/186042[patch] update net/scamper to 20140122
o ports/186041[PATCH] net-mgmt/ssgless: update to 1.3, fix package c
f ports/186025[patch] security/tinyca: add support for openssl 1.0.1
f ports/186024textproc/htmldoc: security fixes required - please upg
f ports/186023print/cups-samba: master site has gone away
f ports/186008[patch] audio/shoutcast update 2.2.1.109
o ports/186003[MAINTAINER] databases/sqlite3: set on RTREE option by
o ports/186001devel/opencl: Upstream changes of the header files  by
o ports/185990mail/qmail-qfilter: I wan to adopt unmaintained port (
f ports/185982[PATCH] net-im/centerim: fix build on 10.x, staging
f ports/185981[PATCH] net-im/centerim-devel: fix build on 10.x, stag
f ports/185973mail/mailfront patch - update to latest version
o ports/185972devel/libsigrok patch - new release
o ports/185969[NEW PORT] databases/libdrizzle-redux: Client and prot
f ports/185965[PATCH] security/maia: further improvements
f ports/185960sysutils/smartmontools - after last update includes fu
f ports/185957[PATCH] graphics/mapnik: disable sqlite to allow packa
f ports/185955[PATCH] games/armagetron: fix build on 10.x
f ports/185950www/libmicrohttpd port not enabling htttps
f ports/185948[PATCH] graphics/alpng: support staging
o ports/185944Update math/R-cran-dlmodeler
o ports/185943sysutils/fusefs-encfs does not compile under FreeBSD10
o ports/185928[MAINTAINER UPDATE] mail/spmfilter-clamav: update to 0
f ports/185925[PATCH] graphics/tgif update to 4.2.5
o ports/185905[PATCH] security/logcheck: Use "USES=shebangfix" to fi
o ports/185904maintainer update: mail/dovecot2
o ports/185903port update: x11/tabbed
f ports/185885[UPDATE] devel/directfb to v1.4.17
f ports/185868[PATCH] Update lang/rust to 0.9
f ports/185865[PATCH] lang/rust add option to build with LLnextgen f
o ports/185863security/ossec-hids-client: ossec-hids-* ports don't b
o ports/185839[MAINTAINER UPDATE] devel/thrift-cpp fix
o ports/185836new port www/tengine-devel
o ports/185835new port www/tengine
f ports/185828devel/google-perftools  not build
o ports/185818Inability to install graphics/ImageMagick-nox11 and la
o ports/185814[PATCH] security/broccoli: Fix PYTHON for BRO_PREFIX

Re: What is the problem with ports PR reaction delays?

2014-01-27 Thread Thomas Mueller

There have been some messages in this thread about users volunteering to check 
port PRs.

What would this involve as to time and software setup on one's own computer?

I have some limited time, but am not using poudriere.

I don't want to be too disruptive to existing FreeBSD installation.

With so many messages in this thread, I don't know what to quote or what to 
cite in References: header so am skipping these extras.

Thomas Mueller

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

[QAT] r341322: 1x leftovers, 1x depend (??? in math/octave), 2x success

2014-01-27 Thread Ports-QAT

- Remove optional dependency math/octave-forge-image-acquisition.
- Bump portrevision.
-

  Build ID:  20140127042600-39845
  Job owner: step...@freebsd.org
  Buildtime: 7 hours
  Enddate:   Mon, 27 Jan 2014 11:18:41 GMT

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

-

Port:math/octave-forge 20140127_1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~step...@freebsd.org/20140127042600-39845-263572/octave-forge-20140127_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (??? IN MATH/OCTAVE)
  Log: 
https://qat.redports.org//~step...@freebsd.org/20140127042600-39845-263573/octave-3.8.0_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~step...@freebsd.org/20140127042600-39845-263574/octave-forge-20140127_1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~step...@freebsd.org/20140127042600-39845-263575/octave-forge-20140127_1.log


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

Can't compile openjdk7 at 340877

2014-01-27 Thread George Mitchell


I updated my ports tree to revision 340877, and trying to compile
openjdk7 dies like this:

...
Making SA debugger back-end...
gcc -Damd64 -D_GNU_SOURCE   \
-m64 -shared -fPIC -fPIC \

-I/usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd 
\

   -I../generated   \
   -I/usr/local/openjdk7/include 
-I/usr/local/openjdk7/include/freebsd\


/usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/salibelf.c /usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/symtab.c 
/usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/libproc_impl.c 
/usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/ps_proc.c 
/usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/ps_core.c 
/usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/BsdDebuggerLocal.c 
   \
   -Xlinker 
--version-script=/usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/mapfile 
 \

  \
   -o libsaproc.so\
   -lutil -lthread_db
[ -f libsaproc.so ] || { ln -s libsaproc.so libsaproc.so; }
gmake[6]: Leaving directory 
`/usr/ports/java/openjdk7/work/openjdk/build/bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product'

All done.
gmake[5]: Leaving directory 
`/usr/ports/java/openjdk7/work/openjdk/build/bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product'

cd bsd_amd64_compiler2/product && ./test_gamma
Using java runtime at: /usr/local/openjdk7/jre
Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/invoke/AdapterMethodHandle
gmake[4]: *** [product] Error 1
gmake[4]: Leaving directory 
`/usr/ports/java/openjdk7/work/openjdk/build/bsd-amd64/hotspot/outputdir'

gmake[3]: *** [generic_build2] Error 2
gmake[3]: Leaving directory 
`/usr/ports/java/openjdk7/work/openjdk/hotspot/make'

gmake[2]: *** [product] Error 2
gmake[2]: Leaving directory 
`/usr/ports/java/openjdk7/work/openjdk/hotspot/make'

gmake[1]: *** [hotspot-build] Error 2
gmake[1]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk'
gmake: *** [build_product_image] Error 2
*** [do-build] Error code 1

Stop in /usr/ports/java/openjdk7.
*** [build] Error code 1

Stop in /usr/ports/java/openjdk7.

===>>> make failed for java/openjdk7
===>>> Aborting update

===>>> Killing background jobs
Terminated

===>>> You can restart from the point of failure with this command line:
   portmaster  java/openjdk7

===>>> Exiting


Is anyone else seeing this?  -- George
___
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 is the problem with ports PR reaction delays?

2014-01-27 Thread Kurt Jaeger

Hi!

> There have been some messages in this thread about users volunteering
> to check port PRs.
> 
> What would this involve as to time and software setup on one's own computer?

I use the following workflow:

1)
  daily update to the /usr/ports tree using
  cd /usr/ports
  svn --non-interactive update

2)
  To check a port, I have a cpport script, which copies the port
  to a working directory:

--
#!/usr/local/bin/bash

if [ X$1 = 'X' ]
then
echo "usage: $0 "
exit 1
fi

if [ ! -d /usr/ports/$1 ]
then
echo "$0: error: invalid directory '/usr/ports/$1'"
exit 1
fi

cd ~/myp && rm -rf $1

cd /usr/ports && tar cf - $1 | ( cd ~/myp; tar xf -)

--

3)
  If I test a port, I do a
  cd ~/myp/
  make

This works most of the time.

poudriere is better, but needs disk and CPU time.

-- 
p...@opsec.eu+49 171 3101372 6 years to go !
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: lang/ruby19: fails to build on 9.2-STABLE: don't know how to make OPENSSL_CFLAGS. Stop

2014-01-27 Thread Jakob Breivik Grimstveit

Same goes for me here, both for lang/ruby19 and lang/ruby20,
on 10.0-RELEASE, for an updated ports using portsnap.


-- 
Vyrdsamt,
Jakob Breivik Grimstveit | +47 4829 8152
http://grimstveit.no/jakob


On Mon, Jan 27, 2014 at 11:48 AM, O. Hartmann
wrote:

>
> On all FreeBSD 9.2-STABLE oboxes, the update of port lang/ruby19 fails
> with
>
> checking for nroff... /usr/bin/nroff
> .ext/include/amd64-freebsd9/ruby/config.h updated
> ruby library version = 1.9
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: creating ruby-1.9.pc
> ===>  Building for ruby-1.9.3.484_1,1
> make: don't know how to make OPENSSL_CFLAGS. Stop
> *** [do-build] Error code 1
>
> Stop in /usr/ports/lang/ruby19.
> *** [build] Error code 1
>
___
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: net/avahi-app core dumps signal 11

2014-01-27 Thread Brad Karp

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Robert Burmeister wrote:
> This is a consequence of libiconv.so.3 being removed and its
> functionality being moved into the base system with Clang. Leaving
> the converters/libiconv port installed on FreeBSD 10 will cause 
> errors, so your supposed to "pkg_delete -f libiconv" before
> "portupgrade -fa". But, libgvfsdbus.so 
> libgioremote-volume-monitor.so libavahi-glib.so.1 etc., are still
> trying to link to libiconv.so.3 which breaks avahi-app. The
> relevant ports need to be updated to use iconv from base when 
> compiled on FreeBSD10+.

Thanks for the suggestion, but I believe this is not the cause of the
SIGSEGV in avahi-daemon.

I was aware of the move of libiconv into the base system, and when I
upgraded to 10.0-RELEASE, did exactly as you suggest: I removed the
libiconv package and forced an upgrade of all ports, so that they'd
link against the base system's libiconv.

I've further verified with ldd "/usr/local/lib/lib*.so*" that I have
no shared libraries left in /usr/local/lib that were built with
dependencies on the old /usr/local/lib/libiconv.so.3. (That is, this
ldd command gives no "not found" errors.)

I therefore suspect that the cause lies elsewhere. Where exactly, I
have unfortunately not yet ascertained. Other suggestions, anyone?

(FWIW, there is also discussion of this problem, which is being
experienced by others, on the forums:
http://forums.freebsd.org/viewtopic.php?f=5&t=44521 .)

- -Brad

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (FreeBSD)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlLmVSkACgkQNz6hPDTA3IFhXACghMZioudrZ3od4Q90Q/BvqKGJ
+7MAn07+vmywUcDN6wpa97/dN4O9H60V
=7TkE
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: [QAT] r341265: 4x leftovers

2014-01-27 Thread Bernhard Fröhlich

On Mon, Jan 27, 2014 at 11:42 AM, René Ladan  wrote:
> On 01/27/2014 02:05, Ports-QAT wrote:
>> - Add stage support
>> - Do not install non-existant vboxvideo.ko.symbols when DEBUG is selected
>>
>> Reviewed by:  vbox@ (decke)
>> -
>>
>>   Build ID:  20140126195400-36495
>>   Job owner: r...@freebsd.org
>>   Buildtime: 5 hours
>>   Enddate:   Mon, 27 Jan 2014 01:05:23 GMT
>>
>>   Revision:  r341265
>>   Repository:
>> https://svnweb.freebsd.org/ports?view=revision&revision=341265
>>
>> -
>>
>> Port:emulators/virtualbox-ose-additions 4.3.6
>>
>>   Buildgroup: 8.4-QAT/amd64
>>   Buildstatus:   LEFTOVERS
>>   Log: 
>> https://qat.redports.org//~r...@freebsd.org/20140126195400-36495-263324/virtualbox-ose-additions-4.3.6.log
>>
>>   Buildgroup: 8.4-QAT/i386
>>   Buildstatus:   LEFTOVERS
>>   Log: 
>> https://qat.redports.org//~r...@freebsd.org/20140126195400-36495-263325/virtualbox-ose-additions-4.3.6.log
>>
>>   Buildgroup: 9.2-QAT/amd64
>>   Buildstatus:   LEFTOVERS
>>   Log: 
>> https://qat.redports.org//~r...@freebsd.org/20140126195400-36495-263326/virtualbox-ose-additions-4.3.6.log
>>
>>   Buildgroup: 9.2-QAT/i386
>>   Buildstatus:   LEFTOVERS
>>   Log: 
>> https://qat.redports.org//~r...@freebsd.org/20140126195400-36495-263327/virtualbox-ose-additions-4.3.6.log
>>
> This is caused because I added etc/xdg and etc/xdg/autostart as
> @dirrmtry entries to pkg-plist, because otherwise these directories
> would show up as orphans.  So which version of pkg-plist is preferred?

Yeah, I think it's fine in both ways. That is a bit extra strict on
tinderbox side.

-- 
Bernhard Froehlich
http://www.bluelife.at/
___
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 compile openjdk7 at 340877

2014-01-27 Thread Matthew D. Fuller

On Mon, Jan 27, 2014 at 06:23:16AM -0500 I heard the voice of
George Mitchell, and lo! it spake thus:
> I updated my ports tree to revision 340877, and trying to compile
> openjdk7 dies like this:
> 
> cd bsd_amd64_compiler2/product && ./test_gamma
> Using java runtime at: /usr/local/openjdk7/jre
> Error occurred during initialization of VM
> java/lang/NoClassDefFoundError: java/lang/invoke/AdapterMethodHandle



My solution was forcing it to use the bootstrap version again.


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
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/ruby19: fails to build on 9.2-STABLE: don't know how to make OPENSSL_CFLAGS. Stop

2014-01-27 Thread O. Hartmann

On Mon, 27 Jan 2014 13:09:37 +0100
Jakob Breivik Grimstveit  wrote:

> Same goes for me here, both for lang/ruby19 and lang/ruby20,
> on 10.0-RELEASE, for an updated ports using portsnap.
> 
> 

I have also other ports which have MAKE_ARGS+="blabla" set and they
complain now like this:

gmake[3]: *** No rule to make target `CLANGXX_FLAGS'.  Stop.

The port system seems again to be polluted and broken ... this
misbehaviour has been introduced recently.

Oliver

signature.asc
Description: PGP signature

Re: Questions about staging

2014-01-27 Thread Matthew Seaman

On 01/27/14 14:51, Montgomery-Smith, Stephen wrote:
> So it would only be necessary to do this if you want to set ownership
> to anything other than root:wheel, since the pkg install program
> should automatically set things to root:wheel anyway?  (Because things
> installed the usual "make install" way will be set similarly?)

Yes, absolutely.  Files will be installed with ownership by root:wheel
by default, unless there are post-install script actions (ie. generally
derived from @user / @group settings in pkg-plist) irrespective of what
ownership they have in staging.  There is a 'NEED_ROOT' compatibility
thing but that's not ideal, and I believe the plan is ultimately to do
away with it as part of the switch over to staging.

> And presumably the same for chmod - it would only be necessary when
> setting things like setuid or setgid bits, since otherwise it will
> merely copy permissions from whatever the file in the tarball has?

Yes -- exactly.  Anything involving chown / chgrp / chmod that requires
root level privileges should be done this way.

Cheers,

Matthew

signature.asc
Description: OpenPGP digital signature

openldap-client OPENSSL_CFLAGS

2014-01-27 Thread Marko Cupać

Hi,

I have problem building net/openldap24-client on 10-RELEASE amd64:

===>  Building for openldap-client-2.4.38
make[2]: make[2]: don't know how to make OPENSSL_CFLAGS. Stop

Should I send PR?

Thank you in advance,
-- 
Marko Cupać 
___
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: openldap-client OPENSSL_CFLAGS

2014-01-27 Thread Alex Dupre

Marko Cupać ha scritto:
> I have problem building net/openldap24-client on 10-RELEASE amd64:
> 
> ===>  Building for openldap-client-2.4.38
> make[2]: make[2]: don't know how to make OPENSSL_CFLAGS. Stop
> 
> Should I send PR?

Same issue with x11/kdelibs4, I think something is broken in the ports tree.

-- 
Alex Dupre
___
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/ruby19: fails to build on 9.2-STABLE: don't know how to make OPENSSL_CFLAGS. Stop

2014-01-27 Thread Herbert J. Skuhra


Den 27.01.2014 11:48, skrev O. Hartmann:

On all FreeBSD 9.2-STABLE oboxes, the update of port lang/ruby19 fails
with

checking for nroff... /usr/bin/nroff
.ext/include/amd64-freebsd9/ruby/config.h updated
ruby library version = 1.9
configure: creating ./config.status
config.status: creating Makefile
config.status: creating ruby-1.9.pc
===>  Building for ruby-1.9.3.484_1,1
make: don't know how to make OPENSSL_CFLAGS. Stop
*** [do-build] Error code 1

Stop in /usr/ports/lang/ruby19.
*** [build] Error code 1


This is caused by: r341335

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

FreeBSD Port: openocd-0.7.0

2014-01-27 Thread Barry Tigner

Hello,

Re: openocd on freebsd 9.2 amd64.


I am trying to use a ftdi c232hm-edhsl-0 usb to jtag-spi
adapter to communicate with a device that communicates 
via spi.

I have been able to get openocd running , but I am confused
on how to send data via spi. I may be setting the options
incorrectly, or perhaps openocd does not support spi, I am
not certain either way.

I tried looking for support on openocd, with no success.

I hope that you can point me in the direction I need to
go .

I am simply trying to use a usb-spi adapter to talk to a
spectrum analyzer signal to get the data from it. It normally
talks directly to an embedded control system via spi. If I
can talk directly to it , I can verify that it is working 
properly .

Again, any help you can give me is appreciated.

Barry Tigner


-- 
Barry Tigner
MSU PA Electronics Design and Service Ctr.
1230 BioMedical Physical Sciences
Email: tig...@msu.edu
Phone: 517-884-5538



___
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 is the problem with ports PR reaction delays?

2014-01-27 Thread Lars Engels


Am 2014-01-25 05:30, schrieb Aryeh Friedman:
On Fri, Jan 24, 2014 at 11:16 PM, Alfred Perlstein 
wrote:





(maybe there is some great ports system that I'm not aware of that 
makes

this all as easy github, but I somehow doubt that.)



Nice to be able to plug something other then petitecloud as a possible
solution to this... namely as far I can tell from previous discussions 
and
such that the port system is nothing more then a very large DAG 
(directed
acyc. graph) the author of devel/cook (and devel/aegis) wrote an 
incredible

paper showing why Make (in any form) will never be upto the task (
http://aegis.sourceforge.net/auug97.pdf )... there are several 
solutions
that use this paper as their foundation in the ports system 
(devel/cook,
devel/cons, devel/scons)...  don't get me wrong the actual building of 
each
port should be delegated to whatever build scripts it uses the idea is 
only
that the entire port system be considered as a single graph... side 
note we

use devel/cook and devel/aegis to maintain and build petitecloud on.


Aryeh,

would you please stop spamming about petitecloud in _every single_ mail 
you're

sending to some list?

Thank you.

Lars
___
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: Questions about staging

2014-01-27 Thread Montgomery-Smith, Stephen

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 01/27/2014 01:07 AM, Matthew Seaman wrote:
> On 27/01/2014 00:38, Montgomery-Smith, Stephen wrote:
>> I am looking at this part of
>> https://wiki.freebsd.org/ports/StageDir
>> 
>> Replace commands like ${CHMOD} ... and ${INSTALL_PROGRAM} -m mode
>> -o user -g group with corresponding pkg-plist entries: @mode
>> mode, @owner user, @group group. /!\ These operators work until
>> being overridden, or until the end of pkg-plist, so do not forget
>> to reset them with @mode, @owner, @group keywords afterwards.
>> 
>> I have to admit that I don't understand what this is driving at.
>> Can someone explain it to me?
> 
> This is all about being able to create packages without needing 
> superuser powers.  The idea is to take privileged commands like
> chmod(1) (or the implied chmod from using the -o flag to
> install(1)) out of install: targets in the port Makefile (which
> nowadays install into the staging directory) and replace them with
> equivalent constructs in pkg-plist (which are extracted into the
> generated pkg as pre/post- install script actions) ie. so that
> pkg(8) set the ownership of files at the point the package is
> installed.
> 
> Sometimes it involves a bit more than just editing the port
> Makefile -- here's an example from one of my own ports, where I had
> to fold, spindle and mutilate the software's own Makefiles to
> achieve the desired result:
> 
> http://svnweb.freebsd.org/ports?view=revision&revision=339461
> 
> This includes some other changes to do with using options helpers
> etc. but it should be clear enough what was done to move changing
> file ownership away from the staging step and into package
> installation. Look at the chagnes to pkg-plist and
> patch-Makefile.in in particular.

So it would only be necessary to do this if you want to set ownership
to anything other than root:wheel, since the pkg install program
should automatically set things to root:wheel anyway?  (Because things
installed the usual "make install" way will be set similarly?)

And presumably the same for chmod - it would only be necessary when
setting things like setuid or setgid bits, since otherwise it will
merely copy permissions from whatever the file in the tarball has?

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJS5nJ9AAoJEC3xK9GaktgHvNgH/jzU+krSXo3zY3nllQyPl3gN
h5jmqW8TqBO78l2+ZQ3fq7OR6IOHAbZBGOLQ/+pl+IPVJH66tPoRlFI985vT/eab
3/3FQDG9D8xu6WmLHKUPamCTm8NS8jEEnIoc2YMVHhu8MCNcgBcy4zmDiokodp9B
nb036XNZJ78r6sZFad3Fpxc+g28zkHYRwDdwDED6+QhfKCTi8g8+bg8+1zN1mUga
0gDg84BBgGcAK52iZTCP+TBHC5sNNENeAWaCkF0JweEOq/i6KerV3L9KjipC3+E1
nt1gpvWRGltK/H7MhcSDVF7ig25FQkixrE6d30MffgbpnKV0lMATGUGWiuMN2/E=
=4QAN
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: openldap-client OPENSSL_CFLAGS

2014-01-27 Thread Jerry

On Mon, 27 Jan 2014 16:57:00 +0100, Marko Cupać stated:

> I have problem building net/openldap24-client on 10-RELEASE amd64:
> 
> ===>  Building for openldap-client-2.4.38
> make[2]: make[2]: don't know how to make OPENSSL_CFLAGS. Stop
> 
> Should I send PR?

Only if you want it fixed.

-- 
Jerry

___
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 is the problem with ports PR reaction delays?

2014-01-27 Thread Aryeh Friedman

Sorry was just putting why I used the mentioned ports in context (I believe
in real life examples instead of made up ones for that)... any other
mention of it in the thread was only because it was a convenient example
that didn't violate an nda or something else.


On Mon, Jan 27, 2014 at 11:29 AM, Lars Engels  wrote:

> Am 2014-01-25 05:30, schrieb Aryeh Friedman:
>
>  On Fri, Jan 24, 2014 at 11:16 PM, Alfred Perlstein > >wrote:
>>
>>
>>>
>>> (maybe there is some great ports system that I'm not aware of that makes
>>> this all as easy github, but I somehow doubt that.)
>>>
>>
>>
>> Nice to be able to plug something other then petitecloud as a possible
>> solution to this... namely as far I can tell from previous discussions and
>> such that the port system is nothing more then a very large DAG (directed
>> acyc. graph) the author of devel/cook (and devel/aegis) wrote an
>> incredible
>> paper showing why Make (in any form) will never be upto the task (
>> http://aegis.sourceforge.net/auug97.pdf )... there are several solutions
>> that use this paper as their foundation in the ports system (devel/cook,
>> devel/cons, devel/scons)...  don't get me wrong the actual building of
>> each
>> port should be delegated to whatever build scripts it uses the idea is
>> only
>> that the entire port system be considered as a single graph... side note
>> we
>> use devel/cook and devel/aegis to maintain and build petitecloud on.
>>
>
> Aryeh,
>
> would you please stop spamming about petitecloud in _every single_ mail
> you're
> sending to some list?
>
> Thank you.
>
> Lars
>
> ___
> 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"
>



-- 
Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[QAT] r341430: 4x leftovers

2014-01-27 Thread Ports-QAT

- Stage support
-

  Build ID:  20140127165200-59762
  Job owner: m...@freebsd.org
  Buildtime: 11 minutes
  Enddate:   Mon, 27 Jan 2014 17:02:35 GMT

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

-

Port:irc/irssi-otr 0.3_6

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140127165200-59762-264172/irssi-otr-0.3_6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140127165200-59762-264173/irssi-otr-0.3_6.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140127165200-59762-264174/irssi-otr-0.3_6.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140127165200-59762-264175/irssi-otr-0.3_6.log


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

[QAT] r341425: 4x leftovers

2014-01-27 Thread Ports-QAT

- Stagify
- Update dependencies to new shlib format
- Bump PORTREVISION

PR: ports/185556
Submitted by:   Kevin Zheng  (maintainer)
-

  Build ID:  20140127163601-33630
  Job owner: de...@freebsd.org
  Buildtime: 29 minutes
  Enddate:   Mon, 27 Jan 2014 17:04:49 GMT

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

-

Port:security/gnomint 1.2.1_2

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~de...@freebsd.org/20140127163601-33630-264152/gnomint-1.2.1_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~de...@freebsd.org/20140127163601-33630-264153/gnomint-1.2.1_2.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~de...@freebsd.org/20140127163601-33630-264154/gnomint-1.2.1_2.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~de...@freebsd.org/20140127163601-33630-264155/gnomint-1.2.1_2.log


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

Can't seem to build ruby19 or 18.

2014-01-27 Thread Edwin L. Culp W.

===>  Building for ruby-1.9.3.484_1,1
make: don't know how to make OPENSSL_CFLAGS. Stop
*** [do-build] Error code 1

I just want to be sure that it isn't me, hopefully.

Thanks

ed


-- 

Bienes Raíces in Coatepec, Veracruz, Mexico 


http://www.facebook.com/pages/Inmobiliaria-Bienes-Raices-httpEcoManiainfo/102249989850215?sk=photos_albums
___
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 seem to build ruby19 or 18.

2014-01-27 Thread Marko Cupać

On Mon, 27 Jan 2014 12:11:52 -0600
"Edwin L. Culp W."  wrote:

> ===>  Building for ruby-1.9.3.484_1,1
> make: don't know how to make OPENSSL_CFLAGS. Stop
> *** [do-build] Error code 1
> 
> I just want to be sure that it isn't me, hopefully.

Here as well on 10-RELEASE. Same thing for net/openldap24-client:

===>  Building for openldap-client-2.4.38
make[2]: make[2]: don't know how to make OPENSSL_CFLAGS. Stop

-- 
Marko Cupać 
___
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: r341435: deletion of graphics/fotoxx

2014-01-27 Thread Rainer Hurling

Am 27.01.2014 19:39, schrieb Rainer Hurling:
> graphics/fotoxx was deleted today, although there exist two PRs for some
> time now. At least the last one updates to version 13.03.1:

Of course it is not deleted, only deprecated. Sorry for the mistake.

> 
>   http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407
>   http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643
> 
> On http://www.kornelix.com/tarballs.html there are even newer versions
> (14.01 and 14.02beta), not ported until now.
> 
> Could someone please pick up PR 177643 and commit it, if it is functional.
> 
> Many thanks in advance,
> Rainer Hurling
> 

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

r341435: deletion of graphics/fotoxx

2014-01-27 Thread Rainer Hurling

graphics/fotoxx was deleted today, although there exist two PRs for some
time now. At least the last one updates to version 13.03.1:

  http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407
  http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643

On http://www.kornelix.com/tarballs.html there are even newer versions
(14.01 and 14.02beta), not ported until now.

Could someone please pick up PR 177643 and commit it, if it is functional.

Many thanks in advance,
Rainer Hurling
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

devel/libgee 0.8.5 fails to build

2014-01-27 Thread Torfinn Ingolfsen

This happens if I try to build (or portupgrade) devel/libgee:
treemap.c:12380: warning: assignment from incompatible pointer type
  CCLD libgee-0.8.la
/usr/local/bin/g-ir-compiler -l `/usr/bin/sed -nE
"s/^dlname='([A-Za-z0-9.+-]+)'/\1/p" libgee-0.8.la` -o Gee-0.8.typelib
Gee-0.8.gir
Gee-0.8.gir:8:51: warning: element annotation from state 6 is unknown, ignoring
Gee-0.8.gir:9:53: warning: element annotation from state 6 is unknown, ignoring
Gee-0.8.gir:3383:50: warning: element annotation from state 15 is
unknown, ignoring
Gee-0.8.gir:3418:50: warning: element annotation from state 15 is
unknown, ignoring
Gee-0.8.gir:3455:50: warning: element annotation from state 15 is
unknown, ignoring
Gee-0.8.gir:3510:50: warning: element annotation from state 15 is
unknown, ignoring
Gee-0.8.gir:3514:50: warning: element annotation from state 15 is
unknown, ignoring
Gee-0.8.gir:3518:50: warning: element annotation from state 15 is
unknown, ignoring
Gee-0.8.gir:3585:50: warning: element annotation from state 15 is
unknown, ignoring
Gee-0.8.gir:3589:50: warning: element annotation from state 15 is
unknown, ignoring
Gee-0.8.gir:3671:50: warning: element annotation from state 15 is
unknown, ignoring
Gee-0.8.gir:3675:50: warning: element annotation from state 15 is
unknown, ignoring
Gee-0.8.gir:3992:1: warning: element property from state 23 is unknown, ignoring
Gee-0.8.gir:4031:50: warning: element annotation from state 15 is
unknown, ignoring
Gee-0.8.gir:4090:50: warning: element annotation from state 15 is
unknown, ignoring
Gee-0.8.gir:4133:50: warning: element annotation from state 15 is
unknown, ignoring
Gee-0.8.gir:4137:50: warning: element annotation from state 15 is
unknown, ignoring
Gee-0.8.gir:4183:50: warning: element annotation from state 15 is
unknown, ignoring
Gee-0.8.gir:4250:50: warning: element annotation from state 15 is
unknown, ignoring

(g-ir-compiler:83467): GVFS-RemoteVolumeMonitor-WARNING **: cannot
open directory /usr/local/share/gvfs/remote-volume-monitors: Error
opening directory '/usr/local/share/gvfs/remote-volume-monitors': No
such file or directory
gmake[2]: *** [Gee-0.8.typelib] Trace/BPT trap: 5 (core dumped)
gmake[2]: Leaving directory `/usr/ports/devel/libgee/work/libgee-0.8.5/gee'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/ports/devel/libgee/work/libgee-0.8.5'
gmake: *** [all] Error 2
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** [do-build] Error code 1

Stop in /usr/ports/devel/libgee.

Is this a known issue?
Details:
root@kg-v7# uname -a
FreeBSD kg-v7.kg4.no 9.2-STABLE FreeBSD 9.2-STABLE #1 r261187: Sun Jan
26 15:20:25 CET 2014
r...@kg-v7.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64
root@kg-v7# pv libgee*
libgee-0.6.2.1  <  needs updating (port has 0.8.5)

HTH
-- 
Regards,
Torfinn
___
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: r341435: deletion of graphics/fotoxx

2014-01-27 Thread Baptiste Daroussin

On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote:
> Am 27.01.2014 19:39, schrieb Rainer Hurling:
> > graphics/fotoxx was deleted today, although there exist two PRs for some
> > time now. At least the last one updates to version 13.03.1:
> 
> Of course it is not deleted, only deprecated. Sorry for the mistake.
> 
> > 
> >   http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407
> >   http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643
> > 
> > On http://www.kornelix.com/tarballs.html there are even newer versions
> > (14.01 and 14.02beta), not ported until now.
> > 
> > Could someone please pick up PR 177643 and commit it, if it is functional.
> > 
> > Many thanks in advance,
> > Rainer Hurling
> > 
> 

I had a look at it, the problem is that fetch(1) cannot managed to fetch the
distfile, it always get stalled at 99% even with newer version than in the PR
like: fotoxx-14.01.1.tar.gz  

regards,
Bapt


pgprBaOlD8MVR.pgp
Description: PGP signature

Braindead site configuration...

2014-01-27 Thread Matthew Seaman


Can we drop at.cpan.org from the list of CPAN sites please?  It does
stupid things like this:

lucid-nonsense:~...ports/mail/p5-Email-Address-List:% fetch -v -v
http://at.cpan.org/modules/by-module/Email/Nonexistent.tar.gz
scheme:   [http]
user: []
password: []
host: [at.cpan.org]
port: [0]
document: [/modules/by-module/Email/Nonexistent.tar.gz]
---> at.cpan.org:80
looking up at.cpan.org
connecting to at.cpan.org:80
requesting http://at.cpan.org/modules/by-module/Email/Nonexistent.tar.gz
>>> GET /modules/by-module/Email/Nonexistent.tar.gz HTTP/1.1
>>> Host: at.cpan.org
>>> Accept: */*
>>> User-Agent: fetch libfetch/2.0
>>> Connection: close
>>>
<<< HTTP/1.1 302 Found
<<< Date: Mon, 27 Jan 2014 20:18:25 GMT
<<< Server: Apache
<<< Location:
http://gd.tuwien.ac.at/.admin/missing/server.php?name=AT.CPAN.ORG
<<< Vary: Accept-Encoding
302 redirect to
http://gd.tuwien.ac.at/.admin/missing/server.php?name=AT.CPAN.ORG
scheme:   [http]
user: []
password: []
host: [gd.tuwien.ac.at]
port: [0]
document: [/.admin/missing/server.php?name=AT.CPAN.ORG]
<<< Content-Length: 249
<<< Connection: close
content length: [249]
<<< Content-Type: text/html; charset=iso-8859-1
<<<
---> gd.tuwien.ac.at:80
looking up gd.tuwien.ac.at
connecting to gd.tuwien.ac.at:80
requesting http://gd.tuwien.ac.at/.admin/missing/server.php?name=AT.CPAN.ORG
>>> GET /.admin/missing/server.php?name=AT.CPAN.ORG HTTP/1.1
>>> Host: gd.tuwien.ac.at
>>> Accept: */*
>>> User-Agent: fetch libfetch/2.0
>>> Connection: close
>>>
<<< HTTP/1.1 200 OK
<<< Date: Mon, 27 Jan 2014 20:18:25 GMT
<<< Server: Apache
<<< X-Powered-By: PHP/5.3.10-1ubuntu3.2
<<< Vary: Accept-Encoding
<<< Content-Length: 6386
<<< Connection: close
content length: [6386]
<<< Content-Type: text/html
<<<
offset 0, length -1, size -1, clength 6386
local size / mtime: 6386 / 1390853877
remote size / mtime: 6386 / 0
Nonexistent.tar.gz100% of 6386  B 2297 kBps
00m00s
lucid-nonsense:~...ports/mail/p5-Email-Address-List:%

ie. ask for a non-existent file and it will return a cutesie message
under the filename you asked for and a 200 OK code.  Site administrators
... grr  flogging is too good for them.  Morons of the drooling
persuasion.  404 exists for a reason.

Matthew


-- 
Dr Matthew J Seaman MA, D.Phil.

PGP: http://www.infracaninophile.co.uk/pgpkey
JID: matt...@infracaninophile.co.uk



signature.asc
Description: OpenPGP digital signature

Re: r341435: deletion of graphics/fotoxx

2014-01-27 Thread Rainer Hurling

Am 27.01.2014 20:49, schrieb Baptiste Daroussin:
> On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote:
>> Am 27.01.2014 19:39, schrieb Rainer Hurling:
>>> graphics/fotoxx was deleted today, although there exist two PRs for some
>>> time now. At least the last one updates to version 13.03.1:
>>
>> Of course it is not deleted, only deprecated. Sorry for the mistake.
>>
>>>
>>>   http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407
>>>   http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643
>>>
>>> On http://www.kornelix.com/tarballs.html there are even newer versions
>>> (14.01 and 14.02beta), not ported until now.
>>>
>>> Could someone please pick up PR 177643 and commit it, if it is functional.
>>>
>>> Many thanks in advance,
>>> Rainer Hurling
>>>
>>
> 
> I had a look at it, the problem is that fetch(1) cannot managed to fetch the
> distfile, it always get stalled at 99% even with newer version than in the PR
> like: fotoxx-14.01.1.tar.gz

Yes, I just also tried it and I can confirm the 'fetch problem'.

I just contacted the author of fotoxx, Michael Cornelison and asked him
for help. I will inform after his answer.

Thanks for answering and trying it.

Regards,
Rainer Hurling

> 
> regards,
> Bapt
> 

___
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: r341435: deletion of graphics/fotoxx

2014-01-27 Thread Michael Gmelin

On Mon, 27 Jan 2014 20:49:05 +0100
Baptiste Daroussin  wrote:

> On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote:
> > Am 27.01.2014 19:39, schrieb Rainer Hurling:
> > > graphics/fotoxx was deleted today, although there exist two PRs
> > > for some time now. At least the last one updates to version
> > > 13.03.1:
> > 
> > Of course it is not deleted, only deprecated. Sorry for the mistake.
> > 
> > > 
> > >   http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407
> > >   http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643
> > > 
> > > On http://www.kornelix.com/tarballs.html there are even newer
> > > versions (14.01 and 14.02beta), not ported until now.
> > > 
> > > Could someone please pick up PR 177643 and commit it, if it is
> > > functional.
> > > 
> > > Many thanks in advance,
> > > Rainer Hurling
> > > 
> > 
> 
> I had a look at it, the problem is that fetch(1) cannot managed to
> fetch the distfile, it always get stalled at 99% even with newer
> version than in the PR like: fotoxx-14.01.1.tar.gz  
> 

Same here, wget and curl (also HTTP/1.0) work fine.





-- 
Michael Gmelin


signature.asc
Description: PGP signature

Re: net/avahi-app core dumps signal 11

2014-01-27 Thread Robert_Burmeister

Brad Karp wrote
> Thanks for the suggestion, but I believe this is not the cause of the
> SIGSEGV in avahi-daemon.
> 
> I was aware of the move of libiconv into the base system, and when I
> upgraded to 10.0-RELEASE, did exactly as you suggest: I removed the
> libiconv package and forced an upgrade of all ports, so that they'd
> link against the base system's libiconv.
> 
> I've further verified with ldd "/usr/local/lib/lib*.so*" that I have
> no shared libraries left in /usr/local/lib that were built with
> dependencies on the old /usr/local/lib/libiconv.so.3. (That is, this
> ldd command gives no "not found" errors.)
> 
> I therefore suspect that the cause lies elsewhere. Where exactly, I
> have unfortunately not yet ascertained. Other suggestions, anyone?
> 
> (FWIW, there is also discussion of this problem, which is being
> experienced by others, on the forums:
> http://forums.freebsd.org/viewtopic.php?f=5&t=44521 .)
> 
> - -Brad

People who deleted all ports, removed /usr/local and reinstalled
have reported that they do not have the problem.

I have deleted the contents of /usr/local/lib and am running a portupgrade
-afu

I'll report back if that is a quicker fix.




--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/net-avahi-app-core-dumps-signal-11-tp5878518p5880548.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

maintainer timeout in graphics/shotwell

2014-01-27 Thread Christoph Moench-Tegeder

Hi,
I'd like to call maintainer timeout on ports/185495 - when chasing r341291
by rakuco@ I noticed I still had _two_ PRs open on graphics/shotwell,
so I updated my patch (see comment in PR, there's an HTTP link, too
since gnats doesn't handle patches in followup mails). When at it, could
the committer please close ports/184007 - it's the previous update for
shotwell, which I also forgot about when using the updated shotwell
locally.

Regards,
Christoph

-- 
Spare Space
___
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: r341435: deletion of graphics/fotoxx

2014-01-27 Thread Michael Gmelin

On Mon, 27 Jan 2014 21:24:37 +0100
Rainer Hurling  wrote:

> Am 27.01.2014 20:49, schrieb Baptiste Daroussin:
> > On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote:
> >> Am 27.01.2014 19:39, schrieb Rainer Hurling:
> >>> graphics/fotoxx was deleted today, although there exist two PRs
> >>> for some time now. At least the last one updates to version
> >>> 13.03.1:
> >>
> >> Of course it is not deleted, only deprecated. Sorry for the
> >> mistake.
> >>
> >>>
> >>>   http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407
> >>>   http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643
> >>>
> >>> On http://www.kornelix.com/tarballs.html there are even newer
> >>> versions (14.01 and 14.02beta), not ported until now.
> >>>
> >>> Could someone please pick up PR 177643 and commit it, if it is
> >>> functional.
> >>>
> >>> Many thanks in advance,
> >>> Rainer Hurling
> >>>
> >>
> > 
> > I had a look at it, the problem is that fetch(1) cannot managed to
> > fetch the distfile, it always get stalled at 99% even with newer
> > version than in the PR like: fotoxx-14.01.1.tar.gz
> 
> Yes, I just also tried it and I can confirm the 'fetch problem'.
> 
> I just contacted the author of fotoxx, Michael Cornelison and asked
> him for help. I will inform after his answer.
> 
> Thanks for answering and trying it.

His web server reports a content length of 2696186, but only provides
2696168 bytes of data. Tools like wget and curl just stop downloading
data, while fetch hangs waiting for those 18 extra bytes.

-- 
Michael Gmelin
___
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: r341435: deletion of graphics/fotoxx

2014-01-27 Thread Baptiste Daroussin

On Mon, Jan 27, 2014 at 11:33:52PM +0100, Michael Gmelin wrote:
> On Mon, 27 Jan 2014 21:24:37 +0100
> Rainer Hurling  wrote:
> 
> > Am 27.01.2014 20:49, schrieb Baptiste Daroussin:
> > > On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote:
> > >> Am 27.01.2014 19:39, schrieb Rainer Hurling:
> > >>> graphics/fotoxx was deleted today, although there exist two PRs
> > >>> for some time now. At least the last one updates to version
> > >>> 13.03.1:
> > >>
> > >> Of course it is not deleted, only deprecated. Sorry for the
> > >> mistake.
> > >>
> > >>>
> > >>>   http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407
> > >>>   http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643
> > >>>
> > >>> On http://www.kornelix.com/tarballs.html there are even newer
> > >>> versions (14.01 and 14.02beta), not ported until now.
> > >>>
> > >>> Could someone please pick up PR 177643 and commit it, if it is
> > >>> functional.
> > >>>
> > >>> Many thanks in advance,
> > >>> Rainer Hurling
> > >>>
> > >>
> > > 
> > > I had a look at it, the problem is that fetch(1) cannot managed to
> > > fetch the distfile, it always get stalled at 99% even with newer
> > > version than in the PR like: fotoxx-14.01.1.tar.gz
> > 
> > Yes, I just also tried it and I can confirm the 'fetch problem'.
> > 
> > I just contacted the author of fotoxx, Michael Cornelison and asked
> > him for help. I will inform after his answer.
> > 
> > Thanks for answering and trying it.
> 
> His web server reports a content length of 2696186, but only provides
> 2696168 bytes of data. Tools like wget and curl just stop downloading
> data, while fetch hangs waiting for those 18 extra bytes.
> 
> -- 
> Michael Gmelin

Meaning fetch is right ;) he has to fix his webserver ;)

regards,
Bapt


pgpePNfEywi6g.pgp
Description: PGP signature

xmms-wma crashes

2014-01-27 Thread Andrea Venturoli


Hello.

The box is 9.1p10/i386.

As per subject, since the upgrade to 1.0.5_3, xmms started crashing 
whenever I added a wma file to the playlist.


"portupgrade -Rf xmms-wma" did not help.

portdowngrade to 1.0.5_2 solved.

Now I have full functionality back; however, in case anyone wants me to 
try or check something, I'll be glad to help.


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

Re: xmms-wma crashes

2014-01-27 Thread Baptiste Daroussin

On Mon, Jan 27, 2014 at 11:25:18PM +0100, Andrea Venturoli wrote:
> Hello.
> 
> The box is 9.1p10/i386.
> 
> As per subject, since the upgrade to 1.0.5_3, xmms started crashing 
> whenever I added a wma file to the playlist.
> 
> "portupgrade -Rf xmms-wma" did not help.
> 
> portdowngrade to 1.0.5_2 solved.
> 
> Now I have full functionality back; however, in case anyone wants me to 
> try or check something, I'll be glad to help.
> 
Can you try the following patch? on top of 1.0.5_3:

http://people.freebsd.org/~bapt/xmms-wma.diff

regards,
Bapt


pgpSxRn8ItksQ.pgp
Description: PGP signature

[QAT] r341473: 2x depend (fetch in games/freeminer), 2x leftovers, 2x fetch, 2x success

2014-01-27 Thread Ports-QAT

- Update to 0.4.9.3
-

  Build ID:  20140127231800-22206
  Job owner: amd...@freebsd.org
  Buildtime: 13 minutes
  Enddate:   Mon, 27 Jan 2014 23:30:38 GMT

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

-

Port:games/freeminer 0.4.9.3

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   FETCH
  Log: 
https://qat.redports.org//~amd...@freebsd.org/20140127231800-22206-264324/freeminer-0.4.9.3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   FETCH
  Log: 
https://qat.redports.org//~amd...@freebsd.org/20140127231800-22206-264325/freeminer-0.4.9.3.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~amd...@freebsd.org/20140127231800-22206-264326/freeminer-0.4.9.3.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~amd...@freebsd.org/20140127231800-22206-264327/freeminer-0.4.9.3.log

-

Port:games/freeminer-default 0.4.9.3

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (FETCH IN GAMES/FREEMINER)
  Log: 
https://qat.redports.org//~amd...@freebsd.org/20140127231800-22206-264328/freeminer-0.4.9.3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (FETCH IN GAMES/FREEMINER)
  Log: 
https://qat.redports.org//~amd...@freebsd.org/20140127231800-22206-264329/freeminer-0.4.9.3.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~amd...@freebsd.org/20140127231800-22206-264330/freeminer-default-0.4.9.3.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~amd...@freebsd.org/20140127231800-22206-264331/freeminer-default-0.4.9.3.log


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

Re: r341435: deletion of graphics/fotoxx

2014-01-27 Thread Michael Gmelin

On Mon, 27 Jan 2014 23:49:54 +0100
Baptiste Daroussin  wrote:

> On Mon, Jan 27, 2014 at 11:33:52PM +0100, Michael Gmelin wrote:
> > On Mon, 27 Jan 2014 21:24:37 +0100
> > Rainer Hurling  wrote:
> > 
> > > Am 27.01.2014 20:49, schrieb Baptiste Daroussin:
> > > > On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote:
> > > >> Am 27.01.2014 19:39, schrieb Rainer Hurling:
> > > >>> graphics/fotoxx was deleted today, although there exist two
> > > >>> PRs for some time now. At least the last one updates to
> > > >>> version 13.03.1:
> > > >>
> > > >> Of course it is not deleted, only deprecated. Sorry for the
> > > >> mistake.
> > > >>
> > > >>>
> > > >>>   http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407
> > > >>>   http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643
> > > >>>
> > > >>> On http://www.kornelix.com/tarballs.html there are even newer
> > > >>> versions (14.01 and 14.02beta), not ported until now.
> > > >>>
> > > >>> Could someone please pick up PR 177643 and commit it, if it is
> > > >>> functional.
> > > >>>
> > > >>> Many thanks in advance,
> > > >>> Rainer Hurling
> > > >>>
> > > >>
> > > > 
> > > > I had a look at it, the problem is that fetch(1) cannot managed
> > > > to fetch the distfile, it always get stalled at 99% even with
> > > > newer version than in the PR like: fotoxx-14.01.1.tar.gz
> > > 
> > > Yes, I just also tried it and I can confirm the 'fetch problem'.
> > > 
> > > I just contacted the author of fotoxx, Michael Cornelison and
> > > asked him for help. I will inform after his answer.
> > > 
> > > Thanks for answering and trying it.
> > 
> > His web server reports a content length of 2696186, but only
> > provides 2696168 bytes of data. Tools like wget and curl just stop
> > downloading data, while fetch hangs waiting for those 18 extra
> > bytes.
> > 
> > -- 
> > Michael Gmelin
> 
> Meaning fetch is right ;) he has to fix his webserver ;)
> 

From a user's perspective I don't think hanging forever is good
behavior though. The internets are expected to be broken ;)

Maybe one of those days...

-- 
Michael Gmelin


signature.asc
Description: PGP signature

Re: r341435: deletion of graphics/fotoxx

2014-01-27 Thread Baptiste Daroussin

On Tue, Jan 28, 2014 at 12:59:27AM +0100, Michael Gmelin wrote:
> On Mon, 27 Jan 2014 23:49:54 +0100
> Baptiste Daroussin  wrote:
> 
> > On Mon, Jan 27, 2014 at 11:33:52PM +0100, Michael Gmelin wrote:
> > > On Mon, 27 Jan 2014 21:24:37 +0100
> > > Rainer Hurling  wrote:
> > > 
> > > > Am 27.01.2014 20:49, schrieb Baptiste Daroussin:
> > > > > On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote:
> > > > >> Am 27.01.2014 19:39, schrieb Rainer Hurling:
> > > > >>> graphics/fotoxx was deleted today, although there exist two
> > > > >>> PRs for some time now. At least the last one updates to
> > > > >>> version 13.03.1:
> > > > >>
> > > > >> Of course it is not deleted, only deprecated. Sorry for the
> > > > >> mistake.
> > > > >>
> > > > >>>
> > > > >>>   http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407
> > > > >>>   http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643
> > > > >>>
> > > > >>> On http://www.kornelix.com/tarballs.html there are even newer
> > > > >>> versions (14.01 and 14.02beta), not ported until now.
> > > > >>>
> > > > >>> Could someone please pick up PR 177643 and commit it, if it is
> > > > >>> functional.
> > > > >>>
> > > > >>> Many thanks in advance,
> > > > >>> Rainer Hurling
> > > > >>>
> > > > >>
> > > > > 
> > > > > I had a look at it, the problem is that fetch(1) cannot managed
> > > > > to fetch the distfile, it always get stalled at 99% even with
> > > > > newer version than in the PR like: fotoxx-14.01.1.tar.gz
> > > > 
> > > > Yes, I just also tried it and I can confirm the 'fetch problem'.
> > > > 
> > > > I just contacted the author of fotoxx, Michael Cornelison and
> > > > asked him for help. I will inform after his answer.
> > > > 
> > > > Thanks for answering and trying it.
> > > 
> > > His web server reports a content length of 2696186, but only
> > > provides 2696168 bytes of data. Tools like wget and curl just stop
> > > downloading data, while fetch hangs waiting for those 18 extra
> > > bytes.
> > > 
> > > -- 
> > > Michael Gmelin
> > 
> > Meaning fetch is right ;) he has to fix his webserver ;)
> > 
> 
> From a user's perspective I don't think hanging forever is good
> behavior though. The internets are expected to be broken ;)
> 
> Maybe one of those days...

It will hit the timeout and then die, but file will be corrupted.

regards,
Bapt


pgp8JIKx2Ghua.pgp
Description: PGP signature

Re: Can't compile openjdk7 at 340877 (fixed)

2014-01-27 Thread George Mitchell


On 01/27/14 09:04, Matthew D. Fuller wrote:

On Mon, Jan 27, 2014 at 06:23:16AM -0500 I heard the voice of
George Mitchell, and lo! it spake thus:

I updated my ports tree to revision 340877, and trying to compile
openjdk7 dies like this:

cd bsd_amd64_compiler2/product && ./test_gamma
Using java runtime at: /usr/local/openjdk7/jre
Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/invoke/AdapterMethodHandle




My solution was forcing it to use the bootstrap version again.



Fortunately I still had a package for the bootstrap compiler around.
Using "portmaster -BDg -m BOOTSTRAPJDKDIR=/usr/local/bootstrap-openjdk
java/openjdk7" appears to have solved the problem for me.  Thanks for
your help! -- George
___
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: net/avahi-app core dumps signal 11

2014-01-27 Thread Robert_Burmeister


> Robert Burmeister wrote:
>> This is a consequence of libiconv.so.3 being removed and its
>> functionality being moved into the base system with Clang. Leaving
>> the converters/libiconv port installed on FreeBSD 10 will cause 
>> errors, so your supposed to "pkg_delete -f libiconv" before
>> "portupgrade -fa". But, libgvfsdbus.so 
>> libgioremote-volume-monitor.so libavahi-glib.so.1 etc., are still
>> trying to link to libiconv.so.3 which breaks avahi-app. The
>> relevant ports need to be updated to use iconv from base when 
>> compiled on FreeBSD10+.
> 
> Thanks for the suggestion, but I believe this is not the cause of the
> SIGSEGV in avahi-daemon.
> 
> I was aware of the move of libiconv into the base system, and when I
> upgraded to 10.0-RELEASE, did exactly as you suggest: I removed the
> libiconv package and forced an upgrade of all ports, so that they'd
> link against the base system's libiconv.
> 
> I've further verified with ldd "/usr/local/lib/lib*.so*" that I have
> no shared libraries left in /usr/local/lib that were built with
> dependencies on the old /usr/local/lib/libiconv.so.3. (That is, this
> ldd command gives no "not found" errors.)
> 
> I therefore suspect that the cause lies elsewhere. Where exactly, I
> have unfortunately not yet ascertained. Other suggestions, anyone?

I noticed the ports giving problems have devel/gmake as a dependency.

A commit note for devel/gmake from 04 Sep 2013 states:

> Introduce ICONV_CONFIGURE_ARG variable defined at Uses/iconv.mk.
> It's value is "--with-libiconv-prefix=/usr/local" for systems
> before 100043 with ports libiconv and to use at systems post
> 100043 with base iconv it's value is "" (NULL).

Will check to see if this flag is being set properly after the current
recompile round.




--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/net-avahi-app-core-dumps-signal-11-tp5878518p5880612.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

45 matches

Mail list logo