Re: cvs commit: ports/editors Makefile ports/editors/openoffice.org-3 Makefile distinfo ports/editors/openoffice.org-3/files Makefile.others generate.pl patch-i80129 patch-i85027 patch-i85126 patch-i8
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Maho NAKATA wrote: | From: "Aryeh M. Friedman" <[EMAIL PROTECTED]> | Subject: Re: cvs commit: ports/editors Makefile ports/editors/openoffice.org-3 Makefile distinfo ports/editors/openoffice.org-3/files Makefile.others generate.pl patch-i80129 patch-i85027 patch-i85126 patch-i85127 patch-i85972 patch-i87583 patch-i88156 patch-i88160 ... | Date: Tue, 27 May 2008 04:47:55 -0400 | |> -BEGIN PGP SIGNED MESSAGE- |> Hash: SHA1 |> |> Maho Nakata wrote: |> | maho2008-05-27 07:37:31 UTC |> | |> | FreeBSD ports repository |> | |> | Modified files: |> | editors Makefile |> | editors/openoffice.org-3 Makefile distinfo |> | editors/openoffice.org-3/files Makefile.others generate.pl |> |patch-i80129 patch-i85027 |> |patch-i85126 patch-i85127 |> |pkg-message.in |> | Added files: |> | editors/openoffice.org-3/files patch-i85972 patch-i87583 |> |patch-i88156 patch-i88160 |> | Log: |> | Create openoffice.org-3 port. Repocopied from |> | openoffice.org-2 port. Currently this is the |> | beta version. Second beta will be July 1st 2008, and |> | the final release will be September 2nd, 2008. |> | http://wiki.services.openoffice.org/wiki/OOoRelease30 |> |> If this is not a final release shouldn't it be marked much more |> specifically as such? | | Right, reasonable question. | But creating openoffice.org-3-beta port or something | like that is not good - even beta branch has its own milestones. | We can consider such as release candidate of beta. | so it is not constructive to have openoffice.org-3-beta beta-rc, 3, 3-RC. | next beta will come, and then, I'll commit to RC. not creating beta-rc, etc. | | thanks, | -- Nakata Maho http://accc.riken.jp/maho/ | How about calling is OO3b and OO3b-RC and remove the b when the final is out? -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkg8vogACgkQk8GFzCrQm4DargCeMYCj+iHk7GWhho/77twO5D6V aukAoLlTcy6XxEZwdkv289magh8Ir+rZ =2qhZ -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/editors/openoffice.org-2-RC Makefile distinfo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Maho Nakata wrote: | maho2008-05-30 11:47:57 UTC | | FreeBSD ports repository | | Modified files: | editors/openoffice.org-2-RC Makefile distinfo | Log: | Update to OOH680_m17. This is the 2.4.1rc2. | | Revision ChangesPath | 1.338 +2 -2 ports/editors/openoffice.org-2-RC/Makefile | 1.134 +3 -3 ports/editors/openoffice.org-2-RC/distinfo | ___ | [EMAIL PROTECTED] mailing list | http://lists.freebsd.org/mailman/listinfo/cvs-ports | To unsubscribe, send any mail to "[EMAIL PROTECTED]" | Does this fair better in finding libxml2? -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhAThcACgkQk8GFzCrQm4BvyQCgzVJvlkDFsSvnaEs6sC8tXCA4 8bEAoKYXrmwD/5sSH0oOqV2ZMLsH5IWp =yN7H -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/emulators/wine Makefile
Gerald Pfeifer wrote: gerald 2008-06-15 13:04:25 UTC FreeBSD ports repository Modified files: emulators/wine Makefile Log: Add explicit dependency on graphics/png port. Revision ChangesPath 1.267 +1 -0 ports/emulators/wine/Makefile ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/cvs-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]" Can you also add the cursor patch to the patch list? ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/emulators/wine Makefile
Gerald Pfeifer wrote: On Sun, 15 Jun 2008, Aryeh M. Friedman wrote: Can you also add the cursor patch to the patch list? I'm afraid I don't know what you're referring to; do you have a pointer? http://xtruder.homelinux.net/%7Eambro/cursor-patches-0.9.58.patch required to make many EA games work (I think it is needed for other stuff also)... officially it is for rc1 but rc4 still needs it and it works fine there... I don't think there are any plans to put it in the actual 1.0 release due to winehq having more pressing issues. In general, I prefer not to add patches to the port that do not either address FreeBSD-specific issues or come from upstream, and given the upstream two week release cycle the latter has turned out not to be much of a delay recently. ;-) Gerald ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/dev/ata ata-all.h ata-chipset.c ata-dma.c ata-pci.c ata-pci.h atapi-cd.c atapi-fd.c atapi-tape.c
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Søren Schmidt wrote: > sos 2007-11-21 21:15:01 UTC > > FreeBSD src repository > > Modified files:(Branch: RELENG_7) sys/dev/ata > ata-all.h ata-chipset.c ata-dma.c ata-pci.c ata-pci.h atapi-cd.c > atapi-fd.c atapi-tape.c Log: Update with the latest fixes from > -current. Does this include Marvell i82801 and AHCI emulation on IDE? - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHRLHGJ9+1V27SttsRAgAXAKCoqKpv9kAyjXntu9Gk60uqzqUV+gCfQMoT 8nstq7YVisUUvh4RbWHdNjU= =Q5LY -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/pci if_rl.c if_rlreg.h
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > > > Modified files: > sys/pci if_rl.c if_rlreg.h > Log: > Add the FNW3603TX Planex NIC. > > Any plans to incorporate Pyun's patchs for the MSI Neo* mobo's? - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHSzzJJ9+1V27SttsRAhafAKCkQSk+uAaiit7yr6/lGQK7UKVodQCgl08b XLc0/TSWKkPYLuEDQ+Zn3J8= =9pZV -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/lib/libc/stdlib malloc.c
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > > Proper tuning parameter configuration for this change is a finicky business, > and it is very much machine-dependent. One seemingly promising solution > would be to run a tuning program during operating system installation that > computes appropriate settings for load balancing. (The pthreads adaptive > spin locks should probably be similarly tuned.) > Do you mean sysinstall or make installworld? - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHS40LJ9+1V27SttsRArnYAJ93vIdOcJEV74b37rl8+59kcxEqYQCfUGDf YhFyxnnv/qEQnMYSeSFK770= =K/5p -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/amd64/amd64 identcpu.c mp_machdep.c src/sys/amd64/include smp.h src/sys/i386/i386 identcpu.c mp_machdep.c src/sys/i386/include smp.h src/sys/ia64/ia64 mp_machdep.c src/sys/kern
Robert Watson wrote: On Mon, 3 Mar 2008, Maxim Sobolev wrote: Cool! I am just curious if the new topology code is flexible enough to support cores that come and go on the fly? This could be useful in several scenarios, such as for example when running under multi-core aware hypervisor (e.g. Niagara), in the cases when pro-active power manager shuts down some cores to conserve power, in server applications when one of CPUs either has fried or has been unplugged, etc. We have quite a bit of kernel code that expects CPUs never come and go; I've been hoping to interest people in having a devsummit session on CPU hotplugging for a couple of years now. :-) Grid computing is an other immediate application (depending on how tightly coupled the nodes are of course) ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/conf files src/sys/kern init_main.c kern_cpuset.c kern_thread.c syscalls.master src/sys/sys _types.h cpuset.h proc.h types.h src/lib/libc/sys Symbol.map
David Xu wrote:
Jeff Roberson wrote:
jeff2008-03-02 07:39:22 UTC
FreeBSD src repository
Modified files:
sys/conf files sys/kern init_main.c
kern_thread.c syscalls.master sys/sys _types.h
types.h proc.h lib/libc/sys Symbol.map Added files:
sys/kern kern_cpuset.c sys/sys
cpuset.h Log:
Add cpuset, an api for thread to cpu binding and cpu resource grouping
and assignment.
- Add a reference to a struct cpuset in each thread that is
inherited from
the thread that created it.
- Release the reference when the thread is destroyed.
- Add prototypes for syscalls and macros for manipulating cpusets in
sys/cpuset.h
- Add syscalls to create, get, and set new numbered cpusets:
cpuset(), cpuset_{get,set}id()
- Add syscalls for getting and setting affinity masks for cpusets or
individual threads: cpuid_{get,set}affinity()
- Add types for the 'level' and 'which' parameters for the
cpuset. This
will permit expansion of the api to cover cpu masks for other
objects
identifiable with an id_t integer. For example, IRQs and Jails
may be
coming soon.
- The root set 0 contains all valid cpus. All thread initially
belong to
cpuset 1. This permits migrating all threads off of certain
cpus to
reserve them for special applications.
Sponsored by: Nokia
Discussed with: arch, rwatson, brooks, davidxu, deischen
Reviewed by:antoine
The cpuset_setaffinity with command CPU_WHICH_TID may hurt another
process if a weird process is out of the control.
The current code intents to lookup globally a thread has exact thread
id, because thread may be created and exited quickly, and thread ID is
reused quickly too, it is possible the weird process gives an outdated
thread ID to the API, and an irrelvant thread within another process
belongs to same user gets bind to cpus, such problem is very difficult
to be diagnosed when it happens, and it is an administrator is
nightmare. I think there should be a CPU_WHICH_TID_LOCAL command
to limit the searching scope in current process, and in most case,
the CPU_WHICH_TID_LOCAL will be used instead.
Would lack of this cause binaries compiled against a non-cpuset
schedular to panic a cpuset one? Specifically when I was attempting to
verify the performence gain I commented out all *_affinity items in
sched_ule.c and kern_cpuset.c and it booted fine but panicked if any
forks from the shell occured (i.e. tcsh came up fine in single user mode
but *ANY* external command sent it into a panic)
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/mail/thunderbird Makefile
Jeremy Messenger wrote: mezz2008-03-09 23:04:40 UTC FreeBSD ports repository Modified files: mail/thunderbird Makefile Log: Fix the the rss and gmail accounts show up in the "new account" dialog, bump the PORTREVISION. Fixed in which way since I have never had an issue with creating either account type from a blank profile. ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/kern sched_ule.c
Jeff Roberson wrote: jeff2008-03-10 22:48:27 UTC FreeBSD src repository Modified files: sys/kern sched_ule.c Log: - Fix the invalid priority panics people are seeing by forcing tdq_runq_add to select the runq rather than hoping we set it properly when we adjusted the priority. This involves the same number of branches as before so should perform identically without the extra fragility. Does this fix the diablo panic I reported to you last week? ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/kern sched_ule.c
Jeff Roberson wrote: On Mon, 10 Mar 2008, Aryeh M. Friedman wrote: Jeff Roberson wrote: jeff2008-03-10 22:48:27 UTC FreeBSD src repository Modified files: sys/kern sched_ule.c Log: - Fix the invalid priority panics people are seeing by forcing tdq_runq_add to select the runq rather than hoping we set it properly when we adjusted the priority. This involves the same number of branches as before so should perform identically without the extra fragility. Does this fix the diablo panic I reported to you last week? I'm not 100% certain. I don't remember the details. You can always try and find out. :-) No it doesn't and as far I can tell cpio is what actually causes the panic ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/sysutils/fusefs-ntfs Makefile distinfo pkg-plist
Alejandro Pulver wrote: alepulver2008-03-13 19:39:56 UTC FreeBSD ports repository Modified files: sysutils/fusefs-ntfs Makefile distinfo pkg-plist I have not completed rebuilding my ports after the removal of KSE but a spot test before doing this caused a panic (even after remaking fusefs-kmod) do you know if this will have any such strange effects? ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/lib/libthr/thread thr_affinity.c
I know this is off topic but the removal of KSE made it so it is not possible to get any Java VM running on 8-current (AMD64). Spcifically I have attached the results of attempting to install java/diablo-jdk15, java/linux-sun-jdk15, java/linux-sun-jdk16 with the second two giving false positive installs. I have contacted Greg Lewis and the -java@ mailing list and seems like they are as baffled as I am on the sitution If you would be so kind as to make a tempurary workaround to allow java/diablo-jdk15 to install/run correctly then it would be possible to build a native VM and this would give various intrested parties time to figure out how to how to not rely on KSE. Diablo: ===> Installing for diablo-jdk-1.5.0.07.01_9 ===> diablo-jdk-1.5.0.07.01_9 depends on executable: javavm - found ===> diablo-jdk-1.5.0.07.01_9 depends on file: /usr/local/libdata/pkgconfig/xi.pc - found ===> diablo-jdk-1.5.0.07.01_9 depends on file: /usr/local/libdata/pkgconfig/xp.pc - found ===> diablo-jdk-1.5.0.07.01_9 depends on file: /usr/local/libdata/pkgconfig/xt.pc - found ===> diablo-jdk-1.5.0.07.01_9 depends on file: /usr/local/libdata/pkgconfig/xtst.pc - found ===> diablo-jdk-1.5.0.07.01_9 depends on shared library: z.3 - found Fatal error 'kse_create() failed ' at line 444 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 2) *** Error code 1 (ignored) ===> Generating temporary packing list ===> Checking if java/diablo-jdk15 already installed Attempting to install either jdk15 or 16 with linux-sun-jdk15: gmake[2]: Entering directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/product' # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x2bc31f64, pid=2984, tid=16384 # # Java VM: Java HotSpot(TM) Server VM (1.5.0_14-b03 mixed mode) # Problematic frame: # v blob 0x2bc31f64 # # An error report file with more information is saved as hs_err_pid2984.log # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # ^C[thread 131081 also had an error][thread 131081 also had an error] [thread 147466 also had an error] [thread 98311 also had an error] [thread 81926 also had an error] [thread 49156 also had an error] thread 114696 also had an error] [thread 65541 also had an error] [thread 32771 also had an error][thread 32771 also had an error] Attempting to install jdk16 with linux-sun-jdk16: gmake[2]: Entering directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/product' # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x2bc31f64, pid=2984, tid=16384 # # Java VM: Java HotSpot(TM) Server VM (1.5.0_14-b03 mixed mode) # Problematic frame: # v blob 0x2bc31f64 # # An error report file with more information is saved as hs_err_pid2984.log # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # ^C[thread 131081 also had an error][thread 131081 also had an error] [thread 147466 also had an error] [thread 98311 also had an error] [thread 81926 also had an error] [thread 49156 also had an error] thread 114696 also had an error] [thread 65541 also had an error] [thread 32771 also had an error][thread 32771 also had an error] Berfor anyone asks I have both linuxprocfs and linux kmods loaded and a linuxprocfs mounted: > kldstat Id Refs AddressSize Name 1 19 0x8010 acf2c8 kernel (/boot/kernel/kernel) 21 0x80bd 9dc8 linprocfs.ko (/boot/kernel/linprocfs.ko) 32 0x80bda000 3aa58linux.ko (/boot/kernel/linux.ko) 41 0x80c15000 1a598snd_hda.ko (/boot/kernel/snd_hda.ko) 52 0x80c3 665a8sound.ko (/boot/kernel/sound.ko) 61 0xb0885000 a492 fuse.ko (/usr/local/modules/fuse.ko) > df -k Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/ad8s2a 50763024402422299652%/ devfs 1 1 0 100%/dev /dev/ad8s2e 507630 4496462524 1%/tmp /dev/ad8s2f 361317584 185022582 14738959656%/usr /dev/ad8s2d 5059630130124 4524736 3%/var procfs4 4 0 100%/proc linprocfs 4 4 0 100%/usr/compat/linux/proc And all three ports installed with no problem before KSE was removed. David Xu wrote: davidxu 2008-03-19 06:38:21 UTC FreeBSD src repository Modified files: lib/libthr/threadthr_affinity.c Log: if passed thread pointer is equal to current thread, pass -1 to kernel to speed up searching. Revision ChangesPath 1.2 +19 -11src/lib/libthr/thread/thr_affinity.c ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/
Re: cvs commit: src/lib/libthr/thread thr_affinity.c
David Xu wrote: Aryeh M. Friedman wrote: I know this is off topic but the removal of KSE made it so it is not possible to get any Java VM running on 8-current (AMD64). Spcifically I have attached the results of attempting to install java/diablo-jdk15, java/linux-sun-jdk15, java/linux-sun-jdk16 with the second two giving false positive installs. I have contacted Greg Lewis and the -java@ mailing list and seems like they are as baffled as I am on the sitution If you would be so kind as to make a tempurary workaround to allow java/diablo-jdk15 to install/run correctly then it would be possible to build a native VM and this would give various intrested parties time to figure out how to how to not rely on KSE. man libmap.conf Sorry for taking a day to get back but unless I am confused it is already using compat libs thus should not have this issue (but it does): flosoft# pwd && ldd ./java /usr/ports/java/diablo-jdk15/work/diablo-jdk1.5.0_07/bin ./java: libz.so.3 => /usr/local/lib/compat/libz.so.3 (0x80063b000) libpthread.so.2 => /usr/local/lib/compat/libpthread.so.2 (0x80074f000) libc.so.6 => /usr/local/lib/compat/libc.so.6 (0x80087a000) flosoft# ls /usr/local/lib/compat/libz.so* /usr/local/lib/compat/libz.so.3 flosoft# ls /usr/local/lib/compat/libthread_db.so* /usr/local/lib/compat/libthread_db.so.2 flosoft# ls /usr/local/lib/compat/libc.so* /usr/local/lib/compat/libc.so.6 ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: www/en/projects/ideas ideas.xml
Robert Watson wrote: rwatson 2008-03-20 18:47:49 UTC FreeBSD doc repository Modified files: en/projects/ideasideas.xml Log: Mark generic input device layer project as soc2007, add pointer to its wiki page. Revision ChangesPath 1.68 +6 -3 www/en/projects/ideas/ideas.xml ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/cvs-doc To unsubscribe, send any mail to "[EMAIL PROTECTED]" This is probally the wrong place to ask but who do I talk to about getting a project (ports 2.0) included in SoC? ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/emulators/wine Makefile distinfo pkg-plist
Gerald Pfeifer wrote: gerald 2008-03-23 03:40:02 UTC FreeBSD ports repository Modified files: emulators/wine Makefile distinfo pkg-plist Log: Update to Wine 0.9.58. Among others, this includes the following changes: - The default version is now Windows XP. - Many Richedit improvements. - Beginning of jscript dll support. - Shell folders now respect XDG directory configuration. - Many translation updates. - Lots of bug fixes. Revision ChangesPath 1.256 +1 -1 ports/emulators/wine/Makefile 1.152 +3 -3 ports/emulators/wine/distinfo 1.129 +7 -0 ports/emulators/wine/pkg-plist ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/cvs-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]" Any word on AMD64 support? ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/emulators/wine Makefile distinfo pkg-plist
Aryeh M. Friedman wrote:
Gerald Pfeifer wrote:
gerald 2008-03-23 03:40:02 UTC
FreeBSD ports repository
Modified files:
emulators/wine Makefile distinfo pkg-plist Log:
Update to Wine 0.9.58. Among others, this includes the following
changes:
- The default version is now Windows XP.
- Many Richedit improvements.
- Beginning of jscript dll support.
- Shell folders now respect XDG directory configuration.
- Many translation updates.
- Lots of bug fixes.
Revision ChangesPath
1.256 +1 -1 ports/emulators/wine/Makefile
1.152 +3 -3 ports/emulators/wine/distinfo
1.129 +7 -0 ports/emulators/wine/pkg-plist
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Any word on AMD64 support?
cc -c -I. -I. -I../../include -I../../include -D__WINESRC__
-DREGISTER_PROXY_DLL -DPROXY_CLSID_IS="{ 0xb8da6310, 0xe19b, 0x11d0, {
0x93, 0x3c, 0x00, 0xa0, 0xc9, 0x0d, 0xca, 0xa9 } }" -D_REENTRANT -fPIC
-Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement
-Wwrite-strings -Wpointer-arith -I/usr/local/include -O2
-fno-strict-aliasing -pipe -march=nocona -o actxprxy_servprov_p.o
actxprxy_servprov_p.c
actxprxy_servprov_p.c:272:2: error: #error Currently only Wine and WIN32
are supported.
gmake[2]: *** [actxprxy_servprov_p.o] Error 1
gmake[2]: Leaving directory
`/usr/ports/emulators/wine/work/wine-0.9.58/dlls/actxprxy'
gmake[1]: *** [actxprxy] Error 2
gmake[1]: Leaving directory
`/usr/ports/emulators/wine/work/wine-0.9.58/dlls'
gmake: *** [dlls] Error 2
*** Error code 2
Stop in /usr/ports/emulators/wine.
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/fs/ntfs ntfs_subr.c
Christian S.J. Peron wrote: csjp2008-03-30 02:19:27 UTC FreeBSD src repository Modified files:(Branch: RELENG_7) sys/fs/ntfs ntfs_subr.c Log: Un-break the build by adding a thread argument. This was removed in -CURRENT but this change has not been MFCed yet. Submitted by: attilo Revision ChangesPath 1.42.2.2 +1 -1 src/sys/fs/ntfs/ntfs_subr.c I know this question should be else where but since the kernel ntfs doesn't allow for writting and fusefs-ntfs is stable why is ntfs still in the kernel and if it should be there why not replace it with fuse? ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/fs/ntfs ntfs_subr.c
Jeremie Le Hen wrote: Hi, On Sat, Mar 29, 2008 at 10:10:50PM -0600, M. Warner Losh wrote: Because the kernel based ntfs works and is BSD. FUSE is GPL, and new GPL components are to be avoided. For the records, Ithink NetBSD has developped a BSDish solution API-compatible with FUSE, ironically named refuse :-). This is just a compatibility layer on top of a kernel based component named puffs. http://www.netbsd.org/docs/puffs/ Maybe this should end up in the project idea page. Any guess on the time commitment if long enough I can add it to my list of applied for SoC projects, ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/java/diablo-jre15 Makefile distinfo pkg-plist
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Greg Lewis wrote: | glewis 2008-05-03 05:19:29 UTC | | FreeBSD ports repository | | Modified files: | java/diablo-jre15Makefile distinfo pkg-plist | Log: | . Update to tzupdater 1.3.5. This patch is based on that submitted in the | PR but also fixes the packing list and the path to tzupdater and bumps | PORTREVISION. | | PR: 123188 | Submitted by: Greg Larkin | | Revision ChangesPath | 1.23 +4 -4 ports/java/diablo-jre15/Makefile | 1.11 +3 -3 ports/java/diablo-jre15/distinfo | 1.9 +5 -2 ports/java/diablo-jre15/pkg-plist | ___ | [EMAIL PROTECTED] mailing list | http://lists.freebsd.org/mailman/listinfo/cvs-ports | To unsubscribe, send any mail to "[EMAIL PROTECTED]" | jdk-15 and -16 also need this patch -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgcASMACgkQk8GFzCrQm4DVgQCgoUZbcTGodZ4iGGQ+UWRhhAFb kcgAn1Y+5Nyzd5WzrKqKCtkKvDj8KHnL =uSDr -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/databases/evolution-data-server Makefile ports/databases/evolution-data-server/files patch-configure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Joe Marcus Clarke wrote: | marcus 2008-05-11 07:33:40 UTC | | FreeBSD ports repository | | Modified files: | databases/evolution-data-server Makefile | databases/evolution-data-server/files patch-configure | Log: | * Fix the build with the new Heimdal on -CURRENT [1] | * Allow other BDD versions to be used, but display a warning if BDB 41 | is not used [2] | | Submitted by: mezz [1] | Requested by: ade [2] | | Revision ChangesPath | 1.50 +13 -3 ports/databases/evolution-data-server/Makefile | 1.10 +0 -9 ports/databases/evolution-data-server/files/patch-configure | ___ | [EMAIL PROTECTED] mailing list | http://lists.freebsd.org/mailman/listinfo/cvs-ports | To unsubscribe, send any mail to "[EMAIL PROTECTED]" | It still barfs on 8-CURRENT AMD64 the only way to get it to be quite was to remove the entire krb5/heimedal ifdef block in the port makefile -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgnMdwACgkQk8GFzCrQm4DoWwCgsMHMyETMjh6Q2Qjdg43PtNo4 FUcAoKbtmY4gblRwLvO7WvfAMoU+Zsb3 =4YMt -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/databases/evolution-data-server Makefile ports/databases/evolution-data-server/files patch-configure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jeremy Messenger wrote: | On Sun, 11 May 2008 12:50:20 -0500, Aryeh M. Friedman <[EMAIL PROTECTED]> wrote: | | |> It still barfs on 8-CURRENT AMD64 the only way to get it to be quite was to remove the entire krb5/heimedal ifdef block in the port makefile | | You have been here for a while, you should know what need to give us the info.output of errors and details. Only error is configure fails to find krb5 and bails with a message to report a bug (after my portmaster -Raf completes I will rerun and post the details if you want them) | | | Cheers, | Mezz | |> -BEGIN PGP SIGNATURE- |> Version: GnuPG v2.0.9 (FreeBSD) |> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org |> |> iEYEARECAAYFAkgnMdwACgkQk8GFzCrQm4DoWwCgsMHMyETMjh6Q2Qjdg43PtNo4 |> FUcAoKbtmY4gblRwLvO7WvfAMoU+Zsb3 |> =4YMt |> -END PGP SIGNATURE- | | -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgnX1QACgkQk8GFzCrQm4DUugCcCWjqdqyVQCwdFri7BiCzbyOB EaIAoJ2ZnDe72219T6RLabyvmkaQOF2c =QV5O -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/databases/evolution-data-server Makefile ports/databases/evolution-data-server/files patch-configure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 | | > Yes, please, as always. checking if we should build the calendar... yes checking for SunOS broken spool format... no checking for Kerberos 5... no no configure: error: You specified with krb5, but it was not found. ===> Script "configure" failed unexpectedly. Please run the gnomelogalyzer, available from "http://www.freebsd.org/gnome/gnomelogalyzer.sh";, which will diagnose the problem and suggest a solution. If - and only if - the gnomelogalyzer cannot solve the problem, report the build failure to the FreeBSD GNOME team at [EMAIL PROTECTED], and attach (a) "/usr/ports/databases/evolution-data-server/work/evolution-data-server-2.22.1.1/config.log", (b) the output of the failed make command, and (c) the gnomelogalyzer output. Also, it might be a good idea to provide an overview of all packages installed on your system (i.e. an `ls /var/db/pkg`). Put your attachment up on any website, copy-and-paste into http://freebsd-gnome.pastebin.com, or use send-pr(1) with the attachment. Try to avoid sending any attachments to the mailing list ([EMAIL PROTECTED]), because attachments sent to FreeBSD mailing lists are usually discarded by the mailing list software. *** Error code 1 Stop in /usr/ports/databases/evolution-data-server. *** Error code 1 Stop in /usr/ports/databases/evolution-data-server. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgnYPgACgkQk8GFzCrQm4CjPwCfWmK4cvGkqc73n97Btmep2m9t imUAoObc6HZI3F9I40R0nBnEoy8hqZh7 =5ZCE -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/databases/evolution-data-server Makefile ports/databases/evolution-data-server/files patch-configure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jeremy Messenger wrote: | On Sun, 11 May 2008 16:24:45 -0500, Aryeh M. Friedman <[EMAIL PROTECTED]> wrote: | | | | | | | "/usr/ports/databases/evolution-data-server/work/evolution-data-server-2.22.1.1/config.log", | | | | > Can you attach this file too? Thanks. | | | | > = | > configure:28126: cc -o conftest -O2 -pipe -march=nocona -fno-strict-aliasing -I/usr/local/include -I/usr/local/include/db41 -L/usr/local/lib -pthread -L/usr/lib -L/usr/lib -lgssapi -lheimntlm -lkrb5 @LIB_pkinit@ -lcom_err @LIB_hcrypto_appl@ -lasn1 -lroken -lcrypt @LIB_dlopen@ @LIB_door_create@ -lcom_err conftest.c | > = | | > Doug R. already has committed a fix src/kerberos5/usr.bin/krb5-config/Makefile (1.16) last Friday in -CURRENT. Then for some reason it either I didn't get the patch in the latest cvsup or it doesn't work I csup about twice a day. Also half a dozen other ports are showhing the same issues with @[EMAIL PROTECTED] [EMAIL PROTECTED]:/home/aryeh% ident /usr/src/kerberos5/usr.bin/krb5-config/Makefile /usr/src/kerberos5/usr.bin/krb5-config/Makefile: ~ $FreeBSD: src/kerberos5/usr.bin/krb5-config/Makefile,v 1.16 2008/05/09 13:27:20 dfr Exp $ I have done a rm -rf /usr/src /usr/obj since sometime after the date listed in the ident | | > Cheers, | > Mezz | -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgnb8AACgkQk8GFzCrQm4Dm4ACfZ2i5DTKaHkauhIgJdxRUFnEb mBgAn0CPlnczqTvHgB+dBQuzoiF+uRt5 =0yPe -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/databases/evolution-data-server Makefile ports/databases/evolution-data-server/files patch-configure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Joe Marcus Clarke wrote: | On Sun, 2008-05-11 at 18:14 -0400, Aryeh M. Friedman wrote: |> -BEGIN PGP SIGNED MESSAGE- |> Hash: SHA1 |> |> Jeremy Messenger wrote: |> | On Sun, 11 May 2008 16:24:45 -0500, Aryeh M. Friedman |> <[EMAIL PROTECTED]> wrote: |> | |> | |> | | |> | | |> | |> "/usr/ports/databases/evolution-data-server/work/evolution-data-server-2.22.1.1/config.log", |> | | |> | | > Can you attach this file too? Thanks. |> | | |> | |> | > = |> | > configure:28126: cc -o conftest -O2 -pipe -march=nocona |> -fno-strict-aliasing -I/usr/local/include -I/usr/local/include/db41 |> -L/usr/local/lib -pthread -L/usr/lib -L/usr/lib -lgssapi -lheimntlm |> -lkrb5 @LIB_pkinit@ -lcom_err @LIB_hcrypto_appl@ -lasn1 -lroken -lcrypt |> @LIB_dlopen@ @LIB_door_create@ -lcom_err conftest.c |> | > = |> | |> | > Doug R. already has committed a fix |> src/kerberos5/usr.bin/krb5-config/Makefile (1.16) last Friday in -CURRENT. |> |> Then for some reason it either I didn't get the patch in the latest |> cvsup or it doesn't work I csup about twice a day. Also half a dozen |> other ports are showhing the same issues with @[EMAIL PROTECTED] |> |> [EMAIL PROTECTED]:/home/aryeh% ident |> /usr/src/kerberos5/usr.bin/krb5-config/Makefile |> /usr/src/kerberos5/usr.bin/krb5-config/Makefile: |> ~ $FreeBSD: src/kerberos5/usr.bin/krb5-config/Makefile,v 1.16 |> 2008/05/09 13:27:20 dfr Exp $ |> |> I have done a rm -rf /usr/src /usr/obj since sometime after the date |> listed in the ident | | I have the same ident on an amd64 machine csup'd just 20 minutes ago. | After installing krb5-config, I get: | | % /usr/bin/krb5-config gssapi --libs | -L/usr/lib -lgssapi -lheimntlm -lkrb5 -lhx509 -lcom_err -lcrypto -lasn1 -lroken -lcrypt | | In fact, I have no '@' characters in my /usr/bin/krb5-config file after | the installation. The resulting krb5-config has the following checksum: | | MD5 (/usr/bin/krb5-config) = bf287adde061b1869f9fd1507f1323f1 Just to be absulutly sure I am in the middle of a cvsup and complete nuking of /usr/src /usr/obj because I had the @'s and a different checksum | | Joe | -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgndTcACgkQk8GFzCrQm4BBlgCgot7UGqK8/GlaDr0KYjTSGveL 68wAnAtrlRTdI4/5WGHbKqbS+NRxjj5f =HFEz -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/databases/evolution-data-server Makefile ports/databases/evolution-data-server/files patch-configure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 | | | | | I have the same ident on an amd64 machine csup'd just 20 minutes ago. | | After installing krb5-config, I get: | | | | % /usr/bin/krb5-config gssapi --libs | | -L/usr/lib -lgssapi -lheimntlm -lkrb5 -lhx509 -lcom_err -lcrypto -lasn1 -lroken -lcrypt | | | | In fact, I have no '@' characters in my /usr/bin/krb5-config file after | | the installation. The resulting krb5-config has the following checksum: | | | | MD5 (/usr/bin/krb5-config) = bf287adde061b1869f9fd1507f1323f1 | | Just to be absulutly sure I am in the middle of a cvsup and complete nuking of /usr/src /usr/obj because I had the @'s and a different checksum Please don't ask me why because I did it already but: rm -rf /usr/src/ /usr/obj cd /usr cvs -d /home/ncvs checkout src cd /usr/src make delete-old make delete-old-libs make DESTDIR=/ world kernel mergemaster reboot mv /usr/ports/distfile /usr rm -rf /usr/ports cd /usr cvs -d /home/ncvs checkout ports mv distfiles ports portmaster -Raf // needed to make some hand changes to ports that report depercated, broken or hand config did the trick -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgoRtkACgkQk8GFzCrQm4DF5QCgoW8m/9zT0rBT3ME6Ob2oJcQt JFIAoMFgVQCJqYPLP9xk0Msw2KObfXMQ =VNry -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/java/netbeans Makefile distinfo ports/java/netbeans/files patch-etc_netbeans.conf
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jimmy Olgeni wrote: > olgeni 2007-12-19 11:31:01 UTC > > FreeBSD ports repository > > Modified files: java/netbeansMakefile distinfo > java/netbeans/files patch-etc_netbeans.conf Log: Upgrade to > version 6.0. Does this fix the build problems in 5 (i.e. does it build on amd64 - -current)? - -- Aryeh M. Friedman FloSoft Systems http://www.flosoft-systems.com Developer, not business, friendly -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHaQFgzIOMjAek4JIRAkhWAJ4pM3+X9w2G+v0MXFaN8nYQoCiAtgCdGEV2 JTmdO6oQ2gXnUxugOJocUbU= =sqOM -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/net-p2p/deluge Makefile
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jeremy Messenger wrote: > mezz2007-12-21 04:17:14 UTC > > FreeBSD ports repository > > Modified files: net-p2p/deluge Makefile Log: Add a missing > dependency, librsvg2. Bump the PORTREVISION. > Maybe this was dragged in from something else I installed but I don't seem to need it. BTW where you one who corrected me on getrlimit(2) on the libtorrent bug tracker, if so how do I correct the man path? - -- Aryeh M. Friedman FloSoft Systems http://www.flosoft-systems.com Developer, not business, friendly -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHaz8kzIOMjAek4JIRAqLbAJ9t/rGonLq/TLH343lXT6H8nkjO8wCfSWcR yCLhyFxq6rqHW6/iKN1EntA= =LBDu -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/net-p2p/deluge Makefile
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeremy Messenger wrote:
> On Thu, 20 Dec 2007 22:20:52 -0600, Aryeh M. Friedman
> <[EMAIL PROTECTED]> wrote:
>
> Jeremy Messenger wrote:
>>>> mezz2007-12-21 04:17:14 UTC
>>>>
>>>> FreeBSD ports repository
>>>>
>>>> Modified files: net-p2p/deluge Makefile Log: Add a
>>>> missing dependency, librsvg2. Bump the PORTREVISION.
>>>>
>
> Maybe this was dragged in from something else I installed but I
> don't seem to need it.
>
>> I could simple remove svg and use png instead. In
>> ${WRKSRC}/src/common.py has:
>
>> def get_logo(size):
>> import gtk if windows_check(): return
>> gtk.gdk.pixbuf_new_from_file_at_size(get_pixmap("deluge.png"), \
>> size, size) else: return
>> gtk.gdk.pixbuf_new_from_file_at_size(get_pixmap("deluge.svg"), \
>> size, size)
>
>> I think deluge.svg is the only a reason that Deluge needs
>> librsvg2. It's no big deal to me as I am using GNOME desktop. ;-)
>>
Correct I totally forgot I removed the else by hand.
>
> BTW where you one who corrected me on getrlimit(2) on the
> libtorrent bug tracker, if so how do I correct the man path?
>
>> Yeah, I did. Do you have correct paths in /etc/manpath.config?
>> Unless you have your shell set MANPATH different?
I have not modified the file at all here is the current mergemaster
installed version:
# $FreeBSD: src/gnu/usr.bin/man/manpath/manpath.config,v 1.25
2004/02/04 22:37:14 des Exp $
#
# This file is read by manpath(1) to configure the mandatory manpath,
# optional manpath and to map each path element to a manpath element.
# The format is:
#
# MANDATORY_MANPATH manpath_element
# OPTIONAL_MANPATH manpath_element
# MANPATH_MAP path_elementmanpath_element
# MANLOCALESlocale1 locale2 ...
#
# every automatically generated MANPATH includes these fields
#
MANDATORY_MANPATH /usr/share/man
MANDATORY_MANPATH /usr/share/openssl/man
#
# check if the directory exists and if it does, add it to MANPATH
#
OPTIONAL_MANPATH/usr/local/man
# (disabled by xorg-libraries port) OPTIONAL_MANPATH/usr/X11R6/man
#
# set up PATH to MANPATH mapping
#
MANPATH_MAP /bin/usr/share/man
MANPATH_MAP /usr/bin/usr/share/man
MANPATH_MAP /usr/local/bin /usr/local/man
# (disabled by xorg-libraries port) MANPATH_MAP
/usr/X11R6/bin /usr/X11R6/man
#
# set man locales, if needed
#
#MANLOCALES ru_RU.KOI8-R
# added by use.perl 2007-12-17 03:41:42
OPTIONAL_MANPATH/usr/local/lib/perl5/5.8.8/man
OPTIONAL_MANPATH/usr/local/lib/perl5/5.8.8/perl/man
- --
Aryeh M. Friedman
FloSoft Systems
http://www.flosoft-systems.com
Developer, not business, friendly
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.4 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHa0NgzIOMjAek4JIRAgJdAJ9j8+YowZkbRIVWLmT9h0y/V8sWAQCgqSlA
YndG0iZfmw4AoRny3++NZvk=
=tsGL
-END PGP SIGNATURE-
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/java/netbeans Makefile distinfo ports/java/netbeans/files patch-etc_netbeans.conf
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Remko Lodder wrote: > On Wed, Dec 19, 2007 at 06:32:50AM -0500, Aryeh M. Friedman wrote: >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> >> Jimmy Olgeni wrote: >>> olgeni 2007-12-19 11:31:01 UTC >>> >>> FreeBSD ports repository >>> >>> Modified files: java/netbeansMakefile distinfo >>> java/netbeans/files patch-etc_netbeans.conf Log: Upgrade to >>> version 6.0. >> Does this fix the build problems in 5 (i.e. does it build on >> amd64 - -current)? >> > > Why dont you just test and report back in case it doesn't? If you read the follow-ups you will see thats what I did. Since we clearly have very different styles of doing things let's make a deal I will not get your case and you will not get on mine. - -- Aryeh M. Friedman FloSoft Systems http://www.flosoft-systems.com Developer, not business, friendly -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHa5DzzIOMjAek4JIRAmTIAJ0dz9dDQFC7Kv3A1FK3SW0uNZeQtwCfRyeu 4TpXvjqD4XJQnxUrNI0v/dg= =F5Gb -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/usr.sbin/config config.y
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dag-Erling Smørgrav wrote:
> Warner Losh <[EMAIL PROTECTED]> writes:
>> Log:
>> Spring forward into the late 1970's [...]
>
> Now, now, let's not be too hasty...
The whole lex/yacc structure should be done away with... what I mean
is there is no reason in these days of good OO (and OO like in
procedural langs) parsing methods that there is no excuse for "evil
wizards" ("Pragmatic Programmer" Hunt/Thomas)
- --
Aryeh M. Friedman
FloSoft Systems
http://www.flosoft-systems.com
Developer, not business, friendly
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.4 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHcXyOzIOMjAek4JIRAikVAJ4lxnzJDgxzUCODIW2068d3dq+wPQCeJ9DN
lD5k9oheCLHKkQv7hMK1bWM=
=6MEI
-END PGP SIGNATURE-
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/kern vfs_bio.c vfs_mount.c
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Remko Lodder wrote: > Warner Losh wrote: >> imp 2007-12-27 16:38:29 UTC >> >> FreeBSD src repository >> >> Modified files: sys/kern vfs_bio.c vfs_mount.c Log: A >> partial solution to some of the 'pull the umass device with a >> mounted FS' problems. These are more along the lines of >> 'avoiding an avoidable panic' than a complete solution to >> removable devices. We now close the barn door after the horse >> has gotten lose and has been hit by a truck, as it were. The >> barn no longer catches fire in this case, but the horse is still >> dead :-). >> >> The vfs_bio.c fix causes us not to put a failed write back into >> the dirty pool if the error returned was ENXIO. In that case, >> the buffer is treated like any other clean buffer that's being >> retured. ENXIO means the device isn't there anymore and will >> never be there again in the future, so retrying is futile. >> >> The vfs_mount.c fix treats 'ENXIO' as success for unmounting a >> file system. If the device is gone, retrying later won't help >> and we'll never be able to unmount the device. >> >> These two are part of a larger patch set submitted by the author. >> The other patches will be forth coming. I added comments to >> these two patches. >> >> Submitted by: Henrik Gulbrandsen Reviewed by: phk@ PR: usb/46176 >> (partial) >> >> Revision ChangesPath 1.531 +4 -0 >> src/sys/kern/vfs_bio.c 1.269 +7 -2 >> src/sys/kern/vfs_mount.c > > Hurray! > Can someone give me a quick overview of what a super page is (I assume it is meant to improve paging performance) - -- Aryeh M. Friedman FloSoft Systems http://www.flosoft-systems.com Developer, not business, friendly -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHc/FmzIOMjAek4JIRAnSpAJ4nDL3oealsmbRsxHUjc3/jIFC1twCeJpE0 aETjTZ2hobucVHpto7NNZJ4= =/L50 -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/net-p2p/deluge Makefile distinfo pkg-plist ports/net-p2p/deluge/files patch-disable_check_update patch-scripts_deluge
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jeremy Messenger wrote: > mezz2007-12-30 06:20:47 UTC > > FreeBSD ports repository > > Modified files: net-p2p/deluge Makefile distinfo pkg-plist > net-p2p/deluge/files patch-disable_check_update Added files: > net-p2p/deluge/files patch-scripts_deluge Log: - Update to 0.5.8, > see http://deluge-torrent.org/Changelog.php for details. Why not .95 or .98? BTW even using the no update patch I got a update notice tonight - -- Aryeh M. Friedman FloSoft Systems http://www.flosoft-systems.com Developer, not business, friendly -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHdzoKzIOMjAek4JIRAnrvAJ9CmOUuneFLoofKMBGRpddnzLEgfACfbhbe VnCLT0maN4zkNZDEFIYzVn8= =rKNh -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/www/linux-flashplugin7 Makefile distinfo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marcus Alves Grando wrote: > mnag2008-01-03 13:12:57 UTC > > FreeBSD ports repository > > Modified files: > www/linux-flashplugin7 Makefile distinfo > Log: > - Update to 7.0r73 > > PR: 119053 > Submitted by: Tsurutani Naoki > Security: http://www.vuxml.org/freebsd/562cf6c4-b9f1-11dc-a302-000102cc8983.html > Approved by:maintainer timeout (7 days, bypass by mnag with secteam hat) > > Revision ChangesPath > 1.24 +3 -3 ports/www/linux-flashplugin7/Makefile > 1.14 +3 -3 ports/www/linux-flashplugin7/distinfo > ___ > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/cvs-ports > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > The distfile locations are incorrect: => fp7_archive.zip doesn't seem to exist in /usr/ports/distfiles/flashplugin. => Attempting to fetch from http://fpdownload.macromedia.com/get/flashplayer/installers/archive/. fetch: fp7_archive.zip: local modification time does not match remote => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/flashplugin/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/flashplugin/fp7_archive.zip: File unavailable (e.g., file not found, no access) => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/flashplugin and try again. *** Error code 1 - -- Aryeh M. Friedman FloSoft Systems http://www.flosoft-systems.com Developer, not business, friendly -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHfSjNzIOMjAek4JIRAiKIAJwKJxhLTele21zPe3hr05B6D6bwjACdFQNj HBSwtCG2QyXfNQpyWYcpuQ4= =8kq1 -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/www/linux-flashplugin7 Makefile distinfo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jeremy Messenger wrote: > On Thu, 03 Jan 2008 12:26:21 -0600, Aryeh M. Friedman > <[EMAIL PROTECTED]> wrote: > > Marcus Alves Grando wrote: >>>> mnag2008-01-03 13:12:57 UTC >>>> >>>> FreeBSD ports repository >>>> >>>> Modified files: www/linux-flashplugin7 Makefile distinfo Log: >>>> - Update to 7.0r73 >>>> >>>> PR: 119053 Submitted by: Tsurutani Naoki >>>> Security: > http://www.vuxml.org/freebsd/562cf6c4-b9f1-11dc-a302-000102cc8983.html > >>>> Approved by:maintainer timeout (7 days, bypass by mnag >>>> with > secteam hat) >>>> >>>> Revision ChangesPath 1.24 +3 -3 >>>> ports/www/linux-flashplugin7/Makefile 1.14 +3 -3 >>>> ports/www/linux-flashplugin7/distinfo >>>> ___ >>>> [EMAIL PROTECTED] mailing list >>>> http://lists.freebsd.org/mailman/listinfo/cvs-ports To >>>> unsubscribe, send any mail to >>>> "[EMAIL PROTECTED]" >>>> > The distfile locations are incorrect: > > => fp7_archive.zip doesn't seem to exist in > /usr/ports/distfiles/flashplugin. => Attempting to fetch from > http://fpdownload.macromedia.com/get/flashplayer/installers/archive/. > fetch: fp7_archive.zip: local modification time does not match > remote > >> Run 'make distclean' and you should be good to go. attempted before making the report > >> Cheers, Mezz > > => Attempting to fetch from > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/flashplugin/. > fetch: > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/flashplugin/fp7_archive.zip: > > > File unavailable (e.g., file not found, no access) => Couldn't > fetch it - please try to retrieve this => port manually into > /usr/ports/distfiles/flashplugin and try again. *** Error code 1 > > - -- Aryeh M. Friedman FloSoft Systems http://www.flosoft-systems.com Developer, not business, friendly -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHfS8pzIOMjAek4JIRAthsAJ9DnZarplsQVPjaXaxPQeWRnSucPACfUBa+ LrvdSS0LnCq0l0arMi7qdZs= =b7s9 -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/www/linux-flashplugin7 Makefile distinfo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jeremy Messenger wrote: > On Thu, 03 Jan 2008 12:53:30 -0600, Aryeh M. Friedman > <[EMAIL PROTECTED]> wrote: > > Jeremy Messenger wrote: >>>> On Thu, 03 Jan 2008 12:26:21 -0600, Aryeh M. Friedman >>>> <[EMAIL PROTECTED]> wrote: >>>> >>>> Marcus Alves Grando wrote: >>>>>>> mnag2008-01-03 13:12:57 UTC >>>>>>> >>>>>>> FreeBSD ports repository >>>>>>> >>>>>>> Modified files: www/linux-flashplugin7 Makefile >>>>>>> distinfo Log: - Update to 7.0r73 >>>>>>> >>>>>>> PR: 119053 Submitted by: Tsurutani Naoki >>>>>>> Security: >>>> > http://www.vuxml.org/freebsd/562cf6c4-b9f1-11dc-a302-000102cc8983.html > >>>> >>>> >>>>>>> Approved by:maintainer timeout (7 days, bypass by >>>>>>> mnag with >>>> secteam hat) >>>>>>> >>>>>>> Revision ChangesPath 1.24 +3 -3 >>>>>>> ports/www/linux-flashplugin7/Makefile 1.14 +3 -3 >>>>>>> ports/www/linux-flashplugin7/distinfo >>>>>>> ___ >>>>>>> [EMAIL PROTECTED] mailing list >>>>>>> http://lists.freebsd.org/mailman/listinfo/cvs-ports To >>>>>>> unsubscribe, send any mail to >>>>>>> "[EMAIL PROTECTED]" >>>>>>> >>>> The distfile locations are incorrect: >>>> >>>> => fp7_archive.zip doesn't seem to exist in >>>> /usr/ports/distfiles/flashplugin. => Attempting to fetch from >>>> >>>> > http://fpdownload.macromedia.com/get/flashplayer/installers/archive/. > >>>> fetch: fp7_archive.zip: local modification time does not >>>> match remote >>>> >>>>> Run 'make distclean' and you should be good to go. > > attempted before making the report > >> It works for me, see here: > >> # make checksum => MD5 Checksum mismatch for >> flashplugin/fp7_archive.zip. => SHA256 Checksum mismatch for >> flashplugin/fp7_archive.zip. ===> Refetch for 1 more times >> files: flashplugin/fp7_archive.zip flashplugin/fp7_archive.zip => >> fp7_archive.zip doesn't seem to exist in >> /usr/ports/distfiles/flashplugin. => Attempting to fetch from >> http://fpdownload.macromedia.com/get/flashplayer/installers/archive/. >> fetch: fp7_archive.zip: local modification time does not match >> remote => Attempting to fetch from >> ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/flashplugin/. >> fetch: >> > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/flashplugin/fp7_archive.zip: > >> File unavailable (e.g., file not found, no access) => Couldn't >> fetch it - please try to retrieve this => port manually into >> /usr/ports/distfiles/flashplugin and try again. *** Error code 1 > >> Stop in /usr/ports/www/linux-flashplugin7. *** Error code 1 > >> Stop in /usr/ports/www/linux-flashplugin7. # make distclean ; >> make checksum ===> Cleaning for linux-flashplugin-7.0r73 ===> >> Deleting distfiles for linux-flashplugin-7.0r73 => >> fp7_archive.zip doesn't seem to exist in >> /usr/ports/distfiles/flashplugin. => Attempting to fetch from >> http://fpdownload.macromedia.com/get/flashplayer/installers/archive/. >> fp7_archive.zip 100% of 37 MB >> 1124 kBps 00m00s => MD5 Checksum OK for >> flashplugin/fp7_archive.zip. => SHA256 Checksum OK for >> flashplugin/fp7_archive.zip. # make extract ===> Extracting for >> linux-flashplugin-7.0r73 => MD5 Checksum OK for >> flashplugin/fp7_archive.zip. => SHA256 Checksum OK for >> flashplugin/fp7_archive.zip. ===> linux-flashplugin-7.0r73 >> depends on executable: unzip - found > > >>>>> Cheers, Mezz >>>> >>>> => Attempting to fetch from >>>> ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/flashplugin/. >>>> fetch: >>>> > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/flashplugin/fp7_archive.zip: > >>>> >>>> >>>> >>>> File unavailable (e.g., file not found, no access) => >>>> Couldn't fetch it - please try to retrieve this => port >>>> manually into /usr/ports/distfiles/flashplugin and try again. >>>> *** Error code 1 >>>> >>>> > Found it... for some bizarre reason distclean didn't actually delete the distfile (I had to do it by hand) - -- Aryeh M. Friedman FloSoft Systems http://www.flosoft-systems.com Developer, not business, friendly -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHfTD+zIOMjAek4JIRAsJnAJ9shcfH09FuESAojGkKkE4+nBZGLACaArO0 Bn6O7G91qtG8u6uqvks5hR8= =of9C -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/pci if_rlreg.h src/sys/dev/re if_re.c
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Is this equiv to the cumulative patch on your site? Pyun YongHyeon wrote: > yongari 2008-01-15 01:10:31 UTC > > FreeBSD src repository > > Modified files: sys/pci if_rlreg.h sys/dev/re > if_re.c Log: Overhaul re(4). o Increased number of Rx/Tx > descriptors to 256 for 8169 GigEs because it's hard to push the > hardware to the limit with default 64 descriptors. TSO requires > large number of Tx descriptors to pass a full sized TCP > segment(65535 bytes IP packet) to hardware. Previously it consumed > 32 Tx descriptors, assuming MCLBYTES DMA segment size, to send the > TCP segment which means re(4) couldn't queue more than two full > sized IP packets. For 8139C+ it still uses 64 Rx/Tx descriptors due > to its hardware limitations. With this changes there are (very) > small waste of memory for 8139C+ users but I don't think it would > affect 8139C+ users for most cases. o Various bus_dma(9) fixes. - > The hardware supports DAC so allow 64bit DMA operations. - Removed > BUS_DMA_ALLOC_NOW flag. - Increased DMA segment size to 4096 from > MCLBYTES because TSO consumes too many descriptors with MCLBYTES > DMA segment size. - Tx/Rx side bus_dmamap_load_mbuf_sg(9) support. > With these changes the code is more readable than previous one and > got a (slightly) better performance as it doesn't need to pass/ > decode arguments to/from callback function. - Removed unnecessary > callback function re_dmamap_desc() and nuked rl_dmaload_arg > structure which was used in the callback. - Additional protection > for DMA map load failure. In case of failure reuse current map > instead of returning a bogus DMA map. - Deferred DMA map > unloading/sync operation for maximum performance until we really > need to load new DMA map. If we happen to reuse current map(e.g. > input error) there is no need to sync/unload/load again. - The > number of allowable Tx DMA segments for a mbuf chains are now 32 > instead of magic nseg value. If the number of available Tx > descriptors are short enough to send highly fragmented mbuf chains > an optimized re_defrag() is called to collapse mbuf chains which is > supposed to be much faster than m_defrag(9). re_defrag() was > borrowed from ath(4). - Separated Rx/Tx DMA tag from a common DMA > tag such that Rx DMA tag correctly uses DMA maps that were created > with DMA alignment restriction(8bytes alignments). Tx DMA tag does > not have such alignment limitation. - Added additional sanity > checks for DMA ring map load failure. - Added additional spare Rx > DMA map for graceful handling of Rx DMA map load failure. - Fixed > misused bus_dmamap_sync(9) and added missing bus_dmamap_sync(9) in > re_encap()/re_txeof()/re_rxeof(). o Enabled TSO again as re(4) have > reasonable number of Tx descriptors. o Don't touch DMA address of a > Tx descriptor in re_txeof(). It's not needed. o Fix incorrect > update of if_ierrors counter. For Rx buffer shortage it should > update if_qdrops as the buffer is reused. o Added checks for > unsupported H/W revisions and return ENXIO for these hardwares. > This is required to remove resource allocation code in re_probe as > other drivers do in device probe routine. o Modified descriptor > index manipulation macros as it's now possible to have different > number of descriptors for Rx/Tx. o In re_start, to save a lock > operation, use IFQ_DRV_IS_EMPTY before trying to invoke > IFQ_DRV_DEQUEUE. Also don't blindly call re_encap since we already > know the number of available Tx descriptors in advance. o Removed > RL_TX_DESC_THLD which was used to reserve RL_TX_DESC_THLD > descriptors in Tx path. There is no such a limitation mentioned in > 8139C+/8169/8110/8168/8101/8111 datasheet and it seems to work ok > without reserving RL_TX_DESC_THLD descriptors. o Fix a comment for > RL_GTXSTART. The register is 8bits register. o Added comments for > 8169/8139C+ hardware restrictions on descriptors. o Removed forward > declaration for "struct rl_softc", it's not needed. o Added a new > structure rl_txdesc for Tx descriptor managements and a structure > rl_rxdesc for Rx descriptor managements. o Removed unused member > variable rl_intlock in driver softc. There are still several unused > member variables which are supposed to be used to access hardware > statistics counters. But it seems that accessing hardware counters > were not implemented yet. > > Revision ChangesPath 1.101 +483 -359 > src/sys/dev/re/if_re.c 1.70 +37 -23src/sys/pci/if_rlreg.h > ___ [EMAIL PROTECTED] > mailing list http://lists.freebsd.org/mailman/listinfo/cvs-src To > unsubscribe, send any mail to "[EMAIL PROT
Re: cvs commit: src/lib/libfetch ftp.c
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just writting to confirm the fix works on the orginial reported issue a stupid question what does MFC stand for? Dag-Erling Smorgrav wrote: > des 2008-01-23 20:57:59 UTC > > FreeBSD src repository > > Modified files: lib/libfetch ftp.c Log: Fix a regression > introduced in rev 1.99: replace fclose(f) with a comment explaining > why f cannot possibly be a valid FILE * at this point. > > MFC after: 1 day > > Revision ChangesPath 1.101 +5 -1 > src/lib/libfetch/ftp.c > ___ [EMAIL PROTECTED] > mailing list http://lists.freebsd.org/mailman/listinfo/cvs-src To > unsubscribe, send any mail to "[EMAIL PROTECTED]" > - -- Aryeh M. Friedman FloSoft Systems, Java Tool Developers Developer, not business, friendly http://www.flosoft-systems.com "Free software != Free beer" Blog: http://www.flosoft-systems.com/flosoft_systems_community/blogs/aryeh/index.php -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHl8JoQi2hk2LEXBARAs6NAJ98dfUDffsoNl1b69uMehsCIu4l0QCg3kMJ NdRS3FcnLanF1uuwj3uxtKk= =4fXR -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src UPDATING src/include fts.h src/lib/libc/gen Makefile.inc Symbol.map fts-compat.c fts-compat.h fts.3 fts.c src/sys/sys param.h
3 > src/lib/libc/gen/fts-compat.h 1.24 +6 -21 > src/lib/libc/gen/fts.3 1.29 +13 -41src/lib/libc/gen/fts.c > 1.329 +1 -1 src/sys/sys/param.h > ___ [EMAIL PROTECTED] > mailing list http://lists.freebsd.org/mailman/listinfo/cvs-src To > unsubscribe, send any mail to "[EMAIL PROTECTED]" > This breaks the build for usr.sbin/setfmac/setfmac.c on -CURRENT (AMD64). Here is a very temp fix: cvs diff: Diffing . Index: setfmac.c === RCS file: /home/ncvs/src/usr.sbin/setfmac/setfmac.c,v retrieving revision 1.9 diff -r1.9 setfmac.c 158a159 > /* 161a163 > */ 163a166 > /* 166a170 > */ 172a177,178 > ; /* 174a181 > */ 175a183,184 > ; /* 178a188 > */ 440a451 > /* 443a455 > */ 485a498 > /* 487a501 > */ - -- Aryeh M. Friedman FloSoft Systems, Java Tool Developers Developer, not business, friendly http://www.flosoft-systems.com "Free software != Free beer" Blog: http://www.flosoft-systems.com/flosoft_systems_community/blogs/aryeh/index.php -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHm7QXQi2hk2LEXBARAgyKAJ4tzYrtAhUlYW84RopGL2Fu3Pm9iwCfYs+T bkzQ3M8fdqxHuFciiftb/uE= =30/Q -END PGP SIGNATURE- ___ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
