the importance of writing documentation

2011-04-10 Thread Marc Espie
Like most people, I have my pet peeves. I consider that documentation is very important to code quality. I ran into a school-book example a week ago, so I decided to share what I mean. There was this problem with dpb where some packages in a MULTI_PACKAGES show up as Errors when they don't build

Queen - 20 discos - Colección para descarga digital.

2011-04-10 Thread Solo de Oferta
Queen I Queen II Sheer Heart Attack A Night The Opera A Day At Races News Of The World Jazz L

Re: Elf support for strings(1)

2011-04-10 Thread Matthew Dempsky
On Sun, Apr 10, 2011 at 4:32 AM, Martin Pieuchot wrote: > Without the "-a" option strings(1) doesn't scan the file entirely [0]. I see, I never realized strings(1) handled executables specially... I always assumed the -a behavior was the default anyway. My bad. > I would say to not create empty

Re: Merge viapm and viaenv drivers

2011-04-10 Thread Stuart Henderson
On 2011/04/06 23:52, Alexandr Shadchin wrote: > Hi! > > Merge viapm and viaenv > > Pluse: > - Add support SMBus for VT82C596, VT82C596B, VT82C686A, VT8231 > - Add support ACPI timer for all VIA South Bridges > > Tested on: > - VT82C596B (Gigabyte GA-6VXE7+) > - VT82C686A (Neoware CA2) > - VT8231

Re: system/6586: rdist (file larger than 2GB) times out but will not die

2011-04-10 Thread Kenneth R Westerback
On Sat, Apr 09, 2011 at 03:21:40PM -0400, Steven R. Gerber wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 4/9/2011 1:04 PM, Theo de Raadt wrote: > > When you print and off_t, for portability you should use: > > > > "%lld", (long long)offt > > > > > > I'm a bit confused b

Re: last patch, idea

2011-04-10 Thread Stuart Henderson
On 2011/04/10 10:08, Ian Darwin wrote: > > > while going through my wtmp with last(1) I noticed there could be a better > > > way than always gunzip'ing wtmp files and then using last -f. I've made > > > a patch for your consideration that does the following: > > > b) it writes the gzipped file to

Re: last patch, idea

2011-04-10 Thread Ian Darwin
> > while going through my wtmp with last(1) I noticed there could be a better > > way than always gunzip'ing wtmp files and then using last -f. I've made > > a patch for your consideration that does the following: > > b) it writes the gzipped file to a /tmp location uncompressed so that the > >

Re: horribly slow fsck_ffs pass1 performance

2011-04-10 Thread Marc Espie
On Sun, Apr 10, 2011 at 02:40:09PM +0200, David Vasek wrote: > On Sun, 10 Apr 2011, Marc Espie wrote: > > >This is completely stupid. > > > >What do you trust more ? your file system, or fsck ? > > > >oth have bugs ! I'm sure of it ! > > > >so, if you run fsck, it's likely > >you're going to run i

Re: horribly slow fsck_ffs pass1 performance

2011-04-10 Thread David Vasek
On Sun, 10 Apr 2011, Marc Espie wrote: This is completely stupid. What do you trust more ? your file system, or fsck ? oth have bugs ! I'm sure of it ! so, if you run fsck, it's likely you're going to run into fsck bugs eventually (and trying fsck on a mounted partition was really, really stu

Re: system/6586: rdist (file larger than 2GB) times out but will not die -- Testers needed

2011-04-10 Thread Kenneth R Westerback
On Sat, Apr 09, 2011 at 11:20:09AM -0400, Steven R. Gerber wrote: > Hi folks. > Current rdist will timeout with files >2GB, log as finished, but will > not die. > The bug (system/6586) was originally noted by IBM (AIX) in 2006: > https://www-304.ibm.com/support/docview.wss?uid=isg1IY85396 > I

Re: system/6586: rdist (file larger than 2GB) times out but will not die -- Testers needed

2011-04-10 Thread Kenneth R Westerback
No need to copy bugs@, tech@ and misc@. One is enough. I pick tech@. There a few size_t vs ssize_t inconsistencies but this looks very good for a start. I would suggest that as we are changing strtol and atoi calls that we take the opportunity to replace them with strtonum calls. Ken On Sat

Re: horribly slow fsck_ffs pass1 performance

2011-04-10 Thread Marc Espie
On Sun, Apr 10, 2011 at 11:27:41AM +, Miod Vallat wrote: > > Now, consider this: the fs code is very heavily tested. People use it 24 > > hours > > a day, 365 days a year. > > Except on leap years, of course. Those years see even more real-life > testing happening! Good point. Maybe we shoul

Re: Elf support for strings(1)

2011-04-10 Thread Martin Pieuchot
On 09/04/11(Sat) 09:19, Matthew Dempsky wrote: > On Fri, Apr 8, 2011 at 11:04 PM, Martin Pieuchot > wrote: > > Diff below add elf support to (bsd) strings(1) and make it usable for > > architectures with ELF_TOOLCHAIN=Yes. > > Wait, why? I don't get it. This seems out of scope for strings(1).

Re: horribly slow fsck_ffs pass1 performance

2011-04-10 Thread Miod Vallat
> Now, consider this: the fs code is very heavily tested. People use it 24 hours > a day, 365 days a year. Except on leap years, of course. Those years see even more real-life testing happening!

Re: horribly slow fsck_ffs pass1 performance

2011-04-10 Thread Marc Espie
On Sat, Apr 02, 2011 at 01:45:36PM -0500, Amit Kulkarni wrote: > Hi, > > I am replying in a single email. > > I do a fsck once in a while, not regular. In the last 6-8 months I > might have done it about 5 times. And I did it multi-user the few > times I did it, but plan on doing it single user i

Re: last patch, idea

2011-04-10 Thread Stuart Henderson
On 2011/04/10 00:02, Peter J. Philipp wrote: > Hi, > > while going through my wtmp with last(1) I noticed there could be a better > way than always gunzip'ing wtmp files and then using last -f. I've made > a patch for your consideration that does the following: > > a) it checks if the file is a