Re: Please test!

[Hans Petter Selasky]

On 4/16/21 10:53 AM, Hans Petter Selasky wrote:

On 7/9/18 10:08 AM, Koichiro Iwao wrote:

On Mon, Jul 09, 2018 at 04:59:38PM +0900, 山田真由 wrote:

My port is located at http://taurus.ics.nara-wu.ac.jp/my/


403



Works for me.



Hi,

Forgot to look at the e-mail date :-)

Please ignore :-)

--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Please test!

[Hans Petter Selasky]

On 7/9/18 10:08 AM, Koichiro Iwao wrote:

On Mon, Jul 09, 2018 at 04:59:38PM +0900, 山田真由 wrote:

My port is located at http://taurus.ics.nara-wu.ac.jp/my/


403



Works for me.

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: cannot git clone into /usr/ports when separate filesystem

[Hans Petter Selasky]

On 4/6/21 1:09 PM, Marco Beishuizen wrote:

Hi,

I'm trying to git clone the portstree into /usr/ports. /usr/ports is a 
separate filesystem so it contains a .sujournal file. But now git 
complains "fatal: destination path 'ports' already exists and is not an 
empty directory."


So my question is what to do next? Recreating a new .sujournal every 
time a ports tree needs to be cloned is quite annoying.


Not sure if it helps, but did you try to add a "/", like:

git clone  /usr/ports/

--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Microphone stopped working in Frefox and Chrome

[Hans Petter Selasky]

On 1/23/21 11:54 PM, Matthias Apitz wrote:

El día sábado, enero 23, 2021 a las 08:56:46p. m. +0100, Matthias Apitz 
escribió:


El día sábado, enero 23, 2021 a las 02:35:37p. m. +0100, Tomasz CEDRO escribió:


Quick peak at PulseAudio homepage shows that we work on an outdated version.
FreeBSD uses 13.0 from 2019-09-13 while the latest release is 14.2 from
2021-01-16. There is a mention on hot plug in the manual page. Maybe we
should update the port first and see if the issue is solved already in the
upstream? :-)

https://www.freedesktop.org/wiki/Software/PulseAudio/.


I have updated the port audio/pulseaudio locally on my system to now

$ pkg info | grep pulse
pulseaudio-14.2_1  Sound server for UNIX



https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252957


I think Firefox was switched to the OSS backend now?

--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: [HEADS UP] Planned deprecation of portsnap

[Hans Petter Selasky]

On 2020-08-04 20:43, Steve Wills wrote:


We are planning to deprecate use of portsnap in ports.

The reasons are as follows (in no particular order):

* Portsnap doesn't support quarterly branches, even years after 
quarterly branches were created and changed to the default for non-HEAD 
packages.


Hi,

Maybe some silly questions already answered:

1) portsnap is populating /usr/ports . Is this location still hardcoded 
for ports tree installations, or can it be installed anywhere?


2) Should portsnap be a wrapper for GIT/SVN whatever is used?

3) Should /usr/ports be removed from any mtree files?

--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD Port: libv4l-1.18.0 error upgrade

[Hans Petter Selasky]

On 2020-04-18 16:12, Marcin Cieslak wrote:

On Fri, 17 Apr 2020, Hans Petter Selasky wrote:


On 2020-04-17 12:52, Alex V. Petrov wrote:

Making all in libdvbv5
gmake[4]: Entering directory
'/usr/ports/multimedia/libv4l/work/v4l-utils-1.18.0/lib/libdvbv5'


You need to deinstall the libv4l package first. Only then it will 
build due to confliciting header file include order!


Can this be improved upon somehow? Like pushing build directory include 
directories

first?



Yes, see:

https://svnweb.freebsd.org/changeset/ports/531931

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD Port: libv4l-1.18.0 error upgrade

[Hans Petter Selasky]

On 2020-04-17 12:52, Alex V. Petrov wrote:

Making all in libdvbv5
gmake[4]: Entering directory
'/usr/ports/multimedia/libv4l/work/v4l-utils-1.18.0/lib/libdvbv5'


You need to deinstall the libv4l package first. Only then it will build 
due to confliciting header file include order!


--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

libv4l upgrade coming soon!

[Hans Petter Selasky]

Hi,

If you are interested, this is the review:
https://reviews.freebsd.org/D24355

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: amdgpu panics

[Hans Petter Selasky]

Hi,

drm-fbsd12.0-kmod

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: amdgpu panics

[Hans Petter Selasky]

On 2020-04-07 12:09, Grzegorz Junka wrote:

Is it expected that drm doesn't work on 12.1-RELEASE


Yes, for now.

You can diff:

/usr/src/sys/compat/linuxkpi

Between the two to see the differences.

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: amdgpu panics

[Hans Petter Selasky]

On 2020-04-07 11:35, Grzegorz Junka wrote:

kern.osrelease: 12.1-RELEASE-p3


Hi,

This is not 12.1-STABLE! Yes, you can use a 12.1-STABLE kernel with the 
12.1-RELEASE.


Can you try this:

rm -rf /usr/src
cd /usr
svn checkout https://svn.freebsd.org/base/stable/12 /usr/src

cd /usr/src
make buildkernel -j6
make installkernel -j6

cd /usr/ports/graphics/drm-fbsd12.0-kmod
make all deinstall install clean

cd /usr/ports/graphics/gpu-firmware-kmod
make all deinstall install clean

Then reboot, and try to test the driver again.


I'm sorry to say, you _need_ -stable or -current for now, when using the 
new DRM stuff!



--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: amdgpu panics

[Hans Petter Selasky]

On 2020-04-07 11:19, Grzegorz Junka wrote:

25    3 0x83109000    76570 drm.ko


Please also double check, that you've loaded /boot/modules/drm.ko and 
not /boot/kernel/drm.ko !


ll /boot/modules/ | grep drm
-r-xr-xr-x  1 root wheel   757152 Jan 17 15:51 drm.ko*
ll /boot/kernel | grep drm
-r-xr-xr-x  1 root  wheel165376 Jan 17 15:38 drm.ko*
-r-xr-xr-x  1 root  wheel535328 Jan 17 15:38 drm2.ko*

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: amdgpu panics

[Hans Petter Selasky]

Try:

sysctl -a | grep linuxkpi
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: amdgpu panics

[Hans Petter Selasky]

On 2020-04-07 11:06, Grzegorz Junka wrote:


On 07/04/2020 08:54, Hans Petter Selasky wrote:

On 2020-04-07 10:27, Grzegorz Junka wrote:
Apr  7 07:54:38 venus kernel: [drm] Display Core initialized with 
v3.1.27!
Apr  7 07:54:38 venus kernel: [drm] Connector DP-1: get mode from 
tunables:

Apr  7 07:54:38 venus kernel: [drm]   - kern.vt.fb.modes.DP-1
Apr  7 07:54:38 venus kernel: [drm]   - kern.vt.fb.default_mode
Apr  7 07:54:38 venus kernel: [drm] Connector DP-2: get mode from 
tunables:

Apr  7 07:54:38 venus kernel: [drm]   - kern.vt.fb.modes.DP-2
Apr  7 07:54:38 venus kernel: [drm]   - kern.vt.fb.default_mode
Apr  7 07:54:38 venus kernel: [drm] Connector DP-3: get mode from 
tunables:

Apr  7 07:54:38 venus kernel: [drm]   - kern.vt.fb.modes.DP-3
Apr  7 07:54:38 venus kernel: [drm]   - kern.vt.fb.default_mode


Maybe there is a problem configuring the display ports!

Can you dump the output from:

sysctl -a compat.linuxkpi

Maybe there is some knob you need to flip to turn on the monitor!


root@venus:~ # sysctl -a compat.linuxkpi
sysctl: unknown oid 'compat.linuxkpi'



Is this after loading the amdgpu driver?

Can you show:

kldstat

--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: amdgpu panics

[Hans Petter Selasky]

On 2020-04-07 10:27, Grzegorz Junka wrote:

Apr  7 07:54:38 venus kernel: [drm] Display Core initialized with v3.1.27!
Apr  7 07:54:38 venus kernel: [drm] Connector DP-1: get mode from tunables:
Apr  7 07:54:38 venus kernel: [drm]   - kern.vt.fb.modes.DP-1
Apr  7 07:54:38 venus kernel: [drm]   - kern.vt.fb.default_mode
Apr  7 07:54:38 venus kernel: [drm] Connector DP-2: get mode from tunables:
Apr  7 07:54:38 venus kernel: [drm]   - kern.vt.fb.modes.DP-2
Apr  7 07:54:38 venus kernel: [drm]   - kern.vt.fb.default_mode
Apr  7 07:54:38 venus kernel: [drm] Connector DP-3: get mode from tunables:
Apr  7 07:54:38 venus kernel: [drm]   - kern.vt.fb.modes.DP-3
Apr  7 07:54:38 venus kernel: [drm]   - kern.vt.fb.default_mode


Maybe there is a problem configuring the display ports!

Can you dump the output from:

sysctl -a compat.linuxkpi

Maybe there is some knob you need to flip to turn on the monitor!

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: amdgpu panics

[Hans Petter Selasky]

On 2020-04-07 00:07, Grzegorz Junka wrote:


Is it possible to at least gather some debug info where this happens? I 
don't think there is any core dumped if the system doesn't panic?


Can you SSH to this machine and get dmesg?

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: amdgpu panics

[Hans Petter Selasky]

On 2020-04-06 11:19, Grzegorz Junka wrote:


Of course I can recompile the kernel and world using GENERIC kernel 
config, that at least would compile all modules that aren't normally 
compiled with GENERIC.


I just want to rule out some things, so if you can try this manually 
would be great.


--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: amdgpu panics

[Hans Petter Selasky]

Hi,

I wonder if we should have a knob in the ports tree to not build .ko's 
as binary packages by default?


--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: amdgpu panics

[Hans Petter Selasky]

They don't match, and they can't.

Files in /boot/modules have been installed by drm-fbsd12.0-kmod and 
files in /boot/kernel have been installed by FreeBSD-kernel-venus-12.1_3 
(venus is the name I gave the kernel configuration).


Is drm-fbsd12.0-kmod built using the same sources as 
FreeBSD-kernel-venus-12.1_3. Can you try this:


1) Build and install a fresh 12-stable kernel, not release kernel, from 
/usr/src

2) Build and install /usr/ports/graphics/gpu-firmware-kmod
3) Build and install /usr/ports/graphics/drm-fbsd12.0-kmod



I built the ports and the kernel on the same system but at different 
times. First I updated all sources (/usr/src and /usr/ports) then I 
built packages. When that didn't work, few days later I built the kernel 
and world. No updates to the sources have been made between those two.


kldload /boot/modules/drm.ko /boot/modules/amdgpu.ko  <- doesn't work, 
system halts after loading one of the vega10 modules.


--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: amdgpu panics

[Hans Petter Selasky]

On 2020-04-05 14:18, Grzegorz Junka wrote:


How can I debug what's wrong?


Can you check the timestamps for:

ls -l /boot/modules

and

ls -l /boot/kernel

That they match?

Try loading like this:

kldload /boot/modules/drm.ko /boot/modules/amdgpu.ko

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: reccomendations of conference / party audio video software ?

[Hans Petter Selasky]

On 2020-03-28 01:44, Yuri wrote:

On 2020-03-22 03:50, Hans Petter Selasky wrote:

On 2020-03-21 19:53, Matthias Apitz wrote:
El día sábado, marzo 21, 2020 a las 07:49:23p. m. +0100, Hans Petter 
Selasky escribió:



On 2020-03-21 17:06, Julian H. Stacey wrote:

Hi ports@
Any reccomendations of conference / social group party chat server 
software ?




Hi,

I made a liveshow recently using the following ports:

virtual_oss, webcamd, baresip, zynaddsubfx, midipp and obs-studio .

Worked great and I have some patches to improve support under FreeBSD.
Might be an idea for coming BSD conferences !


Is this somewhere recorded to get an idea?
Thanks



Currently I have two videos at my facebook page (You need to add me as 
a friend):


https://www.facebook.com/hanspetter.selasky

The second one is better than the first one :-)

Found some bugs with JACK input and had to configure use of ALSA 
manually in the port.



 From a user's standpoint it would be best if this configuration was 
represented as a meta-port that would install all required dependencies 
and a sample configuration, and would provide instructions on how to 
configure/use it in pkg-message.



Is it possible to create such a meta-port?



I need to push some patches upstream first to obs-studio.

--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: reccomendations of conference / party audio video software ?

[Hans Petter Selasky]

On 2020-03-21 19:53, Matthias Apitz wrote:

El día sábado, marzo 21, 2020 a las 07:49:23p. m. +0100, Hans Petter Selasky 
escribió:


On 2020-03-21 17:06, Julian H. Stacey wrote:

Hi ports@
Any reccomendations of conference / social group party chat server software ?



Hi,

I made a liveshow recently using the following ports:

virtual_oss, webcamd, baresip, zynaddsubfx, midipp and obs-studio .

Worked great and I have some patches to improve support under FreeBSD.
Might be an idea for coming BSD conferences !


Is this somewhere recorded to get an idea?
Thanks



Currently I have two videos at my facebook page (You need to add me as a 
friend):


https://www.facebook.com/hanspetter.selasky

The second one is better than the first one :-)

Found some bugs with JACK input and had to configure use of ALSA 
manually in the port.


--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: reccomendations of conference / party audio video software ?

[Hans Petter Selasky]

On 2020-03-21 17:06, Julian H. Stacey wrote:

Hi ports@
Any reccomendations of conference / social group party chat server software ?



Hi,

I made a liveshow recently using the following ports:

virtual_oss, webcamd, baresip, zynaddsubfx, midipp and obs-studio .

Worked great and I have some patches to improve support under FreeBSD. 
Might be an idea for coming BSD conferences !


--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: amdgpu panics

[Hans Petter Selasky]

On 2020-03-10 20:29, Grzegorz Junka wrote:


On 09/03/2020 23:04, Hans Petter Selasky wrote:

On 2020-03-10 00:03, Grzegorz Junka wrote:
I've upgraded my system to 12.1. I have recompiled all ports with 
poudriere using jail 12.1. As soon as "amdgpu" kernel module is 
loaded the system panics. Tried with both, "drm-kmo" and 
"drm-fbsd12.0-kmod". Any ideas?




Are the kernel sources in the jail matched with your system?

--HPS



Sorry, I don't understand your question. Why does it matter? The jail 
was created by poudriere. Does the installed package use sources from my 
system?




All kernel module packages use sources from the build system!

--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: amdgpu panics

[Hans Petter Selasky]

On 2020-03-10 00:03, Grzegorz Junka wrote:
I've upgraded my system to 12.1. I have recompiled all ports with 
poudriere using jail 12.1. As soon as "amdgpu" kernel module is loaded 
the system panics. Tried with both, "drm-kmo" and "drm-fbsd12.0-kmod". 
Any ideas?




Are the kernel sources in the jail matched with your system?

--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Timidity++ needs libarc as run dependency ??

[Hans Petter Selasky]

On 2020-02-26 13:18, Mateusz Piotrowski wrote:

On 2/26/20 10:55 AM, Hans Petter Selasky wrote:

Hi,

ld-elf.so.1: Shared object "libarc.so.1" not found, required by 
"timidity"


pkg install libarc


It looks like libarc is already included in LIB_DEPENDS. It is not 
included in the timidity++ package. It is only included with the 
timidity++-${PKGNAMESUFFIX} packages (like timidity++-emacs).


I've never used timidity myself, so I am not sure why this is this way.

Is there a reason why you installed timidity++ instead of one of the 
timidity++-${PKGNAMESUFFIX} packages?




No specific reason. I just wanted to test some MIDI files.

And did "pkg instal xxx". Is timidity++ not a valid port/package?

--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Timidity++ needs libarc as run dependency ??

[Hans Petter Selasky]

Hi,

ld-elf.so.1: Shared object "libarc.so.1" not found, required by "timidity"

pkg install libarc


and it works.

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: [CORE DUMP] Closing audacity leads to core dump

[Hans Petter Selasky]

On 2020-02-09 20:25, Hans Petter Selasky wrote:

On 2020-02-09 18:30, Theron wrote:

On 2020-02-09 10:57, Hans Petter Selasky wrote:
I'm seeing a core-dump when closing audacity. This is a regression 
issue. Anyone else seeing this?


Yes.  I assumed it was partially my fault for mixing ports and 
packages somewhere, but I guess it is a real issue.


I've also seen this crash sometimes when using the "plot spectrum" 
tool, but I can't reproduce it right now.




Reproduces 100% with Audacity (from pkg install).

Observations:

FreeBSD-11: works as expected
FreeBSD-12: core-dumps

I notice that trying to run:

valgrind audacity


Ends like this:


==14015== Conditional jump or move depends on uninitialised value(s)
==14015==    at 0x6A26957: ??? (in /lib/libc.so.7)
==14015==    by 0x6A267BD: ??? (in /lib/libc.so.7)
==14015==    by 0x7D7ABB4: ???
==14015==    by 0x663BDD4: ??? (in 
/usr/local/lib/libglib-2.0.so.0.5600.3)
==14015==    by 0x663C03C: ??? (in 
/usr/local/lib/libglib-2.0.so.0.5600.3)
==14015==    by 0x65C64E4: ??? (in 
/usr/local/lib/libglib-2.0.so.0.5600.3)
==14015==    by 0x65FA305: ??? (in 
/usr/local/lib/libglib-2.0.so.0.5600.3)
==14015==    by 0x65FA5C4: ??? (in 
/usr/local/lib/libglib-2.0.so.0.5600.3)
==14015==    by 0x65FA738: ??? (in 
/usr/local/lib/libglib-2.0.so.0.5600.3)
==14015==    by 0x65F95F6: ??? (in 
/usr/local/lib/libglib-2.0.so.0.5600.3)
==14015==    by 0x65F8F20: ??? (in 
/usr/local/lib/libglib-2.0.so.0.5600.3)
==14015==    by 0x65F8A9E: ??? (in 
/usr/local/lib/libglib-2.0.so.0.5600.3)

==14015==
--14015-- WARNING: unhandled syscall: 563


/usr/include/sys/syscall.h:#define    SYS_getrandom    563

cem: Is valgrind perhaps missing some patches?



Tried to build wxgtk31 using gcc9, with no success:

/usr/ports/x11-toolkits/wxgtk31 # env CXX=g++9 CC=gcc9 make all 
deinstall install



Program received signal SIGBUS, Bus error.
wxMBConvStrictUTF8::ToWChar (this=, dst=, dstLen=0, 
src=, srcLen=25964)
at ./src/common/strconv.cpp:994
994 unsigned char c = *p;
(gdb) bt
#0  0x0008011d8285 in wxMBConvStrictUTF8::ToWChar(wchar_t*, unsigned long, 
char const*, unsigned long) const
(this=, dst=, dstLen=0, src=, 
srcLen=25964) at ./src/common/strconv.cpp:994
#1  0x0008011e8b67 in wxString::AsWChar(wxMBConv const&) const 
(this=0x7fffd8f0, conv=...) at ./src/common/string.cpp:482
#2  0x0085bb12 in wxString::ToStdWstring() const ()
#3  0x0085990b in std::__1::unordered_map (DirManager&, 
wchar_t const**)>, std::__1::hash, std::__1::equal_to, std::__1::allocator (DirManager&, wchar_t const**)> > > >::operator[](wxString 
const&) ()
#4  0x00852bd9 in 
DirManager::RegisteredBlockFileDeserializer::RegisteredBlockFileDeserializer(wxString const&, 
std::__1::function (DirManager&, wchar_t const**)>) 
()
#5  0x00874a7c in  ()
#6  0x000800ea946e in objlist_call_init (list=, 
lockstate=) at /usr/img/freebsd.12/libexec/rtld-elf/rtld.c:2723
#7  0x000800ea81d2 in _rtld (sp=, exit_proc=0x7fffe900, 
objp=0x7fffe908)
at /usr/img/freebsd.12/libexec/rtld-elf/rtld.c:765
#8  0x000800ea6019 in rtld_start () at 
/usr/img/freebsd.12/libexec/rtld-elf/amd64/rtld_start.S:39
#9  0x in  ()


emaste: Do you see anyting with regards to compiler differences FreeBSD 
11 and FreeBSD 12 and GCC9 ?


--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: [CORE DUMP] Closing audacity leads to core dump

[Hans Petter Selasky]

On 2020-02-09 18:30, Theron wrote:

On 2020-02-09 10:57, Hans Petter Selasky wrote:
I'm seeing a core-dump when closing audacity. This is a regression 
issue. Anyone else seeing this?


Yes.  I assumed it was partially my fault for mixing ports and packages 
somewhere, but I guess it is a real issue.


I've also seen this crash sometimes when using the "plot spectrum" tool, 
but I can't reproduce it right now.




Reproduces 100% with Audacity (from pkg install).

Observations:

FreeBSD-11: works as expected
FreeBSD-12: core-dumps

I notice that trying to run:

valgrind audacity


Ends like this:


==14015== Conditional jump or move depends on uninitialised value(s)
==14015==at 0x6A26957: ??? (in /lib/libc.so.7)
==14015==by 0x6A267BD: ??? (in /lib/libc.so.7)
==14015==by 0x7D7ABB4: ???
==14015==by 0x663BDD4: ??? (in /usr/local/lib/libglib-2.0.so.0.5600.3)
==14015==by 0x663C03C: ??? (in /usr/local/lib/libglib-2.0.so.0.5600.3)
==14015==by 0x65C64E4: ??? (in /usr/local/lib/libglib-2.0.so.0.5600.3)
==14015==by 0x65FA305: ??? (in /usr/local/lib/libglib-2.0.so.0.5600.3)
==14015==by 0x65FA5C4: ??? (in /usr/local/lib/libglib-2.0.so.0.5600.3)
==14015==by 0x65FA738: ??? (in /usr/local/lib/libglib-2.0.so.0.5600.3)
==14015==by 0x65F95F6: ??? (in /usr/local/lib/libglib-2.0.so.0.5600.3)
==14015==by 0x65F8F20: ??? (in /usr/local/lib/libglib-2.0.so.0.5600.3)
==14015==by 0x65F8A9E: ??? (in /usr/local/lib/libglib-2.0.so.0.5600.3)
==14015== 


--14015-- WARNING: unhandled syscall: 563


/usr/include/sys/syscall.h:#define  SYS_getrandom   563

cem: Is valgrind perhaps missing some patches?


--14015-- You may be able to write your own handler.
--14015-- Read the file README_MISSING_SYSCALL_OR_IOCTL.
--14015-- Nevertheless we consider this a bug.  Please report
--14015-- it at http://valgrind.org/support/bug_reports.html.
==14015== 
==14015== HEAP SUMMARY:

==14015== in use at exit: 0 bytes in 0 blocks
==14015==   total heap usage: 0 allocs, 0 frees, 0 bytes allocated
==14015== 
==14015== All heap blocks were freed -- no leaks are possible
==14015== 
==14015== For counts of detected and suppressed errors, rerun with: -v

==14015== Use --track-origins=yes to see where uninitialised values come from
==14015== ERROR SUMMARY: 85 errors from 51 contexts (suppressed: 0 from 0)
Killed


--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[CORE DUMP] Closing audacity leads to core dump

[Hans Petter Selasky]

Hi,

I'm seeing a core-dump when closing audacity. This is a regression 
issue. Anyone else seeing this?


--HPS


*** BUG ***
In void pixman_region32_init_rect(region_type_t *, int, int, unsigned 
int, unsigned int): Invalid rectangle passed

Set a breakpoint on '_pixman_log_error' to debug

./src/common/wincmn.cpp(1497): assert ""secondHandler != nullptr"" 
failed in PopEventHandler(): the first handler of the wxWindow stack 
should have non-NULL next handler


[1]Bus error audacity (core dumped)
% ls *.core
audacity.core
% gdb831 audacity audacity.core
GNU gdb (GDB) 8.3.1 [GDB v8.3.1 for FreeBSD]
Copyright (C) 2019 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 


This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-portbld-freebsd12.0".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from audacity...
(No debugging symbols found in audacity)
[New LWP 100223]
[New LWP 101142]
[New LWP 101143]
[New LWP 101144]
[New LWP 101145]
[New LWP 101146]
[New LWP 101149]
Core was generated by `audacity'.
Program terminated with signal SIGBUS, Bus error.
#0  0x000801ec0a99 in wxEvtHandler::SafelyProcessEvent(wxEvent&) () 
from /usr/local/lib/libwx_baseu-3.1.so.3

[Current thread is 1 (LWP 100223)]
(gdb) bt
#0  0x000801ec0a99 in wxEvtHandler::SafelyProcessEvent(wxEvent&) () 
at /usr/local/lib/libwx_baseu-3.1.so.3

#1  0x000801880d26 in  () at /usr/local/lib/libwx_gtk3u_core-3.1.so.3
#2  0x000802baddf9 in g_closure_invoke () at 
/usr/local/lib/libgobject-2.0.so.0

#3  0x000802bc3a5b in  () at /usr/local/lib/libgobject-2.0.so.0
#4  0x000802bc480a in g_signal_emit_valist () at 
/usr/local/lib/libgobject-2.0.so.0
#5  0x000802bc4eb6 in g_signal_emit () at 
/usr/local/lib/libgobject-2.0.so.0
#6  0x000802664d1c in gtk_widget_size_allocate_with_baseline () at 
/usr/local/lib/libgtk-3.so.0

#7  0x0008023d9b4f in  () at /usr/local/lib/libgtk-3.so.0
#8  0x0008023d834d in  () at /usr/local/lib/libgtk-3.so.0
#9  0x000802432893 in  () at /usr/local/lib/libgtk-3.so.0
#10 0x0008023d753f in  () at /usr/local/lib/libgtk-3.so.0
#11 0x000802664d2f in gtk_widget_size_allocate_with_baseline () at 
/usr/local/lib/libgtk-3.so.0

#12 0x0008026866df in  () at /usr/local/lib/libgtk-3.so.0
#13 0x000802baddf9 in g_closure_invoke () at 
/usr/local/lib/libgobject-2.0.so.0

#14 0x000802bc37ee in  () at /usr/local/lib/libgobject-2.0.so.0
#15 0x000802bc480a in g_signal_emit_valist () at 
/usr/local/lib/libgobject-2.0.so.0
#16 0x000802bc4eb6 in g_signal_emit () at 
/usr/local/lib/libgobject-2.0.so.0
#17 0x000802664d1c in gtk_widget_size_allocate_with_baseline () at 
/usr/local/lib/libgtk-3.so.0

#18 0x000802680d66 in  () at /usr/local/lib/libgtk-3.so.0
#19 0x000802baddf9 in g_closure_invoke () at 
/usr/local/lib/libgobject-2.0.so.0

#20 0x000802bc3bd1 in  () at /usr/local/lib/libgobject-2.0.so.0
#21 0x000802bc480a in g_signal_emit_valist () at 
/usr/local/lib/libgobject-2.0.so.0
#22 0x000802bc4eb6 in g_signal_emit () at 
/usr/local/lib/libgobject-2.0.so.0

--Type  for more, q to quit, c to continue without paging--
#23 0x000802427b02 in  () at /usr/local/lib/libgtk-3.so.0
#24 0x000802baddf9 in g_closure_invoke () at 
/usr/local/lib/libgobject-2.0.so.0

#25 0x000802bc3a5b in  () at /usr/local/lib/libgobject-2.0.so.0
#26 0x000802bc480a in g_signal_emit_valist () at 
/usr/local/lib/libgobject-2.0.so.0
#27 0x000802bc4eb6 in g_signal_emit () at 
/usr/local/lib/libgobject-2.0.so.0

#28 0x00080276ee66 in  () at /usr/local/lib/libgdk-3.so.0
#29 0x000802755b52 in  () at /usr/local/lib/libgdk-3.so.0
#30 0x000802ca1324 in  () at /usr/local/lib/libglib-2.0.so.0
#31 0x000802ca4f37 in g_main_context_dispatch () at 
/usr/local/lib/libglib-2.0.so.0

#32 0x000802ca52fa in  () at /usr/local/lib/libglib-2.0.so.0
#33 0x000802ca564f in g_main_loop_run () at 
/usr/local/lib/libglib-2.0.so.0

#34 0x00080250768b in gtk_main () at /usr/local/lib/libgtk-3.so.0
#35 0x00080186d3c5 in wxGUIEventLoop::DoRun() () at 
/usr/local/lib/libwx_gtk3u_core-3.1.so.3
#36 0x000801d8b202 in wxEventLoopBase::Run() () at 
/usr/local/lib/libwx_baseu-3.1.so.3
#37 0x0008018d13af in wxDialog::ShowModal() () at 
/usr/local/lib/libwx_gtk3u_core-3.1.so.3
#38 0x0008012063d2 in wxDebugReportPreviewStd::Show(wxDebugReport&) 
const () at /usr/local/lib/libwx_gtk3u_qa-3.1.so.3

#39 0x008f2008 in 

Re: Samba dump (useless) core

[Hans Petter Selasky]

On 2019-05-08 13:44, Jan Beich wrote:

Andrea Venturoli  writes:



Try to install GDB from ports and use that. It often helps.

--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: pkg-fallout - virtual_oss FreeBSD 11.2 and 12.0-p3

[Hans Petter Selasky]

On 3/30/19 12:45 PM, Christoph Moench-Tegeder wrote:

## Hans Petter Selasky (h...@selasky.org):


virtual_oss needs some new bluetooth definitions to build.
Else bluetooth support can be switched off.


How about testing the FreeBSD version? That's in OSVERSION:
https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/dads-after-port-mk.html



Doesn't work because OSVERSION is not defined before package options are 
evaluated by bsd.port.mk ??


I'll just make the new utility optionally buildable for now.

--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Request for commit approval : audio/virtual_oss

[Hans Petter Selasky]

Separate bluetooth speaker utility into own option.
This resolves some build failures.

Approved by:
Index: Makefile
===
--- Makefile	(revision 497246)
+++ Makefile	(working copy)
@@ -2,7 +2,7 @@
 # $FreeBSD$
 
 PORTNAME=	virtual_oss
-PORTVERSION=	1.2.1
+PORTVERSION=	1.2.2
 CATEGORIES=	audio
 MASTER_SITES=	http://www.selasky.org/hans_petter/distfiles/ \
 		http://home.selasky.org/distfiles/
@@ -16,7 +16,7 @@
 
 USES=		tar:bzip2 uidfix
 
-OPTIONS_DEFINE=	BLUETOOTH DEBUG EQUALIZER
+OPTIONS_DEFINE=	BLUETOOTH BT_SPEAKER DEBUG EQUALIZER
 OPTIONS_DEFAULT=BLUETOOTH EQUALIZER
 
 .if exists(/usr/lib/libcuse.so)
@@ -28,8 +28,11 @@
 
 BLUETOOTH_DESC=	Build with bluetooth support
 BLUETOOTH_MAKE_ARGS=	HAVE_BLUETOOTH="YES"
-BLUETOOTH_PLIST_FILES=  sbin/virtual_bt_speaker \
+
+BT_SPEAKER_DESC=	Build with bluetooth speaker utility
+BT_SPEAKER_PLIST_FILES= sbin/virtual_bt_speaker \
 man/man8/virtual_bt_speaker.8.gz
+BT_SPEAKER_MAKE_ARGS=	HAVE_BLUETOOTH_SPEAKER="YES"
 
 DEBUG_MAKE_ARGS=	HAVE_DEBUG="YES"
 
Index: distinfo
===
--- distinfo	(revision 497246)
+++ distinfo	(working copy)
@@ -1,3 +1,3 @@
-TIMESTAMP = 1553804799
-SHA256 (virtual_oss-1.2.1.tar.bz2) = 3d039c3e839cd3b5c0341e929c17863afac10debd6e1ae35d6fcd7f80c7b6e97
-SIZE (virtual_oss-1.2.1.tar.bz2) = 45907
+TIMESTAMP = 1553974911
+SHA256 (virtual_oss-1.2.2.tar.bz2) = f92302f13a02ac4dbb2e5ee14f8382157179a90459f67e1607225fc9b7cf183c
+SIZE (virtual_oss-1.2.2.tar.bz2) = 45860
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

pkg-fallout - virtual_oss FreeBSD 11.2 and 12.0-p3

[Hans Petter Selasky]

Hi,

virtual_oss needs some new bluetooth definitions to build.
Else bluetooth support can be switched off.

How can I test for this in the Makefile?

I tried something like this, but it doesn't work:

--HPS

Index: Makefile
===
--- Makefile(revision 497246)
+++ Makefile(working copy)
@@ -17,8 +17,14 @@
 USES=  tar:bzip2 uidfix

 OPTIONS_DEFINE=BLUETOOTH DEBUG EQUALIZER
-OPTIONS_DEFAULT=BLUETOOTH EQUALIZER
+OPTIONS_DEFAULT=EQUALIZER

+SINK_PROFILE!=${GREP} sdp_audio_sink_profile /usr/include/sdp.h
+
+.if ${SINK_PROFILE} != ""
+OPTIONS_DEFAULT+= BLUETOOTH
+.endif
+
 .if exists(/usr/lib/libcuse.so)
 MAKE_ARGS= HAVE_CUSE="YES"
 .else
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Request for commit approval virtual_oss_ctl 1.2.0

[Hans Petter Selasky]

Restore virtual_oss_ctl to version 1.2.0.

This version adds support for FIR filters.

Approved by:

Index: Makefile
===
--- Makefile	(revision 497056)
+++ Makefile	(working copy)
@@ -840,6 +840,7 @@
 SUBDIR += vamp-plugin-sdk
 SUBDIR += vgmplay
 SUBDIR += virtual_oss
+SUBDIR += virtual_oss_ctl
 SUBDIR += vitunes
 SUBDIR += vm-lv2
 SUBDIR += vmpk
Index: virtual_oss_ctl/Makefile
===
--- virtual_oss_ctl/Makefile	(revision 486467)
+++ virtual_oss_ctl/Makefile	(working copy)
@@ -2,10 +2,10 @@
 # $FreeBSD$
 
 PORTNAME=	virtual_oss_ctl
-PORTVERSION=	1.1.0
+PORTVERSION=	1.2.0
 CATEGORIES=	audio
 MASTER_SITES=	http://www.selasky.org/hans_petter/distfiles/ \
-		http://home.selasky.org:8192/distfiles/
+		http://home.selasky.org/distfiles/
 
 MAINTAINER=	hsela...@freebsd.org
 COMMENT=	Grapical control panel for the virtual OSS daemon
@@ -12,12 +12,11 @@
 
 LICENSE=	BSD2CLAUSE
 
-DEPRECATED=		Qt4 has been EOL since december 2015
-EXPIRATION_DATE=	2019-03-15
-
 RUN_DEPENDS=	virtual_oss:audio/virtual_oss
+LIB_DEPENDS=	libfftw3.so:math/fftw3
 
-USES=		qmake qt:4 tar:bzip2
-USE_QT=		corelib gui qmake_build moc_build rcc_build
+USES=		compiler:c++11-lang gl qmake qt:5 tar:bzip2
+USE_GL=		gl
+USE_QT=		buildtools_build core gui widgets
 
 .include 
Index: virtual_oss_ctl/distinfo
===
--- virtual_oss_ctl/distinfo	(revision 486467)
+++ virtual_oss_ctl/distinfo	(working copy)
@@ -1,3 +1,3 @@
-TIMESTAMP = 1474625830
-SHA256 (virtual_oss_ctl-1.1.0.tar.bz2) = 19d7434c3a85d6741be25aa09e6bf83f28b34768f6b314766955e6e09450068b
-SIZE (virtual_oss_ctl-1.1.0.tar.bz2) = 12725
+TIMESTAMP = 1553805486
+SHA256 (virtual_oss_ctl-1.2.0.tar.bz2) = 33596ec2b91301090fae09ab3dfeb351f8980253e2b0aba0c4f5704adc7e6ff7
+SIZE (virtual_oss_ctl-1.2.0.tar.bz2) = 17840
Index: virtual_oss_ctl/pkg-descr
===
Index: virtual_oss_ctl/pkg-plist
===
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Request for commit approval audio/virtual_oss

[Hans Petter Selasky]

Update virtual_oss to latest version, 1.2.1.

Among other features and bugfixes virtual_oss now can do simple FIR 
filtering on the played back or recorded audio.


Approved by:
Index: Makefile
===
--- Makefile	(revision 497056)
+++ Makefile	(working copy)
@@ -2,7 +2,7 @@
 # $FreeBSD$
 
 PORTNAME=	virtual_oss
-PORTVERSION=	1.2.0
+PORTVERSION=	1.2.1
 CATEGORIES=	audio
 MASTER_SITES=	http://www.selasky.org/hans_petter/distfiles/ \
 		http://home.selasky.org/distfiles/
@@ -16,8 +16,8 @@
 
 USES=		tar:bzip2 uidfix
 
-OPTIONS_DEFINE=	BLUETOOTH DEBUG
-OPTIONS_DEFAULT=BLUETOOTH
+OPTIONS_DEFINE=	BLUETOOTH DEBUG EQUALIZER
+OPTIONS_DEFAULT=BLUETOOTH EQUALIZER
 
 .if exists(/usr/lib/libcuse.so)
 MAKE_ARGS=	HAVE_CUSE="YES"
@@ -29,6 +29,9 @@
 BLUETOOTH_DESC=	Build with bluetooth support
 BLUETOOTH_MAKE_ARGS=	HAVE_BLUETOOTH="YES"
 DEBUG_MAKE_ARGS=	HAVE_DEBUG="YES"
+EQUALIZER_DESC=	Build with equalizer utility
+EQUALIZER_MAKE_ARGS=	HAVE_EQUALIZER="YES"
+EQUALIZER_LIB_DEPENDS=	libfftw3.so:math/fftw3
 
 PLIST_FILES=	sbin/virtual_oss \
 		man/man8/virtual_oss.8.gz
Index: distinfo
===
--- distinfo	(revision 497056)
+++ distinfo	(working copy)
@@ -1,3 +1,3 @@
-TIMESTAMP = 1540895195
-SHA256 (virtual_oss-1.2.0.tar.bz2) = 3d2402f699a2eea0002ec6216c736562efd69b5f6bddef35be64f88da50a73c4
-SIZE (virtual_oss-1.2.0.tar.bz2) = 35101
+TIMESTAMP = 1553804799
+SHA256 (virtual_oss-1.2.1.tar.bz2) = 3d039c3e839cd3b5c0341e929c17863afac10debd6e1ae35d6fcd7f80c7b6e97
+SIZE (virtual_oss-1.2.1.tar.bz2) = 45907
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Reminder: Qt4 next week

[Hans Petter Selasky]

On 3/28/19 9:09 PM, Tobias C. Berner wrote:

Hi there

Sorry, if the removal was too aggressive. You can just svn copy the port
from the revision prior to the removal and modify it to use Qt5.



I'll take it. No problem.

--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Reminder: Qt4 next week

[Hans Petter Selasky]

On 3/17/19 10:44 AM, Tobias C. Berner wrote:

Moin moin


Qt4 is mostly gone now from the tree. With it probably some stuff people
would still like to use (e.g. audio/mumble), but were not upgraded in time.
Date date of the removal was chosen mid-march on purpose, so that there is
still some time before cutting the quarterly to bring these back with
Qt5 support enabled and have them in 2019Q2 without any hassle.



Hi,

Sorry for not reading the e-mails.

At least virtual_oss_ctl compiles with qt5. Only the port Makefile needs 
updating. How can I get this port back?


--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Request for zynaddsubfx port update 3.0.3 -> 3.0.4

[Hans Petter Selasky]

Update ZynAddSubFX to version 3.0.4.

Approved by:

--HPS
Index: Makefile
===
--- Makefile	(revision 495344)
+++ Makefile	(working copy)
@@ -2,7 +2,7 @@
 # $FreeBSD$
 
 PORTNAME=	zynaddsubfx
-PORTVERSION=	3.0.3
+PORTVERSION=	3.0.4
 CATEGORIES=	audio
 MASTER_SITES=	SF
 
Index: distinfo
===
--- distinfo	(revision 495344)
+++ distinfo	(working copy)
@@ -1,3 +1,3 @@
-TIMESTAMP = 1512549274
-SHA256 (zynaddsubfx-3.0.3.tar.bz2) = 11de448f9664076e9e8f2bcb8f7f45bf54a13516b7d6693da1ef8c511b8ed7c1
-SIZE (zynaddsubfx-3.0.3.tar.bz2) = 7989258
+TIMESTAMP = 1552300480
+SHA256 (zynaddsubfx-3.0.4.tar.bz2) = 3d48d1e49ee13a2a4bd6eed4b2729e8d2eb005706f3cf14887c11bd04157a4a2
+SIZE (zynaddsubfx-3.0.4.tar.bz2) = 8141014
Index: pkg-plist
===
--- pkg-plist	(revision 495344)
+++ pkg-plist	(working copy)
@@ -1,10 +1,7 @@
 %%GUI%%bin/zynaddsubfx
 %%GUI%%bin/zynaddsubfx-ext-gui
-%%DSSI%%lib/dssi/libzynaddsubfx_dssi.so
 lib/lv2/ZynAddSubFX.lv2/ZynAddSubFX.so
 lib/lv2/ZynAddSubFX.lv2/ZynAddSubFX.ttl
-%%GUI%%lib/lv2/ZynAddSubFX.lv2/ZynAddSubFX_ui.so
-%%GUI%%lib/lv2/ZynAddSubFX.lv2/ZynAddSubFX_ui.ttl
 lib/lv2/ZynAddSubFX.lv2/manifest.ttl
 lib/lv2/ZynAddSubFX.lv2/presets.ttl
 lib/lv2/ZynAddSubFX.lv2presets/Arpeggios.ttl
@@ -67,6 +64,9 @@
 lib/lv2/ZynReverb.lv2/ZynReverb.ttl
 lib/lv2/ZynReverb.lv2/manifest.ttl
 lib/lv2/ZynReverb.lv2/presets.ttl
+%%GUI%%lib/lv2/ZynAddSubFX.lv2/ZynAddSubFX_ui.so
+%%GUI%%lib/lv2/ZynAddSubFX.lv2/ZynAddSubFX_ui.ttl
+%%DSSI%%lib/dssi/libzynaddsubfx_dssi.so
 lib/vst/ZynAddSubFX.so
 lib/vst/ZynAlienWah.so
 lib/vst/ZynChorus.so
@@ -76,6 +76,7 @@
 lib/vst/ZynPhaser.so
 lib/vst/ZynReverb.so
 %%GUI%%share/applications/zynaddsubfx-jack.desktop
+%%GUI%%share/applications/zynaddsubfx-jack-multi.desktop
 %%GUI%%share/applications/zynaddsubfx-alsa.desktop
 %%GUI%%share/applications/zynaddsubfx-oss.desktop
 share/pixmaps/zynaddsubfx.svg
@@ -84,7 +85,7 @@
 %%DATADIR%%/banks/Arpeggios/0003-Arpeggio3.xiz
 %%DATADIR%%/banks/Arpeggios/0004-Arpeggio4.xiz
 %%DATADIR%%/banks/Arpeggios/0005-Arpeggio5.xiz
-%%DATADIR%%/banks/Arpeggios/0006-Aporggio6.xiz
+%%DATADIR%%/banks/Arpeggios/0006-Arpeggio6.xiz
 %%DATADIR%%/banks/Arpeggios/0007-Arpeggio7.xiz
 %%DATADIR%%/banks/Arpeggios/0008-Arpeggio8.xiz
 %%DATADIR%%/banks/Arpeggios/0009-Arpeggio9.xiz
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: drm2 removed?

[Hans Petter Selasky]

On 2/11/19 5:12 PM, Steve Kargl wrote:

Anyone have any idea which recent change broke the
drm-legacy-kmod port.  This is why I raised an issue
with removal of drm2 from src/sys.  How is suppose
to be fixed?


--- ttm_bo_manager.o ---
cc  -O2 -pipe -march=core2 -fno-strict-aliasing -march=core2  -Werror -D_KERNEL 
-DKLD_MODULE -nostdinc  
-I/usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/drm2/../src/ -I. 
-I/usr/src/sys -I/usr/src/sys/contrib/ck/include -fno-common -MD  
-MF.depend.ttm_bo_manager.o -MTttm_bo_manager.o -mno-mmx -mno-sse -msoft-float 
-ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ 
-Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas 
-Wno-error-tautological-compare -Wno-error-empty-body 
-Wno-error-parentheses-equality -Wno-error-unused-function 
-Wno-error-pointer-sign -Wno-error-shift-negative-value 
-Wno-address-of-packed-member  -mno-aes -mno-avx  -std=iso9899:1999 -c 
/usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo_manager.c
 -o ttm_bo_manager.o
--- ttm_bo.o ---
/usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1501:12:
 error: use of undeclared identifier 'NPGPTD'
 1, 0, VM_MAX_ADDRESS, PAGE_SIZE, 0, VM_MEMATTR_UNCACHEABLE);
   ^
./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS'
#define VM_MAX_ADDRESS  VADDR(PTDPTDI, 0)
   ^
./machine/pmap.h:122:19: note: expanded from macro 'PTDPTDI'
#define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD)
  ^
./machine/param.h:98:19: note: expanded from macro 'NPDEPTD'
#define NPDEPTD (NBPTD / sizeof(pd_entry_t))
  ^
./machine/param.h:96:17: note: expanded from macro 'NBPTD'
#define NBPTD   (NPGPTD << PAGE_SHIFT)
  ^
/usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1501:12:
 error: use of undeclared identifier 'pd_entry_t'
./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS'
#define VM_MAX_ADDRESS  VADDR(PTDPTDI, 0)
   ^
./machine/pmap.h:122:19: note: expanded from macro 'PTDPTDI'
#define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD)
  ^
./machine/param.h:98:34: note: expanded from macro 'NPDEPTD'
#define NPDEPTD (NBPTD / sizeof(pd_entry_t))
 ^
/usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1501:12:
 error: use of undeclared identifier 'NTRPPTD'
./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS'
#define VM_MAX_ADDRESS  VADDR(PTDPTDI, 0)
   ^
./machine/pmap.h:122:29: note: expanded from macro 'PTDPTDI'
#define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD)
^
/usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1501:12:
 error: use of undeclared identifier 'NPGPTD'
./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS'
#define VM_MAX_ADDRESS  VADDR(PTDPTDI, 0)
   ^
./machine/pmap.h:122:39: note: expanded from macro 'PTDPTDI'
#define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD)
  ^
/usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1505:10:
 error: use of undeclared identifier 'NPGPTD'
 0, VM_MAX_ADDRESS, PAGE_SIZE, 0)) {
^
./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS'
#define VM_MAX_ADDRESS  VADDR(PTDPTDI, 0)
   ^
./machine/pmap.h:122:19: note: expanded from macro 'PTDPTDI'
#define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD)
  ^
./machine/param.h:98:19: note: expanded from macro 'NPDEPTD'
#define NPDEPTD (NBPTD / sizeof(pd_entry_t))
  ^
./machine/param.h:96:17: note: expanded from macro 'NBPTD'
#define NBPTD   (NPGPTD << PAGE_SHIFT)
  ^
/usr/ports/graphics/drm-legacy-kmod/work/drm-legacy-50ea058/src/dev/drm2/ttm/ttm_bo.c:1505:10:
 error: use of undeclared identifier 'pd_entry_t'
./machine/vmparam.h:173:31: note: expanded from macro 'VM_MAX_ADDRESS'
#define VM_MAX_ADDRESS  VADDR(PTDPTDI, 0)
   ^
./machine/pmap.h:122:19: note: expanded from macro 'PTDPTDI'
#define PTDPTDI (NPDEPTD - NTRPPTD - NPGPTD)
  ^
./machine/param.h:98:34: note: expanded from macro 'NPDEPTD'
#define NPDEPTD (NBPTD / sizeof(pd_entry_t))
 ^

audio/zynaddsubfx: Request for commit approval

[Hans Petter Selasky]

Fix build with GCC-based architectures.

PR: 235156
Submitted by:   Piotr Kubaj 
Approved by:

Index: Makefile
===
--- Makefile(revision 491083)
+++ Makefile(working copy)
@@ -19,7 +19,7 @@
libmxml.so:textproc/mxml \
liblo.so:audio/liblo

-USES=  tar:bzip2 cmake:insource pkgconfig
+USES=  compiler:c++11-lang tar:bzip2 cmake:insource pkgconfig
 USE_LDCONFIG=  yes

 OPTIONS_DEFINE=OSS JACK GUI PORTAUDIO LASH DOCS EXAMPLES
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Request for commit approval (multimedia/webcamd)

[Hans Petter Selasky]

On 12/13/18 10:38 PM, Kurt Jaeger wrote:

Hi!


Mine last version:

# Gamepad Logitech
notify 100 {
match "system""USB";
match "subsystem" "INTERFACE";
match "type"  "ATTACH";
match "vendor""0x046d";
match "product"   "0xc216|0xc219";
action "/usr/local/etc/rc.d/webcamd start $cdev $interface";
};


Can you submit this patch? Or do you want me to?


Please, just commit this fix (approved). Thanks!


--HPS

Index: files/webcamd.conf.in
===
--- files/webcamd.conf.in   (revision 487369)
+++ files/webcamd.conf.in   (working copy)
@@ -59,12 +59,8 @@
match "type"  "ATTACH";

match "vendor""0x046d";
-   match "product"   "0xc216";
+   match "product"   "0xc216|0xc219";

-   match "intclass"  "0x03";
-   match "intsubclass"   "0x00";
-   match "intprotocol"   "0x00";
-
action "%%PREFIX%%/etc/rc.d/webcamd start $cdev $interface";
   };


Done.

--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Request for commit approval (multimedia/webcamd)

[Hans Petter Selasky]

On 12/13/18 10:31 PM, Rozhuk Ivan wrote:

On Thu, 13 Dec 2018 15:33:06 +0100
Hans Petter Selasky  wrote:


Add devd rule for a Logitech gamepad.

Submitted by:   Rozhuk Ivan 
Approved by:

--HPS


Mine last version:

# Gamepad Logitech
notify 100 {
match "system""USB";
match "subsystem" "INTERFACE";
match "type"  "ATTACH";
match "vendor""0x046d";
match "product"   "0xc216|0xc219";
action "/usr/local/etc/rc.d/webcamd start $cdev $interface";
};


Hi,

Can you submit this patch? Or do you want me to?

--HPS

Index: files/webcamd.conf.in
===
--- files/webcamd.conf.in   (revision 487369)
+++ files/webcamd.conf.in   (working copy)
@@ -59,12 +59,8 @@
match "type"  "ATTACH";

match "vendor""0x046d";
-   match "product"   "0xc216";
+   match "product"   "0xc216|0xc219";

-   match "intclass"  "0x03";
-   match "intsubclass"   "0x00";
-   match "intprotocol"   "0x00";
-
action "%%PREFIX%%/etc/rc.d/webcamd start $cdev $interface";
 };
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Request for commit approval (multimedia/webcamd)

[Hans Petter Selasky]

Add devd rule for a Logitech gamepad.

Submitted by:   Rozhuk Ivan 
Approved by:

--HPS
Index: Makefile
===
--- Makefile	(revision 487368)
+++ Makefile	(working copy)
@@ -3,6 +3,7 @@
 
 PORTNAME=	webcamd
 PORTVERSION=	4.20.0.1
+PORTREVISION=	1
 CATEGORIES=	multimedia
 MASTER_SITES=	http://www.selasky.org/hans_petter/distfiles/ \
 		http://home.selasky.org/distfiles/
Index: files/webcamd.conf.in
===
--- files/webcamd.conf.in	(revision 487365)
+++ files/webcamd.conf.in	(working copy)
@@ -51,3 +51,20 @@
 
 	action "%%PREFIX%%/etc/rc.d/webcamd start $cdev $interface";
 };
+
+# Logitech gamepad 
+notify 100 {
+	match "system"		"USB";
+	match "subsystem"	"INTERFACE";
+	match "type"		"ATTACH";
+
+	match "vendor"		"0x046d";
+	match "product"		"0xc216";
+
+	match "intclass"	"0x03";
+	match "intsubclass"	"0x00";
+	match "intprotocol"	"0x00";
+
+	action "%%PREFIX%%/etc/rc.d/webcamd start $cdev $interface";
+};
+
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Request for commit approval (multimedia/webcamd)

[Hans Petter Selasky]

Hi,

Update webcamd to version 4.20.0.1

This change updates the Linux source code to Linux v4.20 and fixes use 
of USB HID Joysticks with webcamd.


Approved by:
Index: Makefile
===
--- Makefile	(revision 487365)
+++ Makefile	(working copy)
@@ -2,11 +2,10 @@
 # $FreeBSD$
 
 PORTNAME=	webcamd
-PORTVERSION=	4.17.0.3
-PORTREVISION=	1
+PORTVERSION=	4.20.0.1
 CATEGORIES=	multimedia
 MASTER_SITES=	http://www.selasky.org/hans_petter/distfiles/ \
-		http://home.selasky.org:8192/distfiles/
+		http://home.selasky.org/distfiles/
 
 MAINTAINER=	hsela...@freebsd.org
 COMMENT=	Port of Linux USB webcam and DVB drivers into userspace
Index: distinfo
===
--- distinfo	(revision 487365)
+++ distinfo	(working copy)
@@ -1,3 +1,3 @@
-TIMESTAMP = 1531558340
-SHA256 (webcamd-4.17.0.3.tar.bz2) = b52b29be861a469c230004c979e10b22bb7c1e12e84eab18553985acc1b8
-SIZE (webcamd-4.17.0.3.tar.bz2) = 13684415
+TIMESTAMP = 1544709894
+SHA256 (webcamd-4.20.0.1.tar.bz2) = c4741e68fef6f51bd6eeda232446d9dcac8d6b9e2a4709ca68f4a6696ec986ea
+SIZE (webcamd-4.20.0.1.tar.bz2) = 13416890
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Request for commit approval (virtual_oss)

[Hans Petter Selasky]

Update virtual_oss to 1.2.0
  - Buffering improvements to avoid jitter and
artifacts when playing back audio.

Approved by:

--HPS
Index: Makefile
===
--- Makefile	(revision 483463)
+++ Makefile	(working copy)
@@ -2,10 +2,10 @@
 # $FreeBSD$
 
 PORTNAME=	virtual_oss
-PORTVERSION=	1.1.6
+PORTVERSION=	1.2.0
 CATEGORIES=	audio
 MASTER_SITES=	http://www.selasky.org/hans_petter/distfiles/ \
-		http://home.selasky.org:8192/distfiles/
+		http://home.selasky.org/distfiles/
 
 MAINTAINER=	hsela...@freebsd.org
 COMMENT=	Virtual OSS multi device mixer application
Index: distinfo
===
--- distinfo	(revision 483463)
+++ distinfo	(working copy)
@@ -1,3 +1,3 @@
-TIMESTAMP = 1532798817
-SHA256 (virtual_oss-1.1.6.tar.bz2) = 4357914d96b4a9885e0692bbba1348fbb72614fb3d97153d176b720e1851e587
-SIZE (virtual_oss-1.1.6.tar.bz2) = 34615
+TIMESTAMP = 1540895195
+SHA256 (virtual_oss-1.2.0.tar.bz2) = 3d2402f699a2eea0002ec6216c736562efd69b5f6bddef35be64f88da50a73c4
+SIZE (virtual_oss-1.2.0.tar.bz2) = 35101
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Request for commit approval : midi player pro new version

[Hans Petter Selasky]

/usr/ports/audio/midipp

Changes:
- Added support for quartertones, octotones, hexatones and so on.
- Added support for bass offset effect.
- Added support for circle of fifths.
- Improved support for printing.

Approved by:XXX
Index: Makefile
===
--- Makefile	(revision 482718)
+++ Makefile	(working copy)
@@ -2,7 +2,7 @@
 # $FreeBSD$
 
 PORTNAME=	midipp
-PORTVERSION=	1.3.4
+PORTVERSION=	2.0.0
 CATEGORIES=	audio
 MASTER_SITES=	http://www.selasky.org/hans_petter/distfiles/ \
 		http://home.selasky.org:8192/distfiles/
Index: distinfo
===
--- distinfo	(revision 482718)
+++ distinfo	(working copy)
@@ -1,3 +1,3 @@
-TIMESTAMP = 1501762592
-SHA256 (midipp-1.3.4.tar.bz2) = 0eaaad1f4dceb014349cc483dbcaec31f2c49e3812ac7c56fc04066f7d619a27
-SIZE (midipp-1.3.4.tar.bz2) = 112479
+TIMESTAMP = 1540145346
+SHA256 (midipp-2.0.0.tar.bz2) = 1523439c1a4ed1e6af5fcac9e077105d28fabb460f91e8a40242735d98926ddc
+SIZE (midipp-2.0.0.tar.bz2) = 119146
Index: pkg-descr
===
--- pkg-descr	(revision 482718)
+++ pkg-descr	(working copy)
@@ -9,8 +9,10 @@
 - Loading and saving from and to standard v1.0 MIDI files.
 - Realtime MIDI processing.
 - Simple sequence looping.
+- Supports simple karaoke mode.
 - 3 BPM MIDI recording and playback.
 - Undo/Redo support.
 - Printing music like PDF.
+- Supports quarter-, octo- and hexa- tones.
 
 WWW: http://www.selasky.org/hans_petter/midistudio/
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Request for commit approval audio/virtual_oss

[Hans Petter Selasky]

Fix for incorrect ODELAY values.

Approved by:

--HPS

Index: Makefile
===
--- Makefile(revision 475588)
+++ Makefile(working copy)
@@ -2,7 +2,7 @@
 # $FreeBSD$

 PORTNAME=  virtual_oss
-PORTVERSION=   1.1.5
+PORTVERSION=   1.1.6
 CATEGORIES=audio
 MASTER_SITES=  http://www.selasky.org/hans_petter/distfiles/ \
http://home.selasky.org:8192/distfiles/
Index: distinfo
===
--- distinfo(revision 475588)
+++ distinfo(working copy)
@@ -1,3 +1,3 @@
-TIMESTAMP = 1509813350
-SHA256 (virtual_oss-1.1.5.tar.bz2) = 
a1eb27079035e30f6e6bf2eea7d6383a020f8dfd7f8575849e0bc934eeb88164

-SIZE (virtual_oss-1.1.5.tar.bz2) = 34603
+TIMESTAMP = 1532798817
+SHA256 (virtual_oss-1.1.6.tar.bz2) = 
4357914d96b4a9885e0692bbba1348fbb72614fb3d97153d176b720e1851e587

+SIZE (virtual_oss-1.1.6.tar.bz2) = 34615

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Request for commit approval : jack_umidi

[Hans Petter Selasky]

On 07/24/18 11:44, Kubilay Kocak wrote:

On 24/07/2018 7:39 pm, Hans Petter Selasky wrote:

Update jack_umidi to version 1.0.9

Fix for long device names.

Approved by:

--HPS



Looks fine (syntactically), but hesitant to approve without QA
confirmation (poudriere, for packaging checks, etc)

But since the pkg-plist is defined within Makefile *_PLIST entries and
assuming its contents have been checked to not have changed ..

Approved: koobs (ports)
MFH: 2018Q3 (bugfix)


Thank you!

Should not break anything.

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Request for commit approval : jack_umidi

[Hans Petter Selasky]

Update jack_umidi to version 1.0.9

Fix for long device names.

Approved by:

--HPS
Index: Makefile
===
--- Makefile	(revision 475235)
+++ Makefile	(working copy)
@@ -2,7 +2,7 @@
 # $FreeBSD$
 
 PORTNAME=	jack_umidi
-PORTVERSION=	1.0.8
+PORTVERSION=	1.0.9
 CATEGORIES=	audio
 MASTER_SITES=	http://www.selasky.org/hans_petter/distfiles/ \
 		http://home.selasky.org:8192/distfiles/
Index: distinfo
===
--- distinfo	(revision 475235)
+++ distinfo	(working copy)
@@ -1,2 +1,3 @@
-SHA256 (jack_umidi-1.0.8.tar.bz2) = 50c67696a43acf2c1d1ad1dcd06ceb484b18ad9867c5b1eb1850fa15aa617036
-SIZE (jack_umidi-1.0.8.tar.bz2) = 6811
+TIMESTAMP = 1532424996
+SHA256 (jack_umidi-1.0.9.tar.bz2) = d15db3ad35f8469ca14d839d938300d0cd2d5f730946e9b162b13c80d4f57984
+SIZE (jack_umidi-1.0.9.tar.bz2) = 6814
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: New version of webcamd

[Hans Petter Selasky]

On 07/14/18 12:15, Kurt Jaeger wrote:

It says:

Attached to ugen0.4[0]
Creating /dev/video0
Creating /dev/video1

Now what ?


Try to install pwcview from ports and run that.

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: New version of webcamd

[Hans Petter Selasky]

On 07/14/18 11:48, Kurt Jaeger wrote:

Hi!


Please approve.


I'm testbuilding right now.

Is there a link to a changelog somewhere ?


Basically update Linux sources from 4.12 to 4.17 .

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

New version of webcamd

[Hans Petter Selasky]

Please approve.

--HPS
Index: Makefile
===
--- Makefile	(revision 474626)
+++ Makefile	(working copy)
@@ -2,7 +2,7 @@
 # $FreeBSD$
 
 PORTNAME=	webcamd
-PORTVERSION=	4.12.0.1
+PORTVERSION=	4.17.0.3
 CATEGORIES=	multimedia
 MASTER_SITES=	http://www.selasky.org/hans_petter/distfiles/ \
 		http://home.selasky.org:8192/distfiles/
Index: distinfo
===
--- distinfo	(revision 474626)
+++ distinfo	(working copy)
@@ -1,3 +1,3 @@
-TIMESTAMP = 1495193934
-SHA256 (webcamd-4.12.0.1.tar.bz2) = 6d5b8b89824c55ae48343690d8623b6bea55bd38971728805b0cc70a5cec3daa
-SIZE (webcamd-4.12.0.1.tar.bz2) = 13040178
+TIMESTAMP = 1531558340
+SHA256 (webcamd-4.17.0.3.tar.bz2) = b52b29be861a469c230004c979e10b22bb7c1e12e84eab18553985acc1b8
+SIZE (webcamd-4.17.0.3.tar.bz2) = 13684415
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: head/audio/jack-keyboard

[Hans Petter Selasky]

On 06/27/18 11:53, Mathieu Arnold wrote:

Hi,

On Tue, Jun 26, 2018 at 10:01:35AM +0200, Hans Petter Selasky wrote:

Can someone bump DISTVERSION or approve me to do it in
head/audio/jack-keyboard/Makefile to 2.7.2 ?


Could you please submit a PR with a patch, or point us to one?


This issue has been resolved.

Thank you!

--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

head/audio/jack-keyboard

[Hans Petter Selasky]

Can someone bump DISTVERSION or approve me to do it in 
head/audio/jack-keyboard/Makefile to 2.7.2 ?


--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Need someone to look at PR 220958

[Hans Petter Selasky]

Hi,

I've just updated PR 220958:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220958

Can someone from ports do some sanity checks before I push this change?

It looks good on my side.

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Okular or any pdf reader

[Hans Petter Selasky]

On 10/25/17 13:15, blubee blubeeme wrote:

Okay, I tried using chatbot for android to ssh into this laptop and that
works just fine.
Then when I launch okular the computer had locks up and the ssh dies on the
phone as well. So it seems not even ssh works when this this freezes up.

Any other suggestions?


Try to set:

sysctl net.inet.tcp.per_cpu_timers=1

Before connecting via SSH.

Does the same happen when using VESA driver or is this specific to using 
the NVIDIA driver. If the NVIDIA is at cause, I cannot help.


--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Okular or any pdf reader

[Hans Petter Selasky]

On 10/25/17 11:55, blubee blubeeme wrote:

"os.lock_mtx"
Oct 25 17:52:58 blubee kernel: 1st os.lock_mtx @ nvidia_os.c:841
Oct 25 17:52:58 blubee kernel: 2nd os.lock_mtx @ nvidia_os.c:841
Oct 25 17:52:58 blubee kernel: stack backtrace:
Oct 25 17:52:58 blubee kernel: #0 0x80ab6f30 at
witness_debugger+0x70
Oct 25 17:52:58 blubee kernel: #1 0x80ab6e23 at
witness_checkorder+0xe23
Oct 25 17:52:58 blubee kernel: #2 0x80a35293 at
__mtx_lock_flags+0x93
Oct 25 17:52:58 blubee kernel: #3 0x82f4097b at
os_acquire_spinlock+0x1b
Oct 25 17:52:58 blubee kernel: #4 0x82c45b15 at _nv012002rm+0x185
Oct 25 17:52:58 blubee kernel: ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM:
Argument #4 type mismatch - Found [Buffer], ACPI requires [Package]
(20170531/nsarguments-205)
Oct 25 17:52:59 blubee kernel: nvidia-modeset: Allocated GPU:0
(GPU-54a7b304-c99d-efee-0117-0ce119063cd6) @ PCI::01:00.0




Hi,

Try: CTRL+ALT+F1
Or SSH into this machine.

Then do:

procstat -ak

It will reveal any hangs and deadlocks.

Further I note you're using 12-current with the NVIDIA driver. That 
might not be a supported configuration :-( Especially nowadays some core 
kernel structures are changing, which means NVIDIA needs to recompile 
their binary blob aswell!


--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Okular or any pdf reader

[Hans Petter Selasky]

On 10/25/17 11:39, blubee blubeeme wrote:

Typo on the [audio]

Here's my /var/log/messages for the past hour or so, the failure should be
logged in there somewhere: https://pastebin.com/FCkXEn1v

Other than that there's this: https://ibb.co/gUBVkm



Try:

dbus-launch okular

--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Okular or any pdf reader

[Hans Petter Selasky]

On 10/25/17 11:30, blubee blubeeme wrote:

  any audio pdf viewer


Audio??

Do you have a kernel trace or dmesg ?

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD telldusd port fix for devd script

[Hans Petter Selasky]

On 10/04/17 16:30, Johan Ström wrote:

Ah, okay. Well, it works now and didn't work with the old devd rule, I'm happy 
with that :)

Shall I create a patch and submit to bugzilla, or are you fixing this as part 
of bigger cleanup?


Please submit it straight to ports. No more cleanup from my side at the 
present. telldus is working great btw 24/7 !


--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD telldusd port fix for devd script

[Hans Petter Selasky]

On 10/04/17 07:59, Johan Ström wrote:

Hi,

thanks, verified and seems to work fine, at least on unplug/re-plug.

I added a "logger "logger ATTACH event on $cdev;" to the action too. On
unplug-plug scenario this was logged and all worked fine [1].
On a reboot it did not log it [2], but it actually seems to have
executed, as the dialer group have been set on ugen0.2 and telldusd is
able to interact with it.

Can I expect that this will execute on system boot too, or is there some
other magic involved for that? logger not ready for use at that stage,
but devd is perhaps?


Yes, but it is not executed until the devd is started. All the events 
are queued in the kernel and then when devd opens they are read and 
executed.


--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

FreeBSD telldusd port fix for devd script

[Hans Petter Selasky]

Hi Johan,

The following devd script is not fully correct.


--- tdadmin/freebsd-devd-tellstick.conf 2014-04-06 22:40:11.0 +0200
+++ tdadmin/freebsd-devd-tellstick.conf 2014-04-06 20:37:50.501751596 +0200
@@ -0,0 +1,12 @@
+attach 10 {
+   device-name "uftdi[0-9]+";
+   match "vendor" "0x1781";
+   match "product" "0x0c30";
+
+   action "chgrp dialer /dev/ugen$port.$devaddr; chmod 660 
/dev/ugen$port.$devaddr;
+   @CMAKE_INSTALL_PREFIX@/sbin/tdadmin --pid $product --vid $vendor 
--serial $sernum controller connect";
+};


It should be:

notify 10 {
match "system" "USB";
match "subsystem" "DEVICE";
match "type" "ATTACH";
match "vendor" "0x1781";
match "product" "0x0c30";
	action "chgrp dialer /dev/$cdev; chmod 660 /dev/$cdev 
@CMAKE_INSTALL_PREFIX@/sbin/tdadmin --pid $product --vid $vendor 
--serial $sernum controller connect";

}

Can you test and update the port in FreeBSD ?

Thank you!

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: [Help] Linux low level data structures < - > FreeBSD low level data structures

[Hans Petter Selasky]

Hi Owen,

The most comprehensive open-source wrappers for Linux kernel APIs in the 
FreeBSD kernel is found at:


https://github.com/FreeBSDDesktop/freebsd-base-graphics/tree/drm-next/sys/compat/linuxkpi

The most comprehensive open-source wrappers for Linux kernel APIs in 
FreeBSD user-space is found at:


http://www.freshports.org/multimedia/webcamd

I recommend you start with webcamd. Download the source code and look at 
the sources. See if there is something you think you can improve. It is 
much easier to debug using GDB and if something goes wrong it can easily 
be restarted.


When you have a working solution for webcamd, try to use the same 
solution with the kernel.


There is no simple 1:1 mapping for Linux APIs to FreeBSD APIs. Take for 
example linux/list.h . You might think that a list can be re-implemented 
and mapped to our sys/queue.h. But oh-no. Linux kernel code depends on 
all the characteristics of list.h, how the structure members are stored 
and named, and how foreach() macros complete with NULL or non-NULL in 
the iterator. Further you'll find resistance among the Linux kernel 
developers to support compilers different from GCC. I recently found a 
piece of code in a header file, which works with GCC and causes a 
panic() when compiled with clang. I reported it to one of the Linux 
kernel team members and they didn't care about it. Even if you get 
everything compiling it doesn't it will work :-(


--HPS

On 06/04/17 16:35, blubee blubeeme wrote:

Hi Julian

My goals are to port the Linux graphics stack over to FreeBSD w/o relying
too heavily on the linuxkpi stuff. That's cool for a lot of use cases but
it just seems a bit too brittle.

It is a very large I understand the task will not be easy but I am willing
to do the work, even from scratch if necessary although some help would be
appreciated.

I've been watching the Linux DRM project grow and while the top levels has
changed, it's been a very long time since the actual low level stuff has
been changed. Most of the diffs have shown changes in the
[linux/driver/gpu/drm] layer which relies heavily on the
[linux/include/drm] that does a lot of the heavy lifting here's a link to
the latest version files:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/include/drm?h=v4.12-rc3

here's a diff of the latest version of the [linux/driver/gpu/drm] :
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/diff/?id=v4.12-rc3=v4.12-rc2=2

The diffs in the drivers change constantly but the lower level stuff hasn't
changed as much.

Doing some of the lower level translation to native FreeBSD style data
structures then the upper part could be easily migrated, even with
something as using AST to translate the headers to their FreeBSD equivalent
without worrying about inadvertently breaking something or having major
diffs that needs people to actively look at maintaining.

That's a high level overview of my plan and what I'd like to achieve. Will
it be easy, most likely not but once it's done FreeBSD will be just fine.

Hope that helps clarify things for anyone who is interested. Any assistance
would be greatly appreciated.

Best,
Owen

On Sun, Jun 4, 2017 at 9:26 PM, Julian Elischer  wrote:


On 4/6/17 7:07 pm, blubee blubeeme wrote:


Hello

Is there anyone on either of these lists that have experience with both
linux low level data structures and their equivalents on FreeBSD?

For instance the linux header file:


which includes the header file:


Then looking at that file:








You are going to have to be a lot more specific about this.
I have worked in several places where they use s shim layer to make Linux
basic services work on freeBSD.
usually  a mix of functions, macros and inlines.
However you need to narrow down your questions a bit as the POSSIBLE scope
of your question is too large for anyone to attempt an answer.

Remember that both systems are POSIX inspired so outside the kernel there
are many more simlarities than one might be led to expect,
  but you need to be way more specific.
It's even possible to write kernel code to run on both, but it is usually
domain specific.




I'll be doing a lot of work trying to find these FreeBSD equivalent of
these types of files to port some code.

Does anyone here have experience with something like this? Is there any
other projects that maps these low level data structures from
Linux <-> FreeBSD, etc?

Best,
Owen

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: VirtualBox port not working with USB

[Hans Petter Selasky]

On 01/25/17 20:41, Hans Petter Selasky wrote:

Hi Graham,

Can you try to replace the two attached files in
/usr/ports/...virtualbox-ose/files and re-build. Can someone here
interacting with the VBOX team make sure these patches gets pushed
upstream?

--HPS



You might need to disable VBOX debugging.

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: VirtualBox port not working with USB

[Hans Petter Selasky]

On 01/25/17 10:00, Graham Menhennitt wrote:

On 25/01/2017 00:43, Hans Petter Selasky wrote:

On 01/24/17 12:03, Graham Menhennitt wrote:

On 24/01/2017 04:19, Alfred Perlstein wrote:

Graham, can you follow what Hans is asking and report back please?



On Jan 23, 2017, at 8:14 AM, Hans Petter Selasky <h...@selasky.org>
wrote:


There hasn't been any big changes in the FreeBSD userspace interfaces
used by virtualbox for a while. Maybe you can try to collect output
from "usbdump -i usbusX -f Y -s 65536 > log.txt" where X and Y are
the numbers after ugenX.Y for the device in question. I'll give
virtualbox from FreeBSD ports a spin and see if there is something
obvious broken.






Can you compile VirtualBox with full debugging enabled (make config
and add all debug flags before building) and capture the resulting
debug log(s) and send to me?

There are some debug prints in "USBProxyBackendFreeBSD.cpp" and
"USBProxyDevice-freebsd.cpp" which I need to see and you should see
them too when you add/remove USB devices.


Hans,

I think that this is what you're after. If not, I can have another go.
But it dies pretty quickly so I'm not sure what more I can do.

Thanks,
Graham



Hi Graham,

Can you try to replace the two attached files in 
/usr/ports/...virtualbox-ose/files and re-build. Can someone here 
interacting with the VBOX team make sure these patches gets pushed upstream?


--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: VirtualBox port not working with USB

[Hans Petter Selasky]

On 01/24/17 12:03, Graham Menhennitt wrote:

On 24/01/2017 04:19, Alfred Perlstein wrote:

Graham, can you follow what Hans is asking and report back please?



On Jan 23, 2017, at 8:14 AM, Hans Petter Selasky <h...@selasky.org>
wrote:


There hasn't been any big changes in the FreeBSD userspace interfaces
used by virtualbox for a while. Maybe you can try to collect output
from "usbdump -i usbusX -f Y -s 65536 > log.txt" where X and Y are
the numbers after ugenX.Y for the device in question. I'll give
virtualbox from FreeBSD ports a spin and see if there is something
obvious broken.





Hi Graham,

Looking at the differences between VirtualBOX 5.0.26 and 5.1.14, I see 
the USB proxy backend for FreeBSD was rewritten:


Have a look here:

VirtualBox-5.1.14/src/VBox/Main/src-server/freebsd/USBProxyBackendFreeBSD.cpp

Which was previously:

./work/VirtualBox-5.0.26/src/VBox/Main/src-server/freebsd/USBProxyServiceFreeBSD.cpp

Can you compile VirtualBox with full debugging enabled (make config and 
add all debug flags before building) and capture the resulting debug 
log(s) and send to me?


There are some debug prints in "USBProxyBackendFreeBSD.cpp" and 
"USBProxyDevice-freebsd.cpp" which I need to see and you should see them 
too when you add/remove USB devices.


--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: VirtualBox port not working with USB

[Hans Petter Selasky]

On 01/23/17 16:45, Alfred Perlstein wrote:

Hans,

You're the USB god, any ideas here?

thank you,

-Alfred


Hi Alfred,

There hasn't been any big changes in the FreeBSD userspace interfaces 
used by virtualbox for a while. Maybe you can try to collect output from 
"usbdump -i usbusX -f Y -s 65536 > log.txt" where X and Y are the 
numbers after ugenX.Y for the device in question. I'll give virtualbox 
from FreeBSD ports a spin and see if there is something obvious broken.


--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Optimising generated rules for SAT solving (5/12 are duplicates)

[Hans Petter Selasky]

On 11/24/16 14:11, Vsevolod Stakhov wrote:


Then I don't understand how your patch should affect the solving
procedure. If pkg tries to reinstall something without *reason* it is a
good sign of bug in pkg itself and/or your database/repo and not in SAT
solver.

I'll try to review your issue but I'll likely need your local packages
database for this test.


Hi Vsevolod,

Did you have a chance to look at this?

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Optimising generated rules for SAT solving (5/12 are duplicates)

[Hans Petter Selasky]

On 11/24/16 14:11, Vsevolod Stakhov wrote:

On 24/11/2016 13:05, Hans Petter Selasky wrote:

On 11/24/16 13:13, Vsevolod Stakhov wrote:

On 23/11/2016 16:27, Ed Schouten wrote:

Hi Hans,

2016-11-23 15:27 GMT+01:00 Hans Petter Selasky <h...@selasky.org>:

I've made a patch to hopefully optimise SAT solving in our pkg utility.


Nice! Do you by any chance have any numbers that show the performance
improvements made by this change? Assuming that the SAT solver of
pkg(1) uses an algorithm similar to DPLL[1], a change like this would
affect performance linearly. My guess is therefore that the running
time is reduced by approximately 5/12. Is this correct?


There won't be any improvement if you just remove duplicates from SAT
formula. This situation is handled by picosat internally and even for
naive DPLL there is no significant influence of duplicate KNF clauses:
once you've assumed all vars in some clause, you automatically resolve
all duplicates.

Is there any real improvement of SAT solver speed with this patch? From
my experiences, SAT solving is negligible in terms of CPU time comparing
to other tasks performed by pkg.


Hi,

I added some code to measure the time for SAT solving. During my test
run I'm seeing values in the range 8-10ms for both versions, so I
consider that neglible. However, the unpatched version wants to
reinstall 185 packages while the non-patched version wants to reinstall
1 package. That has a huge time influential. I'm not that familar with
PKG that I can draw any conclusions from this.

# Test1:
echo "n" | /xxx/pkg/src/pkg-static upgrade --no-repo-update > b.txt

# Test2:
echo "n" | env PKG_NO_SORT=YES /xxx/pkg/src/pkg-static upgrade
--no-repo-update > a.txt



Then I don't understand how your patch should affect the solving
procedure. If pkg tries to reinstall something without *reason* it is a
good sign of bug in pkg itself and/or your database/repo and not in SAT
solver.

I'll try to review your issue but I'll likely need your local packages
database for this test.



Hi,

Maybe it is a bug somewhere.

I noticed some rules repeating the same variable two times for example.

Send me the list of files you need off-list.

Thank you!

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Optimising generated rules for SAT solving (5/12 are duplicates)

[Hans Petter Selasky]

On 11/24/16 14:05, Hans Petter Selasky wrote:

the non-patched version wants to reinstall 1 package.


Spelling: patched version wants to reinstall 1 package only.

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Optimising generated rules for SAT solving (5/12 are duplicates)

[Hans Petter Selasky]

On 11/24/16 13:13, Vsevolod Stakhov wrote:

On 23/11/2016 16:27, Ed Schouten wrote:

Hi Hans,

2016-11-23 15:27 GMT+01:00 Hans Petter Selasky <h...@selasky.org>:

I've made a patch to hopefully optimise SAT solving in our pkg utility.


Nice! Do you by any chance have any numbers that show the performance
improvements made by this change? Assuming that the SAT solver of
pkg(1) uses an algorithm similar to DPLL[1], a change like this would
affect performance linearly. My guess is therefore that the running
time is reduced by approximately 5/12. Is this correct?


There won't be any improvement if you just remove duplicates from SAT
formula. This situation is handled by picosat internally and even for
naive DPLL there is no significant influence of duplicate KNF clauses:
once you've assumed all vars in some clause, you automatically resolve
all duplicates.

Is there any real improvement of SAT solver speed with this patch? From
my experiences, SAT solving is negligible in terms of CPU time comparing
to other tasks performed by pkg.


Hi,

I added some code to measure the time for SAT solving. During my test 
run I'm seeing values in the range 8-10ms for both versions, so I 
consider that neglible. However, the unpatched version wants to 
reinstall 185 packages while the non-patched version wants to reinstall 
1 package. That has a huge time influential. I'm not that familar with 
PKG that I can draw any conclusions from this.


# Test1:
echo "n" | /xxx/pkg/src/pkg-static upgrade --no-repo-update > b.txt

# Test2:
echo "n" | env PKG_NO_SORT=YES /xxx/pkg/src/pkg-static upgrade 
--no-repo-update > a.txt


Please find the material attached including a debug version patch you 
can play with.


--HPS
Checking for upgrades (748 candidates): .. done
Processing candidates (748 candidates): . done
Skipped 3702 identical rules
Reiterate
SAT solving took 0s and 7370 usecs
The following 52 package(s) will be affected (of 0 checked):

Installed packages to be UPGRADED:
xapian-core: 1.2.23,1 -> 1.2.24,1
webp: 0.5.0 -> 0.5.1_1
webkit2-gtk3: 2.8.5_6 -> 2.8.5_7
webkit-gtk2: 2.4.11_4 -> 2.4.11_5
vlc: 2.2.4_3,4 -> 2.2.4_4,4
trousers: 0.3.13_1 -> 0.3.14
tiff: 4.0.6_2 -> 4.0.7
thunderbird: 45.4.0_2 -> 45.5.0_1
sqlite3: 3.15.1 -> 3.15.1_1
spidermonkey170: 17.0.0_2 -> 17.0.0_3
soundtouch: 1.9.2 -> 1.9.2_1
raptor2: 2.0.15_4 -> 2.0.15_5
qt5-core: 5.6.2 -> 5.6.2_1
qt4-corelib: 4.8.7_5 -> 4.8.7_6
polkit: 0.113_1 -> 0.113_2
pciids: 20161029 -> 20161119
openimageio: 1.6.12_2 -> 1.6.12_3
openblas: 0.2.18_1,1 -> 0.2.18_2,1
openal-soft: 1.17.2 -> 1.17.2_1
libx264: 0.148.2708 -> 0.148.2708_1
libvpx: 1.6.0 -> 1.6.0_1
libvisio01: 0.1.5_3 -> 0.1.5_4
libreoffice: 5.2.3_2 -> 5.2.3_3
libpci: 3.5.1 -> 3.5.2
libmspub01: 0.1.2_4 -> 0.1.2_5
libfreehand: 0.1.1_3 -> 0.1.1_4
libe-book: 0.1.2_5 -> 0.1.2_6
libcdr01: 0.1.3_1 -> 0.1.3_2
lcms2: 2.7_2 -> 2.8
inkscape: 0.91_8 -> 0.91_9
icu: 57.1,1 -> 58.1,1
harfbuzz: 1.3.3 -> 1.3.3_1
gstreamer1-plugins: 1.8.0 -> 1.8.0_1
gstreamer-plugins: 0.10.36_6,3 -> 0.10.36_7,3
gstreamer: 0.10.36_4 -> 0.10.36_5
gnupg: 2.1.15 -> 2.1.16
glib: 2.46.2_3 -> 2.46.2_4
gcc: 4.8.5_2 -> 4.9.4
firefox: 50.0_2,1 -> 50.0_4,1
firebird25-client: 2.5.6_1 -> 2.5.6_2
ffmpeg: 2.8.8_5,1 -> 2.8.8_8,1
dejavu: 2.35 -> 2.37
chromium: 52.0.2743.116_2 -> 52.0.2743.116_4
boost-libs: 1.55.0_13 -> 1.55.0_14
blender: 2.77a -> 2.77a_1
belle-sip: 1.5.0 -> 1.5.0_1
bash: 4.4 -> 4.4.5
argyllcms: 1.7.0_1 -> 1.7.0_2
OpenEXR: 2.2.0_5 -> 2.2.0_6
ImageMagick: 6.9.5.10,1 -> 6.9.5.10_1,1
GraphicsMagick: 1.3.24,1 -> 1.3.24_1,1

Installed packages to be REINSTALLED:
baresip-0.4.19 (options changed)

Number of packages to be upgraded: 51
Number of packages to be reinstalled: 1

The process will require 19 MiB more space.
446 MiB to be downloaded.

Proceed with this action? [y/N]: Checking for upgrades (748 candidates): .. done
Processing candidates (748 candidates): . done
Reiterate
SAT solving took 0s and 5790 usecs
The following 236 package(s) will be affected (of 0 checked):

Installed packages to be UPGRADED:
xapian-core: 1.2.23,1 -> 1.2.24,1
webp: 0.5.0 -> 0.5.1_1
webkit2-gtk3: 2.8.5_6 -> 2.8.5_7
webkit-gtk2: 2.4.11_4 -> 2.4.11_5
vlc: 2.2.4_3,4 -> 2.2.4_4,4
trousers: 0.3.13_1 -> 0.3.14
tiff: 4.0.6_2 -> 4.0.7
thunderbird: 45.4.0_2 -> 45.5.0_1
sqlite3: 3.15.

Re: Optimising generated rules for SAT solving (5/12 are duplicates)

[Hans Petter Selasky]

On 11/23/16 17:27, Ed Schouten wrote:

Hi Hans,

2016-11-23 15:27 GMT+01:00 Hans Petter Selasky <h...@selasky.org>:

I've made a patch to hopefully optimise SAT solving in our pkg utility.


Nice! Do you by any chance have any numbers that show the performance
improvements made by this change?


Hi Ed,

I tried measuring with "time", but figured out that it was doing a lot 
of other stuff too. Isolating this piece of code was not so easy.


> Assuming that the SAT solver of

pkg(1) uses an algorithm similar to DPLL[1], a change like this would
affect performance linearly. My guess is therefore that the running
time is reduced by approximately 5/12. Is this correct?

By the way, why attach a zip file with a diff? GitHub's pull requests
are awesome! :-)


GitHub wouldn't allow me to make a .diff attachment.



[1] Davis-Putnam-Logemann-Loveland algorithm:
https://en.wikipedia.org/wiki/DPLL_algorithm



--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Optimising generated rules for SAT solving (5/12 are duplicates)

[Hans Petter Selasky]

FYI

I've made a patch to hopefully optimise SAT solving in our pkg utility.

https://github.com/freebsd/pkg/issues/1505

--HPS
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: pkg SAT_SOLVER bugs

[Hans Petter Selasky]

On 06/27/16 13:55, Baptiste Daroussin wrote:

On Mon, Jun 27, 2016 at 12:38:02PM +0200, Hans Petter Selasky wrote:

Hi,

I found some bugs in PKG with regard to the SAT_SOLVER environment variable.
Please find patch attached :-)

Issues fixed:
1) No need to use hash table when generating SAT rules for external solver.
Variables are already in a linear array. Fix encoding and decoding of SAT
data.
2) Endless variable loop caused pkg to crash.
3) it->inverse was checked for non-zero, while it should actually be checked
for -1 only. SAT rules produces were all negative.

How to verify:

make -C /usr/ports/math/picosat all install clean

env SAT_SOLVER=picosat pkg upgrade

--HPS


Thank you I will look into shortly



Hi Baptiste,

Are you handling this one or do you want me to create an issue at 
github. Thank you!


--HPS

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

pkg SAT_SOLVER bugs

[Hans Petter Selasky]

Hi,

I found some bugs in PKG with regard to the SAT_SOLVER environment 
variable. Please find patch attached :-)


Issues fixed:
1) No need to use hash table when generating SAT rules for external 
solver. Variables are already in a linear array. Fix encoding and 
decoding of SAT data.

2) Endless variable loop caused pkg to crash.
3) it->inverse was checked for non-zero, while it should actually be 
checked for -1 only. SAT rules produces were all negative.


How to verify:

make -C /usr/ports/math/picosat all install clean

env SAT_SOLVER=picosat pkg upgrade

--HPS
--- ./work/pkg-1.8.99.6/libpkg/pkg_solve.c.orig	2016-06-27 10:32:46.11981 +0200
+++ ./work/pkg-1.8.99.6/libpkg/pkg_solve.c	2016-06-27 12:28:07.901757000 +0200
@@ -118,8 +118,6 @@
 #define PKG_SOLVE_CHECK_ITEM(item)\
 	((item)->var->to_install ^ (item)->inverse)
 
-#define PKG_SOLVE_VAR_NEXT(a, e) ((e) == NULL ? [0] : (e + 1))
-
 /*
  * Utilities to convert jobs to SAT rule
  */
@@ -1302,45 +1300,23 @@
 	fprintf(file, "}\n");
 }
 
-struct pkg_solve_ordered_variable {
-	struct pkg_solve_variable *var;
-	int order;
-	UT_hash_handle hh;
-};
-
 int
 pkg_solve_dimacs_export(struct pkg_solve_problem *problem, FILE *f)
 {
-	struct pkg_solve_ordered_variable *ordered_variables = NULL, *nord;
-	struct pkg_solve_variable *var;
 	struct pkg_solve_rule *rule;
 	struct pkg_solve_item *it;
-	int cur_ord = 1;
-
-	/* Order variables */
-	var = NULL;
-	while ((var = PKG_SOLVE_VAR_NEXT(problem->variables, var))) {
-		nord = calloc(1, sizeof(struct pkg_solve_ordered_variable));
-		nord->order = cur_ord ++;
-		nord->var = var;
-		HASH_ADD_PTR(ordered_variables, var, nord);
-	}
 
 	fprintf(f, "p cnf %d %zu\n", (int)problem->nvars, kv_size(problem->rules));
 
 	for (unsigned int i = 0; i < kv_size(problem->rules); i++) {
 		rule = kv_A(problem->rules, i);
 		LL_FOREACH(rule->items, it) {
-			HASH_FIND_PTR(ordered_variables, >var, nord);
-			if (nord != NULL) {
-fprintf(f, "%s%d ", (it->inverse ? "-" : ""), nord->order);
-			}
+			size_t order = it->var - problem->variables;
+			if (order < problem->nvars)
+fprintf(f, "%ld ", (long)((order + 1) * it->inverse));
 		}
 		fprintf(f, "0\n");
 	}
-
-	HASH_FREE(ordered_variables, free);
-
 	return (EPKG_OK);
 }
 
@@ -1443,26 +1419,42 @@
 	return (EPKG_OK);
 }
 
+static bool
+pkg_solve_parse_sat_output_store(struct pkg_solve_problem *problem, const char *var_str)
+{
+	struct pkg_solve_variable *var;
+	ssize_t order;
+
+	order = strtol(var_str, NULL, 10);
+	if (order == 0)
+		return (true);
+	if (order < 0) {
+		/* negative value means false */
+		order = - order - 1;
+		if ((size_t)order < problem->nvars) {
+			var = problem->variables + order;
+			var->flags &= ~PKG_VAR_INSTALL;
+		}
+	} else {
+		/* positive value means true */
+		order = order - 1;
+		if ((size_t)order < problem->nvars) {
+			var = problem->variables + order;
+			var->flags |= PKG_VAR_INSTALL;
+		}
+	}
+	return (false);
+}
+
 int
 pkg_solve_parse_sat_output(FILE *f, struct pkg_solve_problem *problem)
 {
-	struct pkg_solve_ordered_variable *ordered_variables = NULL, *nord;
-	struct pkg_solve_variable *var;
-	int cur_ord = 1, ret = EPKG_OK;
+	int ret = EPKG_OK;
 	char *line = NULL, *var_str, *begin;
 	size_t linecap = 0;
 	ssize_t linelen;
 	bool got_sat = false, done = false;
 
-	/* Order variables */
-	var = NULL;
-	while ((var = PKG_SOLVE_VAR_NEXT(problem->variables, var))) {
-		nord = calloc(1, sizeof(struct pkg_solve_ordered_variable));
-		nord->order = cur_ord ++;
-		nord->var = var;
-		HASH_ADD_INT(ordered_variables, order, nord);
-	}
-
 	while ((linelen = getline(, , f)) > 0) {
 		if (strncmp(line, "SAT", 3) == 0) {
 			got_sat = true;
@@ -1474,22 +1466,8 @@
 /* Skip unexpected lines */
 if (var_str == NULL || (!isdigit(*var_str) && *var_str != '-'))
 	continue;
-cur_ord = 0;
-cur_ord = abs((int)strtol(var_str, NULL, 10));
-if (cur_ord == 0) {
+if (pkg_solve_parse_sat_output_store(problem, var_str))
 	done = true;
-	break;
-}
-
-HASH_FIND_INT(ordered_variables, _ord, nord);
-if (nord != NULL) {
-	if (*var_str == '-') {
-		nord->var->flags &= ~PKG_VAR_INSTALL;
-	}
-	else {
-		nord->var->flags |= PKG_VAR_INSTALL;
-	}
-}
 			} while (begin != NULL);
 		}
 		else if (strncmp(line, "v ", 2) == 0) {
@@ -1499,23 +1477,8 @@
 /* Skip unexpected lines */
 if (var_str == NULL || (!isdigit(*var_str) && *var_str != '-'))
 	continue;
-cur_ord = 0;
-cur_ord = abs((int)strtol(var_str, NULL, 10));
-if (cur_ord == 0) {
+if (pkg_solve_parse_sat_output_store(problem, var_str))
 	done = true;
-	break;
-}
-
-HASH_FIND_INT(ordered_variables, _ord, nord);
-
-if (nord != NULL) {
-	if (*var_str == '-') {
-		nord->var->flags &= ~PKG_VAR_INSTALL;
-	}
-	else {
-		nord->var->flags |= PKG_VAR_INSTALL;
-	}
-}
 			} while (begin != NULL);
 		}
 		else {
@@ -1531,7 +1494,6 @@
 		ret = EPKG_FATAL;
 	}
 
-	

Re: pkg 1.5.0 is out

[Hans Petter Selasky]

On 04/21/15 12:34, Slawa Olhovchenkov wrote:

On Tue, Apr 14, 2015 at 10:05:00PM +0200, Baptiste Daroussin wrote:


Hi all,

Final pkg 1.5.0 has been released.




Hi,

Is there a way the external SAT solver functionality can be memory 
optimised? When trying to use this feature having +750 packages 
installed, the memory usage starts growing and growing beyond 4GBytes 
until PKG segfaults, even before the CNF export has started.


env SAT_SOLVER=mysolver pkg upgrade

--HPS

___
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: CURRENT breaks loading of nvidia.so

[Hans Petter Selasky]

On 01/17/15 16:18, Bob Willcox wrote:

Yesterday when I upgraded my current box I encountered this failure when
attempting to load the nvidia-driver (nvidia.so):

link_elf_obj: symbol _callout_stop_safe undefined
linker_load_file: Unsupported file type

So, today I updtated my system again today hoping it might be fixed but the
problem persists.

System info:

FreeBSD han.immure.com 11.0-CURRENT FreeBSD 11.0-CURRENT #4 r277299: Sat Jan 17 
08:52:41 CST 2015 b...@han.immure.com:/usr/obj/usr/src/sys/HAN  amd64

Thanks,
Bob



Hi,

The nvidia-driver package needs to be recompiled with the latest 
FreeBSD-current sources, because of changes in the callout subsystem.


If this is not possible, we can temporarily add the _callout_stop_safe 
symbol to the kernel for some transition time.


--HPS
___
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: devel/gettext build error in jail i386 environment on amd64 host

[Hans Petter Selasky]

On 08/23/13 23:14, Ivan Klymenko wrote:

wing error:
http://privatepaste.com/46f9477022


Not sure if this helps:

https://wiki.freebsd.org/PkgPrimer

Using portbuilder inside a jail

When building 9-stable ports in a 9-stable jail under -current you might 
want to set the UNAME_r enviroment variable to fake the FreeBSD version 
in /path_to_my_jail/root/.cshrc . Some examples:


setenv UNAME_r 9-STABLE
setenv UNAME_r 8-STABLE
setenv UNAME_r 7-STABLE

Else some ports won't build properly.

--HPS
___
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: [PATCH] ports/audio/jack-rack/Makefile

[Hans Petter Selasky]

On Wednesday 27 February 2013 18:48:30 Marcel Bonnet wrote:
 On 27 February 2013 10:03, Hans Petter Selasky h...@bitfrost.no wrote:
  Hi,
  
  The following patch was needed in order to get a working jack-rack binary
  after building from ports:
  
  - CONFIGURE_ARGS= --disable-ladcca --disable-lash
  + CONFIGURE_ARGS= --disable-ladcca --disable-lash --disable-aseq
  
  Else jack-rack crashes stating that /dev/xxx/seq is not present.
  
  --HPS
 
 Hi Hans, folks.
 
 Thanks, Hans. That's exactly what I did to make it work. I submitted
 the same patch - PR (ports/169563), Sat Jun 30 04:40:21 UTC 2012 - but
 without response until now (maybe because there is no maintainer).

Can someone please commit ports/169563 ?

--HPS
___
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

[PATCH] ports/audio/jack-rack/Makefile

[Hans Petter Selasky]

Hi,

The following patch was needed in order to get a working jack-rack binary 
after building from ports:

- CONFIGURE_ARGS= --disable-ladcca --disable-lash
+ CONFIGURE_ARGS= --disable-ladcca --disable-lash --disable-aseq

Else jack-rack crashes stating that /dev/xxx/seq is not present.

--HPS
___
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

Compile fix for flphoto

[Hans Petter Selasky]

--- work/flphoto-1.3.1/Fl_Print_Dialog2.cxx.orig
+++ work/flphoto-1.3.1/Fl_Print_Dialog2.cxx
@@ -56,6 +56,7 @@
 
 #ifdef HAVE_LIBCUPS
 #  include cups/cups.h
+#  include cups/ppd.h
 #endif // HAVE_LIBCUPS


The above patch is needed in order for flphoto to compile.

--HPS
___
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

New version of Cuse4BSD ready for testing

[Hans Petter Selasky]

Hi,

I've fixed some SMP issues. The problem will be most visible with DVB-X, if at 
all. I've also made MLINKs for the Cuse4BSD API functions.

Please test and report any errors or regressions!

svn --username anonsvn --password anonsvn \
  checkout svn://svn.turbocat.net/i4b/trunk/ports

cd ports/multimedia/cuse4bsd-kmod
make all deinstall install clean


killall webcamd
kldunload cuse4bsd
kldload cuse4bsd
webcamd 
pwcview

--HPS
___
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: Testing Wacom usb tablet with webcamd svn (and mypaint)

[Hans Petter Selasky]

On Tuesday 11 October 2011 21:31:02 Juergen Lock wrote:
 On Tue, Oct 11, 2011 at 08:35:49PM +0200, Michal Varga wrote:
  On Tue, 2011-10-11 at 20:21 +0200, Juergen Lock wrote:
   No.  webcamd has become kind of a misnomer, it's in fact just a
   `wrapper' for several kinds of Linux usb kernel drivers to run them in
   FreeBSD userland.  (We have now at least webcams, dvb tuners, IR
   transceivers, and usb tablets. :)
  
  Oh god, thank you for mentioning this. I've been personally keeping
  webcamd out of my installations as we don't need no stinkin webcams
  here, but this is something completely different based on what you say
  (especially the Wacom support).
  
  Was there any push to rename webcamd to something more meaningful yet?
 
 I'm not aware of anything like that...

In my talk at EuroBSDcon I said that webcamd might be renamed in the future. 
Does anyone have any good suggestions?

--HPS
___
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

/usr/ports/audio/hydrogen/Makefile

[Hans Petter Selasky]

Hi,

OPTIONS=JACK JACK support on \
ALSA ALSA support off \
PORTAUDIO PortAudio support off \
LIBARCHIVE LibArchive support off \
LASH Lash support off \
PORTAUDIO Portaudio support off \


PORTAUDIO option is listed twice.

--HPS
___
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

[PATCH] Patch to fix genesys backends on 64-bit machines

[Hans Petter Selasky]

Hi,

Pointers cannot be casted to int. Specify missing return type of function.

KWM: Can you add patch to:

/usr/ports/graphics/sane-backends/files/patch-backend__genesys.c

--HPS
___
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

HAL port needs minor update after recent USB patch in 9-current

[Hans Petter Selasky]

Hi,

USB is using a new scheme for DEVD events and I noticed that HALD needs to be 
update a bit. See attached patch.

Currently HALD is not working properly with USB devices in 9-current.

Who can handle this?

--HPS
--- files/patch-hald_freebsd_hf-usb2.c.orig 2011-05-19 14:28:36.0 
+0200
+++ files/patch-hald_freebsd_hf-usb2.c  2011-05-19 14:30:35.0 +0200
@@ -129,17 +129,17 @@
 +   const char *type,
 +   const char *data)
 +{
-+  if (! data || strcmp(system, DEVFS) || strcmp(subsystem, CDEV) ||
-+  (strcmp(type, CREATE)  strcmp(type, DESTROY)))
++  if (! data || strcmp(system, USB) || strcmp(subsystem, DEVICE) ||
++  (strcmp(type, ATTACH)  strcmp(type, DETACH)))
 +return FALSE;
 +
-+  if (strstr(data, cdev=ugen) != NULL ||
-+  strstr(data, cdev=usb) != NULL)
-+return TRUE;
-+
-+  return FALSE;
++  return TRUE;
 +}
 +
++
++
++
++
  HFHandler hf_usb2_handler = {
.privileged_init= hf_usb2_privileged_init,
.probe  = hf_usb2_probe
___
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: http://www.freshports.org/multimedia/vlc/

[Hans Petter Selasky]

On Wednesday 02 February 2011 21:47:08 Joseph S. Atkinson wrote:
 On 01/26/2011 11:50, Hans Petter Selasky wrote:
  Hi,
  
  Just a small notice:
  
  The V4L DVB options depends on: DVBPSI=ON
 
 I moved the --enable-dvb to the DVBPSI section with 1.1.7. These are not
 features I am able to test myself. Does this address the issue? V4L is
 needed for viewing webcams attached to localhost. DVB will allow you to
 rebroadcast it?

No, DVB is digital TV/Sattelite. The right thing to do is to enable DVBPSI 
when V4L is enabled.

--HPS
___
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

http://www.freshports.org/multimedia/vlc/

[Hans Petter Selasky]

Hi,

Just a small notice:

The V4L DVB options depends on: DVBPSI=ON

--HPS
___
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: CFT: vdr ports (watch/record/stream tv, works with xbmc too :)

[Hans Petter Selasky]

On Thursday 25 November 2010 21:11:00 Juergen Lock wrote:
 Call for testing - vdr 1.7.16 with a bunch of plugins:
 
   http://people.freebsd.org/~nox/dvb/vdrdevel-preliminary-20101125a.shar
 
 [Updated Nov 25 2010 - I thought merging in the updates makes the
  text easier to read for new testers rather than adding updates as
  followups at the end.  Main news:
 
  - Updated live web plugin to 0.2.0 20101122 git snapshot.  If the
port fails to fetch you can get the distfile from here while the
mirrors have not updated yet:
 

Good work!

--HPS
___
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: [pre-release] webcamd + video4bsd 1.0.4

[Hans Petter Selasky]

On Thursday 21 January 2010 07:54:36 Sergey V. Dyatko wrote:
 On Wed, 20 Jan 2010 22:39:12 +0100
 Hans Petter Selasky hsela...@c2i.net wrote:
 
 HPS Hi,
 HPS
 HPS I've made another stability update. See attachment.
 HPS
 
 mailman stripped your attachment, can you give link where I can see it?
 

fetch http://www.selasky.org/hans_petter/video4bsd/releases/multimedia.tar.bz2

MD5 (multimedia.tar.bz2) = 82334dff57e7b608668a35614ff6149c

--HPS
___
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: FreeBSD Port: webcamd-0.1.0

[Hans Petter Selasky]

On Wednesday 20 January 2010 20:17:20 Steven Friedrich wrote:
 I had to copy video4bsd.h to webcamd port's working directory, in order to
 build webcamd.
 

Hi,

Try the attached ports tarball [0.1.3 pre-release], if the problem is fixed.

--HPS
___
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

[pre-release] webcamd + video4bsd 1.0.4

[Hans Petter Selasky]

Hi,

I've made another stability update. See attachment.

--HPS
___
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: fatal trap 12 (video4bsd-kmod)

[Hans Petter Selasky]

On Monday 18 January 2010 08:47:26 Sergey V. Dyatko wrote:
 Hi,
 at 1st I want to say that I am very grateful for your work
 
 after adding video4bsd_load=YES to loader.conf system traps but when
 I load module manualy (after login) all works fine.
 
 %uname -a
 FreeBSD notebook.minsk.domain 9.0-CURRENT FreeBSD 9.0-CURRENT #5
 r201770M: Fri Jan  8 17:32:31 EET 2010
 r...@notebook.minsk.domain:/usr/obj/usr/src/sys/tiger-asus-a6m  i386
 
 will be very grateful for any tips
 
 --
 wbr, tiger
 

Which version of video4bsd are you using?

--HPS
___
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: fatal trap 12 (video4bsd-kmod)

[Hans Petter Selasky]

On Monday 18 January 2010 09:29:45 Sergey V. Dyatko wrote:
 В Mon, 18 Jan 2010 09:21:45 +0100
 Hans Petter Selasky hsela...@freebsd.org пишет:
 
 HPS On Monday 18 January 2010 08:47:26 Sergey V. Dyatko wrote:
 HPS  Hi,
 HPS  at 1st I want to say that I am very grateful for your work
 HPS 
 HPS  after adding video4bsd_load=YES to loader.conf system traps
 HPS  but when I load module manualy (after login) all works fine.
 HPS 
 HPS  %uname -a
 HPS  FreeBSD notebook.minsk.domain 9.0-CURRENT FreeBSD 9.0-CURRENT #5
 HPS  r201770M: Fri Jan  8 17:32:31 EET 2010
 HPS  r...@notebook.minsk.domain:/usr/obj/usr/src/sys/tiger-asus-a6m
 HPS  i386
 HPS 
 HPS  will be very grateful for any tips
 HPS 
 HPS  --
 HPS  wbr, tiger
 HPS 
 HPS
 HPS Which version of video4bsd are you using?
 HPS
 [ti...@notebook]~%pkg_info -xI video4bsd
 video4bsd-kmod-0.1.1 Video4BSD loopback driver for webcamd
 
 HPS --HPS

Can you provide a backtrace of the problem?

Or try to update to kmod-0.1.2 ?

MD5 (video4bsd-kmod-0.1.2.tar.bz2) = 0ce6cf800370633f5590e6919efa51e2


--HPS
___
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

[patch] USB video support in KDE4 + sane + more under FreeBSD

[Hans Petter Selasky]

Hi,

I was compiling the latest version of KDE4 on my box and I noticed it picked up 
my installed libv4l2. 
The only problem is that you need some patches before everything is compiling 
:-)

About libv4lX on FreeBSD, please see:

http://lists.freebsd.org/pipermail/freebsd-emulation/2009-June/006231.html

Only USB webcams supported yet.

After installation manually add -lv4lxdrivers to all the libv4l*.pc files!
I will try to get this included into my ulinux distribution soon.

Before:
Libs: -L${libdir} -lv4lconvert
After:
Libs: -L${libdir} -lv4lconvert -lv4lxdrivers

/usr/local/lib/pkgconfig/libv4lconvert.pc
/usr/local/lib/pkgconfig/libv4l2.pc
/usr/local/lib/pkgconfig/libv4l1.pc

Then patch KDE4 like this:

--- 
/usr/ports/net/kdenetwork4/work/kdenetwork-4.3.1/kopete/libkopete/avdevice/videodevice.h.orig
   2009-10-11 11:41:54.0 +0200
+++ 
/usr/ports/net/kdenetwork4/work/kdenetwork-4.3.1/kopete/libkopete/avdevice/videodevice.h
2009-10-11 11:44:34.0 +0200
@@ -62,6 +62,13 @@
 
 #endif // __linux__
 
+#if defined(__FreeBSD__)  defined(ENABLE_AV)
+#include linux/videodev.h
+#ifdef HAVE_LIBV4L2
+#include libv4l2.h
+#endif // HAVE_V4L2
+#endif
+
 #include qstring.h
 #include qfile.h
 #include qimage.h

And don't forget to chown /dev/usb/X.Y.* [webcam USB device] to the user 
running the webcam application.

--HPS
___
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: SANE, USB image scanner and -CURRENT (problem solved)

[Hans Petter Selasky]

On Sunday 26 July 2009 20:10:26 Marc Fonvieille wrote:
 On Sun, Jul 26, 2009 at 03:27:36PM +0200, Hans Petter Selasky wrote:
  On Sunday 26 July 2009 15:12:24 Marc Fonvieille wrote:
   On Sun, Jul 26, 2009 at 02:55:42PM +0200, Marc Fonvieille wrote:
Then I read the CVS logs about SANE's ports and
http://www.freebsd.org/cgi/cvsweb.cgi/ports/graphics/sane-backends/Ma
   kefi le seems to say that SANE is broken since removal of uscanner(8),
am I right?
  
   Ok, I read the Makefile, SANE is by default w/o libusb support cause
   it's broken with libusb coming with 8.X so it's normal that the scanner
   is not found.
   Is there any plan in fixing that problem before 8.0-RELEASE?
 
  I think this is an old error. Have you tried compiling SANE from ports
  with libusb support enabled?

 It's impossible cause of this Makefile part:

 .if (defined(WITHOUT_USB) || ${OSVERSION}  80)
 CONFIGURE_ARGS+=--disable-libusb
 .else
 .if ${OSVERSION}  800069
 LIB_DEPENDS+=   usb-0.1.8:${PORTSDIR}/devel/libusb
 .endif
 .endif

 So SANE is built w/o libusb support even if you check the option.  I
 tried to comment this part but the build failed on sanei_usb.c etc.

 I think someone with USB foo should have a look to the port.


Patch:

/usr/ports/graphics/sane-backends/work/sane-backends-1.0.20/sanei/sanei_usb.c

At beginning of file change:

#if defined (__FreeBSD__)
#include sys/param.h
#include dev/usb/usb.h
#endif /* __FreeBSD__ */

To:

#if (defined (__FreeBSD__)  (__FreeBSD_version  800064))
#include sys/param.h
#include dev/usb/usb.h
#endif /* __FreeBSD__ */

That's all.

...

Making all in po
gmake[1]: Entering directory `/usr/ports/graphics/sane-backends/work/sane-
backends-1.0.20/po'
generating sane-backends.bg.mo from sane-backends.bg.po
generating sane-backends.cs.mo from sane-backends.cs.po
generating sane-backends.da.mo from sane-backends.da.po
generating sane-backends.de.mo from sane-backends.de.po
generating sane-backends.en_GB.mo from sane-backends.en_GB.po
generating sane-backends.eo.mo from sane-backends.eo.po
generating sane-backends.es.mo from sane-backends.es.po
generating sane-backends.fi.mo from sane-backends.fi.po
generating sane-backends.fr.mo from sane-backends.fr.po
generating sane-backends.it.mo from sane-backends.it.po
generating sane-backends.nb.mo from sane-backends.nb.po
generating sane-backends.nl.mo from sane-backends.nl.po
generating sane-backends.pl.mo from sane-backends.pl.po
generating sane-backends.pt.mo from sane-backends.pt.po
generating sane-backends.ru.mo from sane-backends.ru.po
generating sane-backends.sv.mo from sane-backends.sv.po
gmake[1]: Leaving directory `/usr/ports/graphics/sane-backends/work/sane-
backends-1.0.20/po'
gmake[1]: Entering directory `/usr/ports/graphics/sane-backends/work/sane-
backends-1.0.20'
gmake[1]: Nothing to be done for `all-am'.
gmake[1]: Leaving directory `/usr/ports/graphics/sane-backends/work/sane-
backends-1.0.20'


--HPS
___
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: Temporary patch to fix USB in kdebase4

[Hans Petter Selasky]

On Thursday 02 July 2009 16:52:49 Lawrence Stewart wrote:
 Hans Petter Selasky wrote:
  See attachment.
  --HPS

 Any chance you (or someone with the right clue) could update this patch
 to work with more recent 8-CURRENT? I get the following output when
 trying to compile kdebase4 (which applies your original patch as
 extra-patch-libusb20) on r195046 world/kernel:


 Scanning dependencies of target kcm_usb

 [ 67%] Building CXX object
 apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcm_usb_automoc.o
 [ 67%] Building CXX object
 apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcmusb.o
 In file included from
 /usr/ports/x11/kdebase4/work/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevi
ces.h:20,



Hi,

It looks like you have two set of header files. Second, change the USB dev/  
header files to:

#  include dev/usb/usb.h
#  include dev/usb/usbdi.h

Else there are no further changes.

--HPS
___
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: Temporary patch to fix USB in kdebase4

[Hans Petter Selasky]

On Thursday 02 July 2009 17:58:01 Lawrence Stewart wrote:
 [trimmed CC list]

 Lawrence Stewart wrote:
  Hans Petter Selasky wrote:
  On Thursday 02 July 2009 16:52:49 Lawrence Stewart wrote:
  Hans Petter Selasky wrote:
  See attachment.
  --HPS
 
  Any chance you (or someone with the right clue) could update this patch
  to work with more recent 8-CURRENT? I get the following output when
  trying to compile kdebase4 (which applies your original patch as
  extra-patch-libusb20) on r195046 world/kernel:
 
 
  Scanning dependencies of target kcm_usb
 
  [ 67%] Building CXX object
  apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcm_usb_automoc.o
  [ 67%] Building CXX object
  apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcmusb.o
  In file included from
  /usr/ports/x11/kdebase4/work/kdebase-4.2.4/apps/kinfocenter/usbview/usb
 devi
 
  ces.h:20,
 
  Hi,
 
  It looks like you have two set of header files. Second, change the USB
  dev/  header files to:
 
  #  include dev/usb/usb.h
  #  include dev/usb/usbdi.h
 
  Else there are no further changes.
 
  ah ha, had forgotten to run make delete-old after last update. Thanks
  for the hint and thanks for the include fix. Trying it out now.

 FYI, Hans your suggestion didn't work. Jeremy's on the other hand did.
 By only including dev/usb/usb_ioctl.h the compile finishes without issue.


Thinking about it you might be right. The files I mentioned are only used for 
kernel drivers, not userland. 

 I'm in the process of updating to today's current though and a lot of
 USB related changes were in the changeset so it's entirely possible
 running new kernel/world will make your comments valid.


Glad you found out what was wrong. 

--HPS

___
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

Checksum mismatch

[Hans Petter Selasky]

===  Installing for transfig-3.2.5
===   transfig-3.2.5 depends on executable: ppmtogif - not found
===Verifying install for ppmtogif in /usr/ports/graphics/netpbm
===  WARNING: Vulnerability database out of date, checking anyway
= netpbm-10.26.62.tgz doesn't seem to exist in /usr/ports/distfiles/.
= Attempting to fetch from 
http://garr.dl.sourceforge.net/sourceforge/netpbm/.
netpbm-10.26.62.tgz   100% of 2485 kB  379 kBps
===  Extracting for netpbm-10.26.62
= MD5 Checksum mismatch for netpbm-10.26.62.tgz.
= SHA256 Checksum mismatch for netpbm-10.26.62.tgz.

___
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