Re: [CentOS] Curl spec file
On Jan 23, 2019, at 16:55, Roee Agami wrote: > > Hi, > I saw this spec file for curl-7.29: > https://git.centos.org/blob/rpms!curl.git/c7/SPECS!curl.spec > > And was wondering if you have one for a later version. > And if not, how hard is it to modify the existing one to support later > versions. There’s always the Fedora package’s spec file. It might have dependencies not in CentOS (I didn’t check) but it is often more recent. https://src.fedoraproject.org/rpms/curl/blob/master/f/curl.spec — Jonathan Billings ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Curl spec file
Thanks! Although I'm looking for a spec file, not the RPM itself as I need to make some changes to it. Roee. On 1/23/19, 6:02 PM, "CentOS on behalf of Alice Wonder" wrote: On 1/23/19 1:55 PM, Roee Agami wrote: > Hi, > I saw this spec file for curl-7.29: > https://git.centos.org/blob/rpms!curl.git/c7/SPECS!curl.spec > > And was wondering if you have one for a later version. > And if not, how hard is it to modify the existing one to support later versions. > > Thanks! > Roee. > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos > http://awel.domblogger.net/7/libre/src/repoview/curl.html -- For signature trust anchor (paranoid only need worry 'bout this): https://ca.pipfrosch.com/pipfrosch-cacert-pem.crt Webmail clients, sorry, out of luck, you can't import it. Get an actual e-mail app. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Curl spec file
On 1/23/19 1:55 PM, Roee Agami wrote: Hi, I saw this spec file for curl-7.29: https://git.centos.org/blob/rpms!curl.git/c7/SPECS!curl.spec And was wondering if you have one for a later version. And if not, how hard is it to modify the existing one to support later versions. Thanks! Roee. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos http://awel.domblogger.net/7/libre/src/repoview/curl.html -- For signature trust anchor (paranoid only need worry 'bout this): https://ca.pipfrosch.com/pipfrosch-cacert-pem.crt Webmail clients, sorry, out of luck, you can't import it. Get an actual e-mail app. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] C7, and my RAID
Ok, I think my only choice at this point is to delete and recreate the RAID, then restore from backup (oy, 7TB). I see that I can do an mdadm --remove /dev/md0, then, the page I see that on, suggests zeroing the superblocks. What would happen if I *don't* zero the superblocks before doing an mdadm --create? Would I just wind up back where I am? mark ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Curl spec file
Hi, I saw this spec file for curl-7.29: https://git.centos.org/blob/rpms!curl.git/c7/SPECS!curl.spec And was wondering if you have one for a later version. And if not, how hard is it to modify the existing one to support later versions. Thanks! Roee. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Where is everyone?
There's usually a lot more traffic here. Just today, I've started wondering if a lot of folks who are usually here are on furlough, with the US gov't shutdown If so, my condolences, folks. mark ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] C7 and mdadm -( not solved)
On 23.01.19 21:26, mark wrote: > Does anyone know if the actual physical position in the hot-swap bays > affects how mdadm tries to assemble a drive? mdadm --assemble scans alls drives for the superblock. Drives are known by device uuids. The physical position does not matter. Best regards Ulf ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] C7 and mdadm -( not solved)
Does anyone know if the actual physical position in the hot-swap bays affects how mdadm tries to assemble a drive? mark ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] dmarc auth on incoming email
> Fred Smith kirjoitti 26.4.2018 kello 3.21: > > Just reading up on DMARC, toying with setting it up to auth against > incoming emails. (but not configure my domain to use dmarc, or at least > not yet) > > ran into an article about opendmarc, which is available on epel. but > when I took a look at the opendmarc website and the git pages it > doesn't appear to have been updated in several years. > > while I see that it is still available from epel, I wonder if anyone > knows the project status? Is it still active? are there any other > viable alternatives? > > thanks in advance! > I use OpenDMAC on my servers. One running Raspbian and another VM running CentOS 7. All is good and they seem to work. Just my ..2 cents ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] C7 and mdadm - apparently SOLVED (well, not)
mark wrote: > Looking around on the Web, what I just tried was to stop the RAID, then > do an --assemble --scan, and *that* found everything, put the raid > together, and appears to be rebuilding using the new drive. > > *phew* > > > I do find it interesting that scan works, but explicitly assembling > apparently remembers the drive that died, and wouldn't even look at it. > The rebuild said 6000+ min, then seemed to stop. I see errors on one drive, but can't seem to do anything. It had /dev/md0 up, but insisted there were two spares. I tried to get them added, and now it won't start up /dev/md0. mark ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] C7 radeon driver
Hi, folks, We've been recently (the last few months) having issues on workstations with the radeon driver. A typical sample is this, from /var/log/messages: Jan 23 11:35:32 kernel: radeon :03:00.0: ring 0 stalled for more than 1msec Jan 23 11:35:32 kernel: radeon :03:00.0: GPU lockup (current fence id 0x0212 last fence id 0x0213 on ring 0) Jan 23 11:35:33 kernel: radeon :03:00.0: Saved 23 dwords of commands on ring 0. Jan 23 11:35:33 kernel: radeon :03:00.0: GPU softreset: 0x0019 Jan 23 11:35:33 kernel: radeon :03:00.0: GRBM_STATUS = 0xE5303CA0 Jan 23 11:35:33 kernel: radeon :03:00.0: GRBM_STATUS_SE0 = 0xF407 Jan 23 11:35:33 kernel: radeon :03:00.0: GRBM_STATUS_SE1 = 0x0007 ... The above system has a Cedar GL [FirePro 2270], while the other two have Radeon HD 8570 / R7 240/340, so it doesn't seem to be limited to one video card. Are other people seeing similar errors? Is this enough for a bug report? mark ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] C7 and mdadm - apparently SOLVED
Looking around on the Web, what I just tried was to stop the RAID, then do an --assemble --scan, and *that* found everything, put the raid together, and appears to be rebuilding using the new drive. *phew* I do find it interesting that scan works, but explicitly assembling apparently remembers the drive that died, and wouldn't even look at it. mark ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos