Apologies for sending this on misc.
Neofetch has been updated to version 6.0.0. I've bumped the port number
and removed the patches, as they were pulled from upstream.
Index: sysutils/neofetch/Makefile
===
RCS file: /cvs/ports/sysut
Hello,
I found portaudio for FreeBSD port supports multiple sndio devices at
https://svnweb.freebsd.org/ports/head/audio/portaudio/files/pa_sndio.c
The commit message is
audio/portaudio: Add support for enumerating multiple sndio devices
sndio has no device discovery mechanism and PortAudi
On 1/7/19 2:42 AM, Andrew Hewus Fresh wrote:
> On Thu, Jan 03, 2019 at 07:15:04PM +0100, Giovanni Bechis wrote:
>> On 12/26/18 8:21 PM, Charlene Wendling wrote:
>>>
>>> Here is an update for FileHandle::Unget, that will be required to
>>> build it with the future Perl 5.28.
>>>
>>> You'll need the
On Tue, Jan 08, 2019 at 04:23:40PM -0600, Jay Williams wrote:
> I've installed the Sphinx search daemon (searchd), and noticed that the port
> didn't come with a rc.d script. After a good bit of man page reading and
> debugging, I was able to get the Sphinx search daemon to behave properly,
> namel
On Mon, Jan 07, 2019 at 09:08:44AM +0200, Paul Irofti wrote:
> > Same here, but i still made a diff for -stable as an exercise when it
> > happened, if needed :)
>
> OK for the -stable diff. Andrew, will you commit this bit as well? If
> not, I will commit it myself when/if someone commits the upd
On Mon, Jan 07, 2019 at 10:02:37AM +, Stuart Henderson wrote:
> On 2018/12/26 01:09, Brad Smith wrote:
> > Here is a port for dav1d.
> >
> > Tested on amd64 and i386.
> >
> >
> > dav1d is a new AV1 cross-platform decoder, open-source, and focused on
> > speed and correctness.
>
>
> s/Small
I've installed the Sphinx search daemon (searchd), and noticed that the port
didn't come with a rc.d script. After a good bit of man page reading and
debugging, I was able to get the Sphinx search daemon to behave properly,
namely using the --nodetach and rc_bg options.
To help improve the port, w
On Tue, Jan 08, 2019 at 07:45:18PM +0100, Sebastian Reitenbach wrote:
> Am Dienstag, Januar 08, 2019 16:44 CET, Alexandre Ratchov
> schrieb:
>
> > On Tue, Jan 08, 2019 at 03:12:05PM +0100, Sebastian Reitenbach wrote:
> > >
> > > @@ -240,15 +240,15 @@
> > > QString name;
> > > int i;
> > >
>
bulk build on arm64.ports.openbsd.org
started on Sat Jan 5 14:06:09 MST 2019
finished at Tue Jan 8 12:10:02 MST 2019
lasted 03D15h03m
done with kern.version=OpenBSD 6.4-current (GENERIC.MP) #354: Sat Jan 5
12:19:10 MST 2019
built packages:9153
Jan 5:2865
Jan 6:1684
Jan 7:1895
Jan 8:2708
crit
Am Dienstag, Januar 08, 2019 18:14 CET, Stuart Henderson
schrieb:
> On 2019/01/08 15:12, Sebastian Reitenbach wrote:
> > Hi,
> >
> > I was told the patch doesn't apply, and it seems it got mangled when I
> > cut'n pasted it into the mail.
> > another try, and also attached.
>
> The attachment w
Am Dienstag, Januar 08, 2019 16:44 CET, Alexandre Ratchov
schrieb:
> On Tue, Jan 08, 2019 at 03:12:05PM +0100, Sebastian Reitenbach wrote:
> >
> > @@ -240,15 +240,15 @@
> > QString name;
> > int i;
> >
> > - /* midithru:* */
> > + /* midithru/* */
> > for (i = 0; i < 4; i++) {
>
It would not read $HOME/Downloads/
I replaced the newly generated ~/.config/iridium directory with one
generated pre Nov/2018 and could then read and save to $HOME/Downlaods.
A thought that others could test by renaming ~/.config/iridium and
generating a new configuration.
On Jan 08, 2019: 1
I updated and still had the message that iridium could not read the
/home/user. This was on a newer install and I went ahead and deleted my
~/.config/iridium and replaced it with the iridium directory from my
stable box. That worked
I have a second -current/amd64 box which also had the same ina
On January 8, 2019 3:13:08 PM UTC, "Heppler, J. Scott"
wrote:
>I suspect browsers are not the primary means of downloading for
>seasoned
>OpenBSD users and this new bug may go under the radar. Anyone else
>seeing this on iridium? On chromium?
Have you tried downloading to $HOME/Downloads/ ? If
On 2019/01/08 15:12, Sebastian Reitenbach wrote:
> Hi,
>
> I was told the patch doesn't apply, and it seems it got mangled when I cut'n
> pasted it into the mail.
> another try, and also attached.
The attachment works, inline is mangled.
port-lib-depends-check says -
hydrogen-0.9.5(audio/hydro
On Tue, 8 Jan 2019 07:13:08 -0800
"Heppler, J. Scott" wrote:
> I suspect browsers are not the primary means of downloading for seasoned
> OpenBSD users and this new bug may go under the radar. Anyone else
> seeing this on iridium? On chromium?
Tested on yesterday OpenBSD snapshot with updated
On Tue, Jan 08, 2019 at 03:12:05PM +0100, Sebastian Reitenbach wrote:
>
> @@ -240,15 +240,15 @@
> QString name;
> int i;
>
> - /* midithru:* */
> + /* midithru/* */
> for (i = 0; i < 4; i++) {
> - name = "midithru:" + QString::number(i);
> + name =
I suspect browsers are not the primary means of downloading for seasoned
OpenBSD users and this new bug may go under the radar. Anyone else
seeing this on iridium? On chromium?
--
J. Scott Heppler
Hi,
I was told the patch doesn't apply, and it seems it got mangled when I cut'n
pasted it into the mail.
another try, and also attached.
Sebastian
Am Montag, Januar 07, 2019 23:39 CET, "Sebastian Reitenbach"
schrieb:
> The version of hydrogen in ports is quite old, and when you startup the
Am Dienstag, Januar 08, 2019 11:10 CET, Alexandre Ratchov
schrieb:
> On Wed, Jan 02, 2019 at 11:32:50PM +0100, Sebastian Reitenbach wrote:
> > Hi,
> >
> > in musescore preferences "note input" tab, I have set "Enable MIDI input",
> > and I run musescore like:
> > MIDIDEVICE=rmidi/2 musescore
>
On Wed, Jan 02, 2019 at 11:32:50PM +0100, Sebastian Reitenbach wrote:
> Hi,
>
> in musescore preferences "note input" tab, I have set "Enable MIDI input",
> and I run musescore like:
> MIDIDEVICE=rmidi/2 musescore
> with the hope that it picks up the right device, but nope, when I enable note
>
On 2019/01/08 08:05, Landry Breuil wrote:
> On Mon, Jan 07, 2019 at 11:27:52PM +, Stuart Henderson wrote:
> > Thought I'd give an update on this since I just updated openldap.
> > Sorry not what you wanted but worth writing a few words:
> >
> > On 2018/05/22 12:46, Paul B. Henson wrote:
> > >
On Mon, 7 Jan 2019 23:17:05 +
Nigel Taylor wrote:
> I had this update from nearly 1yr ago...
>
> $ cvs -R -q diff -uNp
> Index: Makefile
> ===
> RCS file: /home/cvs/ports/www/p5-HTML-Tree/Makefile,v
> retrieving revision 1.28
> d
Bash 5.0 has just been released[1], and I thought I'd try and update the
port. I'm having problems getting the `seq` builtin to compile.
I've attached the (truncated) log, but the gist of it is this:
In file included from seq.c:32:
In file included from ../../bashintl.h:30:
../../include/gettext.
On Tue, 08 Jan 2019 09:01:15 +0100
Solene Rapenne wrote:
> Charlene Wendling wrote:
> >
> > Here is a proposal for a new port, devel/p5-Mock-Config. It will be
> > needed to update devel/p5-Devel-CheckLib to 0.13 [1], which in turn
> > is needed to update databases/p5-DBD-mysql [2] to 4.049, the
Mark Weyland writes:
> Farbfeld does not depend on ImageMagick
The 2ff script included in the package runs ImageMagick's convert(1).
Hence the run dependency.
Farbfeld does not depend on ImageMagick
diff
Description: Binary data
On 1/8/19 1:01 AM, Charlene Wendling wrote:
>
> Here is a proposal for a new port, devel/p5-Mock-Config. It will be
> needed to update devel/p5-Devel-CheckLib to 0.13 [1], which in turn is
> needed to update databases/p5-DBD-mysql [2] to 4.049, the current
> version of (4.042) we're shipping can'
Charlene Wendling wrote:
>
> Here is a proposal for a new port, devel/p5-Mock-Config. It will be
> needed to update devel/p5-Devel-CheckLib to 0.13 [1], which in turn is
> needed to update databases/p5-DBD-mysql [2] to 4.049, the current
> version of (4.042) we're shipping can't be built with Pe
29 matches
Mail list logo
