On Fri, 16 Sep 2022 15:54:28 +0200
Jeremie Courreges-Anglas wrote:
> Here's a minimal diff. Since --without-native-compilation is the
> default I dropped it. Was there a reason to explicitely add it?
emacs-28.2-gtk3 from this diff works for me on powerpc and powerpc64.
I also tried running "m
On Wed, Sep 21, 2022 at 11:18:17PM -0400, George Koehler wrote:
> On Thu, 22 Sep 2022 12:28:56 +1000
> Jonathan Gray wrote:
>
> > On Wed, Sep 21, 2022 at 10:13:44PM -0400, George Koehler wrote:
> > This uses the compiler builtin __BYTE_ORDER__ instead of endian.h
> > BYTE_ORDER.
> >
> > Both cou
On Thu, 22 Sep 2022 12:28:56 +1000
Jonathan Gray wrote:
> On Wed, Sep 21, 2022 at 10:13:44PM -0400, George Koehler wrote:
> This uses the compiler builtin __BYTE_ORDER__ instead of endian.h
> BYTE_ORDER.
>
> Both could be avoided by using htole32() instead. Then the two
> ifdefs could be remove
On Wed, Sep 21, 2022 at 10:13:44PM -0400, George Koehler wrote:
> graphics/webp-pixbuf-loader failed in the ongoing powerpc bulk, but
> this looks easy to fix. OpenBSD doesn't have , so use
> (on big-endian platforms like powerpc and sparc64). With
> this patch, "make package" works and "make te
graphics/webp-pixbuf-loader failed in the ongoing powerpc bulk, but
this looks easy to fix. OpenBSD doesn't have , so use
(on big-endian platforms like powerpc and sparc64). With
this patch, "make package" works and "make test" passes on powerpc.
ok to commit?
../webp-pixbuf-loader-0.0.6/io-we
Jeremie Courreges-Anglas writes:
> On Wed, Sep 21 2022, Kenneth Westerback wrote:
>> Kenneth Westerback writes:
>>
>>> Kenneth Westerback writes:
>>>
>>>
>>> So I will go see if I can debug what part of doom is getting upset
>>> enough to prevent 28.2 from working.
>>>
>>> 'cuz life without doo
Hi,
this is a update for vger to 2.0.0.
portcheck, 'make lib-depends-check' and 'make test' are happy.
Some testing done on amd64.
Comments?
Thanks!
Index: Makefile
===
RCS file: /daten/openbsdmirror/cvs/mirror/ports/net/vger/Ma
Hi,
without xsltproc, graphics/snapshot/gimp fails to build.
ok?
Ciao,
Kili
Index: Makefile
===
RCS file: /cvs/ports/graphics/gimp/snapshot/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile12 Sep
Lucas Raab wrote (2022-09-18 17:04 CEST):
> changelog:
> Correct key translations for Ctrl-/
> Add GNU/kFreeBSD and GNU Hurd platforms to wscript
> Correct keypad mappings, simplify code, improve documentation
> Regression: Fix arrow key mappings in DECAKM (appl.cursor key) mode
> Add support for t
On Wed, Sep 21, 2022 at 06:50:02PM +, Klemens Nanni wrote:
> On Wed, Sep 21, 2022 at 08:41:08PM +0200, Rafael Sadowski wrote:
> > Works here with up-to-date packages and snapshot:
>
> No problem on arm64, either.
it appears to be a problem between my keyboard and the chair, I had an
older ver
On Wed, Sep 21, 2022 at 08:41:08PM +0200, Rafael Sadowski wrote:
> Works here with up-to-date packages and snapshot:
>
> $ doas pkg_add -D snap xml2rfc
> quirks-6.40 signed on 2022-09-18T18:53:05Z
> xml2rfc-3.13.0:py3-appdirs-1.4.4: ok
> xml2rfc-3.13.0:py3-ConfigArgParse-1.5.3: ok
> xml2rfc-3.13.
On Wed Sep 21, 2022 at 06:31:36PM +, Job Snijders wrote:
> Hi all,
>
> I ran into an issue with xml2rfc, and its not clear to me what the issue
> is. On -current:
>
> $ pkg_info xml2rfc | head -1
> Information for inst:xml2rfc-3.13.0
>
> $ xml2rfc
> Traceback (most recent call last):
> Fil
Hi all,
I ran into an issue with xml2rfc, and its not clear to me what the issue
is. On -current:
$ pkg_info xml2rfc | head -1
Information for inst:xml2rfc-3.13.0
$ xml2rfc
Traceback (most recent call last):
File "/usr/local/bin/xml2rfc", line 33, in
sys.exit(load_entry_point('xml2rfc==3.
Problems arise in 2.73 and get worse in 2.74, when upgrading to 2.74, it will
affect OpenBSD.
Em 21 de setembro de 2022 13:59:03 BRT, Stuart Henderson
escreveu:
>On 2022/09/21 13:47, Marco Aurélio wrote:
>> That's not the tip of the iceberg, there are numerous issues, now there's
>> the proble
Apologies all..
apparently someone was very excited and forgot to attach the diff ... not
mentioning any names but you can guess who did that :)
Thanks again to my colleagues Alan McGrath, Scott Mc Donnell for their
work on this and Chris for Reviewing and improving them.
Thanks again,
Tom Smyt
On 2022/09/21 13:47, Marco Aurélio wrote:
> That's not the tip of the iceberg, there are numerous issues, now there's the
> problem with glib 2.74, which affects gimp and other software that uses glib!
OpenBSD doesn't use glib 2.74 yet.
That's not the tip of the iceberg, there are numerous issues, now there's the
problem with glib 2.74, which affects gimp and other software that uses glib!
https://github.com/void-linux/void-packages/issues/39393
https://github.com/void-linux/void-packages/issues/39390
Em 21 de setembro de 2022
On 2022/09/18 15:30:51 +0200, prx wrote:
> * Solène Rapenne le [18-09-2022 09:55:48 +0200]:
> > Le Sat, 17 Sep 2022 20:54:38 +0200,
> > prx a écrit :
> >
> > > iblock now kill established connections after banning an IP.
> > >
> > > Find attached a diff to update the port to 1.1.0.
> > >
> >
Hello,
The following port update includes the following enhancements
1) nsh.8 manpage
2) a number of important bugfixes with bridge commands (strtonum)
3) more complete net.inet and net.inet6 sysctl support
4) update to the latest github commit available upstream,
Contributors, Alan McGrath, Scot
ping
On 9/16/22, Horia Racoviceanu wrote:
> - Changed the certificate renewal cron job based on the OCSP staple
> interval for letsencrypt (for buypass it should be changed to run
> every 7th hour) and based on the update steps listed by Stuart
> - Replaced VARBASE with LOCALSTATEDIR
>
> I'd like
The OpenBSD 7.2 release is approaching fast and it is time to further
slow down ports development.
No more imports.
There are no other restrictions on commits yet, but it's time to
start limiting ourselves to commits that are important for the
release. If you break something, there will be very
ok krw@ fwiw. :-)
Ken
On Wed, Sept 21, 2022, 8:05 a.m. Jeremie Courreges-Anglas
wrote:
> On Wed, Sep 21 2022, Kenneth Westerback wrote:
> > Kenneth Westerback writes:
> >
> >> Kenneth Westerback writes:
> >>
> >>> Nam Nguyen writes:
> >>>
> Kenneth Westerback writes:
>
> >
597 undo_size = gimp_get_physical_memory_size ();
Any software which does this is written by stupid people.
I have tried to push back against this, but it keeps happening.
The only way the ports community will ever fix this general problem
which keeps being repeated, is by finding a way to be
On 2022/09/20 16:54, Nam Nguyen wrote:
> Marc Espie writes:
>
> > Note that gimp itself has some control over memory used
> > under various circumstances in its Preferences.
> >
> > I haven't seen any indication that authors in this thread
> > are even aware those parameters exist.
>
> Here is a
On Wed, Sep 21 2022, Kenneth Westerback wrote:
> Kenneth Westerback writes:
>
>> Kenneth Westerback writes:
>>
>>> Nam Nguyen writes:
>>>
Kenneth Westerback writes:
> Alas, I can't make the emacs-28.2-gtk3 I downloaded from the link jca@
> provided work. :-(
>
> If I d
Kenneth Westerback writes:
> Kenneth Westerback writes:
>
>> Nam Nguyen writes:
>>
>>> Kenneth Westerback writes:
>>>
Alas, I can't make the emacs-28.2-gtk3 I downloaded from the link jca@
provided work. :-(
If I do my normal 'emacs --daemon' from i3 I get two (?) running
Kenneth Westerback writes:
> Nam Nguyen writes:
>
>> Kenneth Westerback writes:
>>
>>> Alas, I can't make the emacs-28.2-gtk3 I downloaded from the link jca@
>>> provided work. :-(
>>>
>>> If I do my normal 'emacs --daemon' from i3 I get two (?) running 'emacs
>>> --daemon' processes and 'emac
Nam Nguyen writes:
> Kenneth Westerback writes:
>
>> Alas, I can't make the emacs-28.2-gtk3 I downloaded from the link jca@
>> provided work. :-(
>>
>> If I do my normal 'emacs --daemon' from i3 I get two (?) running 'emacs
>> --daemon' processes and 'emacsclient -c' does not seem to do anythin
28 matches
Mail list logo
