search for: nitpicks

> [jhg at helios RPMS]$ rpm -q dovecot > dovecot-1.0-1_42.rc21.fc5.at but: > dovecot: Feb 05 10:49:21 Info: Dovecot v1.0.rc19 starting up

The http://merbivore.com/get_merb.html#trunk page mentions the 0.4.0 version, but 0.4.1 is out. Is this a part of the site which will be constantly updated as part of the release cycle? The roadmap on merb.devjavu.com has outstanding tickets for 0.4.0 and 0.4.1, yet both versions are out. Were those issues fixed, or should they be bumped forward? Yeah, this is really anal crap, I know. I would

On a plain vanilla Solaris 8 install, the man page source WILL NOT generate readable manpages. It just ends up as one big paragraph. I've been using the cat pages as a workaround, but it would be nice if the man pages would format with nroff -man --jeh Asst. Systems Administrator Research Computing Systems UW Electrical Engineering

Greetings, I'm playing aroung with the library and try to encode some PCM samples out of a WAVE file. I recognized that my own encoding is bigger than the encoding with the command line tool and I can't figure out why it is so. I tried some API functions to get a better result but I missed. minimal test code: http://stinfwww.informatik.uni-leipzig.de/~mai02cal/test.c example wav:

> This is also answer to everybody else who was nitpicking... > > I believe that OP ment a GUI front end when he said "no package > manager". If he's running CentOS, then he has rpm installed, and most > of his system (if not everything) was installed by rpm. I fail to > understand why so many people are trying to be smart, instead of being > helpfull.

Dear All, I saved by mistake the environment I was working in after typing q(), and now I get the annoying message: [Previously saved workspace restored] I have already deleted all the objects in the environment, saving it as an empty environment, so it's just a matter of nitpicking I suppose. The message does not appear if I start R from any other place in the directory tree. I am

> ---------- Forwarded message ---------- > From: <noreply at centos.org> > Date: Mon, Dec 15, 2014 at 2:31 PM > Subject: [CentOS Wiki] Update of "HowTos/Custom Kernel" by AkemiYagi > To: noreply at centos.org > > Dear Wiki user, > > You have subscribed to a wiki page or wiki category on "CentOS Wiki" for change notification. > > The

There are few more things that could be cleaned up related to the coding style and other things, like explicitly specifying the abi style after "extern" (i.e. `extern "C" fn` instead of `extern fn`), but since those are configurable in rustfmt config, I'm not sure whether the config needs to be added or complying with the defaults should be the priority. But this was just

John Criswell wrote: > Small nitpick: in Instruction.cpp, the comment for insertAfter says > insertBefore and not insertAfter. > :) > > -- John T. > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > Thanks for spotting

Minor nitpick maybe, but normally the release part of an RPM name is used only for RPM specific changes, e.g. if the RPM maintainer made changes to the packaging or patches applied. (name-ver-rel-arch.rpm) So, shorewall-1.3-0.noarch.rpm would normally be shorewall-1.3.0-0.noarch.rpm ..and the second attempt of getting the RPM packaging right would be shorewall-1.3.0-1.noarch.rpm ..next

If we're not gonna do anything (case in which failure is already reported), we do not need to even bother with calculating the linear rip. This is a nitpick, but I saw it while doing some testing, so here's the patch. Signed-off-by: Glauber Costa <gcosta at redhat.com> --- arch/x86/kvm/x86.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git

If we're not gonna do anything (case in which failure is already reported), we do not need to even bother with calculating the linear rip. This is a nitpick, but I saw it while doing some testing, so here's the patch. Signed-off-by: Glauber Costa <gcosta at redhat.com> --- arch/x86/kvm/x86.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git

Rashid Nassar <rnassar@acpub.duke.edu> writes: > I have one more nitpick, if I may: > > summary(aov.obj) prints significance *'s but doesn't print the legend > at the bottom explaining their meaning (it is not parallel with > summary(lm.obj) > > > Question: Is this kind of nitpicking feedback useful (if so I'd be > glad to continue to keep notes and

Hi Jean-Marc, I hate to nitpick, but perhaps "logN" should be freed somewhere in celt_mode_destroy. Cheers, John Ridges

Hello everyone, Mongrel now has plugins that are based entirely on RubyGems. This feature was so slick that I decided to bust it out into a separate project called GemPlugin (more on that later). What the new plugin system does is makes it so that people can distribute Mongrel plugins as just plain gems, and mongrel will load them on the fly if people install them. There''s no

On Jul 23, 2013, at 5:22 AM, reed kotler <rkotler at mips.com> wrote: > On 07/23/2013 05:19 AM, Konstantin Tokarev wrote: >> >> 23.07.2013, 16:05, "reed kotler" <rkotler at mips.com>: >>> When I use -Os with a clang that implicitly calls llc, I get much >>> different code than when call clang first with -Os and then call llc. >> clang

Hi! (a complete newby, but will not give up easily!) I was wondering if there is any way to decouple the axis and tick mark widths? As I understand they are both controlled by the lwd setting, and cannot be controlled independently? For example I might want to create major and minor ticks, which I now know how to do by superimposing two axes with different at settings, but what if I also wanted

Reviewed-by: Karol Herbst <karolherbst at gmail.com> 2016-09-16 9:34 GMT+02:00 Martin Peres <martin.peres at free.fr>: > Signed-off-by: Martin Peres <martin.peres at free.fr> > --- > drm/nouveau/nouveau_led.c | 5 ++++- > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/drm/nouveau/nouveau_led.c b/drm/nouveau/nouveau_led.c > index

On Sun, 5 Mar 2017 16:04:10 +0100 Reindl Harald via samba <samba at lists.samba.org> wrote: > as you currently don't have a working as desired setup i would start > from scratch because you can't distinct between probably upgrade > related problems and others in your current state The OP does have a working setup, it just isn't working as he expected, probably because

On 07/23/2013 05:19 AM, Konstantin Tokarev wrote: > > 23.07.2013, 16:05, "reed kotler" <rkotler at mips.com>: >> When I use -Os with a clang that implicitly calls llc, I get much >> different code than when call clang first with -Os and then call llc. > clang does NOT call llc internally. I understand. It's invoking that functionality is what I meant to say