similar to: CentOS 4.3 apt repo

Is there a centosplus repo I can use with apt-get, or do I have to rely on yum for centosplus?

A quick question on the fasttrack repo which is now up to date with upstream. Why is the fasttrack repo not in the main CentOS-Base.repo file but contrib which has never had anything is included in the main CentOS-Base.repo file? The goal of CentOS is to be binary-compatible with upstream so fasttrack is "more important" in this regard than contrib. Upsteam ships with the main channels

CentOS 4.3 (fully updated, including CentOS Plus kernel). Running KDE 3.5.2 (fully updated from redhat.kde repo). I can't seem to get the OS to recognize my SD card when inserted into my USB card reader. Mepis 6 Beta 3 has no problem with it. DMESG sees nothing happening when the card is inserted. USB-STORAGE module is loaded.

Hi, I have a problem about graphics. I would like to plot two graphs: a barplot and curve. Here is the code: > barplot(dpois(0:45,20),xlim=c(0,45),names=0:45) > curve(dnorm(x,20,sqrt(20)),from=0,to=45,add=T) Both graphs are drawn in the same figure, however the scale in both graphs dooes not match. For some reason the second plot is shifted to left. I think there is a problem

hi ,everyone I want subtract some dataset by subset. >From the help running help(subset), ths information is "*subset(airquality, Day == 1, select = -Temp)* " while I running my script written as "*g1data<-subset(errdata, fac>12) *" ,it is wrong with the error information "*subset.default(newerrdata, fac>12),can not find fac*" and g1 in read

Elliott Mitchell writes ("[PATCH 12/12] Partially revert "Cross-compilation fixes.""): > This partially reverts commit 16504669c5cbb8b195d20412aadc838da5c428f7. Wow, that is an upsteam commit from 2005. However, I would like some kind of explanation. Is it in fact now false that | # These don't cross-compile ? Should this patch go upstream ? Ian. -- Ian Jackson

Hi, http://ftp.redhat.com/redhat/rhel/beta/7/ Go get it ( maybe consider using a mirror ), play with it, test it, and file reports. Dont use it in production. As in the past, we highly encourage people to use the official beta builds from Red Hat and to report issues at http://bugzilla.redhat.com/ Within CentOS, we are going to do a CentOS7Beta1 build to match the release upsteam, and do it in

On Fri, Oct 21, 2016 at 11:21 AM, <m.roth at 5-cent.us> wrote: > Larry Martell wrote: >> We have 1 system ruining Centos7 that is the NFS server. There are 50 >> external machines that FTP files to this server fairly continuously. >> >> We have another system running Centos6 that mounts the partition the files >> are FTP-ed to using NFS. > <snip>

In doing an update of centos 5.2 this morning, I observed that the old gecko-libs dependency issue caused yum update to fail because it was required by nspluginwrapper (x64_86), devhelp, yelm and firefox. Also, a firefox (x64_86) showed the red hat splash screen rather than centos. Manual installation of affected rpms using --nodeps (I don't advise this) did not apear to impair the

On 07/29/2015 04:53 PM, Karanbir Singh wrote: > the biggest blocker to going GA on the x86 build is the kernel; the > distro kernel we end up with isnt going to be the same as the upstream > x86_64 kernel configs. However, there hasent been a huge level of > feedback ( either positive or negative ) around those builds. So if you > are using it, or are interested in using it - do

Hi, I have these entries in my routes.rb file: map.connect '':id'', :controller => ''wiki'', :action => ''show'', :id => /^([A-Z]\w*)+$/ map.connect '':controller/:action/:id'' map.connect '''', :controller => ''wiki'', :action

Hello Gents, I feel I should do more for the community and contribute writing the occasional wiki article to improof the overall centos experience. Having worked for the upsteam .src provider for nearly 7 years I should be able to do so... Hope you'll open this up4me Cheers, Steff -- Steffen Mann Marktplatz 10 97232 Giebelstadt Germany Mobil: +49 176 64

The mirrors are missing the headers folders which prevents up2date from working. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100 - - +1 (443) 269-1555 x333 Baltimore,

----- Original Message ----- > From: "Anton Korobeynikov via llvm-foundation" <llvm-foundation at lists.llvm.org> > To: "llvm-dev" <llvm-dev at lists.llvm.org>, "clang-dev Developers" <cfe-dev at cs.uiuc.edu>, > llvm-foundation at lists.llvm.org > Cc: "Sylvestre Ledru" <sylvestre at debian.org> > Sent: Tuesday, May 31,

Is there apt repository for 3.6? -- Regards, Mark Quitoriano, CCNA http://www.atamanetworks.com Fan the flame... http://www.spreadfirefox.com/?q=user/register&r=19441 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20051109/33680659/attachment.html>

On 1 June 2016 at 17:59, Dan Liew via llvm-dev <llvm-dev at lists.llvm.org> wrote: > I'm not surprised by the heavy load but a little more notice would > have been nice. This has broken our CI builds for KLEE [1]. We (the > KLEE developers) can fix this by moving our CI to run in an Ubuntu > 14.04 environment where the LLVM version we currently require is part > of the

Hi All, I am sure this has been answered somewhere in the list in the past, but I can''t find it. I was wondering if the linux guest netfront driver has GRO support in it. tcpdump shows packets coming in with 1500 bytes, although the eth0 in dom0 and the vif corresponding to the linux guest in dom0 is showing that they receive large packet: In dom0: eth0 Link encap:Ethernet HWaddr

On 2 June 2016 at 19:50, Richard Gomes via llvm-dev <llvm-dev at lists.llvm.org > wrote: > Since the APT repository is down... everything under that location is > unavailable, including the instructions on how I could build/install > LLVM/clang from sources. Could you guys advise, please? > You can quickly start here... http://clang.llvm.org/get_started.html at least until we

On 1 June 2016 at 18:34, Dan Liew <dan at su-root.co.uk> wrote: > I've used PPAs as a developer before and I hated the experience but > that's probably because launchpad (the web interface) is garbage. Indeed! It seems that the people relying on our apt service wouldn't bother much where we move it to. So, I'm ok with any solution that replaces the functionality.

> TL;DR: APT repo switched off due to excessive load / traffic > > Recently we realized that APT repo generates almost 95% of I/O on > llvm.org and more than 40% of network bandwidth alone. During last 2 > weeks the main services on llvm.org (svn, git, bugzilla) had serious > problems with overall connectivity. > > We decided to temporary switch APT repo off to see if this