Re: ncurses update to 6.0

2015-08-10 Thread Miroslav Lichvar
On Wed, Aug 05, 2015 at 08:34:56PM -0400, Neal Gompa wrote: > On Aug 5, 2015 2:55 AM, "Miroslav Lichvar" wrote: > > On Tue, Aug 04, 2015 at 10:09:34AM -0600, Stephen John Smoogen wrote: > > > Are you looking to do this for F23 branch and rawhide or just rawhide > > > and have it land in F24 when i

Re: [PACKAGING GUIDELINES] missing testrb2 referenced by Test::UNIT in Ruby

2015-08-10 Thread Yaakov Selkowitz
On Fri, 2015-08-07 at 23:28 +0300, Ilya Gradina wrote: > On the page with packaging guidelines for Ruby [1] written about > using unit-test. There written about using testrb2 which looks > like deleted from fedora 22+ [2]. > > Because it is packaging guidelines we should fix it as soon as

Re: [PACKAGING GUIDELINES] missing testrb2 referenced by Test::UNIT in Ruby

2015-08-10 Thread Vít Ondruch
Dne 10.8.2015 v 10:58 Yaakov Selkowitz napsal(a): > On Fri, 2015-08-07 at 23:28 +0300, Ilya Gradina wrote: >> On the page with packaging guidelines for Ruby [1] written about >> using unit-test. There written about using testrb2 which looks >> like deleted from fedora 22+ [2]. All started

[Base] No Base Design WG meeting today

2015-08-10 Thread Harald Hoyer
SSIA -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

F-23 Branched report: 20150810 changes

2015-08-10 Thread Fedora Branched Report
Compose started at Mon Aug 10 07:15:03 UTC 2015 Broken deps for armhfp -- [apache-scout] apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws) apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:

rawhide report: 20150810 changes

2015-08-10 Thread Fedora Rawhide Report
Compose started at Mon Aug 10 05:15:03 UTC 2015 Broken deps for i386 -- [IQmol] IQmol-2.3.0-6.fc23.i686 requires libboost_serialization.so.1.57.0 IQmol-2.3.0-6.fc23.i686 requires libboost_iostreams.so.1.57.0 [adobe-source-libra

Re: Hosting End-Of-Life Fedora Base images?

2015-08-10 Thread Vaclav Pavlin
I am also strongly against creating Docker images from EOL bits. Kickstart for base image is available https://git.fedorahosted.org/cgit/spin-kickstarts.git/tree/fedora-docker-base.ks It actually even contains a how to if anybody really needs such image. Keeping already created images available a

[POC-change] Fedora packages point of contact updates

2015-08-10 Thread nobody
Change in package status over the last 168 hours 6 packages were orphaned dock [f23, f22, f21, master] was orphaned by ttomecek Improved builder for Docker images https://admin.fedoraproject.org/pkgdb/package/dock

Re: Boost updated to 1.58.0 in rawhide and f23

2015-08-10 Thread José Matos
On Saturday 18 July 2015 12:46:51 Jonathan Wakely wrote: > Hi, > > I've pushed a new version of Boost, 1.58.0, to rawhide and f23, which > will require all packages that depend on Boost to be rebuilt. The plan > was to update to 1.59.0 but that isn't going to be released in time > for the F23 sche

Same comand names in /usr/bin and /usr/sbin

2015-08-10 Thread Orion Poplawski
iproute has /usr/sbin/ss stripesnoop has /usr/bin/ss This causes problems: https://bugzilla.redhat.com/show_bug.cgi?id=1249328 It seems like we should have a policy prohibiting different programs with the same command names being in /usr/bin and /usr/sbin. Thoughts? -- Orion Poplawski Technica

Re: Same comand names in /usr/bin and /usr/sbin

2015-08-10 Thread Kevin Fenzi
On Mon, 10 Aug 2015 12:12:17 -0600 Orion Poplawski wrote: > iproute has /usr/sbin/ss > stripesnoop has /usr/bin/ss > > This causes problems: > https://bugzilla.redhat.com/show_bug.cgi?id=1249328 > > It seems like we should have a policy prohibiting different programs > with the same command nam

Re: Boost updated to 1.58.0 in rawhide and f23

2015-08-10 Thread Kevin Fenzi
On Mon, 10 Aug 2015 17:51:30 +0100 José Matos wrote: > On Saturday 18 July 2015 12:46:51 Jonathan Wakely wrote: > > Hi, > > > > I've pushed a new version of Boost, 1.58.0, to rawhide and f23, > > which will require all packages that depend on Boost to be rebuilt. > > The plan was to update to 1.

Re: Self Introduction: Oded Gabbay

2015-08-10 Thread Kalev Lember
On 08/09/2015 06:06 PM, Oded Gabbay wrote: > Hello all, > > My name is Oded and I'm working at Red Hat in the desktop graphics > team. Before that, I've worked at several companies, mainly on Linux > kernel and drivers (graphics and networking) for x86 and for POWER. > > My current focus is to en

Re: Same comand names in /usr/bin and /usr/sbin

2015-08-10 Thread Josh Stone
On 08/10/2015 11:12 AM, Orion Poplawski wrote: > iproute has /usr/sbin/ss > stripesnoop has /usr/bin/ss > > This causes problems: https://bugzilla.redhat.com/show_bug.cgi?id=1249328 > > It seems like we should have a policy prohibiting different programs with the > same command names being in /us

texlive 2015 in rawhide

2015-08-10 Thread Tom Callaway
TeXLive 2015 has now landed in rawhide. (Don't worry, it's not coming into Fedora 23 this late in the cycle.) This should not result in any changes on your end (famous last words), but if you notice something in rawhide fail to build because of a tex related issue, please be sure to point it out i

Re: Same comand names in /usr/bin and /usr/sbin

2015-08-10 Thread Reindl Harald
Am 10.08.2015 um 20:50 schrieb Josh Stone: On 08/10/2015 11:12 AM, Orion Poplawski wrote: iproute has /usr/sbin/ss stripesnoop has /usr/bin/ss This causes problems: https://bugzilla.redhat.com/show_bug.cgi?id=1249328 It seems like we should have a policy prohibiting different programs with th

Re: Same comand names in /usr/bin and /usr/sbin

2015-08-10 Thread Josh Stone
On 08/10/2015 11:54 AM, Reindl Harald wrote: > > Am 10.08.2015 um 20:50 schrieb Josh Stone: >> On 08/10/2015 11:12 AM, Orion Poplawski wrote: >>> iproute has /usr/sbin/ss >>> stripesnoop has /usr/bin/ss >>> >>> This causes problems: https://bugzilla.redhat.com/show_bug.cgi?id=1249328 >>> >>> It se

Re: Same comand names in /usr/bin and /usr/sbin

2015-08-10 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Aug 10, 2015 at 12:19:39PM -0600, Kevin Fenzi wrote: > On Mon, 10 Aug 2015 12:12:17 -0600 > Orion Poplawski wrote: > > > iproute has /usr/sbin/ss > > stripesnoop has /usr/bin/ss > > > > This causes problems: > > https://bugzilla.redhat.com/show_bug.cgi?id=1249328 > > > > It seems like w

Re: Self Introduction: Oded Gabbay

2015-08-10 Thread Oded Gabbay
On Mon, Aug 10, 2015 at 9:32 PM, Kalev Lember wrote: > On 08/09/2015 06:06 PM, Oded Gabbay wrote: >> Hello all, >> >> My name is Oded and I'm working at Red Hat in the desktop graphics >> team. Before that, I've worked at several companies, mainly on Linux >> kernel and drivers (graphics and netwo

Re: Same comand names in /usr/bin and /usr/sbin

2015-08-10 Thread Ben Boeckel
On Mon, 10 Aug, 2015 at 18:50:52 GMT, Josh Stone wrote: > Do emphasize *different* programs or packages, as there are legitimate > self-contained cases -- /usr/bin/mock vs. /usr/sbin/mock for instance. Anyone who wants to chime in on this, there is already a bug: https://bugzilla.redhat.com/s

Re: Proposal: Drop comps

2015-08-10 Thread Jens-Ulrik Petersen
On Wed, Jul 15, 2015 at 8:39 PM, Vít Ondruch wrote: > Do you think this is the way how regular users install software? I think a lot of people install yum groups. It is a pretty useful functionality IMO. If meta-packages become a viable replacement for comps then we can seriously discuss removi

Re: Proposal: Drop comps

2015-08-10 Thread Christopher Meng
On 8/11/15, Jens-Ulrik Petersen wrote: > On Wed, Jul 15, 2015 at 8:39 PM, Vít Ondruch wrote: >> Do you think this is the way how regular users install software? > > I think a lot of people install yum groups. It is a pretty useful > functionality IMO. > > If meta-packages become a viable replace