Current tests goes fine, and actually show some existing problems because
the old infrastructure is:
- too complicated
- bsd.port.mk lies about what's going on.
Namely, libspecs were apparently tied to the pkgspec in a LIB_DEPENDS.
But that's not true ! bsd.port.mk was only using those specs as
each time xenocara farts, we get new libs (or less libs).
in order for updates to work, we *should* propagate those changes to
@wantlib in each port.
This currently isn't done automatically... check-lib-depends is sloooww
(needs to check every file before packaging) and not even flawless.
I'm
On Thu, Jul 08, 2010 at 12:03:47PM +0100, Stuart Henderson wrote:
On 2010/07/08 11:50, Marc Espie wrote:
each time xenocara farts, we get new libs (or less libs).
in order for updates to work, we *should* propagate those changes to
@wantlib in each port.
This currently isn't done
On Thu, Jul 08, 2010 at 08:22:38PM +, Christian Weisgerber wrote:
I think both sthen@ and I have mentioned before that we really like
how FreeBSD has the revision in a separate PORTREVISION variable
that is much easier and less error prone to increment than pX
suffixes in PKGNAME.
I remember why I did not do it before... there is a technical.
The way we build FULLPKGNAMEs with the interaction with flavors makes this
rather awkward.
Anyways, my make-fu did improve markedly since last time I tried, so this
ought to do the trick.
If you get a headache while reading this,
I want to tweak the directory structure for ports.
I'd like to go for a lot of stuff to
ports/infrastructure/bin
ports/infrastructure/lib
ports/infrastructure/man
the current setup (build, fetch, install, package) is my mistake, and
frankly it sucks. Some of the scripts are callable outside of
On Thu, Aug 19, 2010 at 11:09:14AM +0100, Stuart Henderson wrote:
On 2010/08/19 11:55, Marc Espie wrote:
I want to tweak the directory structure for ports.
I'd like to go for a lot of stuff to
ports/infrastructure/bin
ports/infrastructure/lib
ports/infrastructure/man
Yes please
On Thu, Aug 19, 2010 at 02:46:44PM +0200, Joachim Schipper wrote:
On Thu, Aug 19, 2010 at 11:55:22AM +0200, Marc Espie wrote:
I want to tweak the directory structure for ports.
I'd like to go for a lot of stuff to
ports/infrastructure/bin
ports/infrastructure/lib
ports
Okay, I've started moving a lot of things.
I've moved aggressively stuff that is internal to the ports tree (all
the scripts used by bsd.port.mk) and dpb3 (renamed to dpb, as I hope
to finally deprecate the other dpb).
I'm probably going to document this part, and then do a second pass
for the
if you run into fishy perl scripts, newer perl includes (as standard)
autodie.
a simple
use autodie;
and at least, stupid stuff that NEVER CHECKS error returns from open() and
the like will die, die, die instead of struggling onwards...
I could use bundled code to do the following:
1/ direct interface to mkstemp
so that we don't have to use the atrocious File::Temp big monstrosity.
2/ file descriptor passing over sockets
means redoing the stuff described in socket/recv/CMSG_DATA
so that we could have a simple interface to grab
On Sat, Oct 16, 2010 at 03:54:50PM -0700, Philip Guenther wrote:
On 10/16/10, Marc Espie es...@nerim.net wrote:
I could use bundled code to do the following:
1/ direct interface to mkstemp
so that we don't have to use the atrocious File::Temp big monstrosity.
I've sent Marc a tiny
... and the ports tree is actually ready to switch.
Any port that requires groff just need to set
USE_GROFF=Yes
to
- have a build depends on the groff port
- have pkg_create format pages using the groff port behind the scenes.
Note that this is transparent revision-wise, there's absolutely no
On Tue, Nov 16, 2010 at 12:29:08AM +0100, Alexander Hall wrote:
On 11/15/10 19:31, Marc Espie wrote:
So now we have
*DEPENDS = pkgspec:pkgpath
in an uniform way, with pkgspec: completely omitted when it's the
default stem-*
The idea is to remove as much noise as possible and it's
I've finally finished cleaning the DEPENDS lines to a state I like.
A new feature was introduced, but it's rather esoteric, and VERY special case,
so I'd advise against using it for very good reasons, it's a new ports variable
called PKGSPEC.
Here is what happened before PKGSPEC:
I'm not going to comment on the mail itself, but I've seen a lot of incredibly
dubious articles on the net over the last few days.
- use your brains, people. Just because a guy does say so doesn't mean there's
a backdoor. Ever heard about FUD ?
- of course OpenBSD is going to check. Geeez!!
On Fri, Dec 17, 2010 at 08:59:13AM -0700, Theo de Raadt wrote:
This is not to point finger at Theo for creating all this commotion, of
course;
this commotion can, however, be, an unintended accident, but the fact that
it came from Theo gave it a lot of credibility.
Whoa, wait a second
On Sun, Jan 09, 2011 at 04:21:51PM -0500, Ted Unangst wrote:
Downloading things can go a lot faster if the server and client support
http compression. This is easily added to the ftp program's http support.
It consists of two parts. Support for deflating the data we receive and
support
On Tue, Jun 09, 2009 at 07:12:24PM +0200, Joerg Sonnenberger wrote:
On Tue, Jun 09, 2009 at 10:37:29AM -0600, Theo de Raadt wrote:
The fact that you had to modify standards compliant code already in
the tree to make it work indicates a rather major problem.
The changes for stdout / stderr
On Sun, Oct 11, 2009 at 04:56:00PM +0200, Robert Nagy wrote:
Hello
p2k9 (the ports hackathon in Budapest) is on since Friday. People
are working on different things like GNOME, GCC4, BluRay support or
even ACPI.
I would like to thank everyone who donated money to the project because
the
On Wed, Oct 14, 2009 at 05:33:28PM +0100, Stuart Henderson wrote:
On 2009/10/14 08:38, Matthew Dempsky wrote:
Doesn't this leak memory in the -P case? What about moving the
xstrdup() call into only the !prefix_builtins path? Then you can also
eliminate the const cast:
Yes, Tobias
On Fri, Oct 16, 2009 at 10:37:11PM -0400, STeve Andre' wrote:
You can see whats been happening if you are subscribed to the cvs src
changes list. Offhand at least 30 new ports were added, more than 250
were updated, lots were tweaked, and the pkg_add code was worked on.
Most of the tweaks
There have been some big changes in pkg_add again.
Finally, there is now a 'quirks package that will be used to handle weird
update scenarios. It amounts to a Quirks.pm module that can build a quirks
object that conforms to pkg_add's interface. This can change independently:
pkg_add builds the
On Sat, Dec 05, 2009 at 10:47:25PM +0300, Igor Zinovik wrote:
if (-e /var/db/pkg/ftpmirror.cache) {
open my $fh, '', /var/db/pkg/ftpmirror.cache or
die(Permission denied);
@mirrors = $fh;
close $fh;
print $mirrors[0];
exit;
}
...
open $fh, '',
If you people ever need to profile some large perl code, I think I can
recommend Devel::NYTProf, it works much faster and gives much more in-depth
results than Devel::Prof.
Granted, big runs of pkg_add are not exactly average, but still,
Devel::Prof was generating 2G traces, and dprofpp was
On Fri, Feb 05, 2010 at 12:14:51PM +0200, Atte Peltomdki wrote:
On Fri, Feb 05, 2010 at 02:49:16AM +0100, Ingo Schwarze wrote:
Atte Peltomdki wrote on Thu, Feb 04, 2010 at 12:48:47PM +0200:
On Tue, Feb 02, 2010 at 09:32:43PM +0100, Ingo Schwarze wrote:
Antti Harri wrote on Tue, Feb 02,
On Sun, Feb 07, 2010 at 01:59:33PM -0500, Brad Tilley wrote:
I wrote a small cpp application to generate randomish passwords. It compiles
and runs OK on OpenBSD, however, it does not seem to create random strings
(the first and last chars seldom ever change, etc). The same code compiles
and
On Mon, Feb 08, 2010 at 08:10:11AM -0500, Brad Tilley wrote:
I placed the GUI version there are source.cpp. I don't have the simpler,
non-GUI version that I posted yesterday, but the use of srand and rand are
the same in both examples. The GUI version compiles on OpenBSD if you have
fltk
On Wed, Mar 03, 2010 at 04:46:18PM -0800, J.C. Roberts wrote:
Boolean variables should be set to Yes instead of simply being
defined, for uniformity and future compatibility.
This takes time to finish changing.
1.) The majority of the scripts in ports/infrastructure do not
bother
On Thu, Mar 04, 2010 at 06:14:52AM -0800, J.C. Roberts wrote:
On Thu, 4 Mar 2010 09:38:12 +0100 Marc Espie es...@nerim.net wrote:
On Wed, Mar 03, 2010 at 04:46:18PM -0800, J.C. Roberts wrote:
Boolean variables should be set to Yes instead of simply
being defined, for uniformity
On Sun, Apr 25, 2010 at 03:01:31PM +0200, Marc Espie wrote:
I think I finally figured out how to work with git for small subtrees,
and not get annoyed with the $OpenBSD$ keyword expansion...
- define a filter in your git attributes, that's either
$GITDIR/info/attributes or ~/.gitattributes
On Sun, Apr 25, 2010 at 03:01:31PM +0200, Marc Espie wrote:
- create a script in your PATH that cleans up things, in my case,
~/bin/openbsd-zap
#! /usr/bin/perl -p
# what ? you expected another scripting language
s/\$OpenBSD\:.*?\$/\$OpenBSD\$/g;
s/[ \t]+$//; # jmc's gonna love that
PS2
Updating zlib correctly is surprisingly difficult.
It's not just a question of whipping out the new version and doing a diff.
You should make tests.
Like, you missed the #ifdef SMALL at first. Those tests include making a
full release, and making sure it still works.
It's also likely some of
The rules for locking base and ports are not the same.
Having the build infrastructure in-ports means it can be fixed at the
same time as ports. Having it in-base means yet another possibility for
synchronization issues between base and ports.
Likewise for putting the man pages inside a package.
On Mon, May 18, 2015 at 03:12:24PM -0600, Todd C. Miller wrote:
This adds id -c to display a user's login class. If no user is
specified, it looks up the passwd entry based on the real uid and
displays the corresponding login class.
This is similar to id -c in FreeBSD (but they keep the
On Mon, May 18, 2015 at 04:30:33PM -0600, Todd C. Miller wrote:
Currently, chroot -u doesn't use the settings in /etc/login.conf.
This adds a -c option to apply the via setusercontext(). We can't
use LOGIN_SETALL since the uid change has to happen after chroot(2)
and the groups may be
was requested by sthen@
works with pkg.conf and PKG_PATH, similar sequences as for dpb:
%a - architecture
%c - either snapshots or version number
%v - always version number.
please test/comment
just tried it after rewriting:
installpath = http://ftp.fr.openbsd.org/pub/OpenBSD/%c/packages/%a/
On Wed, Apr 15, 2015 at 08:39:15PM +0200, Sebastian Reitenbach wrote:
I've seen at least -beta versions short before release locks. Not
sure if there are -alpha too? Those should be treated
same way as snapshots, I think.
This is the exact same logic that's in fw_update, actually...
so if one
On Sun, Apr 12, 2015 at 04:43:31PM -0400, dan mclaughlin wrote:
it seems that /usr/ports/infrastructure/man is not searched by default, and
there is no example in man.conf for it. given that some pages like dpb(1)
are there, and referenced thruout a number of pages (eg bsd.port.mk), this
seems
On Mon, Apr 13, 2015 at 06:10:36PM -0600, Theo de Raadt wrote:
I don't normally do this.
http://motherboard.vice.com/read/32-bit-integers-and-why-old-computers-matter
This does a really good job educating people on integer overflow :)
In our non-pacman universe, the ports guys really did
On Mon, Jun 08, 2015 at 03:37:27PM +0200, Landry Breuil wrote:
On Mon, Jun 08, 2015 at 02:59:28PM +0200, Marc Espie wrote:
On Mon, Jun 08, 2015 at 01:46:17AM -0400, dan mclaughlin wrote:
i figure this should be useful to some.
any nits welcome.
Unfortunately, this will become
On Mon, Jun 08, 2015 at 01:46:17AM -0400, dan mclaughlin wrote:
i figure this should be useful to some.
any nits welcome.
Unfortunately, this will become increasingly useless in
gtk-land.
Compare ldd firefox vs a ktrace of the running binary... :(
On Mon, Jun 01, 2015 at 05:25:15PM -0400, Ted Unangst wrote:
Stuart Henderson wrote:
On 2015/06/01 10:20, patrick keshishian wrote:
On 6/1/15, Sunil Nimmagadda su...@nimmagadda.net wrote:
On Thu, May 21, 2015 at 11:16:09PM -0400, Ted Unangst wrote:
screw ftp. just make a new util
For instance,
https://www.youtube.com/watch?v=J_8mdH20qTQ
Youtube-dl makes the reason pretty obvious:
https://www.youtube.com/watch?v=J_8mdH20qTQ
[youtube] J_8mdH20qTQ: Downloading webpage
[youtube] J_8mdH20qTQ: Extracting video information
[youtube] J_8mdH20qTQ: Downloading DASH manifest
On Tue, Jun 23, 2015 at 08:53:15PM -0600, Theo de Raadt wrote:
- $state-handle_options('cCdfF:hIKLmPQ:qr:RsSUe:E:Ml:aAt',
+ $state-handle_options('cCdfF:hIKLmpPQ:qr:RsSUe:E:Ml:aAt',
Starting to look a lot like ls.
What a coincidence. It's used to list things. So is ls.
On Wed, Jun 24, 2015 at 11:59:41AM +0200, ludovic coues wrote:
2015-06-24 11:40 GMT+02:00 Marc Espie es...@nerim.net:
On Tue, Jun 23, 2015 at 08:53:15PM -0600, Theo de Raadt wrote:
- $state-handle_options('cCdfF:hIKLmPQ:qr:RsSUe:E:Ml:aAt',
+ $state-handle_options
On Sun, Jul 05, 2015 at 05:52:54PM -0600, Theo de Raadt wrote:
Why is sudo being removed from base? It is pretty useful. I imagine many
use sudo
Sorry, we are making room in the tree so that lynx can come back.
An actual serious answer would make sense at this point, you know...
On Mon, Jun 29, 2015 at 02:41:16AM +0300, li...@wrant.com wrote:
Lack of
resources is about the only good reason there is for not providing
binary updates.
That's not true.
Further, base + packages are updated frequently in snapshots, which is
exactly a binary upgrade path for users
On Tue, Jul 28, 2015 at 04:10:37PM +0300, Vadim Zhukov wrote:
I see no point in hidding underlying error message from user.
Found while preparing chroot for doas run tests.
Okay?
--
WBR,
Vadim Zhukov
Index: doas.c
I think I finally found the bug that was triggering on cups updates
(the infamous +REQUIRED_BY not found error).
I got a fix in -current (commit to Dependencies.pm), e.g., post 5.8.
So if you still run into that issue on a -current system, I would really
love to hear about that.
On Mon, Jul 27, 2015 at 02:55:34PM +0300, Gregory Edigarov wrote:
Thanks for showing that to me, Marc. Will think on how to implement that in
a more secure way. I think I need to add a token based check? Correct?
I don't think you get what I'm saying.
I don't think there's any way to
On Mon, Jul 27, 2015 at 10:54:02AM +0300, Gregory Edigarov wrote:
Hi,
sudo was having a nice feature of not overwhelming the user with password
prompts (cookies :-) ).
This diff is adding this back to doas(1).
Index: doas.c
I don't think it falls on the side of bloat, and it's a pretty nifty option
to sudo...
Index: doas.1
===
RCS file: /build/data/openbsd/cvs/src/usr.bin/doas/doas.1,v
retrieving revision 1.10
diff -u -p -r1.10 doas.1
--- doas.1
On Sun, Jul 26, 2015 at 02:27:55PM +0300, Vadim Zhukov wrote:
2015-07-26 14:15 GMT+03:00 Marc Espie es...@nerim.net:
I don't think it falls on the side of bloat, and it's a pretty nifty option
to sudo...
Index: doas.1
On Sun, Jul 26, 2015 at 03:07:06PM -0400, Ted Unangst wrote:
Marc Espie wrote:
I don't think it falls on the side of bloat, and it's a pretty nifty option
to sudo...
@@ -361,7 +365,7 @@ main(int argc, char **argv, char **envp)
}
if (!(rule-options NOPASS
On Sun, Jul 26, 2015 at 12:07:44PM -0400, Ted Unangst wrote:
Marc Espie wrote:
I don't think it falls on the side of bloat, and it's a pretty nifty option
to sudo...
well, it's not just about code bloat. or even mostly about code bloat.
every option added to the program is added
On Mon, Jul 13, 2015 at 12:21:07PM -0600, Dale Lindskog wrote:
On Mon, 13 Jul 2015, li...@wrant.com wrote:
I object to the silent part... if you're trying to actually use
PKG_CACHE
then, having it fail silently and then discovering several GB later that
oops,
it didn't save
On Mon, Jul 20, 2015 at 10:41:08AM -0600, Theo de Raadt wrote:
On Mon, Jul 20, 2015 at 12:04:43PM -0400, Ted Unangst wrote:
chroot is probably the best comparision. yes, we provide a chroot(1), but
There is no chroot(1). :p
practically nothing uses it. everything is instead calling
On Mon, Jul 20, 2015 at 12:04:43PM -0400, Ted Unangst wrote:
chroot is probably the best comparision. yes, we provide a chroot(1), but
There is no chroot(1). :p
practically nothing uses it. everything is instead calling chroot(2) on its
own. the things that do use chroot(1) are doing so for
On Wed, Nov 11, 2015 at 05:13:45PM +0100, Adam Wolk wrote:
> Hi tech@,
>
> I have been working recently on packaging a shared library for the
> first time and hit a stumbling block yesterday.
>
> $ make package
> `/usr/ports/pobj/libwebsockets-1.5/fake-amd64/.fake_done' is up to date.
> ===>
Okay, I've had a bit of time to look (again) at gmake.
This patch won't make it in its current form. It does only implement a very
partial subset of what gmake does, namely the
export VAR=VALUE
syntax.
I'll have to check gmake's code more closely, because the other export forms
DO expand the
I did partial work before if was called pledge.
Now, with fork and exec, simple pledge is easy.
There might be something down the line to explicitly allow m4 to fork
and exec, but unfortunately, the corresponding macros are used by both
sendmail and autoconf scripts, so I would say they're
either that, or we have to remove (and undocument) the 'k' command.
Personally, I find it incredibly useful
Index: top.c
===
RCS file: /data/openbsd/cvs/src/usr.bin/top/top.c,v
retrieving revision 1.87
diff -u -p -r1.87 top.c
---
On Thu, Nov 05, 2015 at 10:54:32AM +0100, Theo Buehler wrote:
> On Thu, Nov 05, 2015 at 10:42:54AM +0100, Marc Espie wrote:
> > - if (pledge("stdio rpath getpw tty id ps vminfo", NULL) == -1)
> > + if (pledge("stdio rpath getpw tty proc id ps vminfo",
On Thu, Nov 05, 2015 at 06:23:52PM +0100, Theo Buehler wrote:
> On Thu, Nov 05, 2015 at 11:52:34AM -0500, Michael McConville wrote:
> > > It's not documented so it doesn't exist for me. :P
> > >
> > > (hint hint)
> >
> > Seconded.
>
> Here is an update for some missing syscalls for
> "stdio",
On Thu, Nov 05, 2015 at 11:52:32AM +0100, Theo Buehler wrote:
> On Thu, Nov 05, 2015 at 11:33:56AM +0100, Marc Espie wrote:
> > On Thu, Nov 05, 2015 at 10:54:32AM +0100, Theo Buehler wrote:
> > > On Thu, Nov 05, 2015 at 10:42:54AM +0100, Marc Espie wrote:
> > > > -
On Mon, Jul 06, 2015 at 07:15:06PM -0600, Dale Lindskog wrote:
It is discouraged but possible to run pkg_add(1) with -n or -s as a user
other than root. However, if pkg_add(1) does not have write permission to
$PKG_CACHE, then unclear error messages are produced. For example:
$ ls -ld
have a much more stringent one for tsort.
Index: tsort.c
===
RCS file: /build/data/openbsd/cvs/src/usr.bin/tsort/tsort.c,v
retrieving revision 1.26
diff -u -p -r1.26 tsort.c
--- tsort.c 29 Jul 2015 10:42:37 - 1.26
+++
On Mon, Aug 31, 2015 at 06:27:15PM -0400, Ted Unangst wrote:
> I think we can relax the path restriction if there's no restriction on
> command.
>
Works for me. okay espie@
Well, I've changed my coding style a bit.
This rewrites the two blobs of code in main() to actually be distinct functions,
adds a find_normal_cycle to avoid going off the edge of the screen.
There's removal of exit() in there to allow the canari to squeak (or not).
Comments, okay...
Index:
Keep the version, whatever it is.
The "check of ports" is annoying, because some of these checks may be in
scripts and happen at runtime for ports.
The way it usually happens is:
something breaks -> porters don't have time to check too closely -> someone
moves the ports to using gnu grep
On Thu, Dec 03, 2015 at 09:04:54AM +, Tati Chevron wrote:
> I'm trying to build the no_ada flavour of gcc 4.9 using dpb on a
> machine running 5.8-release, and it fails:
>
> # export FLAVOR=no_ada
> # dpb -D BUILD_USER=ports -D CDROM_ONLY -D FTP_ONLY -F 0 -L /portswork/logs
> -l
On Wed, Dec 02, 2015 at 04:40:33AM -0500, Ted Unangst wrote:
> henning points out that if you are seven levels deep when doas asks for a
> password, it can be hard to tell who is asking for what password.
>
> modify the prompt to include the program name and user@host.
> - if (pledge("stdio
On Fri, Dec 11, 2015 at 10:05:14AM -0700, Bob Beck wrote:
>
>
>
> On Fri, Dec 11, 2015 at 01:09:30AM -0500, Michael McConville wrote:
> > Here's the PR:
> >
> > https://gnats.netbsd.org/50381
> >
> > And the commit:
> >
> > https://marc.info/?l=netbsd-source-changes=144694603617544=2
> >
>
By default, it now does unpopulate_light. I'm now reasonably confident
the avoidance mechanisms for not deleting important stuff are good enough,
so it will wipe chroots of anything that doesn't belong there.
See the man page which was updated accordingly. Some fringe case scenarios
may need to
On Mon, May 30, 2016 at 03:34:04PM +0200, Joerg Sonnenberger wrote:
> On Mon, May 30, 2016 at 02:16:20PM +0200, Theo Buehler wrote:
> > It may be somewhat interesting to mention why expm1(x) = exp(x) - 1 and
> > log1p(x) = log(1 + x) are provided and what their historical purpose is.
> > However,
On Sun, May 29, 2016 at 12:00:14PM -0600, Theo de Raadt wrote:
> If anyone decides to engage an upstream developer about their software
> performing W^X violations, please be respectful, detailed, and calm.
> The major W^X violators which remain are not simple pieces of
> software, and their
On Tue, May 31, 2016 at 11:02:30PM +0100, Stuart Henderson wrote:
> Does anyone know/remember how src/sqlite3.h is generated?
By the target called "header" in the Makefile
this is the exact same code that s currently in install.sub
transposed ad perl
Here's an expanded version of the patch.
So far, ask_list was happy with prompting, but the mirror list is slightly
large, so being able to pipe thru more comes in handy.
This means a bit of refactor: we've got state, so we can get the height
from a progressmeter (or the stub), and it's
On Tue, Jun 21, 2016 at 10:43:07PM +0200, Patrik Lundin wrote:
> The reason for doing this is that it is much faster than just blindly
> trying to install a package, and does not hammer mirrors needlessly.
>
> Are there any plans to teach pkg_info -e about "%"? Is it even possible?
Okay, just
On Tue, Jun 21, 2016 at 10:43:07PM +0200, Patrik Lundin wrote:
> However, "pkg_info -e" does not understand it:
> ===
> # pkg_info -e python%2.7
> Invalid spec: python%2.7
> ===
>
> I use pkg_info -e to check if a requested package is installed or
> not prior to attempting to install/remove it.
>
Most of the code was already there.
This would allow pkg_add to auto-configure a mirror, for the case where
PKG_PATH was not specified and where pkg.conf does not exist.
It only triggers when a location ends up empty and when run in interactive
mode, e.g., it shouldn't interfere with local
I was waiting for snapshots to come up with the new stuff, but it
looks like amd64 will be a bit late. Someone is still hiking in
the mountains...
A week ago or so, I committed support for some disambiguating
filter in pkg_add.
This means that you can now simply install packages for ports
You guys made me think about the actual use case: noob user of OpenBSD,
installs the ISO, never gets to have any pkg.conf by default.
A way to handle that case would be to have non-network iso *installs* put
a pkg.conf that says "hey we didn't configure anything, let's do that later".
A bit a
The only thing I'm wondering about is if there's somebody out there who
just uses the "big integer arithmetic" part of openssl, and doesn't want
to go libgmp for licensing reasons.
Like, if you're in it for (say) trying to break codes, having code that
goes as fast as it can might be useful.
Is
On Thu, Jun 23, 2016 at 06:44:19AM +0200, Patrik Lundin wrote:
> On Wed, Jun 22, 2016 at 02:19:26PM +0200, Marc Espie wrote:
> > On Tue, Jun 21, 2016 at 10:43:07PM +0200, Patrik Lundin wrote:
> > > The reason for doing this is that it is much faster than just blindly
>
Pretty sure section 7 should now refer directly to bulk(8)
Here's another approach. I believe I do not need more than
@option is-branch
to actually mark branched ports... The current tree is clean enough
that the last component of the pkgpath is always enough to disambiguate
the path (even though there are some surprising choices of names).
Follows a
The following very simple code shows that it's possible to figure out
most of the branches (new % format) automatically based on comparison
between fullpkgname and fullpkgpath.
There are a few "false positive" (innocuous). I'm going to check soon that
I have them all.
This ought to yield a
Scratch that, doesn't work for packages where the stem changes, e.g.,
GCC subpackages.
Guess it will really need some kind of branch annotation... :(
Here is what it turns out as, -z option to pkg_info
Prints just simple stem--flavor[%branch] list of installed packages...
Only manual installs, no need to encumber it with dependencies.
Index: OpenBSD/PkgInfo.pm
===
RCS file:
New version, after some rewrite and input by semarie
Changes to PkgInfo.
- fix a regexp bug... tests showed the issue.
- simplify the -z option code, as it can actually share most of the code
from the rest. This means pkg_info -zm for installed packages, and funnily
enough, pkg_info -zm
On Tue, Jun 28, 2016 at 09:46:30PM -0700, Philip Guenther wrote:
> Inspired by espie@'s ttyname.c diff, here's a simplification of libc's
> fallback-to-scanning-/dev code for devname(). Since devname() returns
> the "name under /dev", this eliminates the string manipulation == win!
>
> Works
On Sun, Feb 07, 2016 at 09:42:32AM -0600, joshua stein wrote:
> We don't recommend FTP mirrors anymore, installing a package via a
> pipe doesn't seem to work anymore, and packages have to be signed to
> be installed so the advice about miscreants is not very relevant.
>
>
installing packages
On Mon, Feb 08, 2016 at 03:05:00PM -0800, patrick keshishian wrote:
> On Mon, Feb 08, 2016 at 07:28:24PM +0100, Marc Espie wrote:
> > On Sun, Feb 07, 2016 at 09:42:32AM -0600, joshua stein wrote:
> > > We don't recommend FTP mirrors anymore, installing a package via a
>
Already shown to a few people, but since pledge(2) aborts on non-dev, let's
check upfront that we're of the right type.
I don't think this requires a bump. It doesn't really change the interface,
just makes it stricter.
Index: opendev.3
On Thu, Mar 10, 2016 at 08:48:21AM -0700, Theo de Raadt wrote:
> The reason for these checks is because they protect the kernel,
> and they identify a program that does the wrong thing. Here, a
> program did the wrong thing. I am 100% in agreement that opendev
> may not be the right place to do
On Mon, Mar 14, 2016 at 01:38:48AM -0600, Anthony J. Bentley wrote:
> COLUMNS handling in our tree is inconsistent.
>
> POSIX specifies that if COLUMNS is a valid value (read: 1 or greater),
> it takes precedence; otherwise, width is handled in an unspecified
> manner.
>
> Most programs follow
On Mon, Mar 14, 2016 at 10:19:53PM +0100, Theo Buehler wrote:
> On Thu, Mar 10, 2016 at 12:52:35PM +0100, Marc Espie wrote:
> > Already shown to a few people, but since pledge(2) aborts on non-dev, let's
> > check upfront that we're of the right type.
> >
> > I don't
201 - 300 of 615 matches
Mail list logo