piling involved - just running the program.
--
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jakob Nielsen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
license.
--
Eitan Adler
___
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"
in the ports tree?
Yes. A lot of programs have category/name and language/name for
localized versions.
>
> [1] http://tx97.net/pub/files/auto-symlink-virtual.sh
>
Current version:
http://isis.poly.edu/~eitan/files/auto-symlink-virtual-2.sh
I'll be making a port of this soon ;)
Martin Wilke wrote:
> On Thu, Jun 04, 2009 at 06:51:56PM -0400, Eitan Adler wrote:
>> Here is the start of a Makefile for Songbird
>> http://isis.poly.edu/~eitan/files/Songbird-Makefile-v1
>
>> The porter's handbook doesn't have a section on the Linux ports (a
e?
No - you still have the issue of languages. For example japanese/xchat
and irc/xchat have the same name. This is the issue I was trying to avoid.
>
> [1] http://tx97.net/pub/files/auto-symlink-virtual.sh
>
Thanks for the ideas (and code)!
--
Eitan Adl
I fixed all known problems as well as moving things into maintainable
functions:
http://isis.poly.edu/~eitan/files/auto-symlink-virtual-3.sh
--
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jak
Attached is the Makefile from the port. In order to save space I'm not
attaching pkg-descr, or distinfo.
--
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jakob Nielsen
# New ports collection makefile for: symlink
# Date created:
Newest version's Makefile is attached.
--
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jakob Nielsen
# New ports collection makefile for: symlink
# Date created:Fri Jun 05 2009
# Whom: Eitan Adler
#
# $FreeB
g: implicit declaration of function 'stat64'
exec.c:317: warning: unused eitan 'statb'
gmake[3]: *** [exec.o] Error 1
gmake[3]: Leaving directory `/home/eitan/dash-0.5.1/src'
gmake[2]: *** [all] Error 2
gmake[2]: Leaving directory `/home/eitan/dash-0.5.1/src'
gmake[1]: *
Boris Kochergin wrote:
> Eitan Adler wrote:
>> if gcc -DBSD=1 -DSMALL -DSHELL -DGLOB_BROKEN -DFNMATCH_BROKEN
>> -DIFS_BROKEN -D__COPYRIGHT\(x\)= -D__RCSID\(x\)= -D_DIAGASSERT\(x\)= -I.
>> -I. -I.. -include ../config.h -g -O2 -Wall -MT exec.o -MD -MP -MF
>> ".dep
) run ./fix.sh unix
2) run gmake depend
3) run gmake
4) run gmake install
5) run gmake install-gzipped-man
instead of #2 and #3 you could also run gmake full-build
If someone could help me fix this Makefile it would really help ;)
--
Eitan Adler
# New ports collection makefile for:allegro
#
ow do I tell portscout to ignore 4.9.* in the allegro-devel branch?
--
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jakob Nielsen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/m
>
> I would like for it to be a real category, so we can unclutter the misc/
> folder, and encourage more local/internationalized stuff in the new category.
I would like it to be a virtual category.
Lets take a random i18n port: misc/koffice-i18n-th
The port would get moved to editors/ and i18n
> I'm constantly involved in a fight between my 'evil' and 'good' side;
> I can't stand the usual US spellings as a Brit, but I always end up
> admitting to myself that US spellings generally:
>
>make more sense;
Coming from an American:
$make more sense;
make: don't know how to make more. Sto
The upstream author no longer maintains this port and I don't have the
time to fix it.
This port could be removed from the ports tree.
portname: hebrew/geresh
broken because: needs update for the new fribidi paragraph API
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-erro
http://isis.poly.edu/~eitan/files/conflict-partity.sh
Is a simple script which checks to make sure that when port A
conflicts with port B the reverse is also true.
It is not entirely accurate. Any improvements are welcome.
___
freebsd-ports@freebsd.org m
I have a small patch to bsd.port.mk which would allow a port to
replace its do-fetch with a svn export of a /specific revision/ of a
remote repo.
I know there have been some attempts at trying this before and from
what I've been reading I addressed some of the major concerns:
1) Past attempts didn
> I'd much rather see this used as something that reduced the amount of
> code required for maintainers to build tarballs from SVN. For example
> something similar in spirit to what I've done in devel/llvm-devel. That
> means mirroring or otherwise transfering the source around is possible.
Would
I tried the dash mailing list with no reply.
mksignames.c is attached.
Here is the output from ./configure && gmake
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -include ../config.h -DBSD=1
-DSHELL -DIFS_BROKEN -Wall -g -O2 -MT nodes.o -MD -MP -MF
".deps/nodes.Tpo" -c -o nodes.o nodes.c; \
then m
I was hoping to get a bit more of a response to a recent posting of
mine with regard to using svn to fetch files for ports
My proposal: http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23776.html
A summary of what has been going on:
http://wiki.freebsd.org/EitanAdler/ports-svn
This is some
> Defining WITH_OPTIONS or WITH_VIM_OPTIONS in /etc/make.conf will enable
> the regular dialog configuration screen.
Why does the vim port require extra configuration to get the options
configuration screen?
___
freebsd-ports@freebsd.org mailing list
http
Correct me if I'm wrong but I thought that svn did its own checksumming.
If so why do we need to our own?
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-un
Alright - I updated the wiki page to summarize the thread so far.
I'd appreciate if people could comment on the "spec" part
specifically. I'd like to see that section become much more specific
(so that I could use it to unambiguously write something based off of
it)
I'm holding off on writing any
Any problems with something like this in bsd.svn.mk
Comments and suggestions welcome...
x-svn-export:
svn export -r${SVN_REV} ${SVN_URL} ${WRKSRC}
x-svn-tar:
${TAR} -cjvf ${DISTNAME}.tar.bz2 ${WRKSRC}
${RM} -rf ${WRKSRC}
x-svn-head:
SVN_REV != svn info ${SVN_U
Nov 10, 2009 at 10:28:17PM +0200, Eitan Adler wrote:
> > Alright - I updated the wiki page to summarize the thread so far.
> > I'd appreciate if people could comment on the "spec" part
> > specifically. I'd like to see that section become much more specific
>
> Actually, I *had* a patch that got the source from svn, tarred it
> and checksummed it, with little modification to the do-fetch target
> and abusing FETCH_* variables.
> The unsolvable problem I ran in to, is that svn doesn't adjust
> timestamps for directories on export, so the checksum for the
On Wed, Nov 18, 2009 at 2:19 AM, Scot Hetzel wrote:
> On Tue, Nov 17, 2009 at 3:59 PM, Eitan Adler wrote:
>>> Actually, I *had* a patch that got the source from svn, tarred it
>>> and checksummed it, with little modification to the do-fetch target
>>> and abus
I was hoping to get some testing of this patch by people who use
allegro (note the last line requires files to be removed).
patch-allegro
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freeb
While attempting to port Songbird to firefox I get
/usr/local/lib/linux-songbird/songbird-bin
/usr/local/lib/linux-songbird/songbird-bin: error while loading shared
libraries: libjemalloc.so: cannot open shared object file: No such
file or directory
What dependency am I missing?
> Chances are that you just need to specify something like --disable-jemalloc
> to Songbird's configure script. FreeBSD's malloc implementation is pretty
> much the same as the one embedded in Songbird, so there's no need to
> override the system malloc.
I'm using the precompiled Linux binary (li
The attached script is designed to work with the 20+ ports that
currently have to resort to hacks to automatically figure out the head
version, checkout from svn, make a tar file, and then upload the file
to freefall.
It is based on some my earlier work/proposals
(http://wiki.freebsd.org/EitanAdle
> I don't see the script.
The attachment never made it through (not sure why: in my MUA it looks
like it was sent) and after some more looking I decided I was probably
a bit to fast. I'll send a repost when I improve it
___
freebsd-ports@freebsd.org mail
Here is the end of the wine build output:
gmake[1]: Entering directory
`/dta/ports/emulators/wine/work/wine-1.1.36/fonts'
gmake[1]: Nothing to be done for `all'.
gmake[1]: Leaving directory
`/dta/ports/emulators/wine/work/wine-1.1.36/fonts'
gmake[1]: Entering directory
`/dta/ports/emulators/wine/w
Can anyone point me to instructions for using webcamd?
After kldloading video4bsd webcamd still says "can't find USB device"
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail t
>
> 1. The port needs libraries gtk2 and libxml2.
> Is it ok how the port ensures they are installed?
>
Ports has a predefined method of doing this: USE_GNOME= gtk20 libxml2
> 3. ggobi authors suggest to create /etc/xdg/ggobi/ for resource file.
> A better place would be /usr/local/etc/xdg/gg
Can't you do something like this?
>
> pre-everything:
>@if [ ! -f /usr/src/sys/conf/newvers.sh ] ; then \
>${ECHO_MSG} "==> Error: Can't find kernel sources" ; \
>${FALSE} ; \
>fi
>
IMHO it is better to use I
If I run pwcview with -s vga it works. However if I quit pwcview and try to
restart it I just get a green screen. The only way for me to get it to work
again is to restart webcamd.
Is this a known bug? Is there a way I could avoid this?
___
freebsd-ports
I was hoping to get some testing of this patch by people who use
allegro (note the last line requires files to be removed).
I know that 4.4 is out but it changed build systems so it will take me a bit
more time before I can get a port together
patch-allegro
Description: Binary data
_
The recent change to jpeg required a lot of changes to a lot of ports all
just to bump a version number.
It is easy to miss things this way and requires a lot of work and
downloading.
I propose that some kind of MAJORVERSION be stored in /var/db/ports. Then
when a library's MAJORVERSION is changed
On Sun, Feb 7, 2010 at 12:27 AM, Edwin Groothuis wrote:
> On Sat, Feb 06, 2010 at 11:48:33PM +0200, Eitan Adler wrote:
> > The recent change to jpeg required a lot of changes to a lot of ports all
> > just to bump a version number.
>
> That is true, there is a script fo
> This will accomplish exactly what you want:
>
>portmanager -u -p
>
How will portmanager -u -p avoid the need to bump the PORTREVISION (like the
recent jpeg change)?
>
> It is in the port tree.
>
> --
> Jerry
> ges...@yahoo.com
>
> |===
> |===
> |===
> |=
>
> Then when a library's MAJORVERSION is changed it will prompt a rebuild on
> any
> port that relies on it will also get rebuilt.
>
>
I assumed that you were looking for a program that would force an
> update of any ports that were dependent upon a changed(updated) port.
> The command I posted
With due respect to the creativity of the OP, the whole conversation is
basically moot since in almost all cases a library major version change
requires a change to the LIB_DEPENDS line in the port anyway, so a
PORTREVISION bump is a very tiny bit of additional work.
Ah, I did not realize this. As
I have no idea if this is related but from pkg-message
Firefox 3.6 and HTML5
Certain functions used to display HTML5 elements need the sem module.
If your Firefox crashes with the following message while viewing a
HTML5 page:
"Bad system call (core dumped)"
you need to load the sem module (kldlo
I'll take these:
> sysutils/googlog
> textproc/align
> x11/xbindkeys
___
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"
Are third party tools supposed to use /usr/local/var or /var ?
___
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"
I need to change
set(LIBRARY_OUTPUT_PATH ${CMAKE_BINARY_DIR}/lib)
to
set(LIBRARY_OUTPUT_PATH libdata/lib)
Here is what I have
${REINPLACE_CMD} -E 's/\$\{CMAKE_BINARY_DIR\}\/lib/libdata\/lib/'
${WRKSRC}/CMakeLists.txt
how could I fix this?
___
freebsd-po
> ${REINPLACE_CMD} -e 's,$${CMAKE_BINARY_DIR}/lib,libdata/lib,'
> ${WRKSRC}/CMakeLists.txt
>
This works perfectly - I was missing the double $$ - thanks.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To
> Current preview of the patchs (roughly 4500 ports).
> http://people.freebsd.org/~dinoex/logs/png141-patch3
>
I noticed that x11/xorg is modified but not x11/xorg-minimal - is
there a reason for this?
Index: ports/x11/xorg/Makefile
I'm currently the maintainer of devel/allegro which, due to my lack of
time, is very outdated.
The allegro team switched to cmake for the recent version. I do not
know how to enable/disable specific options with cmake in the ports
system.
I attached the Makefile I am currently using (which builds p
I sent this march 26th with no response and after some more extensive
googling I'm still at a loss as what to do.
I'm currently the maintainer of devel/allegro which, due to my lack of
time, is very outdated.
The allegro team switched to cmake for the recent version. I do not
know how to enable/di
Since I no longer use allegro and don't have time to update them I'd
like to drop maintainership of allegro.
If anyone would like to take them feel free...
Note to the next maintainer: devel/allegro needs to be updated to
4.4.1.1 and devel/allegro-devel needs to be updated to 4.9.19.
When I run portmaster with --check-depends or --check-port-dbdir as a
non-root user portmaster will continue to attempt to write to the db
dir.
For example
===>>> Checking jpeg-8_1
===>>> Updating +REQUIRED_BY
install: /var/db/pkg/jpeg-8_1/+REQUIRED_BY: Permission denied
portmaster should
> Having tried clang++ I have a feeling that it's not quite ready to be a
> generic c++ compiler.
> It crashes a lot, fails on many quite simple c++ patterns. Very immature.
> Don't you feel it's too early to start project like you are going to given
> the state of clang with c++?
> You will just k
It all seems to work, I'm running iceWM with the new Xorg version.
However if I try and run the friendly xeyes I get a segfault which
brings down the entire X server - not just xeyes.FreeBSD
8.0-RELEASE-p2 i386
___
freebsd-ports@freebsd.org mailing list
h
Debug output:
# pwd
/usr/ports/lang/gcc46
# make
===> gcc-4.6.0.20100501 depends on file: /usr/local/bin/as - found
===> gcc-4.6.0.20100501 depends on executable: zip - found
===> gcc-4.6.0.20100501 depends on executable: gmake - found
===> gcc-4.6.0.20100501 depends on executable: bison
> personally, I do not think that (incompatibly) changed user options or
> configuration settings for this port are 'worth' an entry in UPDATING,
> thus I skipped it.
UPDATING entries are cheap. It can't hurt to have this as an entry to
help users of the port.
_
ith WITH_PARTICULAR.
>
At this point there isn't a "real" way to require this. One option
however is to create a slave port with the options you need set and
depend on that.
--
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http:
rn the user when
installing a GPLv3 port is being installed?
--
Eitan Adler
___
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"
o automate many
tasks such as: restrict licenses, redistribution of files, identifying
GPLv3 ports, etc.
--
Eitan Adler
___
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"
> Thanks for the suggestion, I'll definitely consider that for the next
> version. I already have problems with the documentation being long and
> detailed, whether it is too much of either is sort of in the eye of the
> beholder. :)
Detailed documentation is almost never a probl
he second one.
from bsd.licenses.mk
# Case 2: license only known by the port (aka "unknown").
#
# In this case LICENSE_{PERMS,NAME} are mandatory, in addition to
# either LICENSE_FILE or LICENSE_TEXT. Optional variables are
# LICENSE_{GROUPS,NOTES}.
--
Eitan Adler
_
ways for you to do this.
I just want to bring to your attention the games/doom and
games/doom-data ports as well as a few others
% ls -d /usr/ports/*/*-data|wc -l
31
--
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailm
ing but with lang/gcc46.
Here are the ports that currently fail for me
devel/llvm*
develclang
devel/icu
devel/libexecinfo
devel/gobject-introspection
www/firefox*
www/libxul
lang/perl*
irc/xchat
Maybe it would be a good idea to make a wiki page with a table for
which ports fail with which comp
FLAGS += -mtune=native -march=native -mcpu=native
+.endif
+
.if defined(USE_CSTD)
CFLAGS:= ${CFLAGS:N-std=*} -std=${USE_CSTD}
.endif
--
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-por
> Any case where it would be useful besides -march/-mtune/-mmmx/-msse*?
>
Not that I could think of at the moment. I think this solution works better.
--
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/li
My bug report is here: http://llvm.org/bugs/show_bug.cgi?id=7489
I want to know if this is my problem or a clang++ problem or a bug
somewhere else.
--
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
ment and mine is that, according
> to your bug report, your program links against
> /usr/local/lib/gcc46/libstdc++.so.6, while mine links against
> /usr/lib/libstdc++.so.6.
>
> -Boris
>
I forgot about that. I use gcc46 to build ports and have
libstdc++.so.6 gcc46/libstdc++.so.6
in /etc
On Tue, Jun 29, 2010 at 11:00 PM, Anonymous wrote:
> Eitan Adler writes:
>
>>> One difference I notice between your environment and mine is that, according
>>> to your bug report, your program links against
>>> /usr/local/lib/gcc46/libstdc++.so.6, while mine l
from same version of gcc by which the
> program using it was compiled.
Is it possible to determine which one?
Is this something that is my fault for playing around too much or did
I expose a bug ?
--
Eitan Adler
___
freebsd-ports@freebsd.org mail
eBSD or not
> more?
> And the other question is the same but for K3b for KDE 4.
>
% make quicksearch key="gap"|grep -i gimp
Port: gimp-gap-2.4.0_5
Path: /usr/ports/graphics/gimp-gap
Info: GIMP Animation Package
Is this what you mean?
--
Eitan Adler
stead of "make install"?
>
Generally its best to CC the maintainer as well. In this case the
maintainer is s...@freebsd.org
That being said: I second this request ;)
--
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http://list
It Ic C
> Do the C thing.
> .It Ic A
> Do the A thing.
> .El
I think so - from the limited amount of man page writing I've done
(and from looking at less's source)
--
Eitan Adler
___
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"
gLinuxisms
If you ask a more specific question you will probably get more specific answers.
--
Eitan Adler
___
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"
I was going through bsd.port.mk to learn how the ports system works.
It seems quite complex - partly due to all the different
configurations that need to be supported.
1) I noticed some hacks that were in place in 2004 and I was curious
if they were fixed by now, and if so if the hacks should be
I was going through bsd.port.mk to learn how the ports system works.
...
Sorry - my initial subject was wrong - I had an extra s.
--
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To
On Sun, Oct 24, 2010 at 5:46 PM, Anonymous wrote:
> Julian Elischer writes:
>
>> ports complain about an empty patch file..
>> (not sure how one DOES remove a file using patch)
>
> patch -E ?
cvs wouldn't know to delete the file. cvs rm is s
ible" -- since AFAIK we have no way of even _identifying_ more
> than a tiny fraction of the user base.
A) We need better statistics for ports in general
B) We need better ways of communicating with our users to find out how
people actually use the ports tree.
--
Eitan Adler
__
ntainer as well).
>
> Heino
>
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsu
s a small error.
Likely due to "build dependencies" which are not needed when
installing via packages.
--
Eitan Adler
___
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"
hing, the -static should be an OPTION.
5) Your change would require approval by the maintainer
(m...@freebsd.org). I would hope he does not approve it based on
points 2-4 above.
Thanks for your contribution. Please don't take my criticism of this
specific patch as reason not t
> http://bugs.freebsd.org/160595
I've sent this patch to my mentors. When they approve I'll commit.
--
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, sen
e have been proposals in the past to deal with this but none have
managed to make it into the tree.
>Another case I think of is mysql as a dependency when the user might prefer
>MariaDB or PostgreSQL.
This may not always be possible, but I do understand the point you are
trying to make
--
> So, what would be a good approach? Any suggestions?
Prepare a patch and get a committer to ask portmgr@ for approval. I
volunteer if you need someone.
--
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mail
(preferably generated with "cvs diff -Nu")
--
Eitan Adler
___
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"
/bin/sleep $(/usr/bin/jot -r 1 1 3600) && .
--
Eitan Adler
___
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"
;> > > I am upgrading today and have an abort with bigreqsproto-1.1.1,
>> > > What should I do?
--
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe
lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>
--
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freeb
help.
https://groups.google.com/group/muc.lists.freebsd.ports/msg/10c37925f4ee0341?dmode=source&output=gplain&noredirect
--
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscri
fecting *every single port* is not a negligible risk.
> In the meantime, if we don't fix this we're making it impossible for
> any HEAD users to do any kind of productive work in ports.
We will fix it, once 9-RELEASE is out the door.
In the meantime
now
> exactly what you need, you may consider texlive-scheme-full ;-)
>
> Regards,
> Romain
>
> --
> Romain Tartière http://romain.blogreen.org/
> pgp: 8234 9A78 E7C0 B807 0B59 80FF BA4D 1D95 5112 336F (ID: 0x5112336F)
> (plain text =non-HTML= PGP/GPG encrypted/sig
On Mon, Oct 10, 2011 at 3:22 PM, Doug Barton wrote:
> It's been quite a few weeks that this empty/pointless message has been
> sent to the list, what needs to happen to make it stop?
Assign bugs to ports@ - then it won't be empty anymore.
On Tue, Oct 11, 2011 at 3:39 PM, Hans Petter Selasky wrote:
> In my talk at EuroBSDcon I said that webcamd might be renamed in the future.
> Does anyone have any good suggestions?
We even borrow camera and more drivers - webcamd
--
Eitan
ge existing one)?
Please change it. Users should be taught to never touch USE_ variables.
--
Eitan Adler
___
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"
to come up with the best solution, rather than quickly
> committing a work-around that we spend the next decade regretting.
This hack still has remnants in the tree:
http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/155737
--
Eitan Adler
___
freebsd-por
roblem. Can you please try
portdowngrade to see if the old version builds?
--
Eitan Adler
___
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"
Rs about
ports broken with clang. This is an unsupported option as of now.
--
Eitan Adler
___
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"
On Mon, Oct 31, 2011 at 1:43 PM, Chris Rees wrote:
> Would anyone yell too much if I _just_ changed gstat to gnustat?
>
Probably, but you should ignore them. ;)
--
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http://lists.freeb
to see if there's any interest in correcting this.
>
Please send the list to po...@freebsd.org. Keep in mind that some ports
not listed may have been incomplete or aborted repocopies. There is no
need to send patches, the fix is easy eno
27;s the final list I got:
>
Other than dvi2tty none of these ports appear to exist in a recent ports
tree. Where are you generating this list from?
--
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebs
1 - 100 of 447 matches
Mail list logo
