Hi Mateusz,
I've no idea how, but it's obviously misleading and somehow wrong, we
should mute this message
Best regards,
Luca
On Thu, May 17, 2018 at 3:26 PM, Stefan Esser wrote:
> Am 17.05.18 um 14:42 schrieb Mateusz Piotrowski:
> > Hello,
> >
> > When I build Rust packages I get warnings like
Hi Sergey,
Thanks for the patch!
Unfortunately there's no attachment, I'm pretty sure they are automatically
removed.
You can fill a PR on bugs.freebsd.org and a committer can take care of your
patch!
Best regards,
pizzamig
On Mon, Apr 9, 2018 at 7:40 PM, Sergey V. Dyatko
wrote:
> Hi,
>
> afte
Thanks for your work!
Unfortunately, there is no attachment and I'm pretty sure attachments are
automatically removed in this mailing list.
Why don't you submit a PR on bugs.freebsd.org ?
This is the suggested way to submit new ports.
Best regards
pizzamig
On Thu, Apr 12, 2018 at 10:19 PM, Franco
Hy all,
I've already received a couple of messages from pkg-fallout about build
failure on head-i386-default [1] [2] both pointing to the same errors,
about missing intrinsic symbols related to __atomic_*
The clang documentation about C11 atomic builtins [3] stats that __atomic_*
are GCC extensio
I'll take care of it
Best regards,
pizzamig
On Thu, Oct 26, 2017 at 7:08 AM, L.Bartoletti wrote:
> Hi all,
>
> Since codeblocks is still buggy, I'm looking for a committer to PR #221703
> to have codeblocks-devel which works.
>
> Thank you.
>
> Regards
>
> Loïc
>
> __
If you want to cross-compile, you need
* a proper toolchain
* a project that's enable to produce cross-compiled binaries
On Tue, Aug 22, 2017 at 8:04 PM, Andrea Venturoli wrote:
> On 08/22/17 18:03, Luca Pizzamiglio wrote:
>>
>> yes, the qemu emulation of other architectur
yes, the qemu emulation of other architecture means that the CPU is
emulated by software, that's really expensive.
You should consider around 10x slower or even more. ccache can help a
lot in this case.
Best regards,
Luca
On Tue, Aug 22, 2017 at 7:40 AM, Andrea Venturoli wrote:
> On 08/17/17 21
Hi,
node6 is the LTS, node is the current. From a stability point of view,
node6 is the choice, but node (7) is already widely used.
Probably, the best solution would be to provide the desired node
version via Mk/bsd.default-versions.mk and then all ports depends to
the common version (like perl,
; On 02/16/17 15:40, George Mitchell wrote:
>> >>> On 02/16/17 15:33, Baho Utot wrote:
>> >>>>
>> >>>> On 02/16/17 14:01, Lowell Gilbert wrote:
>> >>>>> Baho Utot writes:
>> >>>>>
>> >>>>&g
Hi all,
portmaster, a tool used/loved/hated, is almost in abandoned state.
I'm a portmaster user, because, in some cases, it fits my needs.
In other cases, I use other tools, like poudriere or synth, that are
really great.
I don't want to open a discussion here about what it's better, but the
trut
Hi,
I think it's a nice to have and an improvement.
It's quite clean, even if the number of Makefile's can really increase.
I've some questions:
Q1) It seems obvious (at least to me), that DOCS and EXAMPLES
should/could become subpackages.
How it could be handled by pkg? Are you thinking to add
Today I discovered a circular dependency:
if multimedia/ffmpeg has the chromaprint option enabled, then it needs
audio/chromaprint
audio/chromaprint always needs multimedia/ffmpeg
Using portmaster, I was unable to update both of them.
At the moment, I remove the option in multimedia/ffmpeg, but I
ll fill a PR because the attachments are removed. Then the port
maintainer (who is in CC) can better decide what to do, if adopt them
in FreeBSD, if upstrem them, if reject them...
Best regards
Luca
On Fri, Dec 9, 2016 at 1:02 AM, Dmitry Sivachenko wrote:
>
>
>> 8 дек. 2016 г., в 22:5
Hi guys,
I had to build haproxy 1.7.0 using openssl and libressl.
libressl support is not really provided, becuase of the
OPENSSL_VERSION_NUMBER issue between those two libraries.
In attachment there're two patches ready to be put in the files
directory and that solve (temporarily) the build issu
The problem with firebird is that, during the linking process, the
link order is wrong: it takes the firebird libraries in /usr/local/lib
library ignoring the local ones.
The workaround is to delete firebird and reinstall it, but the wrong
link order is still a problem.
Best regards,
pizzamig
On
Hi Henk,
same here.
make -V PKGNAME in ghostscript9 takes a huge amount of time.
BTW, every make in ghostscript* takes a lot of time.
I've no idea why.
Best regards,
Luca
On Wed, Aug 19, 2015 at 5:45 AM, Henk van Oers wrote:
>
> All my ports are up to date,
> but running ''portmaster -va'' on
d you give me also the port's configuration? Some special
configuration in make.conf? Compiler used to build gdb?
Thanks in advance
best regards,
pizzamig
On Wed, Aug 13, 2014 at 12:55 PM, Luca Pizzamiglio
wrote:
> Hi Norbert,
>
> it could be a problem related to i386, becaus
Hi Norbert,
it could be a problem related to i386, because on amd64 it works perfectly.
I'll try to get a i386 system and test it more deeply.
thanks for the help
best regards,
pizzamig
On Wed, Aug 13, 2014 at 11:42 AM, Norbert Koch wrote:
> Hello.
>
> As I am not able to login to Bugzilla to
Hi Tijl,
I've tested the patch and it works! Thanks!
Is this patch submittable?
thanks again!
best regards,
pizzamig
On Tue, Aug 5, 2014 at 6:43 PM, Tijl Coosemans wrote:
> On Tue, 5 Aug 2014 16:41:24 +0200 Luca Pizzamiglio wrote:
>> Hi list,
>> I found a small i
Hi list,
I've updated my system to FreeBSD 9.3, with clang 3.4.
My make.conf set clang as default compiler.
kdelibs4 seems having a problem, or better, clang 3.4 seems having a
problem to compile one specific kdelibs4's file.
clang++ compiles the file parser.cpp (khtml/css module) for ever and eve
Hi list,
I found a small issue with ports-mgmt/portmaster and the variable
DEFAULT_VERSION defined in /etc/make.conf
I normally use clang, to build my ports, but I use the gcc48 port
also. The actual lang/gcc is gcc 4.7.4, but I wouldn't another gcc
installed :)
In order to use lang/gcc48 instead
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I had the same problem.
The /usr/ports/Mk in the X11 trunk is not synced with the original one.
then, USES = gmake is not used and then the problem.
A possible solution is:
(cd /usr/ports; portsnap extract Mk)
Best regards
Luca
On 08/02/13 13:32,
There is a dynamic library loading of libicu*.so.48 in devel/qt4-corelib.
Unfortunately, this is not a declared as a dependency in the Makefile.
Recompile it.
This solved the issue on my system.
Best regards,
Luca
On Sat, Dec 22, 2012 at 3:53 AM, Kevin Oberman wrote:
> On Thu, Dec 20, 2012 at 1:
Thanks Bapt!
Best regards,
Luca
On Thu, Dec 20, 2012 at 2:31 PM, Baptiste Daroussin wrote:
> On Thu, Dec 20, 2012 at 02:20:22PM +0100, Luca Pizzamiglio wrote:
> > Hi,
> > thanks for the fast answer!!!
> >
> > @Joseph,
> > Yes, I read the UPDATING file, b
44 PM, Baptiste Daroussin wrote:
> On Thu, Dec 20, 2012 at 01:30:37PM +0100, Luca Pizzamiglio wrote:
> > Hi,
> >
> > I've some trouble to compile libreoffice 3.5.7_1 after icu update to 50.1
> > version
> >
> > the problem is located in i18npool module and t
Hi,
I've some trouble to compile libreoffice 3.5.7_1 after icu update to 50.1
version
the problem is located in i18npool module and the error is during the link
phase:
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.7.2/workdir/
unxfbsdi.pro/CxxObject/i18npool/source/collator/gencoll_ru
Hi Jakub,
Are you using a customized make.conf?
Could you send it, please?
Best regards,
Luca
On 12/16/12 22:42, Jakub Lach wrote:
> Thread model: posix
> gcc version 4.7.3 20121208 (prerelease) (FreeBSD Ports Collection)
> configure:4043: $? = 0
> configure:4032: gcc47 -V >&5
> gcc47: error: un
Hi,
Hans : have you tried the patch included here ports/171109?
Andriy: thanks for the report, I create a patch for that as soon as I can!
Regards,
Luca
On Mon, Aug 27, 2012 at 4:59 PM, Hans Ottevanger wrote:
> On 08/27/12 16:03, Andriy Gapon wrote:
>>
>> Program terminated with signal 11, Segme
I'm waiting someone commit this:
ports/171109
On Mon, Aug 27, 2012 at 4:44 PM, Andriy Gapon wrote:
> on 27/08/2012 17:03 Andriy Gapon said the following:
>> Program terminated with signal 11, Segmentation fault
>> ...
>> #0 0x004777e2 in i386_use_watchpoints ()
>> #1 0x00476bbd
Hi HU,
I tested QtCreator on a 8-STABLE i386 machine and a 9-STABLE amd64 machine.
In both cases I'm not able to reproduce the error
Regards,
Luca
On 08/14/12 02:29, HU Dong wrote:
> waiting for your furthur reply.
>
> B.R.
> HU Dong
> On Monday, August 13, 20
Dong wrote:
On Mon, Aug 13, 2012 at 4:09 PM, Luca Pizzamiglio
mailto:l.pizzamig...@bally-wulff.de>> wrote:
Hi.
Could you provide a simple repro-case? Is your application a
multi-thread one?
I'm using gdb 7.4.1_4 with KDevelop without problem, but my
applications
Hi.
Could you provide a simple repro-case? Is your application a
multi-thread one?
I'm using gdb 7.4.1_4 with KDevelop without problem, but my applications
are not Qt based...
Regards,
Luca
On 08/09/12 14:02, HU Dong wrote:
On Thu, Aug 9, 2012 at 7:55 PM, Konstantin Tokarev wrote:
09.0
The same here on FreeBSD 8-3 STABLE and KDE4.8.4.
with GTK everything works fine.
Luca
On 07/27/12 12:28, ajtiM wrote:
Hi!
I build Firefox 14.0.1_1 on FreeBSD Release 9.0 with QT4 option and it works
so bad on KDE 4.8.4. It is impossible to see what is in menus, you cannot
choose any option f
Hi,
yes, removing the offending 'case' was just a "it compiles" solution,
not the correct way to fix it.
Thanks for taking care of it
Best regards,
Luca
On Fri, Jul 6, 2012 at 12:14 PM, Alex Dupre wrote:
> Luca Pizzamiglio ha scritto:
>> I'm Luca and my system
other systems/architectures?
Best regards,
Luca Pizzamiglio
PS: please, include my email address on reply, I'm not (yet) using
this address on this mailing list ;)
patch-filter__source__graphicfilter__icgm__bitmap.cxx
Description: Binary data
patch-sd__source__filter__eppt__pptx-ep
Problem fixed! thanks to solve ports/165438!
It was caused by qt3 conflict OR freebsd < 9.0.
I had no qt3 package installed, qt4 only.
Compiled and updated. Thanks.
Best regards,
Luca
On 02/24/12 15:04, Rainer Hurling wrote:
On 24.02.2012 12:56 (UTC+1), Luca Pizzamiglio wrote:
Hi Rei
Hi Reiner,
unfortunately no x11-toolkits/qt33 here!
And there's something strange: I cannot build poppler-qt4 1.18.4.
but Oliver built it, the problem occurs during the install phase.
And I cannot see any 0.18.4_1 version, as Oliver reports...
Where am I wrong? any ideas?
thanks
Regards,
Luca
The same problem here, on FreeBSD 8.2 and legacy GCC.
The problem arises on poppler-optcontent.moc.
Best regards,
Luca
gmake[3]: Leaving directory
`/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/poppler'
gmake[2]: Leaving directory
`/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/pop
Running on:
* Intel Sandybridge (+ optimus, disabled) on FreeBSD 9.0
* NVidia GTS 450 on FreeBSD 8.2
Not unkwonw problem.
Usual problem on Intel Sandybridge (tty switch, KMS patch issues on
FreeBSD 9 and optimus incompatibility (/dev/dri/card1)).
Tested with KDE 4.7.4 and desktop effect activ
On 08/24/11 10:27, Matthew Seaman wrote:
On 24/08/2011 08:02, Luca Pizzamiglio wrote:
I'd explain the behavior with an example: nvidia-driver port.
During the installation process, this port moves the official Xorg
openGL installing the NVidia ones.
Removing nvidia-driver port, the old off
On 08/23/11 11:38, Conrad J. Sabatier wrote:
On Tue, 23 Aug 2011 10:53:48 +0200
Luca Pizzamiglio wrote:
On 08/23/11 10:35, Conrad J. Sabatier wrote:
On Tue, 23 Aug 2011 10:08:22 +0200
Luca Pizzamiglio wrote:
There is no conflict:
you need to install openGL before and then nvidia Driver.
th
Hi!
textproc/mythes depends on textproc/hunspell, but this dependency is not
managed!! I install manually textproc/hunspell and everything is fine.
Where is the error?
Why does this dependency miss?
Best regards,
Luca
On 08/23/11 03:48, Jason Helfman wrote:
Hi!
I tried to update LibreOfficw
you still have the wrong hdf5 library installed.
===>>> The dependency for science/hdf5-18
seems to be handled by hdf5-1.6.9_1
remove hdf5-1.6.9_1 with pkd_delete and restart portmaster graphic/vigra
Bye
On 06/30/11 14:13, Gritsuk Anton wrote:
It's not work for me. Why?
See the attach
Hi Denny,
your trick works! Thanks, but I think is not the best solution for all
cases... If there are more conflicting ports, disabling the check is not
a good idea...
Best regards
Luca
On 04/22/2010 12:10, Denny Lin wrote:
On Thu, Apr 22, 2010 at 11:36:17AM +0200, Luca Pizzamiglio wrote
bye & Thanks
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"
--
Mit herzlichen Grüßen,
Luca Pizzamiglio
Systementwic
45 matches
Mail list logo
