IRC.

1 files changed, 44 insertions, 0 deletions

diff --git a/hurd/translator/ext2fs.mdwn b/hurd/translator/ext2fs.mdwn
index ad79c7b9..8e15d1c7 100644
--- a/hurd/translator/ext2fs.mdwn
+++ b/hurd/translator/ext2fs.mdwn
@@ -18,6 +18,8 @@ License|/fdl]]."]]"""]]
 
   * [[Page_cache]]
 
+  * [[metadata_caching]]
+
 
 ## Large Stores
 
@@ -43,6 +45,48 @@ Smaller block sizes are commonly automatically selected by `mke2fs` when using
 small backend stores, like floppy devices.
 
 
+#### IRC, freenode, #hurd, 2012-06-30
+
+    <braunr> at least having the same api in the debian package and the git
+      source would be great (in reference to the large store patch ofc)
+    <youpi> braunr: the api part could be merged perhaps
+    <youpi> it's very small apparently
+    <antrik> braunr: the large store patch is a sad story. when it was first
+      submitted, one of the maintainers raised some concerns. the other didn't
+      share these (don't remember who is who), but the concerned one never
+      followed up with details. so it has been in limbo ever since. tschwinge
+      once promised to take it up, but didn't get around to it so far. plus,
+      the original author himself mentioned once that he didn't consider it
+      finished...
+    <youpi> antrik: it's clearly not finished
+    <youpi> there are XXXs here and there
+    <braunr> it's called an RC1 and RC2 is mentioned in the release notes
+    <antrik> youpi: well, that doesn't stop most other projects from commiting
+      stuff... including most emphatically the original Hurd code :-)
+    <youpi> what do you refer to my "that" ? :)
+    <braunr> "XXX"
+    <youpi> right
+    <youpi> at the time it made sense to delay applying
+    <youpi> but I guess by nowadays standard we should just as well commit it
+    <youpi> it works enough for Debian, already
+    <youpi> there is just one bug I nkow about
+    <youpi> the apt database file keeps haveing the wrong size, fixed by e2fsck
+    <pinotree> youpi: remember that patch should be fixed in the offset
+      declaration in diskfs.h
+    <youpi> I don't remember about that
+    <youpi> did we fix it in the debian package?
+    <pinotree> nope
+    <youpi> you had issues when fixing it, didn't you?
+    <youpi> (I don't remember where I can find the details about this)
+    <pinotree> i changed it, recompiled hurd and installed it, started a perl
+      rebuild and when running one of the two lfs tests it hard locked the vm
+      after ext2fs was taking 100% cpu for a bit
+    <pinotree> i don't exclude i could have done something stupid on my side
+      though
+    <youpi> or there could just be actual issues, uncovered here
+    <youpi> which can be quite probable
+
+
 # Documentation
 
   * <http://e2fsprogs.sourceforge.net/ext2.html>