Hello,
I would like to ask everybody's opinion regarding committing PEFS to
CURRENT.
PEFS is a stacked cryptographic file system for FreeBSD. Development
started as Google Summer of Code project in 2009. It has been in ports
since Sept 2011. I maintain the project.
Conceptually PEFS is similar
On Mon, Oct 7, 2013 at 9:53 AM, Nikolai Lifanov
lifa...@mail.lifanov.com wrote:
On 10/07/13 12:31, Gleb Kurtsou wrote:
Hello,
I would like to ask everybody's opinion regarding committing PEFS to
CURRENT.
PEFS is a stacked cryptographic file system for FreeBSD. Development
started as Google
On Mon, Oct 7, 2013 at 12:58 PM, Julian H. Stacey j...@berklix.com wrote:
Hi Gleb All
Gleb Kurtsou wrote:
Hello,
I would like to ask everybody's opinion regarding committing PEFS to
CURRENT.
PEFS is a stacked cryptographic file system for FreeBSD. Development
started as Google Summer
On Mon, Oct 7, 2013 at 4:17 PM, John-Mark Gurney j...@funkthat.com wrote:
Gleb Kurtsou wrote this message on Mon, Oct 07, 2013 at 09:31 -0700:
Patch is available here:
https://github.com/glk/freebsd-head/commit/b4d2c4a5f42f88fdd07cb75feba3467e4d4c043c.patch
Is there a reason you are writing
On Mon, Oct 7, 2013 at 5:23 PM, John-Mark Gurney j...@funkthat.com wrote:
Gleb Kurtsou wrote this message on Mon, Oct 07, 2013 at 16:47 -0700:
On Mon, Oct 7, 2013 at 4:17 PM, John-Mark Gurney j...@funkthat.com wrote:
Gleb Kurtsou wrote this message on Mon, Oct 07, 2013 at 09:31 -0700:
Patch
On Mon, Oct 7, 2013 at 6:24 PM, John-Mark Gurney j...@funkthat.com wrote:
But will the work get done to clean it up after the freeze is over? What
happens if it doesn't, will it get removed before 10.1 or will we have
to live w/ the code?
I still hope not to get hit by bus any time soon..
On (07/10/2013 21:59), Outback Dingo wrote:
On Mon, Oct 7, 2013 at 9:42 PM, Gleb Kurtsou gleb.kurt...@gmail.com wrote:
On Mon, Oct 7, 2013 at 6:24 PM, John-Mark Gurney j...@funkthat.com wrote:
But will the work get done to clean it up after the freeze is over? What
happens
On (23/06/2011 20:44), Olivier Smedts wrote:
2011/6/23 Alexander V. Chernikov melif...@ipfw.ru:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matthew Jacob wrote:
I gave up on using it after a brief try earlier this year. I can't
remember the details, but it did lock up my amd64
On (11/07/2011 16:36), m...@freebsd.org wrote:
On Mon, Jul 11, 2011 at 4:00 PM, Ali Mashtizadeh mashtiza...@gmail.com
wrote:
Maybe someone can setup something like reviewboard [1] for developers
to use. This may also help folks who want to keep abreast of the
current work in a particular
On (27/07/2011 00:48), Alexander Best wrote:
On Mon Jul 25 11, Matthias Andree wrote:
Am 25.07.2011 09:21, schrieb Alexander Best:
On Mon Jul 25 11, Adrian Chadd wrote:
Is it perhaps doing disk IO using mmap?
how can i check, whether that's the case or not?
Use truss(1) for
On (27/07/2011 09:18), Alexander Best wrote:
On Wed Jul 27 11, Gleb Kurtsou wrote:
On (27/07/2011 00:48), Alexander Best wrote:
On Mon Jul 25 11, Matthias Andree wrote:
Am 25.07.2011 09:21, schrieb Alexander Best:
On Mon Jul 25 11, Adrian Chadd wrote:
Is it perhaps doing disk
On (24/08/2011 21:34), Hiroki Sato wrote:
Kostik Belousov kostik...@gmail.com wrote
in 20110824082119.gj17...@deviant.kiev.zoral.com.ua:
ko On Tue, Aug 23, 2011 at 11:23:03PM +0200, Pawel Jakub Dawidek wrote:
ko On Tue, Aug 23, 2011 at 04:11:20PM -0400, Rick Macklem wrote:
ko Here's
On (26/09/2011 23:03), Ade Lovett wrote:
With the advent of the conversion of HEAD to 10.0-CURRENT and, as to be
expected, ports/ is going to be essentially unusable for a while.
The issue stems from configure scripts (to choose something completely
at random) assuming that FreeBSD would
On (15/11/2011 18:10), GR wrote:
Hello list,
more insights since my last post. Here is a small code to trigger the bug
(end of email).
When you run it on 9.0-RC1, it gets an alias address instead of the main inet
address:
% ./get-ip re0
inet: 192.168.2.10
# Main address
On (26/11/2011 14:44), Andriy Gapon wrote:
on 26/11/2011 14:19 Gustau PĂ©rez said the following:
Starting Virtualbox in the console in headless mode allows to see what
happens
and get a dump of the panic.
The messages I got were not the cause problem. The panic I was able to get
On (27/06/2012 13:29), Kevin Lo wrote:
Kevin Lo wrote:
Konstantin Belousov wrote:
On Tue, Jun 26, 2012 at 12:38:25PM +0800, Kevin Lo wrote:
Konstantin Belousov wrote:
On Mon, Jun 25, 2012 at 10:03:28AM +0800, Kevin Lo wrote:
I've observed a panic in recent -current several
On (24/01/2012 15:25), Jean-S?bastien P?dron wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
If the specified program exits with non-zero, current implementation
of pam_exec(8) logs this code and return PAM_SYSTEM_ERR. Therefore,
applications have no idea what went wrong with
On (10/02/2012 22:41), Florian Smeets wrote:
Hi,
if you set WRKDIRPREFIX to a tmpfs mountpoint and try to build audio/gsm
from ports one of the mv processes gets stuck in state tmpfs quite
often. Traces from a kernel with WITTNESS and DEBUG_VFS_LOCKS are
available here
On (18/02/2012 10:48), vermaden wrote:
Added a check if ntfs-3g is available, if not then mount_ntfs is used instead.
Added deleting of empty directories at ${MNTPREFIX}.
Added ${MNTPREFIX} to be set to /mnt or /media according to preference
#! /bin/sh
Could you test the patch attached.
It's also available here as seperate commits:
https://github.com/glk/freebsd-head/commits/tmpfs-rename
Thanks,
Gleb.
On (23/02/2012 21:20), Florian Smeets wrote:
On 11.02.12 11:20, Gleb Kurtsou wrote:
On (10/02/2012 22:41), Florian Smeets wrote:
Hi
On (01/03/2012 18:52), Luigi Rizzo wrote:
On Thu, Mar 01, 2012 at 12:24:13PM -0500, Alexander Kabaev wrote:
On Thu, 1 Mar 2012 18:38:19 +0100
Luigi Rizzo ri...@iet.unipi.it wrote:
What is the way to properly cross-build a single program
(after having gone throught the 'toolchain' and
On (08/03/2012 01:20), Bernhard Froehlich wrote:
On 01.03.2012 23:25, Florian Smeets wrote:
On 01.03.12 20:31, Gleb Kurtsou wrote:
Could you test the patch attached.
It's also available here as seperate commits:
https://github.com/glk/freebsd-head/commits/tmpfs-rename
The test
On (21/03/2012 11:13), Vincent Hoffman wrote:
On 21/03/2012 10:47, Andrey V. Elsukov wrote:
On 21.03.2012 14:09, Victor Balada Diaz wrote:
You would need to modify UFS, or maybe do something like CFS[1]. CFS works
as an NFS server and you could modify it to only cipher the needed files.
On (25/03/2012 10:53), Tim Kientzle wrote:
On Mar 25, 2012, at 5:53 AM, Boris Samorodov wrote:
On 24.03.2012 21:00, Tim Kientzle wrote:
On Mar 23, 2012, at 9:51 PM, Boris Samorodov wrote:
Can you send me the output of:
tar -cvf /tmp/test.tar
On (29/03/2012 21:49), O. Hartmann wrote:
Am 03/29/12 18:14, schrieb David Wolfskill:
On Thu, Mar 29, 2012 at 04:18:06PM +0200, O. Hartmann wrote:
I was wondering if there are some objections using TMPFS for /tmp and
/var/run.
...
My question is whether there are objections using TMPFS
On (02/04/2012 06:26), David Wolfskill wrote:
On Mon, Apr 02, 2012 at 01:31:19PM +0300, Gleb Kurtsou wrote:
...
You could try the patch attached. It adds support for size option suffixes
(like 1g) and introduces swap limit (part of the older patch, not sure
if it's any use).
Patch
On (04/04/2012 06:38), David Wolfskill wrote:
On Wed, Apr 04, 2012 at 12:50:35PM +0300, Gleb Kurtsou wrote:
...
tmpfs-32bit-size_max.patch.txt should fix the problem. I don't have i386
installations to test it myself.
Do you run PAE kernel? Could you try filling up /tmp at least to 10g
On (23/04/2012 08:16), Ganael LAPLANCHE wrote:
On Fri, 20 Apr 2012 08:14:17 +0200, Lars Engels wrote
Hi everyone,
This is the same for my x200, but you can make it work:
On 9.0-RELEASE you have to configure through device.hints(5),
in CURRENT you can configure it on thy fly. See
On (13/05/2012 00:39), Konstantin Belousov wrote:
With r235375, all required VM support for new Intel GPU driver was
committed into HEAD. There are still some things to improve and
change, but now the all.14.9.patch does not touch anything outside agp
or drm. This allows to start the process
On (17/05/2012 10:44), Pedro Giffuni wrote:
Hi;
I took a bunch of patches that were merged into the GCC 4.1 branch
(under GPLv2) and prepared a patch for merging them into our base
gcc. These are supposed to be bug fixes only.
You can get the patch here:
On (22/03/2013 11:51), Shawn Webb wrote:
Hey All,
I'm not sure if this is a result of r248583 or a different commit, but I
hit a kernel panic when closing Chrome. I've linked to the info and
core.txt files below. If you need me to ship you the vmcore file, let me
know. It's 1.1GB in size.
On (15/04/2013 10:35), Pawel Jakub Dawidek wrote:
On Sat, Apr 13, 2013 at 09:43:14PM -0700, Gleb Kurtsou wrote:
On (22/03/2013 11:51), Shawn Webb wrote:
Hey All,
I'm not sure if this is a result of r248583 or a different commit, but I
hit a kernel panic when closing Chrome. I've
On (05/05/2013 19:43), Sean Bruno wrote:
On Mon, 2013-05-06 at 03:25 +0200, Michael Schmiedgen wrote:
On 04.05.2013 06:14, Sean Bruno wrote:
Speaker/headphones working great on Current.
Was trying to get the microphone working, but it seems to not quite be
working.
I got the
On (30/06/2013 13:18), Mateusz Guzik wrote:
On Sun, Jun 30, 2013 at 05:21:42PM +1000, Kubilay Kocak wrote:
I'm seeing what I believe is related panic, reliably being generated by
the Python regression test suite on a newly created FreeBSD 10-CURRENT
buildbot.
Symptoms first seen in an
On (21/11/2010 22:22), Ivan Voras wrote:
I got a curious error today while starting PostgreSQL, complaining about
out of space errno while creating lock file on /tmp.
/tmp on this machine is mounted as tmpfs and indeed, here is the statistic:
biggie:/# df -i
Filesystem1M-blocks Used
On (18/12/2010 10:14), Christian Gusenbauer wrote:
Hi!
With commit r216333 to pmap.c my PC (i386 32 bit) freezes within a few
seconds
when X (with nvidia-driver 256.53) starts. I already recompiled and
reinstalled the nvidia driver, but this didn't change anything. I also tried
the
On (15/06/2010 02:13), Gabor Kovesdan wrote:
Hello Folks,
during the last summer, Google generously founded my Summer of Code
project, which was providing a BSD-licensed iconv implementation for
FreeBSD. I'm proud to announce that the work has been completed and a
patch is available to
Hello,
I would like to ask for feedback on a kernel level stacked cryptographic
filesystem. It has started as Summer Of Code'2009 project and matured a
lot since then. I've recently added support for sparse files and
switched to XTS encryption mode.
I've been using it to encrypt my home
Sorry for replying to myself, I've realized I put wrong download link:
http://github.com/downloads/glk/pefs/pefs-2010-09-06.tar.gz
On (06/09/2010 21:38), Gleb Kurtsou wrote:
Hello,
I would like to ask for feedback on a kernel level stacked cryptographic
filesystem. It has started as Summer
On (07/09/2010 14:28), Robert Watson wrote:
On Mon, 6 Sep 2010, Gleb Kurtsou wrote:
I would like to ask for feedback on a kernel level stacked cryptographic
filesystem. It has started as Summer Of Code'2009 project and matured a lot
since then. I've recently added support for sparse
On (07/09/2010 16:32), Thomas Vogt wrote:
[...]
I've an issue with pam_pefs:
=== lib/libpam/modules/pam_pefs (install)
install -C -o root -g wheel -m 444 libpam_pefs.a /usr/lib
install -C -o root -g wheel -m 444 libpam_pefs_p.a /usr/lib
install -o root -g wheel -m 444 pam_pefs.8.gz
-src/local/sys/TOPS
# export KERNBUILDDIR=/usr/obj/freebsd-src/local/sys/TOPS
# cd pefs/sys/modules/pefs
# make clean
# make make install
Thanks,
Gleb.
On (06/09/2010 21:38), Gleb Kurtsou wrote:
Hello,
I would like to ask for feedback on a kernel level stacked cryptographic
filesystem
On (07/09/2010 10:57), Kevin Oberman wrote:
On Mon, 6 Sep 2010, Gleb Kurtsou wrote:
I would like to ask for feedback on a kernel level stacked cryptographic
filesystem. It has started as Summer Of Code'2009 project and matured a lot
since then. I've recently added support for sparse
On (07/09/2010 17:04), Ivan Voras wrote:
On 09/06/10 20:38, Gleb Kurtsou wrote:
Tested on top of ZFS, UFS and tmpfs on amd64 and i386; both 9-CURRENT
and 8-STABLE supported.
You probably didn't test it, but I've tried pefs on top of ext2fs (I use
ext2fs to share data between OSes
On (07/09/2010 16:27), Ivan Voras wrote:
On 09/06/10 20:38, Gleb Kurtsou wrote:
Hello,
I would like to ask for feedback on a kernel level stacked cryptographic
filesystem. It has started as Summer Of Code'2009 project and matured a
lot since then. I've recently added support for sparse
On (08/09/2010 11:25), Daniel O'Connor wrote:
On 08/09/2010, at 3:22, Gleb Kurtsou wrote:
Please note that your home directory has to be mounted, I mount it in
/etc/rc.local, but don't add any keys. pam_pefs adds the key. Also note
that it has to be exactly your home directory (/home/gleb
On (28/10/2010 13:49), Ivan Voras wrote:
Hello,
After a discussion in arch@, it looks like there are many developers
interested in having fusefs in the tree but no VFS experts with the
time to fix the remaining bugs and basically make it stable enough to
commit to the base tree.
Fusefs
On (28/10/2010 22:24), Ivan Voras wrote:
On 28 October 2010 16:15, Gleb Kurtsou gleb.kurt...@gmail.com wrote:
I'd agree that sshfs is most wanted feature, but fuse_sshfs
implementation is broken at best. It doesn't even have notion on inode
numbers. It returns all directory entries
On (02/02/2015 17:06), Jeremie Le Hen wrote:
Hi Gleb,
On Sun, Feb 1, 2015 at 9:24 PM, Gleb Kurtsou g...@freebsd.org wrote:
I came across some build issues in libc.so and SSP.
libc.ldscript (aka libc.so) unconditionally includes
@@LIBDIR@@/libssp_nonshared.a
libssp* are not built
I came across some build issues in libc.so and SSP.
libc.ldscript (aka libc.so) unconditionally includes
@@LIBDIR@@/libssp_nonshared.a
libssp* are not built if WITHOUT_SSP defined.
ObsoleteFiles.inc doesn't mention libssp*.
Consider WITHOUT_SSP=yes case. As soon as one does clean
On (19/04/2016 13:36), Adrian Chadd wrote:
> It's cool. I have positive and negative reactions, and I'm totally
> happy to let people try it out at a larger scale and learn from
> mistakes.
>
> Because, honestly - fuck it, we've been behind for too long. We need
> more mature tools and knowledge
51 matches
Mail list logo