search for: 2147

https://bugzilla.mindrot.org/show_bug.cgi?id=2147 Bug ID: 2147 Summary: OpenSSH remote forwarding of dynamic ports doesn't work when you create more than one Product: Portable OpenSSH Version: -current Hardware: All OS: All Status: NEW...

> I have a few questions regarding this; > 1) Is the Windows SMB encryption approved for for export, a' la ITAR? > 2) If not, is WinNT40SP3 available outside the US/CA. > 3) Relative to 2), is this version of RedHat available outside US/CA? > 4) How does MS distribute SP3 outside US/CA? Here are some facts that I think will make it all clear: 1) All MS clients/servers have

...acceccable for the server your trying to join. tcp 0 0 192.168.X.1:1024 0.0.0.0:* LISTEN 2146/samba tcp 0 0 192.168.X.1:135 0.0.0.0:* LISTEN 2146/samba tcp 0 0 192.168.X.1:139 0.0.0.0:* LISTEN 2147/smbd tcp 0 0 192.168.X.1:3268 0.0.0.0:* LISTEN 2162/samba tcp 0 0 192.168.X.1:3269 0.0.0.0:* LISTEN 2162/samba tcp 0 0 192.168.X.1:389 0.0.0.0:* LISTEN 2162/samba tcp 0 0 192.168.X.1:4...

We''re seeing these errors intermittently: ### Mysql::Error: Lock wait timeout exceeded; try restarting transaction: UPDATE `chairs` SET `published_at` = NULL, `updated_at` = ''2008-07-30 15:31:05'' WHERE `id` = 2147 [RAILS_ROOT]/vendor/rails/activerecord/lib/active_record/ connection_adapters/abstract_adapter.rb:147:in `log'' ### The root issue is probably slowness in the Rails app, which causes some long transactions. We''re trying to find some way to tune around this while the code is refac...

...b3 llvm::Disassembler::disassemble(llvm::Target const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, llvm::MCSubtargetInfo&, llvm::MCStreamer&, llvm::MemoryBuffer&, llvm::SourceMgr&, llvm::raw_ostream&) + 2147 12 llvm-mc 0x0000000109607460 main + 9760 13 libdyld.dylib 0x00007fff8f34d5c9 start + 1 14 libdyld.dylib 0x0000000000000003 start + 1892362811 Stack dump: 0. Program arguments: ./Release+Asserts/bin/llvm-mc -disassemble -triple=sparcv9 Illegal instruction:...

...Authors section? Showed up fine locally on my machine, but my web browser insists that it is Latin-1. - Charles On Nov 30, 2009, at 10:30 PM, Charles Lepple <clepple-guest at alioth.debian.org > wrote: > Author: clepple-guest > Date: Tue Dec 1 03:30:32 2009 > New Revision: 2147 > > Log: > AsciiDoc: convert powerpanel and rhino

...enSSH Version: 6.0p1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: unassigned-bugs at mindrot.org ReportedBy: Bert.Wesarg at googlemail.com Created attachment 2147 --> https://bugzilla.mindrot.org/attachment.cgi?id=2147 Patch fixing memory leak Patch attached -- Configure bugmail: https://bugzilla.mindrot.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

...ategory","Sku"), measure.var=c("Quantity")) The following seems to give me the sales for each day of the year: head(cast(t, DayOfYear ~ variable, sum)) DayOfYear Quantity 1 1 861 2 2 1732 3 3 2124 4 4 1801 5 5 2147 6 6 1312 Now I want to get the sales by day of year AND category. But the following doesnt seem right: head(cast(t, DayOfYear ~ Category ~ variable, sum)) [1] NA 2 NA NA 2 NA For one the category name doesn't seem to be listed. I am not sure what this output shows me. Any help?...

...uld go below 0, resulting in a crash. I have added proper channel locking to res_musiconhold.c to ensure that we do not try to check chan->stream without the channel locked. A Digium customer has been using this patch for several weeks and has not had any crashes since applying the patch. ABE-2147 " How can i apply this patch on my asterisk versions: 1.4.24.1 and 1.4.23.2? do i have to apply this patch manually? Thanks in advance for your help -- Ing. Danny Dias www.DannTEL.net

.../view.php?id=6721 ==================================================== The following security issues are addressed in this release: CVE-2013-0343: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2013-0343 CVE-2013-2015: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2013-2015 CVE-2013-2147: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2013-2147 CVE-2013-2888: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2013-2888 CVE-2013-2889: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2013-2889 CVE-2013-2892: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2013-2892 C...

...e cells (which were placed inside a polygon). I have extracted them from DEM raster to calculate the volume under polygon and the elevation for a specific volume of the reservoir. > head(x6,2) Elevation Vol Area V_sum A_sum 1 2145 13990.38 85.83053 13990.38 85.83053 2 2147 43129.18 267.88312 57119.56 353.71365 > tail(x6,2) Elevation Vol Area V_sum A_sum 158 2307 233.0276 233.02756 1771806968 15172603 159 2308 0.0000 71.65642 1771806968 15172674 I used a linear model to estimate the elevation for a specific volume, but the codes do not...

.../view.php?id=6721 ==================================================== The following security issues are addressed in this release: CVE-2013-0343: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2013-0343 CVE-2013-2015: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2013-2015 CVE-2013-2147: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2013-2147 CVE-2013-2888: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2013-2888 CVE-2013-2889: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2013-2889 CVE-2013-2892: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2013-2892 C...

...lvm::Target const&, >> std::__1::basic_string<char, std::__1::char_traits<char>, >> std::__1::allocator<char> > const&, llvm::MCSubtargetInfo&, >> llvm::MCStreamer&, llvm::MemoryBuffer&, llvm::SourceMgr&, >> llvm::raw_ostream&) + 2147 >> 12 llvm-mc 0x0000000109607460 main + 9760 >> 13 libdyld.dylib 0x00007fff8f34d5c9 start + 1 >> 14 libdyld.dylib 0x0000000000000003 start + 1892362811 >> Stack dump: >> 0. Program arguments: ./Release+Asserts/bin/llvm-mc -disa...

...r::disassemble(llvm::Target const&, > std::__1::basic_string<char, std::__1::char_traits<char>, > std::__1::allocator<char> > const&, llvm::MCSubtargetInfo&, > llvm::MCStreamer&, llvm::MemoryBuffer&, llvm::SourceMgr&, > llvm::raw_ostream&) + 2147 > 12 llvm-mc 0x0000000109607460 main + 9760 > 13 libdyld.dylib 0x00007fff8f34d5c9 start + 1 > 14 libdyld.dylib 0x0000000000000003 start + 1892362811 > Stack dump: > 0. Program arguments: ./Release+Asserts/bin/llvm-mc -disassemble > -triple...

...cciss/c0d1: 1199.8 GB, 1199865640960 bytes 255 heads, 32 sectors/track, 287192 cylinders Units = cylinders of 8160 * 512 = 4177920 bytes Device Boot Start End Blocks Id System /dev/cciss/c0d1p1 1 287192 1171743344 8e Linux LVM Disk /dev/dm-0: 2147 MB, 2147483648 bytes 255 heads, 63 sectors/track, 261 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk /dev/dm-0 doesn't contain a valid partition table Disk /dev/dm-1: 2147 MB, 2147483648 bytes 255 heads, 63 sectors/track, 261 cylinders Units = cylinders of 16065 * 512 = 82252...

...only clang tests (check-all I presume) I'm confused. If it only runs check-all, why would we be migrating it to LNT? By the looks of it, the gcc12 slave is assigned to two builders. Picking a recent build from each: http://lab.llvm.org:8011/builders/dragonegg-x86_64-linux-gcc-4.6-fnt/builds/2147 http://lab.llvm.org:8011/builders/clang-x86_64-debian/builds/5723 The second is just a clang check-all on debian. That should probably remain untouched. The first is dragonegg 'fnt' AKA the test-suite or "nightly tests". This could be migrated to LNT. (FWIW: I tend to say &quot...

...e server your trying to join. > > tcp 0 0 192.168.X.1:1024 0.0.0.0:* LISTEN 2146/samba > tcp 0 0 192.168.X.1:135 0.0.0.0:* LISTEN 2146/samba > tcp 0 0 192.168.X.1:139 0.0.0.0:* LISTEN 2147/smbd > tcp 0 0 192.168.X.1:3268 0.0.0.0:* LISTEN 2162/samba > tcp 0 0 192.168.X.1:3269 0.0.0.0:* LISTEN 2162/samba > tcp 0 0 192.168.X.1:389 0.0.0.0:* LISTEN 2162/samba > tcp 0...

On 8 January 2013 04:49, Duncan Sands <baldrick at free.fr> wrote: > While this should be investigated, > I'm tempted to just move everything over to LNT instead... > That's the latent bugs that David mentioned. I agree we should have LNT and LNT+LTO and possibly other configurations in the future. Regarding your buildbots, gcc12 is easy to replace by LNT, because the

...t&, >>> std::__1::basic_string<char, std::__1::char_traits<char>, >>> std::__1::allocator<char> > const&, llvm::MCSubtargetInfo&, >>> llvm::MCStreamer&, llvm::MemoryBuffer&, llvm::SourceMgr&, >>> llvm::raw_ostream&) + 2147 >>> 12 llvm-mc 0x0000000109607460 main + 9760 >>> 13 libdyld.dylib 0x00007fff8f34d5c9 start + 1 >>> 14 libdyld.dylib 0x0000000000000003 start + 1892362811 >>> Stack dump: >>> 0. Program arguments: ./Release+Asser...

Is there any way for the automatic ''rebuild_index'' of ''acts_as_ferret'' from exclude certain records from being included in the index? -- Posted via http://www.ruby-forum.com/.