On Wed, Oct 15, 2014 at 10:11:18AM +0100, Craig R. Skinner wrote:
> On 2014-10-14 Tue 00:24 AM |, Antoine Jacoutot wrote:
> >
> > Makes sense yes. Not sure I'd want a function just for that one liner
> > though.
> > I'll commit something tomorrow.
>
On Mon, Oct 13, 2014 at 09:31:05PM +0100, Craig R. Skinner wrote:
> Move 2 duplicate searches into a function.
>
> The diff also ignores (RCS) subdirectories.
>
> $ find /etc/rc.d ! -type f
> /etc/rc.d
> /etc/rc.d/RCS
Makes sense yes. Not sure I'd want a function just for that one liner though.
On Fri, Oct 10, 2014 at 08:02:17PM +0100, Stuart Henderson wrote:
> On 2014/10/10 15:19, Patrik Lundin wrote:
> > Not passing any arguments does not mean "do not modify any flags", it
> > means "make sure we have the default flags". Because of this I will need
> > to check if the current set of fla
> Maby the expected results of our tools are different. My goal for the
> ansible module is that you either keep a specific set of flags in the
>
> playbook which will then get set if necessary, or you remove the flags
> and will instead get the system default.
>
> Not passing any arguments does
> 4. Enable the service *without* any arguments (even if it has
> default arguments).
It's been discussed at lenght in Slovenia -- that's a known issue; the move of
rc.conf to a parsed config file has had similar side effects on other stuffs.
> I see no way to do that with rcctl(8).
>
On Fri, Oct 10, 2014 at 02:50:40PM +0200, Patrik Lundin wrote:
> On Fri, Oct 10, 2014 at 01:50:52PM +0200, Antoine Jacoutot wrote:
> > >
> > > If I now run the tool again, still without any supplied arguments, it
> > > will compare the empty set of user su
> The problem occurs when I try to manage a service like nfsd which has a
> default set of flags. Consider the following commands, which basically
> performs what ansible does when the user is not supplying any extra
> arguments:
> ---
> # rcctl status nfsd
> NO
> # rcctl enable nfsd
> Sorry, I should probably have been more clear on the reason I need it :).
>
> The main issue from the ansible perspective is to know if we are _going_
> to change something or not. The user may for example run ansible in
> --check mode where it should only report if it is about to change
> somet
> The module wants to figure out if it should reset the flags in
> rc.conf.local to the default set if no arguments are supplied by the
> user.
Can you provide an example. Because if not arguments are supplied, according to
your previous mail, it should run like:
rcctl enable foobar flags
which
> An example would be if the user started out with supplying "-s" to ntpd
> and then changes his mind and removes the flag. The idea is to then call
> rcctl with an empty "flags" argument to get the default set of flags
> instead.
>
> It was my understanding from the man page that this was the app
On Thu, Oct 09, 2014 at 09:02:14PM +0200, Patrik Lundin wrote:
> Hello,
>
> While working on rcctl(8) support for ansible I have run into a
> situation I am not sure how to deal with.
>
> Basically, if the user has supplied arguments we append
> "flags " and this works good.
>
> If the user supp
> Do people run this crap as root? I wonder. I certainly don't.
Yes. Just like useradd and such. These historical tools are harcoded in so many
places and are expected to be present.
That said, having someone rewrites them in a sane way would be awesome.
--
Antoine
On Sun, Jul 20, 2014 at 03:52:14PM +0800, Nathanael Rensen wrote:
> Since the switch to SHA256, sysmerge(8) has stopped auto-upgrading files
> without
> local changes.
Oh right, I forgot that part. Thanks, I'll have a look.
>
> $ diff -u a b | grep -E '^\+' | sed '1d'
> +SHA256 (./etc/rc) =
>
On Tue, Jul 15, 2014 at 08:37:31PM +0100, Craig R. Skinner wrote:
> The IANA names don't match these popular OpenBSD package's port numbers:
>
> http://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml?search=3128
> = ndl-aas, not web cache/squid
>
> http://www.
On Tue, Jul 15, 2014 at 05:51:46PM +0200, Mark Kettenis wrote:
> > Date: Tue, 15 Jul 2014 17:17:45 +0200
> > From: Antoine Jacoutot
> >
> > But be careful, this is not a user-editable file anymore, so we need
> > to take into account that some stuffs that may no
On Tue, Jul 15, 2014 at 04:35:58PM +0100, Stuart Henderson wrote:
> On 2014/07/15 17:17, Antoine Jacoutot wrote:
> > > > Well it depends what policy we want. Looking at the file most entries
> > > > have both even if only one protocol is effectively in use.
> > &g
> > Well it depends what policy we want. Looking at the file most entries have
> > both even if only one protocol is effectively in use.
>
> Looking at the file though, most of those are older entries - I think
Yes. The reason is this:
"
# Note that it is presently the policy of IANA to assign a
> I'll discuss tweaks to the diff below but I'm in two minds about whether
> we want it. We don't enable the control socket in unbound by default at
> present (there is a diff somewhere to move this to unix domain sockets
> which we'd much prefer over network sockets..) Be aware, there is a
> downs
On Tue, Jul 15, 2014 at 10:06:10AM -0400, Simon Perreault wrote:
> Le 2014-07-15 09:51, Antoine Jacoutot a écrit :
> >>+unbound-cntl 8953/tcp# Unbound validating,
> >>recursive, and caching DNS server control
>
> The IANA name for t
On Tue, Jul 15, 2014 at 12:22:37PM +0100, Craig R. Skinner wrote:
>
> Suggestion of add NSD, Unbound & BIND control ports to /etc/services:
Makes sense to me. Anyone want to OK this?
> Index: etc/services
> ===
> RCS file: /cvs/src/
On Fri, Jul 11, 2014 at 05:32:20AM -0400, Ted Unangst wrote:
> I think the proposal rampaging went one algorithm too far. sha1 is the
> best algorithm supported by many clients and it's still pretty secure.
> without it, a lot of clients have stopped working. temporarily alieve
> the pain?
I for o
> Everytime someone (it is Daniel this time) tries to avert risk in even a
> minor way, the peanut gallery rises up with "I want the whole pig in base".
>
> Daniel is doing the right thing. Fully loaded lynx can be in the ports tree
> too, and we can keep track of the download statistics to see b
On Thu, Jul 10, 2014 at 06:51:01PM +0200, Loïc BLOT wrote:
> Hello all,
> I use rdomains to split routing domains per company and also separate
> administration interfaces from routing interfaces on my routers (sshd,
> bacula, postfix and puppetd running on a dedicated rdomain)
>
> Actually there
> ftp.fr is back.
> Please hit it hard and let me know of any issue.
I forgot to mention that the machine got re-installed so the ssh fingerprint
changed.
--
Antoine
So, ftp.fr should be back in about 10 days in full shape on a much
much better hardware for a long time hopefully ;-)
Sorry for the inconvenience.
ftp.fr is back.
Please hit it hard and let me know of any issue.
Thank you!
--
Antoine
The ftp.fr mirror is going down for an undefined period of time (could
be forever).
Please migrate to another mirror for the time being.
Hi.
So, ftp.fr should be back in about 10 days in full shape on a much much
better hardware for a long time hopefully ;-)
Sorry for the inconvenienc
Hi.
The ftp.fr mirror is going down for an undefined period of time (could be
forever).
Please migrate to another mirror for the time being.
Thank you and sorry for the inconvenience.
--
Antoine
On Wed, May 07, 2014 at 07:44:51PM +0200, Ingo Schwarze wrote:
> Hi,
>
> POSIX doesn't require support for any locales except POSIX and C.
>
> While LC_CTYPE and LC_COLLATE make some sense, LC_MONETARY, LC_NUMERIC,
> and LC_TIME are badly overengineered, pointless bloat, causing nothing
> but sur
On Wed, Apr 30, 2014 at 03:38:39PM +0200, Mark Kettenis wrote:
> > Date: Wed, 30 Apr 2014 13:39:20 +0100
> > From: Stuart Henderson
> >
> > Seen when running e2fsprogs regression tests with /tmp on tmpfs
>
> I'm not surprised; tmpfs contains some serious bugs. I recommend not
> using it until t
On Sun, Feb 09, 2014 at 03:26:56PM +0100, Marc Espie wrote:
> On Sun, Feb 09, 2014 at 01:16:38PM +0100, Marc Espie wrote:
> > hopefully, things should be back to normal.
> > last commit was
> >
> > revision 1.37 of PackageLocation.pm
> > date: 2014/02/09 11:13:59; author: espie; state: Exp; lin
On Wed, Jan 29, 2014 at 02:53:12PM +0100, Jasper Lievisse Adriaanse wrote:
> Hi,
>
> At least with ftp -Vm the progressbar was messing up the display as it was
> printing the output on the same line and would wrap around creating displays
> such as http://pbot.rmdir.de/gOeAYNv30HnQk-4I4xmKZg
> Se
> with apmd running in manual mode, and manually setting hw.setperf=100?
> Was -C or -H set previously?
apmd hangs the laptop whatever option or lack of.
manually setting hw.setperf=100 also hangs the laptop (it just takes longer;
sometimes an entire day, usually when watching video... but I don'
On Wed, Jan 15, 2014 at 09:08:45AM +, Stuart Henderson wrote:
> As seen by at least ajacoutot, myself and various others (e.g.
> the thread including http://marc.info/?l=openbsd-misc&m=123598831213309)
> some systems hang frequently with apmd, sometimes only when flags that
> automatically chan
> Any other thoughts?
Is there any way we could use something else than file(1) ?
--
Antoine
On Mon, Sep 16, 2013 at 11:50:50AM +0100, Craig R. Skinner wrote:
> For scripts (perl, shell, whatever...), prefix ${pexp} with the script's
> interpretor path as defined by the script.
>
> No need to override ${pexp} in the daemon's rc file.
Heh, very interesting trick ;-)
But I don't think that
On Thu, Sep 05, 2013 at 01:30:24PM +0100, Stuart Henderson wrote:
> KerbV support was removed but the sample config entries remain.
> Should we remove them?
What about the client config and the man pages?
> Index: sshd_config
> ===
>
On Sun, Jun 23, 2013 at 08:26:02PM +0200, Michał Markowski wrote:
> 2013/6/23 Nick Holland :
> > I do believe this would be an annoyance for upgraders who have local
> > entries in this file, as sysmerge would detect lots of changes, plus the
> > local changes. I'm not sure what the benefit would
On Sat, Jun 22, 2013 at 06:05:13PM +0200, Michał Markowski wrote:
> 2013/6/22 Antoine Jacoutot :
> > Your mutt pkg is too old.
> >
> > --
> > Antoine
>
> Packages mirror is up to date (compared with ftp.openbsd.org). BTW for
I cannot make it clearer than
On Sat, Jun 22, 2013 at 05:37:20PM +0200, Michał Markowski wrote:
> System and packages upgraded yesterday. Mutt flavour: mutt-1.4.2.3p1v0.
>
> $ dmesg | head -2
> OpenBSD 5.3-current (GENERIC) #3: Fri Jun 21 23:45:11 CEST 2013
> d...@frigg.0x29a.it:/usr/src/sys/arch/amd64/compile/GENERIC
> $
On Thu, May 30, 2013 at 10:05:45PM +0200, Stefan Sperling wrote:
> I've received several requests for adding new locale names,
> both on this list, and off-list, from several people.
>
> I've been trying to find a way to keep /usr/share/locale reasonably
> clean while also allowing people to use t
On Wed, Apr 03, 2013 at 12:30:05PM -0500, Todd T. Fries wrote:
> Penned by Antoine Jacoutot on 20130403 10:24.19, we have:
> | On Wed, Apr 03, 2013 at 05:14:10PM +0200, Alexander Hall wrote:
> | > On 04/03/13 13:42, Vadim Zhukov wrote:
> | > > This patch makes rc.sub
On Wed, Apr 03, 2013 at 08:17:27PM +0400, Vadim Zhukov wrote:
> Second iteration after input from halex@ (${...+} trick is cool!).
ok aja@ with nitpicks
Please sort the list this way:
start, stop, restart, reload, check
Please make the output this way:
rc_err "usage: $0 [-df] (${_allsup})"
i.e.
On Wed, Apr 03, 2013 at 05:14:10PM +0200, Alexander Hall wrote:
> On 04/03/13 13:42, Vadim Zhukov wrote:
> > This patch makes rc.subr show only supported operations in usage.
> > This avoids some sort of confusion when, e.g., /etc/rc.d/smtpd
> > shows that "reload" command is allowed, but when you
On Thu, Mar 14, 2013 at 12:48:52PM -0400, Ted Unangst wrote:
> On Thu, Mar 14, 2013 at 17:24, Antoine Jacoutot wrote:
> > On Thu, Mar 14, 2013 at 11:41:52AM -0400, Ted Unangst wrote:
> >> On Thu, Mar 14, 2013 at 14:30, Antoine Jacoutot wrote:
> >>
> >> >
On Thu, Mar 14, 2013 at 11:41:52AM -0400, Ted Unangst wrote:
> On Thu, Mar 14, 2013 at 14:30, Antoine Jacoutot wrote:
>
> > FYI I am seeing a somehow similar crash when using sysutils/bacula (both
> > 5.2 and 5.3).
> > It is 100% reproducible on my setup. Obviously
On Thu, Sep 27, 2012 at 12:43:24PM +0300, Alexey Suslikov wrote:
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to thread 1006387]
> 0x0cb33345cf6e in random () at /usr/src/lib/libc/stdlib/random.c:387
> 387 *fptr += *rptr;
>
> Back trace:
>
> Thread 1
On Tue, Mar 05, 2013 at 01:43:24PM +0100, Sylvestre Gallon wrote:
> Hi tech@
>
> I send you this mail because a few months ago I tried to dabble with fuse
> filesystem and OpenBSD. After some time working on this subject I have
> succeeded to create something that works. It is not even near to be
On Mon, Feb 11, 2013 at 10:11:25PM +0100, André Stöbe wrote:
> Antoine Jacoutot wrote:
> > This diff adds 2 new options to usermod(8):
> > -U to unlock a user's password
> > -Z to lock a user's password
>
> Today I was working with these two switches and r
On Mon, Feb 11, 2013 at 10:11:25PM +0100, André Stöbe wrote:
> Antoine Jacoutot wrote:
> > This diff adds 2 new options to usermod(8):
> > -U to unlock a user's password
> > -Z to lock a user's password
>
> Today I was working with these two switches and r
On Mon, Jan 28, 2013 at 09:54:18AM +0100, Martin Pieuchot wrote:
> And I couldn't find a section on the FAQ about printers. Am I blind?
> Do you think it would be useful to at least document how to setup a
> printer like you did? Antoine what do you think?
Yes yes, it's on my todo.
Currently most
On Fri, Jan 25, 2013 at 04:00:51PM +0100, Martin Pieuchot wrote:
> On 25/01/13(Fri) 15:11, Stefan Sperling wrote:
> > Printers using the foo2zjs driver (in ports/print/foo2zjs) need
> > to attach as ugen so that a firmware file can be downloaded to
> > them with a command such as 'cat firmware.dl >
On Sun, Dec 16, 2012 at 05:19:11PM -0500, Mike Erdely wrote:
> Since snmpd.conf stores passwords in plain text, should we prevent
> changes to its contents in security(8) output?
There are other files that do the same; e.g. ypldap.conf
I'm not saying your diff is wrong; just incomplete if you want
> Finally if you test this stuff, I would like to know which AGP revision
> and graphic card you are using, please include the output of the
> following command in your report:
>
>$ dmesg |grep -e "^vgafb" -e "uni-n rev"
PowerBook 17'
hw.model=7447A (Revision 0x101)
hw.product=PowerBook5,
On Wed, Nov 28, 2012 at 08:28:10AM +0100, Alexander Hall wrote:
> Make sure new config is valid before SIGHUP'ing sshd, which would
> otherwise just kill it. Invalid configuration now gives:
>
> # pgrep sshd
> 18998
> # /etc/rc.d/sshd reload
> sshd(failed)
> # pgrep sshd
> 18998
>
> Pros: Less
On Tue, Nov 27, 2012 at 09:44:47AM +0100, Marc Espie wrote:
> On Tue, Nov 27, 2012 at 07:59:29AM +0100, Landry Breuil wrote:
> > Hi,
> >
> > here's a 250k diff to update our base sqlite3 to the latest 3.7.14.1 :
> > http://rhaalovely.net/~landry/shared/sqlite-3.7.14.1.diff
> > I hope i got the dif
On Wed, Nov 07, 2012 at 08:58:55AM +1100, Brett wrote:
> Not to disparage the hard work by Antoine and others on Gnome and KDE, but if
> upstream are going to entwine their code with non-standard OSs, then why
> bother with them?
That _is_ precisely the question I asked on GNOME lists. I'm not r
On Tue, Nov 06, 2012 at 01:38:32PM +0100, Marc Espie wrote:
> Basically, we have a pattern, mostly observed with kde (and a bit with
> gnome) which is really harmful for us.
>
> Those vendors say "we're not in the distribution business, distribution
> problems will be handled by OS vendors. We ca
On Mon, Oct 29, 2012 at 07:32:16PM -0400, Okan Demirmen wrote:
> will anyone miss reload support? one can always re-exec cwm, or any
> other wm for a matter of fact.
I use it often, but if there is another way to achieve the same thing, I won't
cry over it.
>
> Index: calmwm.h
> =
On Thu, Oct 04, 2012 at 11:42:45PM +0200, Gregor Best wrote:
> As before, I'm looking forward to anything you have to comment, especially
> cool
> benchmark ideas or the like.
I know my report is not a benchmark of any kind but I do see a slight
improvements when running a full GNOME 3 installat
On Tue, Sep 11, 2012 at 06:24:04PM +0200, Antoine Jacoutot wrote:
> On Tue, Sep 11, 2012 at 04:46:57PM +0200, Antoine Jacoutot wrote:
> > On Mon, Sep 10, 2012 at 05:01:13PM +0200, Antoine Jacoutot wrote:
> > > Hi.
> > >
> > > This diff adds 2 new options to use
On Tue, Sep 11, 2012 at 04:46:57PM +0200, Antoine Jacoutot wrote:
> On Mon, Sep 10, 2012 at 05:01:13PM +0200, Antoine Jacoutot wrote:
> > Hi.
> >
> > This diff adds 2 new options to usermod(8):
> > -U to unlock a user's password
> > -Z to lock a user
On Mon, Sep 10, 2012 at 05:01:13PM +0200, Antoine Jacoutot wrote:
> Hi.
>
> This diff adds 2 new options to usermod(8):
> -U to unlock a user's password
> -Z to lock a user's password
>
> In effect locking/unlocking the password means to add a '!
On Tue, Sep 11, 2012 at 03:47:57AM -0400, Ted Unangst wrote:
> On Mon, Sep 10, 2012 at 17:01, Antoine Jacoutot wrote:
>
> > In effect locking/unlocking the password means to add a '!' in front of
> > the encrypted entry in master.passwd.
> > Note that this disa
On Tue, Sep 11, 2012 at 03:47:57AM -0400, Ted Unangst wrote:
> On Mon, Sep 10, 2012 at 17:01, Antoine Jacoutot wrote:
>
> > In effect locking/unlocking the password means to add a '!' in front of
> > the encrypted entry in master.passwd.
> > Note that this disa
On Tue, Sep 11, 2012 at 10:23:13AM +0300, Eugene Yunak wrote:
> On 11 September 2012 09:37, Antoine Jacoutot wrote:
> > On Tue, Sep 11, 2012 at 09:33:56AM +0300, Eugene Yunak wrote:
> >> On 10 September 2012 18:01, Antoine Jacoutot wrote:
> >> > Hi.
> >> &
On Tue, Sep 11, 2012 at 09:33:56AM +0300, Eugene Yunak wrote:
> On 10 September 2012 18:01, Antoine Jacoutot wrote:
> > Hi.
> >
> > This diff adds 2 new options to usermod(8):
> > -U to unlock a user's password
> > -Z to lock a user's password
>
Hi.
This diff adds 2 new options to usermod(8):
-U to unlock a user's password
-Z to lock a user's password
In effect locking/unlocking the password means to add a '!' in front of
the encrypted entry in master.passwd.
Note that this disable the _password_ not the account of course (you
could stil
On Wed, Aug 15, 2012 at 04:46:46PM +0200, Mark Kettenis wrote:
> > Date: Wed, 15 Aug 2012 16:31:53 +0200
> > From: Antoine Jacoutot
> >
> > On Sun, Aug 12, 2012 at 01:22:55PM +1000, David Gwynne wrote:
> > > ive been beating my head against why mpi is slow on s
On Sun, Aug 12, 2012 at 01:22:55PM +1000, David Gwynne wrote:
> ive been beating my head against why mpi is slow on some machines
> and not others, and i think this may be why.
>
> issuing a command to the chip is done by posting its address to a
> register. in my code this was done by doing a wri
On Fri, Jun 08, 2012 at 07:40:38PM +0200, Thomas Pfaff wrote:
> On Sun, 3 Jun 2012 21:07:13 +0400
> Alexander Polakov wrote:
>
> > I'd like to start a discussion about adding tiling to cwm with
> > these two diffs.
>
> I don't want it ;-)
>
> If I wanted a tiling window manager I'd install one
On Sat, Feb 25, 2012 at 04:50:21PM +, Christian Weisgerber wrote:
> Philip Guenther wrote:
>
> > Now that the base is unlocked, we can consider diffs to
> > a) rename getdelim() and getline() symbols that are already in the tree, and
> > b) add getdelim() and getline() to libc.
> >
> > Note
On Fri, Feb 10, 2012 at 09:21:04AM -0800, Chris Cappuccio wrote:
> Stuart Henderson [s...@spacehopper.org] wrote:
> > iirc there were some objections to it.
> >
>
> I don't see any other way to accommodate ports that require early start in
> the rc.d system other than to PUT THEM FIRST. Otherwis
On Fri, Feb 03, 2012 at 05:00:55PM +0100, Jan Klemkow wrote:
> I decide to remove the check for the negative delimiter character, but
> I am not sure, with the file handle pointer check!? In my opinion this
> should be checked and return an minus 1 with an error for invalid input.
>
> The realloc(
On Mon, Dec 05, 2011 at 10:00:37AM +0100, Vitali wrote:
> where I just added "-pthread" as you can see, and openconnect normally
> compiled and worked properly.
>
> Anyway I decided to go on with the experiments and poked about
> libproxy in ports.
> In the patch file
> "/usr/ports/net/libproxy/pa
On Wed, 5 Oct 2011, Marc Espie wrote:
> On Wed, Oct 05, 2011 at 12:05:18AM +0100, Nicholas Marriott wrote:
> > And from the look of it they also have -J, but .xz is so rarely used
> > right now I'm not sure it is something we really need to copy...
>
> That's not gonna be the case from gnome3 (fo
On Tue, 4 Oct 2011, Theo de Raadt wrote:
> > this diff adds a -J flag to tar that calls xz for compress/decompress.
> > Requires you to install the xz package on your system.
>
> No way.
>
> Base never depends on external things.
Well pval added support for bzip2 years ago in a similar way...
On Thu, 28 Jul 2011, Robert Nagy wrote:
> Because rc_post() does not get called if rc_stop() fails and it does
> because mountd does not die after the SIGTERM.
Ah that's right, I forgot about that check.
--
Antoine
On Thu, 28 Jul 2011, David Coppa wrote:
> On Thu, 28 Jul 2011, Robert Nagy wrote:
>
> > It seems that SIGTERM is not enough for mountd, according to the code
> > SIGTERM only sends a RPCMNT_UMNTALL broadcast to the clients.
> > So I think what we should do in this case is to first send a SIGTERM
On Thu, 14 Jul 2011, Roland Kammerer wrote:
> Last week I sent a small patch (~10 lines) for /etc/rc to robert@ that
> would allow to prefix daemons in rc_scripts with an '@' and then these
> prefixed daemons would be started in background. For example:
> rc_scripts="foo @bar baz". bar would be st
On Mon, 30 May 2011, Matthieu Herrb wrote:
> Hi,
>
> Some years ago X.Org decided to switch to a new set of XKB (the X
> Keyboard extension) data files known as xkeyboard-config.
>
> For various reasons (local changes, complexity of the build system for
> xkeyboard-config, slacking) Xenocara i
On Tue, 17 May 2011, David Coppa wrote:
> On Tue, May 17, 2011 at 7:55 AM, Paul de Weerd wrote:
> > On Tue, May 17, 2011 at 12:20:33AM +0200, patrick kristensen wrote:
> > | damien.bergamini.free.fr appears to be down. are the iwn-firmwares
> > | available somewhere else?
> >
> > Try http://www.w
On Fri, 6 May 2011, Stuart Henderson wrote:
> Just noticed I still have Ms for this. Has it been tested on enough
> arch yet? So far I know it's been run on
>
> amd64 (sthen)
> armish (sthen)
> i386 (aja, sthen)
> macppc (aja, sthen)
> loongson (phessler)
>
> Any others? Considering how much it
On Sat, 23 Apr 2011, Dale Rahn wrote:
> Here is a diff that was originally hatched at c2k10 and finally implemented
> at k2k11. This has been tested lightly so needs to be tested on all systems
> with big and small programs.
>
> On some machines this can shave 15% off of the startup time of large
On Mon, 11 Apr 2011, Stuart Henderson wrote:
> This makes it easier to use various tools (e.g. who, last, ac)
> on historical logs.
>
> The largest log on the busiest system I can think of is under 3MB
> uncompressed, I think current and 7 archived logs of this size is
$ du -h /var/log/wtmp
365M
On Mon, 11 Apr 2011, Stuart Henderson wrote:
> it's useful for ports developers to be able to read the infrastructure
> manpages (dpb, pkg_subst, update-patches, etc) without making changes
> to the default configuration.
>
> as with X11R6, this fails cleanly if the relevant directories are not
>
On Wed, 6 Apr 2011, Piotr Sikora wrote:
> Hi,
>
> > Otherwise you can end up with
> > foobar(ok)
> > when in fact the daemon failed to reload.
>
> We're ending up with $? = 0 from "reload" command anyway.
> "daemon(ok/failed)" is only visual representation of that.
Exactly. But when I see a vis
On Wed, 6 Apr 2011, Stuart Henderson wrote:
> On 2011/04/06 15:09, Piotr Sikora wrote:
> > Hi,
> >
> > >> > Because it is next to impossible to get a correct return. By default,
> > >> > all we can check is that SIGHUP was successfull or not, that's it.
> > >>
> > >> Yes, but there are 8 ports th
On Wed, 6 Apr 2011, Piotr Sikora wrote:
> Hi,
>
> > This doesn't usually indicate that the reload was successful,
> > just that you were able to send the process a SIGHUP. As such I think
> > printing "ok" here gives a false sense of security.
>
> Yes and no... Some daemons, like nginx, have cus
On Wed, 6 Apr 2011, Piotr Sikora wrote:
> Hi,
>
> > > > Because it is next to impossible to get a correct return. By default,
> > > > all we can check is that SIGHUP was successfull or not, that's it.
> > >
> > > Yes, but there are 8 ports that have custom rc_reload logic.
> >
> > What does this
On Wed, 6 Apr 2011, Piotr Sikora wrote:
> Hi,
>
> > Ok but in your former mail you said "since daemon's stderr is
> > suppressed...". So if you're looking for stderr, use RC_DEBUG.
>
> What I meant is that since stderr is suppressed (we don't print daemon's
> output), printing "deamon(ok/failed)
On Wed, 6 Apr 2011, Piotr Sikora wrote:
> Hi,
>
> > No, this was left out on purpose. If you want to see stderr, use
> > RC_DEBUG.
>
> But this patch doesn't bring back stderr, it just prints "daemon(ok/failed)".
Ok but in your former mail you said "since daemon's stderr is
suppressed...". So
On Sun, 3 Apr 2011, Piotr Sikora wrote:
> Hello,
> attached patch adds "daemon(ok/failed)" output to the "reload" command.
>
> I believe it's extremely useful, since daemon's stderr is suppressed
> by rc_do.
No, this was left out on purpose. If you want to see stderr, use
RC_DEBUG.
> Best rega
On Tue, 5 Apr 2011, Piotr Sikora wrote:
> Hello,
> $daemon_flags are sanitized using echo and tr, but the input isn't quoted,
> which makes it indistinguishable from echo's options. Effect of this is that
> when $daemon_flags starts with "-n" then this argument is lost in the process.
Good catch!
On Mon, 7 Mar 2011, Pascal Stumpf wrote:
> There is no way to tell if the output of ${daemon} contains important
> information or not. I think it should at least make its way into the
> system log and not be thrown away blindly.
Makes sense, I'll look into that.
> Index: rc.subr
> ==
On Wed, 8 Dec 2010, Jacob Meuser wrote:
> great. but, what if we need to interrupt the transfer. we don't
want
> to hang here.
>
> well, this function takes a timeout. so, it's possible to make it
> return, even if the transfer stalls. but is this used? I looked
> at the ports that use lib
On Wed, 24 Nov 2010, Stuart Henderson wrote:
> How about removing uscanner from GENERIC for now, then if nobody
> has a problem with it, remove the code at a later date? (I would
> suggest picking that date in advance so it doesn't sit around for
> ages).
I'm all for it.
However, people using san
On Wed, 24 Nov 2010, Miod Vallat wrote:
> > But is there any reason to keep these devices in uscanner? To my
> > knowledge, sane is the only tool to access such devices. Is there
> > other software that need uscanner?
> >
> > And more generally, is there any reason to keep uscanner?
>
> Accordin
On Tue, 23 Nov 2010, Mattieu Baptiste wrote:
> On Tue, Nov 23, 2010 at 10:51 PM, Miod Vallat wrote:
>
> > Could this be caused by changes in the kernel and/or in xsane? Did you
> > try e.g. an older xsane against a kernel which attaches your hardware as
> > uscanner, and against a kernel with th
On Thu, 19 Aug 2010, 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. Two th
On Tue, 13 Jul 2010, Christian Weisgerber wrote:
> Theo de Raadt wrote:
>
> > > - posix_openpt(), grantpt(), unlockpt() and ptsname(), and
> > > - utmpx.
> > >
> > > This causes a real burden on people trying to write network login
> > > services, terminal emulators, terminal multiplexers, etc.
101 - 200 of 205 matches
Mail list logo