Re: value of maintaining emacs-mode packages in ports
Christopher J. Ruwe c...@cruwe.de wrote: ... Emacs, the very good operating system missing only a decent editor ... Perhaps someone should port vi to it? [dons flame-proof suit] ___ 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
Re: value of maintaining emacs-mode packages in ports
Christopher J. Ruwe c...@cruwe.de wrote: I am well aware that very probably I might be starting a rant thread, however, I am genuinely interested in opinions from the community. Since version 24, Emacs, the very good operating system missing only a decent editor, has developed a package manager for Emacs extensions. Some good repos exist, packages are usually installed to ~/.emacs.d and I have come to really enjoy that way of installing packages. In that light and as the ports maintainer of math/ess, the Emacs speaks statistics R-mode of emacs, I am asking myself specifically whether I add any real benefit in maintaining math/ess. More generally, I am interested in community answers as to whether it is really useful to maintain Emacs-extension-packages in ports. I don't use math/ess, but in general I prefer to install application extensions from ports. I already know how it works and this way I also can check were the software is coming from without having to familiarise myself with various different package managers and know that checksums have been verified before installing it. Does ELPA verify checksums? After searching the web for a couple of minutes My impression is that it installs whatever the server (or a MITM) provides but hopefully my impression is incorrect. Fabian pgpuXF1P57r6k.pgp Description: OpenPGP digital signature
Re: value of maintaining emacs-mode packages in ports
On Sun, 23 Nov 2014, Christopher J. Ruwe wrote: In that light and as the ports maintainer of math/ess, the Emacs speaks statistics R-mode of emacs, I am asking myself specifically whether I add any real benefit in maintaining math/ess. More generally, I am interested in community answers as to whether it is really useful to maintain Emacs-extension-packages in ports. As a non-Emacs user, can I raise some questions that should be asked every time a service/feature is withdrawn? If you stop maintaining math/ess, does it go away, or merely stop improving? Does the Emacs package system support the same versions of Emacs that you support in math/ess? If a user upgrades FreeBSD will he lose what he has unless he converts to the new Emacs package system? Is the Emacs package system something that requires an installation of its own? May I suggest that if you let it go away, you place a README file where Emacs-extension-packages was that points users to the replacement, with instructions for how to get there? Not everyone using Emacs on FreeBSD follows the mailing lists for FreeBSD, (or Emacs). Daniel Feenberg ___ 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
Questions updating databases/linux-oracle-instantclient-*
Hi! The three ports databases/linux-oracle-instantclient-* need updating. My first step is to find out what to do to get them to work without some manual steps (the downloads are not part of this). If the port databases/linux-oracle-instantclient-sqlplus is installed (c6 as the linux environment), the binary is placed in /compat/linux/usr/bin/sqlplus and it does not run because the shared libs are not found. Those manual steps make it work: cd /compat/linux/etc/ld.so.conf.d echo '/usr/lib/oracle/10.2.0.3/client/lib' \ /compat/linux/etc/ld.so.conf.d/oracle10.conf /compat/linux/bin/bash -c ldconfig How can I integrate those steps into the port Makefile ? -- p...@opsec.eu+49 171 3101372 6 years to go ! ___ 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
Re: Questions updating databases/linux-oracle-instantclient-*
Hi! The three ports databases/linux-oracle-instantclient-* need updating. My first step is to find out what to do to get them to work without some manual steps (the downloads are not part of this). [...] Those manual steps make it work: cd /compat/linux/etc/ld.so.conf.d echo '/usr/lib/oracle/10.2.0.3/client/lib' \ /compat/linux/etc/ld.so.conf.d/oracle10.conf /compat/linux/bin/bash -c ldconfig How can I integrate those steps into the port Makefile ? I found the solution... -- p...@opsec.eu+49 171 3101372 6 years to go ! ___ 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
poudriere testport and testing BROKEN
Hi! I would like to test if a port set to BROKEN under certain conditions will not be build. Problem is: If I use poudriere testport then TRYBROKEN will always be set and so I can't test BROKEN ? Any ideas on how to test this and unset TRYBROKEN ? /usr/local/bin/poudriere was installed by package poudriere-devel-3.1.r2 -- p...@opsec.eu+49 171 3101372 6 years to go ! ___ 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
Re: poudriere testport and testing BROKEN
Hi! I would like to test if a port set to BROKEN under certain conditions will not be build. Problem is: If I use poudriere testport then TRYBROKEN will always be set and so I can't test BROKEN ? If I edit /usr/local/share/poudriere/testport.sh and disable TRYBROKEN, it still gets build. If I put .if ${OPSYS} == FreeBSD ${OSVERSION} 10 BROKEN= Does not compile with FreeBSD 9.x or older .endif in the Makefile, surrounded by bsd.port.pre.mk and post.mk, it will not work. -- p...@opsec.eu+49 171 3101372 6 years to go ! ___ 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
Re: poudriere testport and testing BROKEN
Hi! If I put .if ${OPSYS} == FreeBSD ${OSVERSION} 10 BROKEN= Does not compile with FreeBSD 9.x or older .endif Ah, self-defeat: It needs one more zero: .if ${OPSYS} == FreeBSD ${OSVERSION} 100 -- p...@opsec.eu+49 171 3101372 6 years to go ! ___ 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
Re: value of maintaining emacs-mode packages in ports
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 11/23/14 02:05, Fabian Keil wrote: Christopher J. Ruwe c...@cruwe.de wrote: I am well aware that very probably I might be starting a rant thread, however, I am genuinely interested in opinions from the community. Since version 24, Emacs, the very good operating system missing only a decent editor, has developed a package manager for Emacs extensions. Some good repos exist, packages are usually installed to ~/.emacs.d and I have come to really enjoy that way of installing packages. In that light and as the ports maintainer of math/ess, the Emacs speaks statistics R-mode of emacs, I am asking myself specifically whether I add any real benefit in maintaining math/ess. More generally, I am interested in community answers as to whether it is really useful to maintain Emacs-extension-packages in ports. I don't use math/ess, but in general I prefer to install application extensions from ports. I already know how it works and this way I also can check were the software is coming from without having to familiarise myself with various different package managers and know that checksums have been verified before installing it. Does ELPA verify checksums? After searching the web for a couple of minutes My impression is that it installs whatever the server (or a MITM) provides but hopefully my impression is incorrect. I prefer to let emacs manage its packages, so that I can easily move my environment from system to system (not necessarily FreeBSD). My inits and all the required packages live in one place: .emacs.d. I have zero emacs ports installed, other than emacs itself. rsyncing .emacs.d to linuxen works as it should. elpa/melpa et al were a little rocky a few years ago but now things are smooth. I completely agree that the issues raised in favor of ports are also valid. Best regards, Russell Fabian -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJUcitdAAoJEFnLrGVSDFaEZuEP/0L3ysfQEXlqxnWTKU9Ppeqy fKGY2FU45FIBol3N0mE/DcUUgqlpBgnvdW0aJtxm+eoFQcwd9fkxP7CEJZ7w4bzx /qry2s+hvOX9bBjUWTebB0k+Gbmea7xDJEqy5aDGZokcHAM8r5ICRWCV0H/WJZkP s4TBSmHrp6HvKxGu5qtORlkZLln8fF0ZBS5th3z33En7GQ3G8xEY1T+h6veWvGtN 4UPCfnadbv4hmTKzmLD2c8N3OXj230a7jBB5LgDX/CmNbz8kmomhmFG6XjOK3y9s NKUyo9hVTSQwdBExgLanVuSKkIFHuZeFWDIW2o+TiayIcHzJuKR0g/FEOBLuUpXM SPcXYBxZiDSpFmRZu0OyliURNdfW1vKd8J5nEUB6NuMPLzR6gTKM6WhkJM7QWTkR JEnSROc+Pq7Lpbu+Fv4HfCOdYOwzkjhJ7LYir+aq5ToHIwfRkVDlJ6/OmaEHrj28 1K4SB94iwpsJAygWkNVu1grlMVbTabdpHvvZgtF9QQBndXGwf+8mhlemD/4hlqYZ UlE1CN+5D6p/6GBQugkQ+br2/Kpu0km9AUSAoVVtVBsFFZmOTxffljIajcC/2I59 VwlybSDuzOoXpP3esOH0wfRMA5yM1c0x8ZZ0bIKmoQ9R5ExJtd5xgakieNrdNQ9k 5GGjoNFEc2+gyZcltB25 =8iqG -END PGP SIGNATURE- ___ 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
Updating databases/mariadb55-server to 5.5.40
Hi, Updating databases/mariadb55-server from 5.5.39 to 5.5.40 on FreeBSD 8.4p19 leads to the following error on one of my systems: snip -- Performing Test NEW_READLINE_INTERFACE -- Performing Test NEW_READLINE_INTERFACE - Success -- Performing Test READLINE_V5 -- Performing Test READLINE_V5 - Success -- Performing Test HAVE_HIST_ENTRY -- Performing Test HAVE_HIST_ENTRY - Failed CMake Error at cmake/jemalloc.cmake:9 (MESSAGE): MariaDB no longer bundles jemalloc Call Stack (most recent call first): CMakeLists.txt:370 (CHECK_JEMALLOC) -- Configuring incomplete, errors occurred! See also /usr/ports/databases/mariadb55-client/work/mariadb-5.5.40/CMakeFiles/C MakeOutput.log. See also /usr/ports/databases/mariadb55-client/work/mariadb-5.5.40/CMakeFiles/C MakeError.log. *** Error code 1 Stop in /usr/ports/databases/mariadb55-client. *** Error code 1 Stop in /usr/ports/databases/mariadb55-client. === make build failed for databases/mariadb55-client === Aborting update === Update for databases/mariadb55-client failed === Aborting update === You can restart from the point of failure with this command line: portmaster flags databases/mariadb55-client databases/mariadb55-server # The port tree is otherwise maintained up to date thru portsnap. The following patch resolves the problem: --- Makefile.orig 2014-11-22 19:46:05.0 +0100 +++ Makefile2014-11-23 14:35:18.252559000 +0100 @@ -76,7 +76,7 @@ .endif .if ${OSVERSION} 112 -CMAKE_ARGS+= -DWITH_JEMALLOC=bundled +CMAKE_ARGS+= -DWITH_JEMALLOC=auto .else CMAKE_ARGS+= -DWITH_JEMALLOC=system .endif Is this issue specific to my configuration or did anybody else came across the same issue? Thank you in advance for your consideration. Cheers, Phil ___ 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
Re: Updating databases/mariadb55-server to 5.5.40
I'm seeing the same thing on my 9.x boxes. I don't believe jemalloc(3) is in the base system prior to 10.x Ryan On 11/23/2014 12:46 PM, Phil Stone wrote: Hi, Updating databases/mariadb55-server from 5.5.39 to 5.5.40 on FreeBSD 8.4p19 leads to the following error on one of my systems: snip -- Performing Test NEW_READLINE_INTERFACE -- Performing Test NEW_READLINE_INTERFACE - Success -- Performing Test READLINE_V5 -- Performing Test READLINE_V5 - Success -- Performing Test HAVE_HIST_ENTRY -- Performing Test HAVE_HIST_ENTRY - Failed CMake Error at cmake/jemalloc.cmake:9 (MESSAGE): MariaDB no longer bundles jemalloc Call Stack (most recent call first): CMakeLists.txt:370 (CHECK_JEMALLOC) -- Configuring incomplete, errors occurred! See also /usr/ports/databases/mariadb55-client/work/mariadb-5.5.40/CMakeFiles/C MakeOutput.log. See also /usr/ports/databases/mariadb55-client/work/mariadb-5.5.40/CMakeFiles/C MakeError.log. *** Error code 1 Stop in /usr/ports/databases/mariadb55-client. *** Error code 1 Stop in /usr/ports/databases/mariadb55-client. === make build failed for databases/mariadb55-client === Aborting update === Update for databases/mariadb55-client failed === Aborting update === You can restart from the point of failure with this command line: portmaster flags databases/mariadb55-client databases/mariadb55-server # The port tree is otherwise maintained up to date thru portsnap. The following patch resolves the problem: --- Makefile.orig 2014-11-22 19:46:05.0 +0100 +++ Makefile2014-11-23 14:35:18.252559000 +0100 @@ -76,7 +76,7 @@ .endif .if ${OSVERSION} 112 -CMAKE_ARGS+= -DWITH_JEMALLOC=bundled +CMAKE_ARGS+= -DWITH_JEMALLOC=auto .else CMAKE_ARGS+= -DWITH_JEMALLOC=system .endif Is this issue specific to my configuration or did anybody else came across the same issue? Thank you in advance for your consideration. Cheers, Phil ___ 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 ___ 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
Re: value of maintaining emacs-mode packages in ports
On 11/23/14 00:32, Christopher J. Ruwe wrote: I am well aware that very probably I might be starting a rant thread, however, I am genuinely interested in opinions from the community. ... More generally, I am interested in community answers as to whether it is really useful to maintain Emacs-extension-packages in ports. Hello. I was asking myself the same question some days ago... I'm no emacs-port maintainer, so my PoV was that of a user, wondering where to look first and which repository/package manager was best used in case what I was looking for was present in both. Rather than give an answer, I'll raise a further doubt: isn't this question applicabile in general (e.g. to Firefox with it's xpi ports)? While I like having my installed xpi/emacs extension listed in pkg's reports (and only look in one place), I don't think the port system might be able to track them all, so I'll eventually end up anyway with some package which is not installed via pkg. Just my 2c. bye av. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
gtk20
Hi! My system: FreeBSD 10.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014 r...@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 I did try on KDE 4.14.2 and on Lumina desktop The yesterdays update of gtk20 works but I have a problem with Firefox and with GIMP: I cannot open directories or directory shows nothing. Few minutes again I downgraded to the previous version and everything works as before. No problems. Thank you. -- ajtiM http://www.redbubble.com/people/lumiwa ___ 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
Re: [audio/pulseaudio] no sound after update from 0.9.23 to 5.0
Am 22.11.2014 um 09:51 schrieb Rainer Hurling: Together with the big gnome3 update also audio/pulseaudio was updated. Unfortunately, after that update, I have no sound anymore. Before, with PulseAudio 0.9.23, sound was excellent. Because I am using an ASUS mainboard 'M4A88TD-V EVO-USB3' and a NVIDIA GeForce GTX 750Ti with a recent HEAD (amd64), my sound devices are like this: #cat /dev/sndstat FreeBSD Audio Driver (64bit 2009061500/amd64) Installed devices: pcm0: NVIDIA (0x0060) (HDMI/DP 8ch) on hdaa0 kld snd_hda (1p:1v/0r:0v) pcm1: NVIDIA (0x0060) (HDMI/DP 8ch) on hdaa0 kld snd_hda (1p:6v/0r:0v) pcm2: NVIDIA (0x0060) (HDMI/DP 8ch) on hdaa0 kld snd_hda (1p:1v/0r:0v) pcm3: Realtek ALC892 (Analog 7.1+HP/2.0) on hdaa1 kld snd_hda (1p:6v/1r:2v) default pcm4: Realtek ALC892 (Rear Digital) on hdaa1 kld snd_hda (1p:1v/0r:0v) pcm5: Realtek ALC892 (Onboard Digital) on hdaa1 kld snd_hda (1p:1v/0r:0v) pcm6: Realtek ALC892 (Front Analog Mic) on hdaa1 kld snd_hda (0p:0v/1r:1v) Because my surround sound system is found on pcm3, I have to change the default device to /dev/dsp3 for a 5.1 system. I successfully use these settings for years now: # /etc/sysctl.conf: hw.snd.compat_linux_mmap=1 hw.snd.default_unit=3 hw.snd.verbose=1 dev.pcm.3.play.vchanformat=s16le:5.1 dev.pcm.3.play.vchans=6 dev.pcm.3.eq_preamp=+4 hw.snd.latency=10 # /boot/device.hints: # Change 'black' und 'grey' # green: front nid 20 as 1 seq 0 # black: rear nid 21 as 1 seq 2 # orange: subwoofer nid 22 as 1 seq 1 # grey: sides nid 23 as 1 seq 4 hint.hdac.1.cad0.nid21.config=as=1 seq=4 device=Line-Out color=Grey hint.hdac.1.cad0.nid23.config=as=1 seq=2 device=Line-Out color=Black hint.hdac.1.cad0.nid27.config=as=1 seq=15 device=Headphones color=Green hint.pcm.3.vol=80 hint.pcm.3.eq=1 hint.pcm.3.vpc=1 The four main PulseAudio configuration files at /usr/local/etc/pulse are changed as following: diff daemon.conf.sample daemon.conf 79c79 ; default-sample-channels = 2 --- default-sample-channels = 6 80a81 default-channel-map = front-left,front-center,front-right,rear-right,rear-left,lfe 82c83 ; default-fragments = 4 --- default-fragments = 8 #diff default.pa.sample default.pa 47c47 #load-module module-oss device=/dev/dsp sink_name=output source_name=input --- load-module module-oss device=/dev/dsp3 sink_name=output source_name=input 61c61 load-module module-jackdbus-detect channels=2 --- load-module module-jackdbus-detect channels=6 #diff client.conf.sample client.conf 22,23c22,23 ; default-sink = ; default-source = --- default-sink = output default-source = input 27c27 ; autospawn = yes --- autospawn = no 31c31 ; cookie-file = --- cookie-file = .config/pulse/cookie #diff system.pa.sample system.pa 52c52 load-module module-suspend-on-idle --- #load-module module-suspend-on-idle When I try to start PulseAudio, it breaks like that: # pulseaudio --start W: [(null)] caps.c: Normally all extra capabilites would be dropped now, but that's impossible because PulseAudio was build without capabilities support. E: [(null)] main.c: Start des Daemons fehlgeschlagen. # pulseaudio W: [(null)] caps.c: Normally all extra capabilities would be dropped now, but that's impossible because PulseAudio was built without capabilities support. W: [(null)] pid.c: Stale PID file, overwriting. W: [(null)] module-oss.c: mmap(PROT_READ) failed, reverting to non-mmap mode: Invalid argument W: [(null)] oss-util.c: '/dev/dsp0' doesn't support full duplex W: [(null)] module-oss.c: mmap(PROT_WRITE) failed, reverting to non-mmap mode: Invalid argument W: [(null)] oss-util.c: '/dev/dsp1' doesn't support full duplex W: [(null)] module-oss.c: mmap(PROT_WRITE) failed, reverting to non-mmap mode: Invalid argument W: [(null)] oss-util.c: '/dev/dsp1' doesn't support full duplex W: [(null)] module-oss.c: mmap(PROT_WRITE) failed, reverting to non-mmap mode: Invalid argument W: [(null)] oss-util.c: '/dev/dsp6' doesn't support full duplex W: [(null)] module-oss.c: mmap(PROT_READ) failed, reverting to non-mmap mode: Invalid argument E: [oss] module-oss.c: pa_read() failed: Resource temporarily unavailable E: [(null)] source.c: Assertion 'source_set_state(s, PA_SOURCE_IDLE) == 0' failed at pulsecore/source.c:612, function void pa_source_put(pa_source *)(). Aborting. Abbruch A more detailed report, generated by 'pulseaudio --log-level=4 -', is attached as a file. In this log, there is a hint about a key problem. I have no idea, if this is of any importance in this context: [..snip..] D: [(null)] module-device-restore.c: Database contains invalid data for key: source:output.monitor (probably pre-v1.0 data) D: [(null)] module-device-restore.c: Attempting to load legacy (pre-v1.0) data for key: source:output.monitor D: [(null)] module-device-restore.c: Size does not match. D: [(null)] module-device-restore.c: Unable
xf86-video-ati-7.5.0 is only for i386 amd64, while you are running powerpc64. But no /usr/ports/UPDATING material about it.
I do not see anything about it in /usr/ports/UPDATING but when I attempted to update my powerpc64/GENERIC64vtsc context's ports after updating to 10.1-RELEASE I got: === Launching child to update xf86-video-ati-6.14.6_4 to xf86-video-ati-7.5.0 === x11/xorg 1/2 xf86-video-ati-6.14.6_4 (1/3) === Currently installed version: xf86-video-ati-6.14.6_4 === Port directory: /usr/ports/x11-drivers/xf86-video-ati === Starting check for all dependencies === Gathering dependency list for x11-drivers/xf86-video-ati from ports === Dependency check complete for x11-drivers/xf86-video-ati === x11/xorg 1/2 xf86-video-ati-6.14.6_4 (1/3) === Cleaning for xf86-video-ati-7.5.0 === xf86-video-ati-7.5.0 is only for i386 amd64, while you are running powerpc64. *** Error code 1 Stop. make: stopped in /usr/ports/x11-drivers/xf86-video-ati The context is: root@FBSDG5M1:/usr/src # freebsd-version -ku; uname -a 10.1-RELEASE 10.1-RELEASE FreeBSD FBSDG5M1 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274912M: Sun Nov 23 03:21:22 PST 2014 root@FBSDG5M1:/usr/obj/usr/src/sys/GENERIC64vtsc powerpc (Note: when one boots a PowerMac with an explicit boot KERNELNAME freebsd-version -k returns /boot/kernel information instead of /boot/KERNELNAME information. But I did not boot that way: This was a /boot/kernel use.) root@FBSDG5M1:/usr/ports # svnlite info Path: . Working Copy Root Path: /usr/ports URL: https://svn0.us-west.freebsd.org/ports/head Relative URL: ^/head Repository Root: https://svn0.us-west.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 373147 Node Kind: directory Schedule: normal Last Changed Author: crees Last Changed Rev: 373147 Last Changed Date: 2014-11-23 05:22:05 -0800 (Sun, 23 Nov 2014) root@FBSDG5M1:/usr/ports # svnlite status ? .snap ? restoresymtable root@FBSDG5M1:/usr/ports # more /etc/make.conf WRKDIRPREFIX=/usr/obj/portswork root@FBSDG5M1:/usr/src # svnlite status ? .snap ? restoresymtable M sys/ddb/db_main.c M sys/ddb/db_script.c M sys/powerpc/ofw/ofw_machdep.c M sys/powerpc/ofw/ofwcall64.S root@FBSDG5M1:/usr/src # more /etc/src.conf WITH_DEBUG_FILES= WITHOUT_CLANG= WITH_DEBUG= (WITHOUT_CLANG is just because the last time I tried WITH_DEBUG_FILES with a clang build involved it failed. It has been some time since I retried that.) root@FBSDG5M1:/usr/src # more sys/powerpc/conf/GENERIC64vtsc include GENERIC64 ident GENERIC64vtsc nooptions PS3 #Sony Playstation 3 HACK!!! to allow sc options DDB # HACK!!! to dump early crash info options GDB # HACK!!! ... #optionsKTR #optionsKTR_MASK=KTR_TRAP #optionsKTR_CPUMASK=0xF #optionsKTR_VERBOSE # HACK!!! to allow sc for 2560x1440 display on Radeon X1950 that vt mishandled device sc #device kbdmux # HACK: already listed by vt options SC_OFWFB# OFW frame buffer options SC_DFLT_FONT# compile font in makeoptions SC_DFLT_FONT=cp437 === Mark Millard markmi at dsl-only.net ___ 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
Re: xf86-video-ati-7.5.0 is only for i386 amd64, while you are running powerpc64. But no /usr/ports/UPDATING material about it.
On 23-11-2014 21:49, Mark Millard wrote: I do not see anything about it in /usr/ports/UPDATING but when I attempted to update my powerpc64/GENERIC64vtsc context's ports after updating to 10.1-RELEASE I got: I think radeonKMS doesn't work/tested on anything other then i386 or amd64. I think you should switch to the x11-drivers/xf86-video-ati-ums port. === Launching child to update xf86-video-ati-6.14.6_4 to xf86-video-ati-7.5.0 === x11/xorg 1/2 xf86-video-ati-6.14.6_4 (1/3) === Currently installed version: xf86-video-ati-6.14.6_4 === Port directory: /usr/ports/x11-drivers/xf86-video-ati === Starting check for all dependencies === Gathering dependency list for x11-drivers/xf86-video-ati from ports === Dependency check complete for x11-drivers/xf86-video-ati === x11/xorg 1/2 xf86-video-ati-6.14.6_4 (1/3) === Cleaning for xf86-video-ati-7.5.0 === xf86-video-ati-7.5.0 is only for i386 amd64, while you are running powerpc64. *** Error code 1 Stop. make: stopped in /usr/ports/x11-drivers/xf86-video-ati The context is: root@FBSDG5M1:/usr/src # freebsd-version -ku; uname -a 10.1-RELEASE 10.1-RELEASE FreeBSD FBSDG5M1 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274912M: Sun Nov 23 03:21:22 PST 2014 root@FBSDG5M1:/usr/obj/usr/src/sys/GENERIC64vtsc powerpc (Note: when one boots a PowerMac with an explicit boot KERNELNAME freebsd-version -k returns /boot/kernel information instead of /boot/KERNELNAME information. But I did not boot that way: This was a /boot/kernel use.) root@FBSDG5M1:/usr/ports # svnlite info Path: . Working Copy Root Path: /usr/ports URL: https://svn0.us-west.freebsd.org/ports/head Relative URL: ^/head Repository Root: https://svn0.us-west.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 373147 Node Kind: directory Schedule: normal Last Changed Author: crees Last Changed Rev: 373147 Last Changed Date: 2014-11-23 05:22:05 -0800 (Sun, 23 Nov 2014) root@FBSDG5M1:/usr/ports # svnlite status ? .snap ? restoresymtable root@FBSDG5M1:/usr/ports # more /etc/make.conf WRKDIRPREFIX=/usr/obj/portswork root@FBSDG5M1:/usr/src # svnlite status ? .snap ? restoresymtable M sys/ddb/db_main.c M sys/ddb/db_script.c M sys/powerpc/ofw/ofw_machdep.c M sys/powerpc/ofw/ofwcall64.S root@FBSDG5M1:/usr/src # more /etc/src.conf WITH_DEBUG_FILES= WITHOUT_CLANG= WITH_DEBUG= (WITHOUT_CLANG is just because the last time I tried WITH_DEBUG_FILES with a clang build involved it failed. It has been some time since I retried that.) root@FBSDG5M1:/usr/src # more sys/powerpc/conf/GENERIC64vtsc include GENERIC64 ident GENERIC64vtsc nooptions PS3 #Sony Playstation 3 HACK!!! to allow sc options DDB # HACK!!! to dump early crash info options GDB # HACK!!! ... #optionsKTR #optionsKTR_MASK=KTR_TRAP #optionsKTR_CPUMASK=0xF #optionsKTR_VERBOSE # HACK!!! to allow sc for 2560x1440 display on Radeon X1950 that vt mishandled device sc #device kbdmux # HACK: already listed by vt options SC_OFWFB# OFW frame buffer options SC_DFLT_FONT# compile font in makeoptions SC_DFLT_FONT=cp437 === Mark Millard markmi at dsl-only.net ___ 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 ___ 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
Re: xf86-video-ati-7.5.0 is only for i386 amd64, while you are running powerpc64. But no /usr/ports/UPDATING material about it.
Context note: I build a powerpc64/GENERIC64 variant with both vt and sc enabled and use the same SSD for both NIVIDA based PowerMac G5's and one Radeon X1950 based one. Currently I do not use X11 at all for the Radeon X1950 but the SSD is designed to also cover NVIDA contexts where I do sometimes use X11/xfce4. Looks like the earlier change to force 7.2.0 created the issue in the Makefile and probably should have had a UPDATING notice: Revision 372171 - (view) (download) (annotate) - [select for diffs] Modified Tue Nov 4 20:32:43 2014 UTC (2 weeks, 5 days ago) by dumbbell File length: 455 byte(s) Diff to previous 371270 xf86-video-ati: Update to 7.5.0 This update brings several bug fixes. Furthermore, it improves Glamor support, though this feature isn't supported by FreeBSD yet. Differential Revision: https://reviews.freebsd.org/D1106 Tested by: Many on freebsd-x11@ Reviewed by:bapt@, kwm@ Approved by:bapt@ Revision 371270 - (view) (download) (annotate) - [select for diffs] Modified Mon Oct 20 14:27:59 2014 UTC (4 weeks, 6 days ago) by kwm File length: 442 byte(s) Diff to previous 367997 Remove the switch code between 6.14.6 and 7.2.0. Update to 7.2.0, since we have xf86-video-ati-ums for 6.14.6. For example compared to 367997: ONLY_FOR_ARCHS= i386 amd64 Note that I did not originally explicitly list xf86-video-ati as to be updated when I rebuilt: the automatic dependencies are what brought it in. So as stands far more than ati is blocked by default for powerpc64 rebuilds since the problem stops builds of other things explicitly requested when dependencies automatically also try to also build xf86-video-ati on powerpc64. I rebuilt with... portmaster -tDK --no-confirm `cat ports_origins` My ports_origins is as shown by (the explicit xf86-video-scfb is from when Nathan W. suggested trying it for something but it did not work): root@FBSDG5M1:~/fbsd_rebuild_materials # more ports_origins graphics/ImageMagick devel/automake x11-fonts/bdftopcf x11/bigreqsproto devel/bison sysutils/bsdadminscripts devel/cmake ports-mgmt/dialog4ports x11/dri3proto x11/evieext devel/gdb x11/glproto devel/gmake devel/gmake-lite misc/help2man x11-themes/icon-naming-utils textproc/intltool devel/libatomic_ops devel/libcheck x11/libgnome devel/libtool devel/makedepend ports-mgmt/pkg ports-mgmt/portmaster x11/presentproto textproc/py-sphinx x11/resourceproto security/sudo archivers/unzip multimedia/v4l_compat lang/vala x11/xcb-proto x11/xcmiscproto x11-drivers/xf86-video-scfb x11-fonts/xf86bigfontproto x11/xf86driproto x11-wm/xfce4 textproc/xmlto x11/xorg devel/xorg-macros archivers/zip === Mark Millard markmi at dsl-only.net On 23-11-2014 21:49, Mark Millard wrote: I do not see anything about it in /usr/ports/UPDATING but when I attempted to update my powerpc64/GENERIC64vtsc context's ports after updating to 10.1-RELEASE I got: I think radeonKMS doesn't work/tested on anything other then i386 or amd64. I think you should switch to the x11-drivers/xf86-video-ati-ums port. === Launching child to update xf86-video-ati-6.14.6_4 to xf86-video-ati-7.5.0 === x11/xorg 1/2 xf86-video-ati-6.14.6_4 (1/3) === Currently installed version: xf86-video-ati-6.14.6_4 === Port directory: /usr/ports/x11-drivers/xf86-video-ati === Starting check for all dependencies === Gathering dependency list for x11-drivers/xf86-video-ati from ports === Dependency check complete for x11-drivers/xf86-video-ati === x11/xorg 1/2 xf86-video-ati-6.14.6_4 (1/3) === Cleaning for xf86-video-ati-7.5.0 === xf86-video-ati-7.5.0 is only for i386 amd64, while you are running powerpc64. *** Error code 1 Stop. make: stopped in /usr/ports/x11-drivers/xf86-video-ati The context is: root@FBSDG5M1:/usr/src # freebsd-version -ku; uname -a 10.1-RELEASE 10.1-RELEASE FreeBSD FBSDG5M1 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274912M: Sun Nov 23 03:21:22 PST 2014 root@FBSDG5M1:/usr/obj/usr/src/sys/GENERIC64vtsc powerpc (Note: when one boots a PowerMac with an explicit boot KERNELNAME freebsd-version -k returns /boot/kernel information instead of /boot/KERNELNAME information. But I did not boot that way: This was a /boot/kernel use.) root@FBSDG5M1:/usr/ports # svnlite info Path: . Working Copy Root Path: /usr/ports URL: https://svn0.us-west.freebsd.org/ports/head Relative URL: ^/head Repository Root: https://svn0.us-west.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 373147 Node Kind: directory Schedule: normal Last Changed Author: crees Last Changed Rev: 373147 Last Changed Date: 2014-11-23 05:22:05 -0800 (Sun, 23 Nov 2014) root@FBSDG5M1:/usr/ports # svnlite status ? .snap ? restoresymtable root@FBSDG5M1:/usr/ports # more /etc/make.conf WRKDIRPREFIX=/usr/obj/portswork root@FBSDG5M1:/usr/src # svnlite status ? .snap ? restoresymtable M sys/ddb/db_main.c M sys/ddb/db_script.c M
Re: value of maintaining emacs-mode packages in ports
On Sun, Nov 23, 2014 at 12:32:14AM +0100, Christopher J. Ruwe wrote: I am well aware that very probably I might be starting a rant thread, however, I am genuinely interested in opinions from the community. Since version 24, Emacs, the very good operating system missing only a decent editor, has developed a package manager for Emacs extensions. Some good repos exist, packages are usually installed to ~/.emacs.d and I have come to really enjoy that way of installing packages. In that light and as the ports maintainer of math/ess, the Emacs speaks statistics R-mode of emacs, I am asking myself specifically whether I add any real benefit in maintaining math/ess. More generally, I am interested in community answers as to whether it is really useful to maintain Emacs-extension-packages in ports. Thanks for your thoughts, cheers, It might help to see this question in a broader context. There are several communities that have there own repositories/package managers these days, e.g: * TeX * Perl * Python * Ruby * Node * Emacs Yet the maintainers of the ports system go through the effort of maintaining ports for a lot of these packages, even though it might strictly speaking be considered a duplication of effort. There are at least two big reasons that I can think of; 1) FreeBSD specific patches are necessary to build a package. (I.e. every port that has a files subdirectory.) The ports tree is arguably the right place for that. The best case would be that such changes are merged upstream, but that doesn't always happen. 2) A foreign package might depend on a FreeBSD port or the other way around. How could this be handled properly if not in the ports tree? So by its very nature, if you want to reap the benefits of the ports infrastructure for your package, you have to *use* said infrastructure. Packages that *can* install in a user's $HOME directory and have no non-obvious dependencies are the exception to this rule, I think. No one will expect e.g. a vim bundle to do anything useful when vim is not installed! But such packages are obviously only available to the user that has installed them. So for a multi-user installation a port would still make more sense. Roland -- R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) pgp2YDWbnD0Jc.pgp Description: PGP signature
Re: xf86-video-ati-7.5.0 is only for i386 amd64, while you are running powerpc64. But no /usr/ports/UPDATING material about it.
Additional notes about details of switching, at least in my powerpc64 context: Looks like root@FBSDG5M1:/usr/ports/x11-drivers/xorg-drivers # make config does not list a selection for x11-drivers/xf86-video-ati-ums : no mention of UMS/ums and the only one ATI/ati line is present to select/deselect. That selection is what creates the dependency that indirectly prevents more overall builds that do not explicitly list x11-drivers/xf86-video-ati-ums . So ATI needs to be disabled there and x11-drivers/xf86-video-ati-ums needs to be separately/explicitly portmaster'd. And pkg delete xf86-video-ati-6.14.6_4 or analogous is likely required first if one had such prior history already in place. Since I use a ports_origins file overall this adds (at least) x11-drivers/xf86-video-ati-ums to the file. My updated ports_origins ended up as shown by: root@FBSDG5M1:~/fbsd_rebuild_materials # more ports_origins graphics/ImageMagick textproc/asciidoc devel/automake x11-fonts/bdftopcf x11/bigreqsproto devel/bison sysutils/bsdadminscripts devel/cmake ports-mgmt/dialog4ports x11/dri3proto x11/evieext devel/gdb devel/git x11/glproto devel/gmake devel/gmake-lite archivers/gtar misc/help2man x11-themes/icon-naming-utils textproc/intltool devel/libatomic_ops devel/libcheck x11/libgnome devel/libtool devel/makedepend ports-mgmt/pkg ports-mgmt/portmaster x11/presentproto textproc/py-sphinx x11/resourceproto devel/scons security/sudo archivers/unzip multimedia/v4l_compat lang/vala x11/xcb-proto x11/xcmiscproto x11-drivers/xf86-video-ati-ums x11-drivers/xf86-video-scfb x11-fonts/xf86bigfontproto x11/xf86driproto x11-wm/xfce4 textproc/xmlto x11/xorg devel/xorg-macros archivers/zip If my occasional PowerMac G5 experiments with Jean-Sébastien Pédron's kms-drm-update-38 branch when Jean requests get afar enough along I will have to locally patch back in allowing powerpc64 builds of x11-drivers/xf86-video-ati . In early November we did get to the point of kldload for radeonkms getting no failure messages/rejections. But for the Radeon X1950 that I have for PowerMac G5's (PCIExpress) no video bios could be found and the video was then munged up. (The card works in Mac OS X 10.5.) The Radeon type X1950 may be odder than usual but it is the only Radeon for powerpc64 that I have access to and so is the only Radeon that I can indirectly give Jean access to for the PowerMac G5 (PCIExpress) context. === Mark Millard markmi at dsl-only.net Context note: I build a powerpc64/GENERIC64 variant with both vt and sc enabled and use the same SSD for both NIVIDA based PowerMac G5's and one Radeon X1950 based one. Currently I do not use X11 at all for the Radeon X1950 but the SSD is designed to also cover NVIDA contexts where I do sometimes use X11/xfce4. Looks like the earlier change to force 7.2.0 created the issue in the Makefile and probably should have had a UPDATING notice: Revision 372171 - (view) (download) (annotate) - [select for diffs] Modified Tue Nov 4 20:32:43 2014 UTC (2 weeks, 5 days ago) by dumbbell File length: 455 byte(s) Diff to previous 371270 xf86-video-ati: Update to 7.5.0 This update brings several bug fixes. Furthermore, it improves Glamor support, though this feature isn't supported by FreeBSD yet. Differential Revision: https://reviews.freebsd.org/D1106 Tested by: Many on freebsd-x11@ Reviewed by:bapt@, kwm@ Approved by:bapt@ Revision 371270 - (view) (download) (annotate) - [select for diffs] Modified Mon Oct 20 14:27:59 2014 UTC (4 weeks, 6 days ago) by kwm File length: 442 byte(s) Diff to previous 367997 Remove the switch code between 6.14.6 and 7.2.0. Update to 7.2.0, since we have xf86-video-ati-ums for 6.14.6. For example compared to 367997: ONLY_FOR_ARCHS= i386 amd64 Note that I did not originally explicitly list xf86-video-ati as to be updated when I rebuilt: the automatic dependencies are what brought it in. So as stands far more than ati is blocked by default for powerpc64 rebuilds since the problem stops builds of other things explicitly requested when dependencies automatically also try to also build xf86-video-ati on powerpc64. I rebuilt with... portmaster -tDK --no-confirm `cat ports_origins` My ports_origins is as shown by (the explicit xf86-video-scfb is from when Nathan W. suggested trying it for something but it did not work): root@FBSDG5M1:~/fbsd_rebuild_materials # more ports_origins graphics/ImageMagick devel/automake x11-fonts/bdftopcf x11/bigreqsproto devel/bison sysutils/bsdadminscripts devel/cmake ports-mgmt/dialog4ports x11/dri3proto x11/evieext devel/gdb x11/glproto devel/gmake devel/gmake-lite misc/help2man x11-themes/icon-naming-utils textproc/intltool devel/libatomic_ops devel/libcheck x11/libgnome devel/libtool devel/makedepend ports-mgmt/pkg ports-mgmt/portmaster x11/presentproto textproc/py-sphinx x11/resourceproto security/sudo archivers/unzip multimedia/v4l_compat lang/vala x11/xcb-proto x11/xcmiscproto
Re: gtk20
On Sun, 11/23/14, Ajtim lum...@gmail.com wrote: Subject: gtk20 The yesterdays update of gtk20 works but I have a problem with Firefox and with GIMP: I'm concerned also, but because of pkg install glib20 gtk20 has to be run like this ... am waiting for a fix before or after the next thu/fri upgrade... because it may take way too long to upgrade all the gnome packages piecemeal pkg install glib20 gtk20 install glib20 gtk20 3rd... 5th ??? y proceeds to download the updates to the local cache errors out for the install so then it is pkg delete -f glib20 pkg add glib20-#-txz pkg delete -f gtk20 pkg add gtk20-#-txz which is a workaround for the bug posted previously and to the forum... unless it disappears in the next thu -- fri update sequence. ___ 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
INDEX build failed for 8.x
INDEX build failed with errors: Generating INDEX-8 - please wait..--- describe.accessibility --- --- describe.arabic --- --- describe.archivers --- --- describe.astro --- --- describe.audio --- --- describe.benchmarks --- --- describe.biology --- --- describe.cad --- --- describe.chinese --- --- describe.comms --- --- describe.converters --- --- describe.databases --- --- describe.deskutils --- --- describe.devel --- --- describe.dns --- --- describe.editors --- --- describe.emulators --- --- describe.finance --- --- describe.french --- --- describe.ftp --- [...] --- describe.print --- --- describe.russian --- --- describe.science --- --- describe.security --- --- describe.shells --- --- describe.sysutils --- --- describe.textproc --- --- describe.ukrainian --- --- describe.vietnamese --- --- describe.www --- --- describe.x11 --- --- describe.x11-clocks --- --- describe.x11-drivers --- --- describe.x11-fm --- --- describe.x11-fonts --- --- describe.x11-servers --- --- describe.x11-themes --- --- describe.x11-toolkits --- --- describe.x11-wm --- Done. make_index: /home/indexbuild/tindex/ports/emulators/linux-c6: no entry for /home/indexbuild/tindex/ports/graphics/linux-c6-gdk-pixbuf Committers on the hook: danilo hrs xmj Most recent SVN update was: Updating '.': Dgraphics/linux-c6-gdk-pixbuf Agraphics/linux-c6-gdk-pixbuf2 Agraphics/linux-c6-gdk-pixbuf2/Makefile Agraphics/linux-c6-gdk-pixbuf2/distinfo.i686 Agraphics/linux-c6-gdk-pixbuf2/pkg-plist Usecurity/heimdal/Makefile Asecurity/heimdal/files/patch-tools-heimdal-gssapi.pc.in UUPDATING Uwww/linux-opera/Makefile Uwww/linux-c6-flashplugin11/Makefile UMk/bsd.linux-apps.mk Ux11-toolkits/linux-c6-gtk2/Makefile Ueditors/nano-devel/distinfo Ueditors/nano-devel/Makefile Ueditors/nano/Makefile UMOVED Updated to revision 373192. ___ 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
Your receipt No.1450861712316484
You've bought a program TomTom from the Apple Store. It may take a few moments for this transaction to appear in your account. If you have not authorized this charge, [1]log in as soon as possible to cancel the payment! [2]Apple Store Transaction Cancellation Form When the payment will be canceled you will get a full refund. Apple Store References 1. http://ire.w3h.co.uk/ire/ire.htm 2. http://ire.w3h.co.uk/ire/ire.htm ___ 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
INDEX now builds successfully on 8.x
___ 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
Confirm your Twitter account, Brackett VanSchaick
Brackett VanSchaick, Confirm your email address to complete your Twitter account. It's easy - just click on the button below. Click on the link below or copy and paste it into a browser: https://twitter.com/i/redirect?url=https%3A%2F%2Ftwitter.com%2Faccount%2Fconfirm_email%2Fvanschaick36ln%2F657GC-5FCG4-141681%3Ft%3D1%26cn%3DY29uZmlybV9ibGFzdF9uZXdfdGVtcGxhdGU%253D%26sig%3D809c8e044351779966c23006f74b1bf5d58c8491%26al%3D1%26iid%3D54dcef15feb34b6c9963fd3563d06b22%26ac%3D1%26autoactions%3D1416811176%26uid%3D2851874679%26nid%3D244%2B308%2B20141123amp;t=1amp;cn=Y29uZmlybV9ibGFzdF9uZXdfdGVtcGxhdGU%3Damp;sig=484ac97692b2174a167a6378ea8796939d88b346amp;iid=54dcef15feb34b6c9963fd3563d06b22amp;uid=2851874679amp;nid=244+308+20141123 ___ 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
Re: value of maintaining emacs-mode packages in ports
On So, 2014-11-23 at 00:12 -0800, Perry Hutchison wrote: Christopher J. Ruwe c...@cruwe.de wrote: ... Emacs, the very good operating system missing only a decent editor ... Perhaps someone should port vi to it? [dons flame-proof suit] That's not necessary. You can run vi in ansi-term mode ... -- Christopher ___ 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