Another thing I'd like to see:
* Have the tool prompt per-directory first, then per-file.
For example:
There are 30 changed files in /etc/rc.d.
Update all? [y/N]
If you hit 'y' it updates all of them right away. If you hit 'N", it will
prompt you for each separate file.
Tim
On Oct 1
I'm experimenting with a new way to track -CURRENT
by using Crochet to build successive VMWare VM images.
Each new VM can then be used to build the next one.
I'm specifically using this with VMWare Fusion on Mac OS,
but it should work with Linux or FreeBSD VMWare hosts
as well.
Here's an outline
Can anyone suggest a good test suite for stressing atomic
primitives and/or userland locking?
There were some questions on freebsd-arm about verifying
that our atomics are correct; a few people have looked at the
code and everything looks good so far, but it would be
reassuring to have some test s
On Jun 10, 2013, at 10:02 PM, Glen Barber wrote:
> On Mon, Jun 10, 2013 at 09:25:39PM -0700, Tim Kientzle wrote:
>>> • Crochet with VM images [TimKeintzle], [GlenBarber], [ColinPercival]
>>
>> Per Colin, there's no way for "mere mortals" to upload
On Jun 9, 2013, at 2:02 PM, George Neville-Neil wrote:
> Howdy,
>
> The Beyond Buildworld working group discussed many subjects around our build
> system, including
> upcoming changes to do a better job of addressing embedded systems, the
> integration of bmake,
> and the need for better incre
>
> Index: strnlen.c
> ===
> diff --git a/head/lib/libc/string/strnlen.c b/head/lib/libc/string/strnlen.c
> --- a/head/lib/libc/string/strnlen.c (revision 250951)
> +++ b/head/lib/libc/string/strnlen.c (working copy)
> @@ -1,5 +1,6
>
> That's no help at all to a bunch of machines that started life on
> 4.1 back in 2000 and will continue to run another 10-15 years…
So you basically want a group of people to help
you maintain FreeBSD 4-STABLE for an indefinite
period of time?
There seem to be quite a few people still running
On Jan 28, 2013, at 8:09 AM, John Baldwin wrote:
> On Sunday, January 27, 2013 1:51:12 am Tim Kientzle wrote:
>>
>> On Jan 26, 2013, at 3:56 PM, Tim Kientzle wrote:
>>
>>> My next TODO items for this network driver is to implement
>>> the SIOCADDMULTI a
On Jan 26, 2013, at 3:56 PM, Tim Kientzle wrote:
> My next TODO items for this network driver is to implement
> the SIOCADDMULTI and SIOCDELMULTI ioctls.
Looking through other drivers (and net/if.c), I've
managed to implement ADDMULTI by adding
the multicast ethernet address
My next TODO items for this network driver is to implement
the SIOCADDMULTI and SIOCDELMULTI ioctls.
I'm not quite sure what they do, though, and have
no idea how to test them to see if they are working
correctly.
Any suggestions?
Cheers,
Tim
___
fre
On Jan 15, 2013, at 6:12 AM, Karim Fodil-Lemelin wrote:
> Hi,
>
> I'm struggling getting FreeBSD 9.1 properly work on an IBM blade server
> (HS22). Here is a dd output from Linux CentOS vs FreeBSD 9.1.
>
> CentOS:
>
> 10+0 records in
> 10+0 records out
> 5120 bytes (51 MB) copied,
I'm trying to understand why the transmitter for the
CPSW ethernet driver just stops sometimes.
I just found a very perplexing clue: It happens
every 1196 seconds.
I added a debug message with an HH:MM:SS
timestamp whenever the watchdog sees the
transmitter stop and this is what it printed out:
On Nov 26, 2012, at 10:43 AM, Oleksandr Tymoshenko wrote:
>
> On 2012-11-26, at 7:05 AM, Tim Kientzle wrote:
>
>>
>> On Nov 25, 2012, at 11:46 PM, Oleksandr Tymoshenko wrote:
>>
>>>
>>> On 2012-11-25, at 9:32 AM, Tim Kientzle wrote:
>>&
On Nov 25, 2012, at 11:46 PM, Oleksandr Tymoshenko wrote:
>
> On 2012-11-25, at 9:32 AM, Tim Kientzle wrote:
>
>>
>> On Nov 24, 2012, at 8:01 PM, Oleksandr Tymoshenko wrote:
>>
>>>
>>> On 2012-11-24, at 4:47 PM, Tim Kientzle wrote:
>>
On Nov 11, 2012, at 12:46 PM, Adrian Chadd wrote:
> On 11 November 2012 12:39, Oleksandr Tymoshenko wrote:
>
>> At the moment HDMI output works only in a sense of video output for simple
>> frame buffer. I'm trying to get GPU support ported but not sure how much time
>> it will take. Eventually
On Nov 24, 2012, at 8:01 PM, Oleksandr Tymoshenko wrote:
>
> On 2012-11-24, at 4:47 PM, Tim Kientzle wrote:
>
>>
>> On Nov 24, 2012, at 11:13 AM, Alexander Yerenkow wrote:
>>
>>>
>>>
>>> 2012/11/24 Tim Kientzle
>>> On Nov
On Nov 24, 2012, at 11:13 AM, Alexander Yerenkow wrote:
>
>
> 2012/11/24 Tim Kientzle
> On Nov 7, 2012, at 8:09 AM, Alexander Yerenkow wrote:
>
> > > Such experiments was tried by me and others in August; I got framebuffer
> > > worked in rca/hdmi; …
On Nov 7, 2012, at 8:09 AM, Alexander Yerenkow wrote:
> > Such experiments was tried by me and others in August; I got framebuffer
> > worked in rca/hdmi; …
On Nov 8, 2012, at 11:12 PM, Alexander Yerenkow wrote:
> It was plain current with plain RPIB kernel config, and for graphic you
> should
> On Wed, Nov 7, 2012 at 6:01 PM, Tim Kientzle wrote:
> WARNING: This is still highly experimental and by no
> means ready for "production use", ...
>
> To boot FreeBSD on your RaspberryPi, you'll need:
> 1) A RaspberryPi.
> 2) A serial cable similar to
On Nov 7, 2012, at 8:09 AM, Alexander Yerenkow wrote:
> Such experiments was tried by me and others in August; I got framebuffer
> worked in rca/hdmi ….
How? I haven't seen the drivers for that yet.
Tim
___
freebsd-hackers@freebsd.org mailing list
h
On Nov 7, 2012, at 8:42 AM, Lars Engels wrote:
> On Wed, Nov 07, 2012 at 08:01:08AM -0800, Tim Kientzle wrote:
>> WARNING: This is still highly experimental and by no
>> means ready for "production use", but some folks might
>> find it interesting.
>>
&
WARNING: This is still highly experimental and by no
means ready for "production use", but some folks might
find it interesting.
To boot FreeBSD on your RaspberryPi, you'll need:
1) A RaspberryPi.
2) A serial cable similar to this one: www.adafruit.com/products/954
3) An SD card of 2GB or
On Oct 8, 2012, at 3:21 AM, Wojciech Puchar wrote:
>> Not necessarily. If I understand correctly what Tim means, he's talking
>> about an in-memory compression of several blocks by several separate
>> threads, and then - after all the threads have compressed their
>
> but gzip format is single
On Oct 7, 2012, at 10:00 AM, Wojciech Puchar wrote:
>> I would be willing to work on a SMP version of tar (initially just gzip or
>> something).
>>
>> I don't have the best experience in compression, and how to multi-thread it,
>> but I think I would be able to learn and help out.
>
> gzip can
> Someone might want to ask if parallelizing tar is even possible.
Answer: Yes. Here's a simple parallel version of tar:
find . | cpio -o -H ustar | gzip > outfile.tgz
There are definitely other approaches.
Tim
___
freebsd-hackers@freebsd.org m
On Oct 1, 2012, at 9:51 AM, Brandon Falk wrote:
> I would be willing to work on a SMP version of tar (initially just gzip or
> something).
>
> I don't have the best experience in compression, and how to multi-thread it,
> but I think I would be able to learn and help out.
>
> Note: I would li
On Aug 4, 2012, at 12:51 PM, Ian Lepore wrote:
> On Sat, 2012-08-04 at 12:21 -0700, Tim Kientzle wrote:
>> I believe that some of the issues I'm having with this
>> Ethernet driver might be easier to diagnose if I could
>> expose the chip-level statistics counters (e
I believe that some of the issues I'm having with this
Ethernet driver might be easier to diagnose if I could
expose the chip-level statistics counters (especially queue
overrun counts).
Is there a standard way to do this?
I've looked at systat, netstat, and ifconfig but haven't
yet found a stand
On Jul 4, 2012, at 6:42 PM, Mike Meyer wrote:
> On Wed, 4 Jul 2012 18:03:05 -0700
> Tim Kientzle wrote:
>> I'm curious whether the earlier objections were due to
>> misunderstandings about auto-install. Auto-install would
>> be problematic, but the feature
On Jul 4, 2012, at 5:37 PM, Mike Meyer wrote:
> On Wed, 04 Jul 2012 17:34:13 -0700
> Doug Barton wrote:
>>> As a first prototype, the database could just be a text file
>>> and the look up program could be a shell script that uses
>>> grep and sed.
>> Right-O. The db should almost certainly be up
On Jul 4, 2012, at 4:41 PM, Jason Hellenthal wrote:
>
> On Wed, Jul 04, 2012 at 03:59:29PM -0700, Doug Barton wrote:
>> On 07/04/2012 15:55, Jason Hellenthal wrote:
>>> Seeing as sudo plays a big part of this
>>
>> No ... not only is sudo not a necessary component, it shouldn't be
>> involved at
On Jun 9, 2012, at 7:35 AM, Matthias Apitz wrote:
>
> To use the (booted) USB key later to install other laptops or netbooks I
> enrich the key with /usr/src and /usr/obj as:
>
> # cd /usr
> # cp -Rp src /mnt/usr
> # cp -Rp obj /mnt/usr
>
> my problem is that the both 'cp -Rp ...' commands takes
On May 22, 2012, at 7:40 AM, Warren Block wrote:
> On Tue, 22 May 2012, Matthias Apitz wrote:
>
>> El día Tuesday, May 22, 2012 a las 07:42:18AM -0600, Warren Block escribió:
>>
>>> On Tue, 22 May 2012, Matthias Apitz wrote:
>>>
El día Sunday, May 20, 2012 a las 03:36:01AM +0900, rozhuk..
On May 19, 2012, at 11:36 AM, rozhuk...@gmail.com wrote:
> Do not use MBR (or manually do all to align).
> 63 - not 4k aligned.
Right now, the "-a" alignment option for "gpart add" is broken when
used with MBR partitions. It looks like the gpart command uses
it to correctly align the start/end
On May 18, 2012, at 7:51 AM, Mel Flynn wrote:
> On 17-5-2012 14:53, Mateusz Guzik wrote:
>> On Wed, May 16, 2012 at 11:37:44PM +0300, tza...@it.teithe.gr wrote:
>
>>> Nice. What about curl over the HTTPS protocol?
>>>
>>
>> curl would be ok, except it's not in the base system.
>
> For this re
On May 15, 2012, at 9:38 AM, Rafal Jaworowski wrote:
>>
>> Should I overwrite the FDT in the kernel with the
>> edited FDT? That doesn't feel quite right, but it's
>> essentially what the FDT code here was trying to
>> do before.
>
> A given DTB (loaded dynamically or statically embedded in the
On May 12, 2012, at 4:36 PM, Tim Kientzle wrote:
>
> On May 10, 2012, at 5:32 AM, Marcel Moolenaar wrote:
>
>> On May 8, 2012, at 1:32 AM, Tim Kientzle wrote:
>>>
>>> On the AM3358, the DRAM starts at 0x8000
>>> on boot, so I'm trying to fi
On May 10, 2012, at 5:32 AM, Marcel Moolenaar wrote:
>
> On May 8, 2012, at 1:32 AM, Tim Kientzle wrote:
>>>> On i386, amd64, powerpc, and arm, loadimage subtracts
>>>> the dest value from the address declared in the actual ELF
>>>> headers so that the
On May 8, 2012, at 2:39 AM, Andrew Turner wrote:
> On Mon, 7 May 2012 22:32:10 -0700
> Tim Kientzle wrote:
>
>>
>> On May 7, 2012, at 6:57 AM, John Baldwin wrote:
>>>
>>> The bit twiddling is supposed to be the equivalent of subtracting
>>> K
On May 7, 2012, at 6:57 AM, John Baldwin wrote:
> On Saturday, May 05, 2012 1:06:13 am Tim Kientzle wrote:
>> I have ubldr loading the ELF kernel on BeagleBone and am now
>> trying to untangle some of the hacks I used to get this working.
>>
>> Unfortunately, the
I have ubldr loading the ELF kernel on BeagleBone and am now
trying to untangle some of the hacks I used to get this working.
Unfortunately, there's one area of the common loader(8) code
that I really don't understand: How does sys/boot/common/load_elf.c
determine the physical address at which to
On Feb 20, 2012, at 9:24 AM, ego...@ramattack.net wrote:
>
> For example... tar -C ... -pxvf does not work with some files (althout you
> can mount iso and later do an rsync preserving file flags),
The FreeBSD ISOs are now being built with a tool that builds
ISO images differently than be
On Jan 18, 2012, at 2:44 AM, Robert Watson wrote:
>
> ... perhaps what is really called for is breaking out our .0 release
> engineering entirely from .x engineering, with freebsd-update being in the
> latter.
This is a great idea!
In particular, it would allow more people to be involved.
The
Just got a BeagleBone in the mail and so far, it seems like fun:
* Under $100
* Relatively modern Cortex-A8 ARM CPU (TI AM3358)
* Built-in Ethernet, USB console, etc.
So far, I've gotten console access from my FreeBSD
laptop and am starting to tinker with a nanobsd-like
script to build a boota
>>> Add an option to cron to check lastlog and if within 5 or 10 minutes
>>> of the last reboot, then call run_reboot_jobs().
>>
>> Depending on timestamps might be okay as a temporary quick-and-dirty
>> workaround, but there is likely to be a case where it will also do the
>> wrong thing. ??What
On Nov 25, 2011, at 2:08 PM, Doug Barton wrote:
> On 11/25/2011 08:09, Cy Schubert wrote:
>> You're right. Sorry. It was late, after a long night of O/T.
>
> Actually I was in the same boat, which is why my reply was even grumpier
> than usual, sorry.
>
> Meanwhile I like your suggestion of hav
On Nov 18, 2011, at 12:31 PM, Alexander Best wrote:
> On Fri Nov 18 11, Tim Kientzle wrote:
>>
>> Take a look at
>>
>> http://libarchive.googlecode.com/svn/trunk/libarchive/archive_read_open_filename.c
>>
>> Especially the comments about detecting "
On Nov 18, 2011, at 2:10 PM, Juergen Lock wrote:
> On Fri, Nov 18, 2011 at 12:00:07PM -0800, Tim Kientzle wrote:
>>
>> On Nov 17, 2011, at 12:55 PM, Juergen Lock wrote:
>>
>>>>
>>>> After a few experiments, bsdtar stopped using lseek() on
>>&
On Nov 17, 2011, at 1:48 PM, Alexander Best wrote:
> On Thu Nov 17 11, Dieter BSD wrote:
>>> lseek() on a tape drive does not return an error, nor does it
>>> actually do anything.
>>
>> IIRC some tape drives can seek, while others cannot.
>> Vague memories that it is supposed to be possible to p
On Nov 17, 2011, at 12:55 PM, Juergen Lock wrote:
>>
>> After a few experiments, bsdtar stopped using lseek() on
>> FreeBSD for anything other than regular files and block
>> devices. I believe there are other things that do support
>> seeking, but I don't believe there is an accurate mechanis
On Nov 16, 2011, at 4:24 PM, Alexander Best wrote:
> On Thu Nov 17 11, Joerg Sonnenberger wrote:
>> On Wed, Nov 16, 2011 at 01:14:28PM +, Alexander Best wrote:
>>> On Wed Nov 16 11, Joerg Sonnenberger wrote:
On Tue, Nov 15, 2011 at 08:24:50PM +, Alexander Best wrote:
> one of the
On Nov 2, 2011, at 1:28 PM, Mark Saad wrote:
> Hackers
> What is going on here, if I run the following shell script, what is
> the expected output . The script is named xxx
>
> #!/bin/sh
> ps -ax | grep -v grep | grep xxx
>
> Here is what I see
>
> # sh xxx
> 88318 p0 S+ 0:00.00 sh xxx
> 8
Thanks for the reminder Julian.
I've just committed a fix to trunk that I'd appreciate if you could look at.
> Might be nice if someone else would read through tar.
More eyes are always better! I'd especially appreciate help
improving the test suite for tar. I've put a lot of work into
the tes
On May 8, 2011, at 5:29 PM, Gabor Kovesdan wrote:
> 2, Optimizations for matching with a fixed pattern heuristic
> ... First, I was thinking of putting it into TRE but now I consider a better
> solution building a small library, libregexutils or such. It would decouple
> this optimization from th
II. Package signing.
>>>
>>> That would be really nice.
>>
>> Right know we only planned to sign the repo database, so we can trust
>> the sah256 of the packages stored in the database. Then if the package
>> has the same sha256 as the one in the repo database it is considered
>> trusted.
>>
On Mar 27, 2011, at 1:31 PM, Doug Barton wrote:
> On 03/27/2011 08:38, David Wolfskill wrote:
>> So it seems to me that requirements would be:
>> * The content of /etc/localtime must provide the appropriate
>> "zoneinfo" information, even when/usr/share/zoneinfo/* has been
>> modified (or short
On Feb 25, 2011, at 3:46 PM, Steven Hartland wrote:
> While I can understand some may want its not something we use on any of
> our machines, and I suspect that's the case for many others.
>
> Given adding it means the kernel will be doing extra work and hence a
> drop in performance...
Does any
On Feb 11, 2011, at 11:09 AM, Julian H. Stacey wrote:
> memstick.img wastes 7% with 2K blocks of nulls.
> shown by:
> 8f -b 0 -n 2048 -l -f Fr*
> http://berklix.com/~jhs/src/bsd/jhs/bin/public/8f/ 8f.c 8f.1
>
> ...
> The CD & DVD images are not nearly so wasteful, see above.
> A
On Nov 21, 2010, at 8:44 PM, m...@freebsd.org wrote:
> On Sun, Nov 21, 2010 at 8:02 PM, Garrett Cooper wrote:
>> On Sun, Nov 21, 2010 at 7:20 PM, Daniel O'Connor
>> wrote:
>>>
>>> On 22/11/2010, at 13:32, m...@freebsd.org wrote:
My /etc/exports file on the Mac looks like:
/data
On Nov 5, 2010, at 10:17 PM, Josh Paetzel wrote:
> On Friday, November 05, 2010 11:48:27 pm Garrett Cooper wrote:
>
>>> Just to add to that (because I do find it a novel idea), 1) how
>>> are you going to properly prevent man in the middle attacks (SSL, TLS,
>>> etc?), and 2) what webserver woul
On Oct 5, 2010, at 2:47 PM, Erik Cederstrand wrote:
> Den 05/10/2010 kl. 15.59 skrev Erik Trulsson:
> On Tue, Oct 05, 2010 at 03:28:36PM +0200, Erik Cederstrand wrote:
>>>
>>> I was using bsdiff for the compression and found out
>>> that md5 sums of static libraries (.a files) in /usr/lib and
>>>
On Sep 17, 2010, at 9:01 PM, Benjamin Kaduk wrote:
> On Sun, 29 Aug 2010, Jilles Tjoelker wrote:
>
>> On Sat, Aug 28, 2010 at 07:08:34PM -0400, Benjamin Kaduk wrote:
>>> [...]
>>> building static egacy library
>>> ar: fatal: Numeric user ID too large
>>> *** Error code 70
>>
>>> This error appe
ed by the lack of (constructive)
feedback so far.
Cheers,
Tim Kientzle
C. Bergström wrote:
PathScale is slowly open sourcing and porting some of our core software
technology and thought the BSD community might be interested in PathDB.
Months ago we gave a few FBSD developers private access t
Adrian Chadd wrote:
On 21 February 2010 02:20, Adrian Chadd wrote:
Oh I know that! I'm just saying that I may try lzma'ing the kernel and
rootfs's to see what kind of savings I get over gzip. :)
The answer is "whoa". 24 megabyte compressed kernel + MDROOT drops to
6.5 megabytes with gzip -9 a
Juergen Lock wrote:
On Sun, Feb 21, 2010 at 05:17:37PM -0800, Tim Kientzle wrote:
Could you try the current version of read_open_filename from:
http://libarchive.googlecode.com/svn/trunk/libarchive/archive_read_open_filename.c
Small but important bug:
Index: archive_read_open_filename.c
Juergen,
Could you try the current version of read_open_filename from:
http://libarchive.googlecode.com/svn/trunk/libarchive/archive_read_open_filename.c
You should be able to just copy it into your FreeBSD source
tree and recompile.
Duane Hesser's comments clarified for me that disk and tape
I see no reason to not import the current
version [of liblzma and xz] into the FreeBSD base system. I plan
to do so but may not get to it very soon; I
certainly would not complain if someone else
beat me to it. ;-)
Thanks for that info.
GEOM_ULZMA contain two parts mkulzma and GEOM module.
lib
b. f. wrote:
The code organization depends on what you want to do with it and how you
want to update the code in the future, if your lzma library is third party.
LZMA made by Igor Pavlov, and since 4.62 it licensed under Public Domain.
So we can use it, if we need.
If you never intend to updat
Duane H. Hesser wrote:
I have a couple of suggestions which may help you with what you are
trying to do.
First, though, I can confirm that Unix character special tape
drivers since at least V7 have always ignored seeks. They happily
return the requested offset without feeling the need to actua
esn't work, I'll try
the BLKGETSIZE ioctl.
Tim
Jung-uk Kim wrote:
On Saturday 20 February 2010 12:20 am, Tim Kientzle wrote:
Juergen,
I was looking at your Linux code here and thought
the technique of trying lseek(SEEK_END) might work.
Unfortunately, it doesn't: lseek(fd, 0, SEEK_E
(int)lseek(fd, 0, SEEK_SET));
return (0);
}
Juergen Lock wrote:
On Thu, Feb 18, 2010 at 10:12:24PM -0800, Garrett Cooper wrote:
On Thu, Feb 18, 2010 at 10:34 AM, Juergen Lock wrote:
On Wed, Feb 17, 2010 at 10:38:30PM -0800, Tim Kientzle wrote:
Juergen Lock wrote:
... since bsdta
Joerg Sonnenberger wrote:
On Thu, Feb 18, 2010 at 07:34:59PM +0100, Juergen Lock wrote:
Ok here is a new version of the patch with these things fixed and the
Linux case added: (Linux case not tested yet, and yes I did this on
stable/8.)
Why the check at all? Shouldn't devices that don't allo
Juergen Lock wrote:
... since bsdtar/libarchive know iso9660 I just did the command in the
Subject. It worked, but it was sloow... :( Apparently it read all of
the disc without seeking. The following patch fixes this, is something
like this desired? If yes I could look how to do the same f
Brandon Falk wrote:
The simple program:
int main()
{
puts("Apple cider");
Yields the following result in valgrind:
==4703== HEAP SUMMARY:
==4703== in use at exit: 4,096 bytes in 1 blocks
==4703== total heap usage: 1 allocs, 0 frees, 4,096 bytes allocated
==4703==
==4703==
Tim Kientzle wrote:
Joerg Sonnenberger wrote:
On Wed, Dec 02, 2009 at 01:01:38PM +, Vincent Hoffman wrote:
To be fair, bsdtar(1) on my 8-STABLE box says it can read but not that
it can create zipfiles.
It it can create them that would be handy.
The support for zip creation hasn't
Joerg Sonnenberger wrote:
On Wed, Dec 02, 2009 at 01:01:38PM +, Vincent Hoffman wrote:
To be fair, bsdtar(1) on my 8-STABLE box says it can read but not that
it can create zipfiles.
It it can create them that would be handy.
The support for zip creation hasn't been merged yet.
I finally
Brian Somers wrote:
To clarify, my proposal is to silently ignore the -w switch (any/all of them)
and to remove the code that reads the terminal width and truncates some
columns based on the result (or based on "132").
If you're going to change something that, whether you
agree with it or not,
Jonathan McKeown wrote:
On Tuesday 25 August 2009 15:44:47 Ed Schouten wrote:
* Brian Somers wrote:
I recently closed bin/137647 and had second thoughts after Ivan (the
originator) challenged my reason for closing it.
The suggestion is that ps's -w switch is a strange artifact that can
be saf
Erik Cederstrand wrote:
LLVM provides a linker (http://llvm.org/cmds/llvm-ld.html) but "it
doesn't interact correctly with conventional nm/ar/etc"
(http://lists.cs.uiuc.edu/pipermail/cfe-dev/2009-June/005296.html).
In what way does it not interact correctly?
Kai Wang wrote a new libarchive
Colin Percival recently pointed out some issues
with tar and fdescfs. Part of the problem
here is tar; I need to rethink some of the
traversal logic.
But fdescfs is really wonky:
* This is a nit, but: ls /dev/fd/18 should not
return EBADF; it should return ENOENT, just
like any other re
Jeremy Lea:
> 1. The library needs a global "package manager". This needs to perform
> all of the tasks, and it should ideally do this through a task queue
> (which I didn't implement). See the lib/lib.h header in FreePKG.
This sounds like a good idea to implement ... eventually.
First job is t
On Sat, Apr 25, 2009 at 03:20:59PM -0400, David Forsythe wrote:
This summer I'll be working on creating a package library and using
that library to rewrite the pkg tools.
Jeremy Lea wrote:
Since I've already done most of the work on this already, please,
please, please, don't ignore what I ha
David Schultz wrote:
... whether it would make more sense to standardize on something like
UCS-4 for the internal representation.
YES. Without this, wchar_t is useless.
Tim
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailma
Kostik Belousov wrote:
On Thu, Apr 16, 2009 at 10:47:55AM -0700, Tim Kientzle wrote:
Gary Jennejohn wrote:
deeptec...@gmail.com wrote:
This kernel output really looks bad:
Wai
tSiynngc i(nmga xd is6k0s ,s evcnoonddess) rfeomra isnyisntge.m. .pr0o
cess `syncer' to stop...0 done
I
Gary Jennejohn wrote:
deeptec...@gmail.com wrote:
This kernel output really looks bad:
Wai
tSiynngc i(nmga xd is6k0s ,s evcnoonddess) rfeomra isnyisntge.m. .pr0o
cess `syncer' to stop...0 done
I can't speak to the rest, but this is probably because you have SMP and
don't have `options PRINT
The other way around this is to have the nameservers for the domain
to be in an already resolving domain, that way you dont need to worry
about glue. This is very common.
I had already used the second trick earlier today (after posting the
message) and what I did is pointed a "dead" dom
Edward Tomasz Napierala wrote:
Attached is a patch that adds filesystem orphaning. ...
I'm little short of time, so I won't be able to work on it anytime soon.
If you like the idea - please do whatever is needed to get it to commitable
state.
This is funny: the "filesystem orphaning" patch is
Poul-Henning Kamp wrote:
In message <20090329180745.gb38...@server.vk2pj.dyndns.org>, Peter Jeremy write
s:
I'm assuming folks are still in love with the TSC because it still the
cheapest as oppose ACPI-fast or HPET to even contemplate this?
That is its major advantage. It might be feasible t
und. You didn't say how much work of
this sort you'd done in the past.
Cheers,
Tim Kientzle
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Pieter de Goeje wrote:
On Wednesday 18 March 2009 16:49:19 Aryeh M. Friedman wrote:
If I have a dual boot system w/ Vista on the first slices and all the
FreeBSD filesystems on the second and then run gmirror on the disk will
the mirror disk also have the Vista slice?
Yes, gmirror is block l
Many people consider top-posting to be rude. FYI.
My comments below, where they belong.
Cipta H wrote:
Thanks for the reply, Xin. I'm aware of something called sysctl, and if
I am accepted to work on this project, my main task is to ensure all live
network data will come from sysctl, but the on
Robert Watson wrote:
On Wed, 25 Feb 2009, Tim Kientzle wrote:
I have not gone through the process scheduler code of Free BSD.
Hence, I am not yet aware about the current support for Multicore
Architectures.
Since you posted to a lot of different lists, I think you probably
don't al
ou had the most problems with?
How would you make those areas better?
Tim Kientzle
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Robert Watson wrote:
On Sun, 11 Jan 2009, Tim Kientzle wrote:
I think this one is a bug. It appears that extattr_set_fd() obeys the
permissions on the file, not the permissions of the descriptor.
Hmm. Not clear. EAs live in a slightly hazy world between data and
meta-data. Normally you
I think this one is a bug. It appears that extattr_set_fd()
obeys the permissions on the file, not the permissions
of the descriptor. In particular, I see this on
FreeBSD 6.3:
[...@dark /tmp]$ ./extattr_test
fd=3
extattr_set_fd() = -1
errno = 13 (Permission denied)
[...@dark /tmp]$ cat extat
pluknet wrote:
It's strange..
FreeBSD jaw.ripn.net 6.3-RELEASE-p5.
works for me (tm), extattr_set_fd() returns 4 as expected.
Thank you! *That* was my mistake; I thought
extattr_set_fd() returned 0 on success, non-zero
on error. I re-read the man page and now
everything makes sense.
Thank y
pluknet wrote:
2009/1/11 Tim Kientzle :
FreeBSD 6.3:
fd = open("test", O_WRONLY | O_CREAT | O_EXCL, 0777);
n = extattr_set_fd(fd, EXTATTR_NAMESPACE_USER, "testattr", "1234", 4);
After this, fd=3, n is non-zero, errno = 9 (EBADF)
Huh? I would have expected EOP
FreeBSD 6.3:
fd = open("test", O_WRONLY | O_CREAT | O_EXCL, 0777);
n = extattr_set_fd(fd, EXTATTR_NAMESPACE_USER, "testattr", "1234", 4);
After this, fd=3, n is non-zero, errno = 9 (EBADF)
Huh? I would have expected EOPNOTSUPP if
extended attributes weren't supported on this
filesystem. The f
Mike Meyer wrote:
How about borrowing from existing commands that
already implement this functionality (zfs and zpool) and using `-H',
which is relatively rarely used elsewhere?
Every BSD command that walks a filesystem supports
-L, -P, and -H with consistent semantics:
-L Logical traversal
Brian Fundakowski Feldman wrote:
On Thu, Jan 08, 2009 at 10:44:20PM -0500, Daniel Eischen wrote:
On Thu, 8 Jan 2009, Brian Fundakowski Feldman wrote:
It appears that the post-fork hooks for malloc(3) are somewhat broken such that
when a threaded program forks, and then its child attempts to go
1 - 100 of 286 matches
Mail list logo
