Re: conf/148989: commit references a PR
The following reply was made to PR conf/148989; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: conf/148989: commit references a PR Date: Wed, 11 Aug 2010 07:11:30 + (UTC) Author: bschmidt Date: Wed Aug 11 07:11:20 2010 New Revision: 211171 URL: http://svn.freebsd.org/changeset/base/211171 Log: MFC r210947: Fix whitespace nits. PR: conf/148989 Submitted by:pluknet Modified: stable/8/sys/amd64/conf/GENERIC stable/8/sys/i386/conf/GENERIC Directory Properties: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/cam/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) stable/8/sys/dev/xen/xenpci/ (props changed) Modified: stable/8/sys/amd64/conf/GENERIC == --- stable/8/sys/amd64/conf/GENERICWed Aug 11 07:05:27 2010 (r211170) +++ stable/8/sys/amd64/conf/GENERICWed Aug 11 07:11:20 2010 (r211171) @@ -72,7 +72,7 @@ options KBD_INSTALL_CDEV# install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache +options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/i386/conf/GENERIC == --- stable/8/sys/i386/conf/GENERIC Wed Aug 11 07:05:27 2010 (r211170) +++ stable/8/sys/i386/conf/GENERIC Wed Aug 11 07:11:20 2010 (r211171) @@ -73,7 +73,7 @@ options KBD_INSTALL_CDEV# install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache +options FLOWTABLE # per-cpu routing cache #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel ___ svn-src-...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org" ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
kern/149516: ath(4) hostap with fake MAC/BSSID results in station dropping packets when associated
>Number: 149516 >Category: kern >Synopsis: ath(4) hostap with fake MAC/BSSID results in station dropping >packets when associated >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 11 07:40:03 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Martin >Release:FreeBSD 8.1-RELEASE >Organization: >Environment: FreeBSD yuni.sugioarto.com 8.1-RELEASE FreeBSD 8.1-RELEASE #5: Thu Aug 5 00:04:41 CEST 2010 r...@yuni.sugioarto.com:/usr/obj/usr/src/sys/YUNI i386 >Description: I noticed a bug that was introduced somewhere in the Atheros 9280 support in 8.1-RELEASE when used as a station. I had this already running correctly with 7.x releases. What happens: I cannot connect to a hostap ath(4) (Atheros 2413) when using a fake MAC/BSSID (on the hostap!). Further information: - This only affects ath(4) and I could only see this on Atheros 9280, because I don't have any other ath(4) adapters at the moment. - I tried rum(4). It does not have any problems like this. DHCP and everything else works with this driver (of course with a fake MAC/BSSID!). - Running 8.1-RELEASE on all machines. Kernel is GENERIC, but on hostap machine there is ALTQ added (should not affect anything, as I said, I had this running already). - hostapd is configured with 11g, WPA2 and passwords in hostapd.wpapsk. WME is switched off, because it does not work at all for me. I can provide more information, if needed. >How-To-Repeat: 1) Put this into your rc.local on your hostap machine and replace xx's by an address of your choice (first octet needs to have lowest bit "0"): ifconfig ath0 ether xx:xx:xx:xx:xx:xx 2) Start hostapd (must be configured, of course). Eventually you need to set BSSID also in hostapd.conf. 3) Try to connect with an Atheros 9280. You don't need to fake MAC address here (I'm only talking about the hostap MAC/BSSID). What you get: - You get association. This is OK, so far. - Try DHCP. You won't see packets arriving at the station. They are not recognized and filtered somewhere. - When you watch with tcpdump on the hostap interface you'll see DHCP requests arriving and being answered. - I further noticed, even you don't have any IP (set to 0.0.0.0, because of failed DHCP), you can see packets being sent to different machines (so the net connection is physically available) - You can try to setup a static address, but when you ping the station, you don't see a ping arriving (watch tcpdump on the station wireless interface and try to ping from the hostap machine). >Fix: >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: ports/149474: [maintainer update] devel/py-daemon stop from leaving files after reinstall && deinstall
Synopsis: [maintainer update] devel/py-daemon stop from leaving files after reinstall && deinstall Responsible-Changed-From-To: freebsd-bugs->amdmi3 Responsible-Changed-By: amdmi3 Responsible-Changed-When: Wed Aug 11 08:16:54 UTC 2010 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=149474 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/115232: [ata] Audio CD tracks not displayed properly by atapi driver
On Tue, Aug 10, 2010 at 12:28:22PM +0200, Oliver Fromme wrote: > Yuri wrote: > > Could you check if: > > > # dd if=/dev/acd0 of=/dev/null count=1 > > > > > > does the trick as mentioned in the Handbook? > > > > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=115232 > > > > Yes, this trick works. > > But the problem with it is that this should be done without such 'dd' > > command. User should be relieved from issuing such meaningless command > > It's not meaningless. It causes the driver to actually > look at the drive, re-read the TOC of the CD (there is no > other way to find out if the CD was changed) and update > the device nodes in /dev. > > > since system can do this automatically, avoiding user actions and > > possible user confusion. > > > > Driver knows when disk is inserted > > No, the driver does *not* know when a disk is inserted, > unless it actually accesses the CD (caused by the "dd" > command above, for example). > > Automatic detection and notification is not supported by > the hardware (unlike USB devices, for example). > > > (for example in Windows autorun executes when disk is inserted). > > That only works because Windows actively polls the drives > periodically, which is a bad hack, in my opinion. > I assume that a box with a KDE/GNOME thing using HAL should behave the same as windows, am I right? -- Marc ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
RE: kern/147756: [libc] open_socket_in: Protocol not supported - after a few days?
The following reply was made to PR kern/147756; it has been noted by GNATS. From: Kirill A Sarksyan To: Martin Minkus Cc: bug-followup Subject: RE: kern/147756: [libc] open_socket_in: Protocol not supported - after a few days? Date: Wed, 11 Aug 2010 14:51:18 +0400 --=-80mZ6+GDI4EpBIO08kxX Content-Type: multipart/alternative; boundary="=-Cd5wzKAum3n+wEjSPCOI" --=-Cd5wzKAum3n+wEjSPCOI Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit I know that it's not a good idea, though I want samba open over the entire Internets. Anonymous default user from teh Internets can do nothing, folders become available for authenticated users. I know about vulnerabilities, etc. :) In previous versions of Samba no interfaces directive was required and Samba listened all interfaces by default. Maybe this behaviour has changed in 3.4. I discovered a work-around. I will probably use FTP for storing backups from two office sites to my home server instead of SMB. Though Windoze likes SMB more than FTP. Thank you. :) Ð ÐÑÑ, 10/08/2010 в 09:41 +1200, Martin Minkus пиÑеÑ: > 1) yes, you can specify what interfaces and what subnets it will allow > connections from in smb.conf. Checking those settings will allow you > to do what you want. > > 2) However, you do not want samba open and accepting connections from > the entire internet... thatâs bad. Set up a VPN using openvpn or > whatever to allow outside samba access to just those persons or sites > that need it. > > > > Martin. > > > > > From: Kirill A Sarksyan [mailto:d...@kkursor.ru] > Sent: Tuesday, 10 August 2010 09:32 > To: Martin Minkus > Cc: bug-followup > Subject: RE: kern/147756: [libc] open_socket_in: Protocol not > supported - after a few days? > > > > > > Strange. The computer I speak about works as my home server (including > WWW- and Mail) for 2 years, I never had any issues, except Samba 3.4. > I found a strange thing - Samba correctly works from inside of home > network, but fails to work from the Internet. I will re-read > configuration how-to, maybe there is some differencies between old > Samba and the new one, because of which new Samba does not listen > globally available network interfaces. > > Ð ÐÑÑ, 10/08/2010 в 09:23 +1200, Martin Minkus пиÑеÑ: > > In my case it was bad hardware. Seemed to be the PCI bus, so probably > the southbridge. > > > > Anything using PCIe was completely unaffected, and mem tests running > for days passed fine. > > > > Traffic going over the pci bus, even the onboard nic would silently > get corrupted. > > > > Moved the hardware onto a new motherboard and all the issues magically > disappeared. > > > > > From: Kirill A Sarksyan [mailto:d...@kkursor.ru] > Sent: Tuesday, 10 August 2010 00:35 > To: bug-follo...@freebsd.org; Martin Minkus > Subject: Re: kern/147756: [libc] open_socket_in: Protocol not > supported - after a few days? > > > > > > I confirm this on FreeBSD 7.3-RELEASE #12: Thu Jul 1 01:27:47 > MSD 2010. > On start Samba log contains: > [2010/08/09 16:19:04, 1] smbd/files.c:177(file_init) > file_init: Information only: requested 16384 open files, > 7014 are available. > [2010/08/09 16:19:04, 0] lib/util_sock.c:902(open_socket_in) > open_socket_in(): socket() call failed: Protocol not > supported > [2010/08/09 16:19:04, 0] > smbd/server.c:457(smbd_open_one_socket) > smbd_open_once_socket: open_socket_in: Protocol not > supported > [2010/08/09 16:19:04, 0] lib/util_sock.c:902(open_socket_in) > open_socket_in(): socket() call failed: Protocol not > supported > [2010/08/09 16:19:04, 0] > smbd/server.c:457(smbd_open_one_socket) > smbd_open_once_socket: open_socket_in: Protocol not > supported > > %pkg_info | grep samba > samba34-3.4.8 A free SMB and CIFS client and server for > UNIX > > And Windows clients cannot use Samba shares at all. > > > > > > > > > > --=-Cd5wzKAum3n+wEjSPCOI Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit I know that it's not a good idea, though I want samba open over the entire Internets. Anonymous default user from teh Internets can do nothing, folders become available for authenticated users. I know about vulnerabilities, etc. In previous versions of Samba no interfaces directive was required and Samba listened all interfaces by default. Maybe this behaviour has changed in 3.4. I discovered a work-around. I will probably use FTP for storing backups from two offic
kern/149523: [geom] label tasting hangs during boot
>Number: 149523 >Category: kern >Synopsis: [geom] label tasting hangs during boot >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 11 12:00:18 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Bengt Ahlgren >Release:8.1-RELEASE >Organization: >Environment: N/A (can't boot install dvd) >Description: When trying to install 8.1-RELEASE using the dvd install media, the boot hangs when geom label is tasting the disk. See this screenshot when booting with kern.geom.label.debug=2 and kern.geom.debugflags=7: http://www.sics.se/~bengta/FBSD/IMG_1703.JPG The dmesg from a 7.3-REL boot which works fine is attached. The disk contains a factory-installed Windows XP and a recovery partition (which I intend to wipe out). The mbr partitioning looks like this: *** Working on device /dev/ad0 *** parameters extracted from in-core disklabel are: cylinders=77520 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=77520 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 12 (0x0c),(DOS or Windows 95 with 32 bit FAT (LBA)) start 63, size 69536817 (33953 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 239/ sector 63 The data for partition 2 is: sysid 18 (0x12),(Compaq diagnostics) start 69536880, size 8603280 (4200 Meg), flag 0 beg: cyl 1023/ head 0/ sector 1; end: cyl 1023/ head 239/ sector 63 The data for partition 3 is: The data for partition 4 is: >How-To-Repeat: Just boot the install media with this disk. >Fix: I guess that wiping the mbr will fix this, but I will wait with doing that for further debugging. Is there anything more I can do in order to find the bug? It is possible to get a crash dump? Patch attached with submission follows: Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.3-RELEASE #0: Sun Mar 21 06:15:01 UTC 2010 r...@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1200MHz (1196.12-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e1fbbf Features2=0x180 real memory = 527302656 (502 MB) avail memory = 497786880 (474 MB) ACPI APIC Table: ACPI Warning (tbfadt-0505): Optional field "Gpe1Block" has zero address or length:0102C/0 [20070320] ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a (3) failed acpi0: reservation of 10, 1ee (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) vgapci0: port 0x1800-0x1807 mem 0xe000-0xe7ff,0xd000-0xd007 irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M vgapci1: mem 0xe800-0xefff,0xd008-0xd00f at device 2.1 on pci0 uhci0: port 0x1820-0x183f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1840-0x185f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1860-0x187f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd010-0xd01003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered umass0: on uhub3 pcib1: at device 30.0 on pci0 pci2: on pcib1 cbb0: mem 0xb000-0xbfff irq 16 at device 0.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] pci2: at device 0.1 (no driver attached) em0: port 0
Re: kern/115232: [ata] Audio CD tracks not displayed properly by
Marc Fonvieille wrote: > On Tue, Aug 10, 2010 at 12:28:22PM +0200, Oliver Fromme wrote: > > Yuri wrote: > > > (for example in Windows autorun executes when disk is inserted). > > > > That only works because Windows actively polls the drives > > periodically, which is a bad hack, in my opinion. > > I assume that a box with a KDE/GNOME thing using HAL should behave the > same as windows, am I right? I'm afraid I don't use KDE or GNOME, so I can't tell for sure. But it's certainly possible that they do it in a similar way as windows. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Share your knowledge. It is a way to achieve immortality." -- The Dalai Lama ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/115232: [ata] Audio CD tracks not displayed properly by
On Wed, Aug 11, 2010 at 03:39:06PM +0200, Oliver Fromme wrote: > > Marc Fonvieille wrote: > > On Tue, Aug 10, 2010 at 12:28:22PM +0200, Oliver Fromme wrote: > > > Yuri wrote: > > > > (for example in Windows autorun executes when disk is inserted). > > > > > > That only works because Windows actively polls the drives > > > periodically, which is a bad hack, in my opinion. > > > > I assume that a box with a KDE/GNOME thing using HAL should behave the > > same as windows, am I right? > > I'm afraid I don't use KDE or GNOME, so I can't tell for sure. > But it's certainly possible that they do it in a similar way > as windows. > Ok, I was just curious :) To come back to the PR, I think we can close it since it's not a dd(1) or ata(4) problem and a "workaround" is already present in the Handbook. -- Marc ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/115232: [ata] Audio CD tracks not displayed properly by
Marc Fonvieille wrote: > On Wed, Aug 11, 2010 at 03:39:06PM +0200, Oliver Fromme wrote: > > I'm afraid I don't use KDE or GNOME, so I can't tell for sure. > > But it's certainly possible that they do it in a similar way > > as windows. > > Ok, I was just curious :) > > To come back to the PR, I think we can close it since it's not a dd(1) > or ata(4) problem and a "workaround" is already present in the Handbook. Yes, I agree. The problem cannot be solved properly (and without possibly causing unwanted side-effects) in FreeBSD's driver. So this PR can be closed. If a desktop system or application (or part thereof) decides to use polling to detect disk changes, then that's ok (as long as the user has a way to disable it). But this is beyond the scope of the FreeBSD base system. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Blogging: Never before have so many people with so little to say said so much to so few. ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/114057: [devfs] devfs symlink over device doesn't work
Synopsis: [devfs] devfs symlink over device doesn't work Responsible-Changed-From-To: freebsd-bugs->jh Responsible-Changed-By: jh Responsible-Changed-When: Wed Aug 11 14:38:04 UTC 2010 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=114057 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/125009: [patch] access(2) grants root execute perms for non-executable files
Synopsis: [patch] access(2) grants root execute perms for non-executable files Responsible-Changed-From-To: freebsd-bugs->jh Responsible-Changed-By: jh Responsible-Changed-When: Wed Aug 11 14:38:51 UTC 2010 Responsible-Changed-Why: I am working on this. http://www.freebsd.org/cgi/query-pr.cgi?pr=125009 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
misc/149534: [maintainer-update] multimedia/mplayer and mencoder dependency corrections
>Number: 149534
>Category: misc
>Synopsis: [maintainer-update] multimedia/mplayer and mencoder dependency
>corrections
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible:freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: maintainer-update
>Submitter-Id: current-users
>Arrival-Date: Wed Aug 11 20:20:01 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator: Thomas Zander
>Release:FreeBSD 8.1-STABLE
>Organization:
>Environment:
>Description:
This patch comprises the following changes to the mplayer and mencoder ports:
- correctly picks up dependency on libvpx if selected in options
- removes mencoder dependency on mplayer. the two ports can now be installed
independently
- remove dependency on liba52 as this is handled by internal libavcodec
- correctly handles dependency on external libschroedinger
Thanks to Christopher Key for patch proposals and testing!
>How-To-Repeat:
>Fix:
patch attached
Patch attached with submission follows:
diff -ruN /usr/ports/multimedia/mplayer/Makefile mplayer/Makefile
--- /usr/ports/multimedia/mplayer/Makefile 2010-08-03 14:37:28.0
+0200
+++ mplayer/Makefile2010-08-08 21:45:09.144987619 +0200
@@ -7,7 +7,7 @@
PORTNAME= mplayer
PORTVERSION= ${MPLAYER_PORT_VERSION}
-
+PORTREVISION= 1
COMMENT= High performance media player supporting many formats
.include "${.CURDIR}/Makefile.shared"
@@ -47,6 +47,7 @@
OPTIONS+= LADSPA "Enable LADSPA plugin support" off
OPTIONS+= SPEEX "Enable speex audio codec support" on
OPTIONS+= THEORA "Enable ogg theora video support" off
+OPTIONS+= VPX "Enable VP8 video via libvpx" off
OPTIONS+= SCHROEDINGER "Dirac codec via libschroedinger" off
.if !defined(PACKAGE_BUILDING)
OPTIONS+= WIN32 "Enable win32 codec set on the IA32 arch" on
diff -ruN /usr/ports/multimedia/mplayer/Makefile.options
mplayer/Makefile.options
--- /usr/ports/multimedia/mplayer/Makefile.options 2010-08-03
14:37:28.0 +0200
+++ mplayer/Makefile.options2010-08-08 21:38:28.971975984 +0200
@@ -84,10 +84,16 @@
CONFIGURE_ARGS+= --disable-theora
.endif
+.if defined(WITH_VPX)
+LIB_DEPENDS+= vpx.0:${PORTSDIR}/multimedia/libvpx
+.else
+CONFIGURE_ARGS+= --disable-libvpx-lavc
+.endif
+
.if defined(WITH_SCHROEDINGER)
LIB_DEPENDS+= schroedinger-1.0.3:${PORTSDIR}/multimedia/schroedinger
.else
-CONFIGURE_ARGS+= --disable-libschroedinger
+CONFIGURE_ARGS+= --disable-libschroedinger-lavc
.endif
.if defined(WITH_LIBMPCDEC)
diff -ruN /usr/ports/multimedia/mplayer/Makefile.shared mplayer/Makefile.shared
--- /usr/ports/multimedia/mplayer/Makefile.shared 2010-08-03
14:37:28.0 +0200
+++ mplayer/Makefile.shared 2010-08-08 22:22:39.035559350 +0200
@@ -24,7 +24,8 @@
CONFIGURE_ENV= PTHREAD_CFLAGS="${PTHREAD_CFLAGS}" \
PTHREAD_LIBS="${PTHREAD_LIBS}" \
TMPDIR="${WRKSRC}"
-CONFIGURE_ARGS= --disable-bitmap-font
+CONFIGURE_ARGS= --disable-bitmap-font \
+ --disable-liba52
WANT_GNOME=yes
WANT_SDL= yes
diff -ruN /usr/ports/multimedia/mencoder/Makefile mencoder/Makefile
--- /usr/ports/multimedia/mencoder/Makefile 2010-08-03 14:37:28.0
+0200
+++ mencoder/Makefile 2010-08-08 21:58:53.534489773 +0200
@@ -6,6 +6,7 @@
PORTNAME= mencoder
PORTVERSION= ${MPLAYER_PORT_VERSION}
+PORTREVISION= 1
COMMENT= Convenient video file and movie encoder
RESTRICTED=Port has restricted dependencies
@@ -34,6 +35,7 @@
OPTIONS+= THEORA "Enable ogg theora video support" off
OPTIONS+= XVID "Enable XVID video codec support" on
OPTIONS+= X264 "Enable x264 (H.264) video codec support" on
+OPTIONS+= VPX "Enable VP8 video via libvpx" off
OPTIONS+= DIRAC "Enable dirac video codec support" off
OPTIONS+= SCHROEDINGER "Dirac codec via libschroedinger" off
OPTIONS+= REALPLAYER "Enable real player plugin" off
@@ -45,7 +47,7 @@
OPTIONS+= LIBLZO "Enable external liblzo library" off
OPTIONS+= V4L "Enable Video4Linux TV support" off
-MLINKS=mplayer.1 mencoder.1
+MAN1= mencoder.1
PATCHDIR= ${.CURDIR}/../mplayer/files
DATADIR= ${PREFIX}/share/mplayer
@@ -61,8 +63,6 @@
.include
LIB_DEPENDS+= mp3lame.0:${PORTSDIR}/audio/lame
-BUILD_DEPENDS+=mplayer:${PORTSDIR}/multimedia/mplayer
-RUN_DEPENDS+= mplayer:${PORTSDIR}/multimedia/mplayer
CONFIGURE_ARGS+= --disable-mplayer \
--disable-libdca \
@@ -157,6 +157,7 @@
@${INSTALL_PROGRAM} ${WRKSRC}/mencoder ${PREFIX}/bin
post-install:
+ @${INSTALL_MAN} ${WRKSRC}/DOCS/man/en/mplayer.1
${MAN1PREFIX}/man/man1/mencoder.1
@${MKDIR} ${DATADIR}
@${CHMOD} 755 ${DATADIR}
@${MKDIR} ${DATADIR}/tools
>Release-Note:
>Audit-Trail:
>Unformatted:
_
Re: ports/149534: [maintainer-update] multimedia/mplayer and mencoder dependency corrections
Synopsis: [maintainer-update] multimedia/mplayer and mencoder dependency corrections Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Wed Aug 11 20:25:41 UTC 2010 Responsible-Changed-Why: ports PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=149534 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/149523: [geom] label tasting hangs during boot
Synopsis: [geom] label tasting hangs during boot Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Wed Aug 11 20:45:15 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149523 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
