Re: FreeBSD Port: samba43-4.3.9

[Jason Unovitch]

On Tue, Jun 21, 2016 at 8:54 PM, Hans-Ulrich Meyer
 wrote:
> Hello Timur,
>
> after installation of samba43 by pkg I got the following start error:
>
> Starting smbd.
> Shared object "libpam.so.6" not found, required by "libauth-samba4.so"
> /usr/local/etc/rc.d/samba_server: WARNING: failed to start smbd
>
> This error is reproduceable and i can't find the missing library.
> Can you please give me a hint to fix the problem?
>
> Regards,
>
> Hans-Ulrich Meyer
> Admin edesign-net
> ___
Hello,
The shlib version for base libpam was bumped in r301602 [1]. You'll
need to update your base system to a revision later than that.

[1] https://svnweb.freebsd.org/changeset/base/301602
___
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: Wxlua / Zbstudio

[Raymond Cheung]

Hi Torsten,

I call run zbstudio 32bit binary on FreeBSD 11 Alpha 4. I will try to build
wxlua later.

Another question about lua / torch is lapack. I tried to make and install
via the OpenBlas port with the flags (add USE_THREAD=1 NUM_THREAD=8 in
order to make) suggested by the link below:
https://github.com/torch/torch7/issues/174

However, it can't find the .a file of OpenBlas after build/compile. If I
make without flags, it can make install properly. Please help.

Thanks a lot.

Raymond
On Jun 13, 2016 20:14, "Torsten Zuehlsdorff" 
wrote:

> Hello Raymond,
>
> Thanks for your prompt reply. I got the error like this:
>> http://stackoverflow.com/questions/32777201/compiling-c-opengl-in-freebsd
>>
>> Gl.h no found, even I installed wxgtk28 and wxgtk30.
>>
>> I have limited knowledge on C, C++, wx Widgets and OpenGL. I just found
>> this discussion today. I'll try to build wxlua later.
>>
>
> Feel free to contact me for help. I do not have much time but would be
> happy to help you.
>
> Greetings,
> Torsten
>
>
___
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"

FreeBSD Port: samba43-4.3.9

[Hans-Ulrich Meyer]

Hello Timur,

after installation of samba43 by pkg I got the following start error:

Starting smbd.
Shared object "libpam.so.6" not found, required by "libauth-samba4.so"
/usr/local/etc/rc.d/samba_server: WARNING: failed to start smbd

This error is reproduceable and i can't find the missing library.
Can you please give me a hint to fix the problem?

Regards,

Hans-Ulrich Meyer
Admin edesign-net
___
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"

FreeBSD Port: libvncserver-0.9.9_12

[Dutchman01]

Port needs to be updated.

 

Please check: https://github.com/LibVNC/libvncserver/releases

2014/10/21


LibVNCServer 0.9.10 released!

Another major release that saw a massive code re-organisation, merged some
Debian patches, addressed some security issues and fixed building on Windows
8.

2012/05/04


LibVNCServer 0.9.9 released!

 

 

___
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: iozone3-434 fails to rebuild

[Walter Schwarzenfeld]

Proposed patch:

Index: files/patch-iozone.c
===
--- files/patch-iozone.c(revision 417289)
+++ files/patch-iozone.c(nonexistent)
@@ -1,27 +0,0 @@
 iozone.c.orig2015-10-20 14:12:13 UTC
-+++ iozone.c
-@@ -360,6 +360,7 @@ typedef off_t off64_t;
- #ifndef SCO_Unixware_gcc
- #ifndef UWIN
- #ifndef __DragonFly__
-+#ifndef __FreeBSD__
- typedef long long off64_t;
- #endif
- #endif
-@@ -369,6 +370,7 @@ typedef long long off64_t;
- #endif
- #endif
- #endif
-+#endif
-
- #ifdef __AIX__
- #include 
-@@ -23009,7 +23011,7 @@ char *shell;
- #ifdef _HPUX_SOURCE
- strcpy(shell,"remsh");
- #else
--strcpy(shell,"rsh");
-+strcpy(shell,"ssh");
- #endif
- return;
- }

Property changes on: files/patch-iozone.c
___
Deleted: fbsd:nokeywords
## -1 +0,0 ##
-yes
\ No newline at end of property
Deleted: svn:eol-style
## -1 +0,0 ##
-native
\ No newline at end of property
Deleted: svn:mime-type
## -1 +0,0 ##
-text/plain
\ No newline at end of property
Index: files/patch-libasync.c
===
--- files/patch-libasync.c(revision 417289)
+++ files/patch-libasync.c(nonexistent)
@@ -1,36 +0,0 @@
 libasync.c.orig2015-10-20 14:12:13 UTC
-+++ libasync.c
-@@ -96,13 +96,13 @@
-
- #include 
- #include 
--#if defined(solaris) || defined(linux) || defined(SCO_Unixware_gcc) || 
defined(__NetBSD__)
-+#if defined(solaris) || defined(linux) || defined(SCO_Unixware_gcc) || 
defined(__NetBSD__) || defined(__FreeBSD__)

- #else
- #include 
- #endif
- #include 
- #include 
--#ifndef bsd4_4
-+#if !defined(bsd4_4) && !defined(__FreeBSD__)
- #include 
- #endif
- #ifdef VXFS
-@@ -119,7 +119,7 @@
- #include 
- #endif
-
--#if (defined(solaris) && defined(__LP64__)) || defined(__s390x__) || 
defined(FreeBSD) || defined(__NetBSD__)
-+#if (defined(solaris) && defined(__LP64__)) || defined(__s390x__) || 
defined(__FreeBSD__) || defined(__NetBSD__)
- /* If we are building for 64-bit Solaris, all functions that return 
pointers
-  * must be declared before they are used; otherwise the compiler will 
assume

-  * that they return ints and the top 32 bits of the pointer will be lost,
-@@ -135,7 +135,7 @@
- void mbcopy(char *source, char *dest, size_t len);
-
-
--#if !defined(solaris) && !defined(off64_t) && !defined(_OFF64_T) && 
!defined(__off64_t_defined) && !defined(SCO_Unixware_gcc)
-+#if !defined(solaris) && !defined(off64_t) && !defined(_OFF64_T) && 
!defined(__off64_t_defined) && !defined(SCO_Unixware_gcc) && 
!defined(__FreeBSD__)

- typedef long long off64_t;
- #endif
- #if defined(OSFV5)

Property changes on: files/patch-libasync.c
___
Deleted: fbsd:nokeywords
## -1 +0,0 ##
-yes
\ No newline at end of property
Deleted: svn:eol-style
## -1 +0,0 ##
-native
\ No newline at end of property
Deleted: svn:mime-type
## -1 +0,0 ##
-text/plain
\ No newline at end of property

___
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: iozone3-434 fails to rebuild

[Walter Schwarzenfeld]

I wrote it above. Remove or rename the two patches in the files directory.
It builds with warnings. I have tested only quick the functionality. 
This worked. Don't know if all will work.

___
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: iozone3-434 fails to rebuild

[Don Lewis]

On 21 Jun, Jim Ohlstein wrote:
> Hello,
> 
>> On Jun 21, 2016, at 4:14 PM, Alphons van Werven 
>> wrote:
>> 
>> Doug Sampson wrote:
>> 
>>> it crashes as follows:
>>> 
>>>  ###
>>> <...snip...>
>>> iozone.c:1297:1: error: unknown type name 'off64_t'; did you mean
>>> 'off_t'? off64_t offset = 0;   /*offset for random I/O
>>> */
>>> ^~~
>>> off_t
>>> /usr/include/sys/types.h:173:18: note: 'off_t' declared here
>>> typedef __off_t off_t;  /* file offset */
>>>^
>> [snip]
>>> Doesn't matter which config options I select/deselect,
>> 
>> As far as I can tell it doesn't *crash*, it merely fails to build ;-)
>> 
>> I don't think the options are relevant in this case. If I'm not
>> mistaken off64_t is some kind of GNU extension, but installing
>> lang/gcc and trying to compile a piece of sample code with GCC still
>> didn't work for me. Which means I can reproduce the problem on
>> 10.2-RELEASE-p19/amd64.
>> 
>> There seems to be a #define or typedef missing somewhere. Perhaps
>> somebody can ask around upstream what the authors are expecting from
>> the off64_t type, so we can find a suitable replacement on FreeBSD
>> systems: probably offset_t, (u)int64_t, or something along those
>> lines.
> 
> How about it be reverted to the previous, WORKING, version in the
> meantime, and before an "upgrade" is committed, proper testing is
> done?

The previous version didn't build on recent FreeBSD 11, which does
define off64_t.  I started trying to fix it, but the code is really
nasty and I finally gave up.

___
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: iozone3-434 fails to rebuild

[Walter Schwarzenfeld]

Remove or rename files/patch-iozone.c and files/patch-libasync.c .
___
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: iozone3-434 fails to rebuild

[Jim Ohlstein]

Hello,

> On Jun 21, 2016, at 4:14 PM, Alphons van Werven  wrote:
> 
> Doug Sampson wrote:
> 
>> it crashes as follows:
>> 
>>  ###
>> <...snip...>
>> iozone.c:1297:1: error: unknown type name 'off64_t'; did you mean 'off_t'?
>> off64_t offset = 0;   /*offset for random I/O */
>> ^~~
>> off_t
>> /usr/include/sys/types.h:173:18: note: 'off_t' declared here
>> typedef __off_t off_t;  /* file offset */
>>^
> [snip]
>> Doesn't matter which config options I select/deselect,
> 
> As far as I can tell it doesn't *crash*, it merely fails to build ;-)
> 
> I don't think the options are relevant in this case. If I'm not mistaken
> off64_t is some kind of GNU extension, but installing lang/gcc and trying
> to compile a piece of sample code with GCC still didn't work for me. Which
> means I can reproduce the problem on 10.2-RELEASE-p19/amd64.
> 
> There seems to be a #define or typedef missing somewhere. Perhaps somebody
> can ask around upstream what the authors are expecting from the off64_t
> type, so we can find a suitable replacement on FreeBSD systems: probably
> offset_t, (u)int64_t, or something along those lines.

How about it be reverted to the previous, WORKING, version in the meantime, and 
before an "upgrade" is committed, proper testing is done?

Just sayin'

--
Jim
___
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: iozone3-434 fails to rebuild

[Alphons van Werven]

Doug Sampson wrote:

> it crashes as follows:
> 
>   ###
> <...snip...>
> iozone.c:1297:1: error: unknown type name 'off64_t'; did you mean 'off_t'?
> off64_t offset = 0;   /*offset for random I/O */
> ^~~
> off_t
> /usr/include/sys/types.h:173:18: note: 'off_t' declared here
> typedef __off_t off_t;  /* file offset */
> ^
[snip]
> Doesn't matter which config options I select/deselect,

As far as I can tell it doesn't *crash*, it merely fails to build ;-)

I don't think the options are relevant in this case. If I'm not mistaken
off64_t is some kind of GNU extension, but installing lang/gcc and trying
to compile a piece of sample code with GCC still didn't work for me. Which
means I can reproduce the problem on 10.2-RELEASE-p19/amd64.

There seems to be a #define or typedef missing somewhere. Perhaps somebody
can ask around upstream what the authors are expecting from the off64_t
type, so we can find a suitable replacement on FreeBSD systems: probably
offset_t, (u)int64_t, or something along those lines.

HTH,

Fonz

-- 
A.J. "Fonz" van Werven
mailsig: Ob technicas difficultates, lux in fine cuniculum non operatur.


signature.asc
Description: PGP signature

Re: iozone3-434 fails to rebuild

[Lowell Gilbert]

Kimmo Paasiala  writes:

> Same here on 10.3-RELEASE. I wonder how the port got updated with
> sponsorship from "Gandi.net", yet the committed changes were
> apparently not tested?

It may well work in their environment. I suspect you could fix the build
with an appropriate CFLAGS setting: something like "-Doff64_t=off_t".

I don't have my build machine up right now, but looking at the source
code, the upstream source does try to deal with defining off64_t for
some platforms. It knows about FreeBSD, but doesn't define it for
FreeBSD. I think that everything system-specific like that should be the
same for FreeBSD as for DragonflyBSD.
___
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: iozone3-434 fails to rebuild

[Jim Ohlstein]

+1

> On Jun 21, 2016, at 3:07 PM, Kimmo Paasiala  wrote:
> 
>> On Tue, Jun 21, 2016 at 9:32 PM, Doug Sampson  wrote:
>> Trying to rebuild iozone after a recent port upgrade and it crashes as 
>> follows:
>> 
>>  ###
>> <...snip...>
>> iozone.c:1297:1: error: unknown type name 'off64_t'; did you mean 'off_t'?
>> off64_t offset = 0;   /*offset for random I/O */
>> ^~~
>> off_t
>> /usr/include/sys/types.h:173:18: note: 'off_t' declared here
>> typedef __off_t off_t;  /* file offset */
>>^
>> iozone.c:1298:1: error: unknown type name 'off64_t'; did you mean 'off_t'?
>> off64_t offset64 = 0;   /*offset for random I/O */
>> ^~~
>> off_t
>> /usr/include/sys/types.h:173:18: note: 'off_t' declared here
>> typedef __off_t off_t;  /* file offset */
>>^
>> iozone.c:1299:1: error: unknown type name 'off64_t'; did you mean 'off_t'?
>> off64_t filebytes64;
>> ^~~
>> off_t
>> /usr/include/sys/types.h:173:18: note: 'off_t' declared here
>> typedef __off_t off_t;  /* file offset */
>>^
>> fatal error: too many errors emitted, stopping now [-ferror-limit=]
>> 2 warnings and 20 errors generated.
>> *** Error code 1
>> 
>> Stop.
>> make[2]: stopped in /usr/ports/benchmarks/iozone/work/iozone3_434/src/current
>> *** Error code 1
>> 
>> Stop.
>> make[1]: stopped in /usr/ports/benchmarks/iozone
>> *** Error code 1
>> 
>> Stop.
>> make: stopped in /usr/ports/benchmarks/iozone
>> root@pisces:/usr/ports/benchmarks/iozone#
>>   ###
>> 
>> root@pisces:/usr/ports/benchmarks/iozone# make showconfig
>> ===> The following configuration options are available for iozone-3.434:
>> SSH=on: Use ssh in distributed measurement
>> THREADS=on: Enable threading (uses pthreads)
>> ===> Use 'make config' to modify these settings
>> root@pisces:/usr/ports/benchmarks/iozone#
>> 
>> Doesn't matter which config options I select/deselect, it still fails to 
>> rebuild. It occurs on both 10.3-RELEASE-p4 i386 and 10.3-RELEASE-p4 amd64 
>> systems.
>> 
>> 
>> ~Doug
>> ___
> 
> Same here on 10.3-RELEASE. I wonder how the port got updated with
> sponsorship from "Gandi.net", yet the committed changes were
> apparently not tested? Shouldn't Gandi.net volunteer as the maintainer
> for the port if they want it to be updated (the port is unmaintained
> at the moment)?
> 
> -Kimmo
> ___
> 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"
___
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: iozone3-434 fails to rebuild

[Kimmo Paasiala]

On Tue, Jun 21, 2016 at 9:32 PM, Doug Sampson  wrote:
> Trying to rebuild iozone after a recent port upgrade and it crashes as 
> follows:
>
>   ###
> <...snip...>
> iozone.c:1297:1: error: unknown type name 'off64_t'; did you mean 'off_t'?
> off64_t offset = 0;   /*offset for random I/O */
> ^~~
> off_t
> /usr/include/sys/types.h:173:18: note: 'off_t' declared here
> typedef __off_t off_t;  /* file offset */
> ^
> iozone.c:1298:1: error: unknown type name 'off64_t'; did you mean 'off_t'?
> off64_t offset64 = 0;   /*offset for random I/O */
> ^~~
> off_t
> /usr/include/sys/types.h:173:18: note: 'off_t' declared here
> typedef __off_t off_t;  /* file offset */
> ^
> iozone.c:1299:1: error: unknown type name 'off64_t'; did you mean 'off_t'?
> off64_t filebytes64;
> ^~~
> off_t
> /usr/include/sys/types.h:173:18: note: 'off_t' declared here
> typedef __off_t off_t;  /* file offset */
> ^
> fatal error: too many errors emitted, stopping now [-ferror-limit=]
> 2 warnings and 20 errors generated.
> *** Error code 1
>
> Stop.
> make[2]: stopped in /usr/ports/benchmarks/iozone/work/iozone3_434/src/current
> *** Error code 1
>
> Stop.
> make[1]: stopped in /usr/ports/benchmarks/iozone
> *** Error code 1
>
> Stop.
> make: stopped in /usr/ports/benchmarks/iozone
> root@pisces:/usr/ports/benchmarks/iozone#
>###
>
> root@pisces:/usr/ports/benchmarks/iozone# make showconfig
> ===> The following configuration options are available for iozone-3.434:
>  SSH=on: Use ssh in distributed measurement
>  THREADS=on: Enable threading (uses pthreads)
> ===> Use 'make config' to modify these settings
> root@pisces:/usr/ports/benchmarks/iozone#
>
> Doesn't matter which config options I select/deselect, it still fails to 
> rebuild. It occurs on both 10.3-RELEASE-p4 i386 and 10.3-RELEASE-p4 amd64 
> systems.
>
>
> ~Doug
> ___

Same here on 10.3-RELEASE. I wonder how the port got updated with
sponsorship from "Gandi.net", yet the committed changes were
apparently not tested? Shouldn't Gandi.net volunteer as the maintainer
for the port if they want it to be updated (the port is unmaintained
at the moment)?

-Kimmo
___
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: linux-c6/c6_64 update

[Walter Schwarzenfeld]

I am insecure, I don't know what I am changed orwjat is caused it, but 
it seems solved. Maybe, it was only on my system.
I don't know what I am changed or caused, but it seems solved. Maybe, it 
was only on my system.
I don't know what I am changed or caused, but it seems solved. Maybe, it 
was only on my system.
I don't know what I am changed or caused, but it seems solved. Maybe, it 
was only on my system.

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

FreeBSD ports you maintain which are out of date

[portscout]

Dear port maintainer,

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

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

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


Port| Current version | New version
+-+
databases/jasperreports | 5.5.2   | 6.3.0
+-+


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
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: linux-c6/c6_64 update

[Walter Schwarzenfeld]

Yes, I have. I don't think it  is something with the linux-c6-ports. I 
think it is a problem with portmaster.

___
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: Feedback needed: www/redmine Update

[Torsten Zuehlsdorff]

On 06.06.2016 22:22, Steve Wills wrote:

Hi,

On 06/ 6/16 12:23 PM, Steve Wills wrote:

Hi,

On 06/ 6/16 08:10 AM, Torsten Zuehlsdorff wrote:

Aloha,

The patch can be found here:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209938





I updated the PR with a new patch. With that, it works fine for me. I
also tested backlogs and sidebar_hide. Sidebar_hide works fine, backlogs
does not.


For the archive: the new patch was very fine. I've updated it to the 
newest version and committed it some minutes ago :)


Thanks to all supporter!

Greetings,
Torsten

___
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: linux-c6/c6_64 update

[Tijl Coosemans]

On Tue, 21 Jun 2016 00:01:36 +0200 Walter Schwarzenfeld 
 wrote:
> Update linux-c6/linux_c6:64 (Revision 417169) from today
> I have linux-c6_64\* packages installed.
> Portmaster updated this packages. But it tried also install some 
> linux-c6 packages, but this failed.
> After second try, portmaster states right: "all packages up-to-date".
> But it has installed all linux-c6_64 packages as automatic. Maybe, this 
> could cause problems if someone tries to run pkg autoremove.
> I mailed this the portmaster maintainer.

Do you have the following in /etc/make.conf:

OVERRIDE_LINUX_BASE_PORT=   c6_64
OVERRIDE_LINUX_NONBASE_PORTS=   c6_64
___
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"

Goodbye from our Newsletter

[Оргкомитет]

  
  Goodbye from our Newsletter, sorry to see you go.

  You have been unsubscribed from our newsletters.

  This is the last email you will receive from us. Our newsletter system,
phpList,
  will refuse to send you any further messages, without manual intervention
by our administrator.

  If there is an error in this information, you can re-subscribe:
  please go to http://emailx.ru/lists/?p=subscribe and follow the steps.

  Thank you
  
  

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

вот как отдыхают всем трудовым коллективом

[Оргкомитет]

/Л//ьготные путевки для трудовых
коллективов, профсоюзных и общественных
организаций, а также всех желающих в
частные отели Сочи и Адлера! /

/СУПЕРАКЦИЯ!!!/

/До 20 июня скидки на все наши отели:/

*на июнь - 20%, на сентябрь - 30%, на октябрь -
40%*

Вся информация здесь




--

 This message was sent to po...@freebsd.org by pet...@emailx.ru

 To forward this message, please do not use the forward button of your
email application, because this message was made specifically for you only.
Instead use the forward page

in our newsletter system.

 To change your details and to choose which lists to be subscribed to,
visit your personal preferences page

or you can opt-out completely

from all future mailings.

Изменить параметры рассылки, в том числе
отписаться от рассылок, Вы можете на
своей персональной странице настроек

или Вы можете просто отписаться

от этой рассылки.

 


-- powered by phpList, www.phplist.com --


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

Hi from rashid

[rashid Rashidp137 via freebsd-ports]

Hey,

Discover high quality jobs and connect with recruiters on LinkedIn.

- rashid

Accept invite: 
https://www.linkedin.com/e/v2?e=0-ipp3cs4p-4h=ssuw=invite_guest=44=invite_guest=india_a=1Wfd86AA=615091209720832



You received an invitation to connect. LinkedIn will use your email address to 
make suggestions to our members in features like People You May Know. 
Unsubscribe here: 
https://www.linkedin.com/e/v2?e=0-ipp3cs4p-4h=lun=AQFmrFVhGEd36Q=invite_guest=AQGDOUY-jwFW3gAAAVVxuSUc6AY_oj4WN8AFqlJDopTIaLtaVppBHGC82O1RRNaoAKDHWAWca6cymvW601maaXk=0-ipp3cs4p-4h


This email was sent to freebsd-ports@freebsd.org.

If you need assistance or have questions, please contact LinkedIn Customer 
Service: 
https://www.linkedin.com/e/v2?e=0-ipp3cs4p-4h=customerServiceUrl=invite_guest

 2016 LinkedIn Corporation, 2029 Stierlin Court, Mountain View CA 94043. 
LinkedIn and the LinkedIn logo are registered trademarks of LinkedIn.
___
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"