inst:py3-iterable-io-1.0.0
>
> Comment:
> adapt generators and other iterable to a file-like interface
>
> Required by:
> magic-wormhole-0.14.0p0
>
> Description:
> iterable-io is a small Python library that provides an adapter so that it's
> possible to
I should have wrapped up and sent this port *before* updating to newest
wormhole, as this is a runtime dep...
No deps itself, all tests pass on amd64.
Feedback? OK?
Information for inst:py3-zipstream-ng-1.7.1
Comment:
modern and easy to use streamable zip file generator
Required by:
magic
:
magic-wormhole-0.14.0p0
Description:
iterable-io is a small Python library that provides an adapter so that it's
possible to read from iterable objects in the same way as file-like objects.
It is primarily useful as "glue" between two incompatible interfaces.
As an example, in the
Update to magic 8.3.393.
Various bug fixes.
The bash patch merged upstream. Plus as I was doing so I noticed two other
shell scripts that were being installed also needed the same change.
Index: Makefile
===
RCS file: /home/cvs
Here is an update to magic 8.3.365.
Some bug fixes and fixes for building with Clang 15.
Index: Makefile
===
RCS file: /cvs/ports/cad/magic/Makefile,v
retrieving revision 1.10
diff -u -p -u -p -r1.10 Makefile
--- Makefile24 Jan
On Sat, April 16, 2022 07:49, Thomas Frohwein wrote:
> Hi,
>
> This is a port of fheroes2. It builds an engine that can run Heroes of
> Might & Magic 2 with many modern quality of life improvements. Some
> features of note:
>
> - more detailed preview of units on the
On Sat, April 16, 2022 07:49, Thomas Frohwein wrote:
> Hi,
>
> This is a port of fheroes2. It builds an engine that can run Heroes of
> Might & Magic 2 with many modern quality of life improvements. Some
> features of note:
>
> - more detailed preview of units on the
Hi,
This is a port of fheroes2. It builds an engine that can run Heroes of
Might & Magic 2 with many modern quality of life improvements. Some
features of note:
- more detailed preview of units on the map
- refined enemy AI
- Support for high resolutions
- bundled translations to sev
Hello Brad,
On 29/12/2021 01:04, Brad Smith wrote:
Hi Alessandro,
It looks like the issue mentioned in the Debian
bug report was fixed a bit under 2 years ago.
The issue with this port was very similar to that bug report, but the
root cause identified when we initially imported cad/magic
; > the
> > receiving machine.
> >
> > The codes are short and human-pronounceable, using a
> > phonetically-distinct
> > wordlist. The receiving side offers tab-completion on the codewords, so
> > usually only a few characters must
cally-distinct
> wordlist. The receiving side offers tab-completion on the codewords, so
> usually only a few characters must be typed. Wormhole codes are
> single-use
> and do not need to be memorized.
>
> Maintainer: Klemens Nanni
>
> WW
hole codes are
single-use
and do not need to be memorized.
Maintainer: Klemens Nanni
WWW: https://magic-wormhole.readthedocs.io
Feedback? Objections? OK?
wormhole.tgz
Description: application/tar-gz
Greetings,
The attached diff updates cad/magic to the latest release.
What's new upstream
===
This is a big jump. For a complete changelog, see [1].
What's new in the port
==
Trivial update (DISTNAME, distinfo, results of 'make update-patches&
On Thu, Mar 05, 2020 at 08:59:45PM +, Stuart Henderson wrote:
> On 2020/03/01 20:12, Sebastien Marie wrote:
> > Hi,
> >
> > The following diff adds few magic to devel/cargo module in order to use
> > system
> > libraries instead of building embedded version i
On Sun, Mar 01, 2020 at 08:12:31PM +0100, Sebastien Marie wrote:
Hello Sebastien,
> The following diff adds few magic to devel/cargo module in order to use system
> libraries instead of building embedded version in crates in an automatic way.
[...]
> With it, it should be more simple t
Hi,
On Sat, 7 Mar 2020 18:28:44 +0100
Alessandro De Laurenzis wrote:
> Greetings,
>
> The attached diff updates cad/magic to a very recent release.
>
> Please note that this is a big jump, since we're moving from 8.1
> (distribution) branch to 8.2 (development).
Greetings,
The attached diff updates cad/magic to a very recent release.
Please note that this is a big jump, since we're moving from 8.1
(distribution) branch to 8.2 (development).
The point has been already discussed on this list (see e.g. [1]); first
of all, let me say that the numb
On 2020/03/01 20:12, Sebastien Marie wrote:
> Hi,
>
> The following diff adds few magic to devel/cargo module in order to use system
> libraries instead of building embedded version in crates in an automatic way.
>
> It works by removing source library from a defined set of
Hi,
The following diff adds few magic to devel/cargo module in order to use system
libraries instead of building embedded version in crates in an automatic way.
It works by removing source library from a defined set of crates. So it will be
not possible to build the embedded library (the build
On 14/03/2019 06:16, Anthony J. Bentley wrote:
Stuart Henderson writes:
One thing I noticed
when running it for a quick test though, if I use "-d OGL" I immediately get
a crash, do you see that too?
$ magic -d OGL
X Error of failed request: BadValue (integer parameter out of rang
Stuart Henderson writes:
> One thing I noticed
> when running it for a quick test though, if I use "-d OGL" I immediately get
> a crash, do you see that too?
>
> $ magic -d OGL
> X Error of failed request: BadValue (integer parameter out of range for oper
> at
hed it adding -std=c89 and -Wno-parentheses to CFLAGS, in order
> > > > to get rid of the huge amount of Wimplicit-function-declaration and
> > > > Wno-parentheses warnings.
> >
> > My memory of magic is that it has some truly ancient ifdefs and code
> > iss
C}/scripts instead.
Done.
and patched it adding -std=c89 and -Wno-parentheses to CFLAGS, in order
to get rid of the huge amount of Wimplicit-function-declaration and
Wno-parentheses warnings.
My memory of magic is that it has some truly ancient ifdefs and code
issues that might be worth
On 2019/03/07 06:12, Alessandro DE LAURENZIS wrote:
> Dear ports@ readers,
>
> this is a proposal for a new port: magic 8.1.224, a venerable VLSI layout
> tool, written in the 1980's at Berkeley by John Ousterhout (now famous
> primarily for Tcl), still very popular with un
in order
> > to get rid of the huge amount of Wimplicit-function-declaration and
> > Wno-parentheses warnings.
My memory of magic is that it has some truly ancient ifdefs and code
issues that might be worth fixing and shouldn't be too difficult.
> > Other patches have essen
I forgot to say that the port installs the "magic.1" man page; this
isn't a real conflict with magic(5), but could be a bit confusing;
please let me know if it is worth to change the man page name (is
something like magic-vlsi more appropriate?)
On 07/03/2019 06:12, Alessand
Dear ports@ readers,
this is a proposal for a new port: magic 8.1.224, a venerable VLSI
layout tool, written in the 1980's at Berkeley by John Ousterhout (now
famous primarily for Tcl), still very popular with universities and
small companies, and an integral part of Qflow (not yet i
In order to test, I put
> > > @pkgpath devel/py-libmagic
> > > @pkgpath devel/py-libmagic,python3
> > >
> > > and pkg_add updated both:
> > > py-libmagic-5.34->py-magic-0.4.15v0: ok
> > > py3-libmagic-5.34->py3-magic-0.4.15v0: ok
> > >
sn't work.
> > If I have @pkgpath devel/py-libmagic, only py2 gets updated. If I have
> > @pkgpath devel/py-libmagic${MODPY_FLAVOR}, none gets updated.
> > In order to test, I put
> > @pkgpath devel/py-libmagic
> > @pkgpath devel/py-libmagic,python3
> >
> > an
If I have
> @pkgpath devel/py-libmagic${MODPY_FLAVOR}, none gets updated.
> In order to test, I put
> @pkgpath devel/py-libmagic
> @pkgpath devel/py-libmagic,python3
>
> and pkg_add updated both:
> py-libmagic-5.34->py-magic-0.4.15v0: ok
> py3-libmagic-5.34->py3-magic-0.4.
th devel/py-libmagic
@pkgpath devel/py-libmagic,python3
and pkg_add updated both:
py-libmagic-5.34->py-magic-0.4.15v0: ok
py3-libmagic-5.34->py3-magic-0.4.15v0: ok
The only other python port that has something like that is
py-sqlalchemy and it has what sthen said:
@pkgpath databases
On Fri, 9 Nov 2018 12:19:48 -0500, Brian Callahan
wrote:
> On 11/9/18 10:34 AM, Daniel Jakots wrote:
> > On Mon, 29 Oct 2018 09:29:12 +0100, Sebastien Marie
> > wrote:
> >
> >>> Could you resend me the py-magic tarball? I can give it a look
> >>>
On 11/9/18 10:34 AM, Daniel Jakots wrote:
On Mon, 29 Oct 2018 09:29:12 +0100, Sebastien Marie
wrote:
Could you resend me the py-magic tarball? I can give it a look over
and get it committed...
Brian, is there anything blocking you?
Pamela tried to update py-relatorio and ran into this
On Mon, 29 Oct 2018 09:29:12 +0100, Sebastien Marie
wrote:
> > Could you resend me the py-magic tarball? I can give it a look over
> > and get it committed...
Brian, is there anything blocking you?
Pamela tried to update py-relatorio and ran into this issue :(
On Sun, Oct 28, 2018 at 03:06:17PM -0400, Brian Callahan wrote:
> Hi Sebastien --
>
> Could you resend me the py-magic tarball? I can give it a look over and get
> it committed...
>
> ~Brian
The initial mail (at
https://marc.info/?l=openbsd-ports&m=153832654329359&w=2
the same directive as the opening
* Use compression for zip file
* Write mimetype as first file of the zip file
Several changes port-wise:
- taking maintainership
- switch from py-libmagic to py-magic - tarball attached (I am
ressurecting the old thread from 2018-06-28
https://marc.info/?l
e as the opening
> * Use compression for zip file
> * Write mimetype as first file of the zip file
>
> Several changes port-wise:
> - taking maintainership
> - switch from py-libmagic to py-magic - tarball attached (I am
> ressurecting the old thread from 2018-06-28
> https://
:
- taking maintainership
- switch from py-libmagic to py-magic - tarball attached (I am
ressurecting the old thread from 2018-06-28
https://marc.info/?l=openbsd-ports&m=153016881423341&w=2). bcallah@
are you still fine for this port ? when you proposed it, you proposed
On Thu, 28 Jun 2018 15:27:04 +0100, Stuart Henderson
wrote:
> > > > This has a conflict:
> > > >
> > > > $ make plist
> > > > Warning: py-magic-0.4.15 conflicts with py-libmagic-5.32
> > > > (devel/py-libmagic):/usr/local/lib/python
> > >
> > > > Attached is a new port, devel/py-magic. py-magic is a Python module
> > > > for file type identification using libmagic.
> > > >
> > > > ---
> > > > pkg/DESCR:
> > > > python-magic is a module that use
On 06/28/18 10:18, Sebastien Marie wrote:
On Thu, Jun 28, 2018 at 09:43:13AM -0400, Daniel Jakots wrote:
On Thu, 28 Jun 2018 08:15:05 +0100, Stuart Henderson
wrote:
On 2018/06/28 00:53, Brian Callahan wrote:
Hi ports --
Attached is a new port, devel/py-magic. py-magic is a Python module
On Thu, Jun 28, 2018 at 09:43:13AM -0400, Daniel Jakots wrote:
> On Thu, 28 Jun 2018 08:15:05 +0100, Stuart Henderson
> wrote:
>
> > On 2018/06/28 00:53, Brian Callahan wrote:
> > > Hi ports --
> > >
> > > Attached is a new port, devel/py-magic. py-ma
On Thu, 28 Jun 2018 08:15:05 +0100, Stuart Henderson
wrote:
> On 2018/06/28 00:53, Brian Callahan wrote:
> > Hi ports --
> >
> > Attached is a new port, devel/py-magic. py-magic is a Python module
> > for file type identification using libmagic.
> >
> > -
On 2018/06/28 00:53, Brian Callahan wrote:
> Hi ports --
>
> Attached is a new port, devel/py-magic. py-magic is a Python module for file
> type identification using libmagic.
>
> ---
> pkg/DESCR:
> python-magic is a module that uses ctypes to access the libmagic fi
Hi ports --
Attached is a new port, devel/py-magic. py-magic is a Python module for
file type identification using libmagic.
---
pkg/DESCR:
python-magic is a module that uses ctypes to access the libmagic file
type identification library. It makes use of the local magic database
and supports
On Tue, Dec 26, 2017 at 03:52:45PM +0800, Kevin Lo wrote:
> On Tue, Dec 26, 2017 at 04:52:49PM +1100, Jonathan Gray wrote:
> >
> > On Tue, Dec 26, 2017 at 04:50:13PM +1100, Jonathan Gray wrote:
> > > On Tue, Dec 26, 2017 at 01:16:51PM +0800, Kevin Lo wrote:
> > > > Hi,
> > > >
> > > > I'd like to
On Tue, Dec 26, 2017 at 04:52:49PM +1100, Jonathan Gray wrote:
>
> On Tue, Dec 26, 2017 at 04:50:13PM +1100, Jonathan Gray wrote:
> > On Tue, Dec 26, 2017 at 01:16:51PM +0800, Kevin Lo wrote:
> > > Hi,
> > >
> > > I'd like to add the bpi-m2m to our u-boot package. ok?
> >
> > This should be aft
On Tue, Dec 26, 2017 at 04:50:13PM +1100, Jonathan Gray wrote:
> On Tue, Dec 26, 2017 at 01:16:51PM +0800, Kevin Lo wrote:
> > Hi,
> >
> > I'd like to add the bpi-m2m to our u-boot package. ok?
>
> This should be after Bananapi in the SUNXI list.
>
> The kernel support for a33/r16 isn't there y
On Tue, Dec 26, 2017 at 01:16:51PM +0800, Kevin Lo wrote:
> Hi,
>
> I'd like to add the bpi-m2m to our u-boot package. ok?
This should be after Bananapi in the SUNXI list.
The kernel support for a33/r16 isn't there yet? Seems to lack at least
sxipio "allwinner,sun8i-a33-pinctrl"
sxiccmu "allw
Hi,
I'd like to add the bpi-m2m to our u-boot package. ok?
Index: sysutils/u-boot/Makefile
===
RCS file: /cvs/ports/sysutils/u-boot/Makefile,v
retrieving revision 1.29
diff -u -p -u -p -r1.29 Makefile
--- sysutils/u-boot/Makefile
atch won't help when either -lstdc++ or -lestdc++
is implied by the compiler. There are some crazy ideas, like:
* Pass LIBTOOL_CXXLIB=estdc++ from ports framework when "estdc++"
is found in any of WANTLIB* entries;
* Patch ld(1) instead of libtool;
* Ask David Blaine for a
evel/libmagic?
>>
>> No code relation. libmagic is a package built from sources of the old
>> file(1) (but only provides the library part, not the executable).
>>
>> > The magic(5) file used by file(1) is version 4.24, while
>> > the magic(4) file that c
; No code relation. libmagic is a package built from sources of the old
> file(1) (but only provides the library part, not the executable).
>
> > The magic(5) file used by file(1) is version 4.24, while
> > the magic(4) file that comes with libmagic is version 5.25.
> >
) (but only provides the library part, not the executable).
> The magic(5) file used by file(1) is version 4.24, while
> the magic(4) file that comes with libmagic is version 5.25.
> Can libmagic use the /etc/magic that comes with file(1)?
> It doesn't seem to be the case: the n
On Sep 21 21:31:00, h...@stare.cz wrote:
> On Sep 17 07:30:23, st...@cvs.openbsd.org wrote:
> > update to libmagic (file) 5.25
>
> What is the relation of OpenBSD's own new file(1) to devel/libmagic?
>
> The magic(5) file used by file(1) is version 4.24, while
> the
On Sep 17 07:30:23, st...@cvs.openbsd.org wrote:
> update to libmagic (file) 5.25
What is the relation of OpenBSD's own new file(1) to devel/libmagic?
The magic(5) file used by file(1) is version 4.24, while
the magic(4) file that comes with libmagic is version 5.25.
Can libmagic use
56 matches
Mail list logo
