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 w
On (02/02/2015 17:06), Jeremie Le Hen wrote:
> Hi Gleb,
> On Sun, Feb 1, 2015 at 9:24 PM, Gleb Kurtsou wrote:
> > I came across some build issues in libc.so and SSP.
> >
> > libc.ldscript (aka libc.so) unconditionally includes
> > @@LIBDIR@@/libssp_nonshared.a
&g
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 installworld
On (07/10/2013 21:59), Outback Dingo wrote:
> On Mon, Oct 7, 2013 at 9:42 PM, Gleb Kurtsou wrote:
>
> > On Mon, Oct 7, 2013 at 6:24 PM, John-Mark Gurney wrote:
> > >
> > > But will the work get done to clean it up after the freeze is over? What
> > > hap
On Mon, Oct 7, 2013 at 6:24 PM, John-Mark Gurney 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 Mon, Oct 7, 2013 at 5:23 PM, John-Mark Gurney 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 wrote:
>> > Gleb Kurtsou wrote this message on Mon, Oct 07, 2013 at 09:31 -0700:
>> &g
On Mon, Oct 7, 2013 at 4:17 PM, John-Mark Gurney 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
On Mon, Oct 7, 2013 at 12:58 PM, Julian H. Stacey 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
On Mon, Oct 7, 2013 at 9:53 AM, Nikolai Lifanov
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 Free
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 t
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 s
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.
> >
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, bu
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 si
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
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:
> http://people.freebsd.org/
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 proce
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.
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 ke
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 sur
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 objection
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
> >> /usr/p
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 fi
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:
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 wrote:
> >
> > > What is the way to properly cross-build a single program
> > > (after having gone throught the 'toolchain' and possi
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
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
>
> PATH=/bin:/sbin:/usr/bin:/usr/
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 http://tb.smeets
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
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
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 ad
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 (24/08/2011 21:34), Hiroki Sato wrote:
> Kostik Belousov 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 the patc
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 Ju
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?
> >
> >
On (11/07/2011 16:36), m...@freebsd.org wrote:
> On Mon, Jul 11, 2011 at 4:00 PM, Ali Mashtizadeh
> 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 subsystem or g
On (23/06/2011 20:44), Olivier Smedts wrote:
> 2011/6/23 Alexander V. Chernikov :
> > -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 sy
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
> t
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-bloc
On (28/10/2010 22:24), Ivan Voras wrote:
> On 28 October 2010 16:15, Gleb Kurtsou 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 retu
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.
>
> F
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
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 s
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 u
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&
eebsd-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 cryp
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.
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&
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.
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 directory
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
51 matches
Mail list logo
