Re: TBB rebase

W dniu 19.01.2015 o 23:44, Petr Machata pisze: > Marcin Juszkiewicz writes: > >> W dniu 19.01.2015 o 20:58, Petr Machata pisze: >>> I'll rebase TBB to 4.3u2 next week. A scratch build is here: >>> >>> http://koji.fedoraproject.org/koji/taskinfo?taskID=8665932 >> >> Can you do builds on secon

Re: F22 System Wide Change: Harden all packages with position-independent code

On 01/19/2015 01:21 PM, Florian Weimer wrote: On 01/19/2015 01:17 PM, Alexander Ploumistos wrote: On Mon, Jan 19, 2015 at 1:58 PM, Florian Weimer mailto:fwei...@redhat.com>> wrote: I wrote a slightly broader proposal, also covering SSE2 (for i386), and (since today) off_t and ino_t:

Re: F22 System Wide Change: Set sshd(8) PermitRootLogin=no

On Mon, 2015-01-19 at 14:23 -0500, Miloslav Trmač wrote: > > On Fri, 2015-01-16 at 15:39 +0100, Lubomir Rintel wrote: > > > > > > There's a chance of a successful exploitation that would result > > > in obtaining my privileges. Sure, gaining access to my account > > > is bad enough, but if I run

Re: TBB rebase

On Mon, Jan 19, 2015 at 10:55 PM, Dan Horák wrote: > On Mon, 19 Jan 2015 23:44:28 +0100 > Petr Machata wrote: > >> Marcin Juszkiewicz writes: >> >> > W dniu 19.01.2015 o 20:58, Petr Machata pisze: >> >> I'll rebase TBB to 4.3u2 next week. A scratch build is here: >> >> >> >>http://koji.fedo

Re: smuxi builds stalled

On Wed, Jan 07, 2015 at 02:41:25PM -0700, Kevin Fenzi wrote: On Wed, 07 Jan 2015 13:59:29 +0100 Antonio Trande wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all. Rawhide smuxi builds seem blocked on Koji; this is my third attempt: http://koji.fedoraproject.org/koji/taskinfo?taskID=

Re: TBB rebase

On Mon, 19 Jan 2015 23:44:28 +0100 Petr Machata wrote: > Marcin Juszkiewicz writes: > > > W dniu 19.01.2015 o 20:58, Petr Machata pisze: > >> I'll rebase TBB to 4.3u2 next week. A scratch build is here: > >> > >>http://koji.fedoraproject.org/koji/taskinfo?taskID=8665932 > > > > Can you do

Re: TBB rebase

On Mon, 19 Jan 2015 23:44:28 +0100 Petr Machata wrote: > Marcin Juszkiewicz writes: > > > W dniu 19.01.2015 o 20:58, Petr Machata pisze: > >> I'll rebase TBB to 4.3u2 next week. A scratch build is here: > >> > >>http://koji.fedoraproject.org/koji/taskinfo?taskID=8665932 > > > > Can you do

Re: TBB rebase

Marcin Juszkiewicz writes: > W dniu 19.01.2015 o 20:58, Petr Machata pisze: >> I'll rebase TBB to 4.3u2 next week. A scratch build is here: >> >> http://koji.fedoraproject.org/koji/taskinfo?taskID=8665932 > > Can you do builds on secondary architectures as well? arm-koji for > aarch64 (sho

Re: F22 System Wide Change: Harden all packages with position-independent code

On 19.01.2015 13:21, Florian Weimer wrote: > On 01/19/2015 01:17 PM, Alexander Ploumistos wrote: >> On Mon, Jan 19, 2015 at 1:58 PM, Florian Weimer > > wrote: >> >> I wrote a slightly broader proposal, also covering SSE2 (for i386), >> and (since today) off_t and

Re: F22 System Wide Change: Default Local DNS Resolver

On Mon, 19 Jan 2015 16:10:25 -0500 Chuck Anderson wrote: > On Mon, Jan 12, 2015 at 04:54:46PM +0100, Jaroslav Reznik wrote: > > = Proposed System Wide Change: Default Local DNS Resolver = > > https://fedoraproject.org/wiki/Changes/Default_Local_DNS_Resolver > > I've been using unbound + dnssec-t

Re: F22 System Wide Change: Default Local DNS Resolver

On Mon, Jan 12, 2015 at 04:54:46PM +0100, Jaroslav Reznik wrote: > = Proposed System Wide Change: Default Local DNS Resolver = > https://fedoraproject.org/wiki/Changes/Default_Local_DNS_Resolver I've been using unbound + dnssec-trigger on my laptop at home and desktop at work since this was announ

Re: TBB rebase

W dniu 19.01.2015 o 20:58, Petr Machata pisze: > I'll rebase TBB to 4.3u2 next week. A scratch build is here: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=8665932 Can you do builds on secondary architectures as well? arm-koji for aarch64 (should use generic), ppc-koji for PowerPC

Re: F22 System Wide Change: Harden all packages with position-independent code

On Mon, Jan 19, 2015 at 9:41 PM, Reindl Harald wrote: > > > Am 19.01.2015 um 21:34 schrieb drago01: >> >> On Mon, Jan 19, 2015 at 3:42 PM, Reindl Harald >> wrote: >>> >>> >>> Am 19.01.2015 um 15:28 schrieb Gerd Hoffmann: >> >> >> Would that make it impossible to run fedora on sse-only

Re: F22 System Wide Change: Harden all packages with position-independent code

Am 19.01.2015 um 21:34 schrieb drago01: On Mon, Jan 19, 2015 at 3:42 PM, Reindl Harald wrote: Am 19.01.2015 um 15:28 schrieb Gerd Hoffmann: Would that make it impossible to run fedora on sse-only i686 CPUs? Yes, but test coverage for those CPUs is already rather poor, so I don't expect

Re: F22 System Wide Change: Harden all packages with position-independent code

On Mon, Jan 19, 2015 at 3:42 PM, Reindl Harald wrote: > > Am 19.01.2015 um 15:28 schrieb Gerd Hoffmann: Would that make it impossible to run fedora on sse-only i686 CPUs? >>> >>> >>> Yes, but test coverage for those CPUs is already rather poor, so I don't >>> expect them to work anymore.

[Test-Announce] Urgent F21 testing request: libhif and PackageKit

Hi, folks! We recently found out that there were some significant problems with PackageKit and things that use it (GNOME Software, Apper, gnome- packagekit...) in Fedora 21, since the release of libhif-0.1.7 as an update shortly after F21 came out. The initial bug people noticed was offline upd

TBB rebase

Hello, I'll rebase TBB to 4.3u2 next week. A scratch build is here: http://koji.fedoraproject.org/koji/taskinfo?taskID=8665932 Client packages are as follows, their owners are CC'd. adobe-source-libraries-0:1.0.43-23.fc22.src freecad-0:0.14-5.fc22.src gazebo-0:4

Re: F22 System Wide Change: Set sshd(8) PermitRootLogin=no

> On Fri, 2015-01-16 at 15:39 +0100, Lubomir Rintel wrote: > > > > There's a chance of a successful exploitation that would result in > > obtaining my privileges. Sure, gaining access to my account is bad > > enough, but if I run "su" or "sudo", they have root! > > Along these lines, someone poin

Re: Meeting minutes for Env-and-Stacks WG meeting (2015-01-14)

On 19 January 2015 at 05:08, Bohuslav Kabrda wrote: > - Original Message - > > Bohuslav Kabrda wrote: > > > Please note, that this proposal is absolutely not about imposing some > > > restrictions on who can/should maintain what. It's really just a > > > categorization of packages based o

Re: F22 System Wide Change: Default Local DNS Resolver

On 01/13/2015 08:56 PM, William B wrote: >> To install a local DNS resolver trusted for the DNSSEC validation >> running on 127.0.0.1:53. This must be the only name server entry >> in /etc/resolv.conf. > > snip ... > >> People use Fedora on portable/mobile devices which are connected to >> d

Re: F22 System Wide Change: Default Local DNS Resolver

On 01/19/2015 06:16 PM, Pete Zaitcev wrote: Can you tell why you're trying that. Everyone I talk to always go unbound, unbound, unbound... WHY? Unbound is plain broken and does not work, especially with DNSSEC. Can you explain exactly what does not work? Some of the largest ISPs in the US are

Re: F22 System Wide Change: Default Local DNS Resolver

On 01/19/2015 06:16 PM, Pete Zaitcev wrote: > On Wed, 14 Jan 2015 06:26:49 +1030 > William B wrote: > > > Right now, enabled unbound and dnssec-trigger on a laptop is an > > extremely difficult experience. > > Can you tell why you're trying that. Everyone I talk to always > go unbound, unbound, un

Re: F22 System Wide Change: Harden all packages with position-independent code

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 19 Jan 2015 12:58:06 +0100 Florian Weimer wrote: > On 01/07/2015 02:30 PM, Josh Boyer wrote: > > We just went over something very much like this for x86_64 packages > > with FESCo ticket 1113: > > > > https://fedorahosted.org/fesco/ticket/111

Re: GUI applications writing garbage to stdout/stderr

On Wed, 14 Jan 2015 11:22:57 +0100 Marcel Oliver wrote: > Are these considered bugs that I should file against the package? Is > there a policy that applies? I think you should file. I had in the past made maintainers of gvim (vim-X11) and evince take action to fix this. -- Pete -- devel mail

Re: F22 System Wide Change: Default Local DNS Resolver

On Wed, 14 Jan 2015 06:26:49 +1030 William B wrote: > Right now, enabled unbound and dnssec-trigger on a laptop is an > extremely difficult experience. Can you tell why you're trying that. Everyone I talk to always go unbound, unbound, unbound... WHY? Unbound is plain broken and does not work, e

Re: F22 System Wide Change: GCC5

On Mon, Jan 19, 2015 at 05:52:51PM +0100, Vít Ondruch wrote: > Dne 19.1.2015 v 17:32 Jakub Jelinek napsal(a): > > As FESCO denied mass rebuild of F22, I've adjusted > > https://fedoraproject.org/wiki/Changes/GCC5 > > the current rpms are built with --with-default-libstdcxx-abi=c++98 > > thus will n

Re: F22 System Wide Change: GCC5

Dne 19.1.2015 v 17:32 Jakub Jelinek napsal(a): > Hi! > > As FESCO denied mass rebuild of F22, I've adjusted > https://fedoraproject.org/wiki/Changes/GCC5 > the current rpms are built with --with-default-libstdcxx-abi=c++98 > thus will not have standard conforming std::string/std::list by default, >

Re: F22 System Wide Change: GCC5

Hi! As FESCO denied mass rebuild of F22, I've adjusted https://fedoraproject.org/wiki/Changes/GCC5 the current rpms are built with --with-default-libstdcxx-abi=c++98 thus will not have standard conforming std::string/std::list by default, and I'd like to include gcc 5 in F22 anyway, just only what

Re: F22 System Wide Change: RpmOstree - Server side composes and atomic upgrades

On Mon, Jan 19, 2015, at 07:02 AM, Jan Zelený wrote: > I have hard time figuring out what exactly is the purpose of including the > factory reset feature in your proposal. No offense but unless I'm missing > something, it seems to me that you are trying to solve some of ostree > problems > in

[POC-change] Fedora packages point of contact updates

Change in package status over the last 168 hours 7 packages were orphaned goocanvas2 [el6] was orphaned by moezroy A new canvas widget for GTK+ that uses cairo for drawing https://admin.fedoraproject.org/pkgdb/pack

Re: F22 System Wide Change: GCC5

On Mon, Jan 19, 2015 at 03:45:23PM +, Richard W.M. Jones wrote: > > Unfortunately it needs an updated libtool ... Sure, one needs to build libtool too. > > > > Error: Package: libtool-2.4.2-31.fc22.aarch64 (@rawhide) > >Requires: gcc = 4.9.2 > >Removing: gcc-4.9.2-5.fc

Re: F22 System Wide Change: GCC5

On Mon, Jan 19, 2015 at 03:20:54PM +, Richard W.M. Jones wrote: > > On Fri, Jan 16, 2015 at 08:10:14AM +, Richard W.M. Jones wrote: > > On Fri, Jan 16, 2015 at 04:12:03AM +, Peter Robinson wrote: > > > On Fri, Jan 16, 2015 at 4:00 AM, Richard W.M. Jones > > > wrote: > > > > Jakub: >

Re: Remove gcc, gcc-c++ and make from minimal build root

sorry for top-post, but one more thing to consider, if caching would be used, are secondary arches - how it would affect their ability to build the buildroots Dan On Sat, 17 Jan 2015 11:07:53 -0600 Dennis Gilmore wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On

Re: F22 System Wide Change: GCC5

On Fri, Jan 16, 2015 at 08:10:14AM +, Richard W.M. Jones wrote: > On Fri, Jan 16, 2015 at 04:12:03AM +, Peter Robinson wrote: > > On Fri, Jan 16, 2015 at 4:00 AM, Richard W.M. Jones > > wrote: > > > Jakub: > > > > > > I will test gcc 5 on my Rawhide aarch64 machine, if you can point me >

Re: F22 System Wide Change: Harden all packages with position-independent code

On Mon, Jan 19, 2015 at 3:03 PM, Florian Weimer wrote: > On 01/19/2015 03:08 PM, Peter Robinson wrote: > at least i doubt there is a noticeable userbase with i686 running > Fedora at all *and* would notice the drop noticeable all of the OLPC XO 1.0 and 1.5 devices are runnin

Re: F22 System Wide Change: Harden all packages with position-independent code

On 01/19/2015 03:08 PM, Peter Robinson wrote: at least i doubt there is a noticeable userbase with i686 running Fedora at all *and* would notice the drop noticeable >>> >>> >>> all of the OLPC XO 1.0 and 1.5 devices are running i686 fedora, that >>> userbase is in the millions, but would

Re: python-dateutil update

On Mon, Jan 19, 2015 at 08:27:07AM -0500, Stephen Gallagher wrote: > > > > On Sun, 2015-01-18 at 14:35 -0700, Pete Travis wrote: > > On 12/08/2014 09:47 AM, Zbigniew Jędrzejewski-Szmek wrote: > > > On Mon, Dec 08, 2014 at 09:10:59AM -0700, Pete Travis wrote: > > >> On Dec 8, 2014 8:51 AM, "Zbign

Review request: sflphone

Hi, I've got sflphone (SIP/IAX2 compatible softphone) up for review at https://bugzilla.redhat.com/show_bug.cgi?id=1180698 Not high priority, but a nice to have. Happy to review in exchange. Thanks, Sandro -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/ma

Re: F22 System Wide Change: Harden all packages with position-independent code

Am 19.01.2015 um 15:28 schrieb Gerd Hoffmann: Would that make it impossible to run fedora on sse-only i686 CPUs? Yes, but test coverage for those CPUs is already rather poor, so I don't expect them to work anymore. See other replies, people are running such machines. Given x86_64 exists for

Re: F22 System Wide Change: Harden all packages with position-independent code

Hi, > > Would that make it impossible to run fedora on sse-only i686 CPUs? > > Yes, but test coverage for those CPUs is already rather poor, so I don't > expect them to work anymore. See other replies, people are running such machines. Given x86_64 exists for many years and even embedded (se

Re: F22 System Wide Change: Harden all packages with position-independent code

>>> at least i doubt there is a noticeable userbase with i686 running >>> Fedora at all *and* would notice the drop noticeable >> >> >> all of the OLPC XO 1.0 and 1.5 devices are running i686 fedora, that >> userbase is in the millions, but would they notice the performance >> drop I do not know.

Re: python-dateutil update

On Sun, 2015-01-18 at 14:35 -0700, Pete Travis wrote: > On 12/08/2014 09:47 AM, Zbigniew Jędrzejewski-Szmek wrote: > > On Mon, Dec 08, 2014 at 09:10:59AM -0700, Pete Travis wrote: > >> On Dec 8, 2014 8:51 AM, "Zbigniew Jędrzejewski-Szmek" > >> wrote: > >>> > >>> On Sun, Dec 07, 2014 at 04:45:12

Re: F22 System Wide Change: Harden all packages with position-independent code

On Mon, Jan 19, 2015 at 01:59:32PM +0100, Florian Weimer wrote: > > It > >is an ABI change. IMHO very much undesirable. Just complain to people that > >build their packages without it where it matters. > > Some core libraries use off_t or struct stat in public header files, so we > already have

Re: F22 System Wide Change: Harden all packages with position-independent code

On 01/19/2015 01:41 PM, Jakub Jelinek wrote: On Mon, Jan 19, 2015 at 01:37:29PM +0100, Florian Weimer wrote: On 01/19/2015 01:15 PM, Jakub Jelinek wrote: No, because you need GCC 5 for that (ok, have scratch rpms now for that), and very recent binutils (2.25 we have in F22 is not enough). Ug

Re: F22 System Wide Change: Harden all packages with position-independent code

On Mon, Jan 19, 2015 at 01:37:29PM +0100, Florian Weimer wrote: > On 01/19/2015 01:15 PM, Jakub Jelinek wrote: > > >No, because you need GCC 5 for that (ok, have scratch rpms now for that), > >and very recent binutils (2.25 we have in F22 is not enough). > > Ugh, this seems to suggests to defer t

Re: F22 System Wide Change: Harden all packages with position-independent code

On Mon, Jan 19, 2015 at 2:32 PM, Reindl Harald wrote: > to be honest - the energy these old machines have wasted the last years > could have payed recent hardware and the combination of a bleeding edge > distribution and more than a decade old hardware is questionable > That is definitely true f

Re: F22 System Wide Change: Harden all packages with position-independent code

On 01/19/2015 01:15 PM, Jakub Jelinek wrote: No, because you need GCC 5 for that (ok, have scratch rpms now for that), and very recent binutils (2.25 we have in F22 is not enough). Ugh, this seems to suggests to defer the PIE change to Fedora 23. :-( Would it still make sense to proceed with

Re: F22 System Wide Change: Harden all packages with position-independent code

Am 19.01.2015 um 13:23 schrieb Alexander Ploumistos: On Mon, Jan 19, 2015 at 2:21 PM, Florian Weimer wrote: Yes, but test coverage for those CPUs is already rather poor, so I don't expect them to work anymore. OK, thanks. Guess I'll have to switch my PIII and Athlon MP relics to somet

Re: F22 System Wide Change: Harden all packages with position-independent code

On 19/01/15 12:21, Florian Weimer wrote: On 01/19/2015 01:17 PM, Alexander Ploumistos wrote: On Mon, Jan 19, 2015 at 1:58 PM, Florian Weimer mailto:fwei...@redhat.com>> wrote: I wrote a slightly broader proposal, also covering SSE2 (for i386), and (since today) off_t and ino_t:

Re: F22 System Wide Change: Harden all packages with position-independent code

On Mon, Jan 19, 2015 at 2:21 PM, Florian Weimer wrote: > Yes, but test coverage for those CPUs is already rather poor, so I don't > expect them to work anymore. > OK, thanks. Guess I'll have to switch my PIII and Athlon MP relics to something like Gentoo or Arch. -- devel mailing list devel@lis

Re: F22 System Wide Change: Harden all packages with position-independent code

On 01/19/2015 01:17 PM, Alexander Ploumistos wrote: On Mon, Jan 19, 2015 at 1:58 PM, Florian Weimer mailto:fwei...@redhat.com>> wrote: I wrote a slightly broader proposal, also covering SSE2 (for i386), and (since today) off_t and ino_t:

Re: F22 System Wide Change: Harden all packages with position-independent code

On Mon, Jan 19, 2015 at 1:19 PM, Reindl Harald wrote: > > Am 19.01.2015 um 13:17 schrieb Alexander Ploumistos: >> >> On Mon, Jan 19, 2015 at 1:58 PM, Florian Weimer > > wrote: >> >> I wrote a slightly broader proposal, also covering SSE2 (for i386), >> and (since

Re: F22 System Wide Change: Harden all packages with position-independent code

Am 19.01.2015 um 13:17 schrieb Alexander Ploumistos: On Mon, Jan 19, 2015 at 1:58 PM, Florian Weimer mailto:fwei...@redhat.com>> wrote: I wrote a slightly broader proposal, also covering SSE2 (for i386), and (since today) off_t and ino_t:

Re: F22 System Wide Change: Harden all packages with position-independent code

On Mon, Jan 19, 2015 at 1:58 PM, Florian Weimer wrote: > I wrote a slightly broader proposal, also covering SSE2 (for i386), and > (since today) off_t and ino_t: > > Would that make it impossible to run fedora on sse-only i686 CPUs?

Re: F22 System Wide Change: Harden all packages with position-independent code

On Mon, Jan 19, 2015 at 01:11:19PM +0100, Florian Weimer wrote: > On 01/09/2015 12:54 PM, Jakub Jelinek wrote: > > >Also, the number of relocations and > >memory consumption got up. > >Non-PIE cc1plus: > >Relocation section '.rela.dyn' at offset 0x187d30 contains 190 entries: > >Relocation section

Re: F22 System Wide Change: Harden all packages with position-independent code

On 01/09/2015 12:54 PM, Jakub Jelinek wrote: Also, the number of relocations and memory consumption got up. Non-PIE cc1plus: Relocation section '.rela.dyn' at offset 0x187d30 contains 190 entries: Relocation section '.rela.plt' at offset 0x188f00 contains 284 entries: GNU_RELRO 0x1d14730 0x

Re: F22 System Wide Change: Harden all packages with position-independent code

On 01/09/2015 12:16 AM, Dennis Gilmore wrote: at least i doubt there is a noticeable userbase with i686 running Fedora at all *and* would notice the drop noticeable all of the OLPC XO 1.0 and 1.5 devices are running i686 fedora, that userbase is in the millions, but would they notice the perf

Re: Meeting minutes for Env-and-Stacks WG meeting (2015-01-14)

- Original Message - > Bohuslav Kabrda wrote: > > Please note, that this proposal is absolutely not about imposing some > > restrictions on who can/should maintain what. It's really just a > > categorization of packages based on our WG's perception of importance to > > Fedora. > > Sure, bu

Re: F22 System Wide Change: RpmOstree - Server side composes and atomic upgrades

On 13. 1. 2015 at 16:41:46, Colin Walters wrote: > On Tue, Jan 13, 2015, at 04:06 PM, Miloslav Trmač wrote: > > > == Scope == > > > * Other developers: > > > *** Use systemd-tmpfiles instead of placing content in /var (TODO: > > > better docs for this) > > > > Is this a strict dependency or a nic

Re: F22 System Wide Change: Harden all packages with position-independent code

On 01/07/2015 02:30 PM, Josh Boyer wrote: We just went over something very much like this for x86_64 packages with FESCo ticket 1113: https://fedorahosted.org/fesco/ticket/1113 Could you perhaps review that and elaborate on the differences between that proposal and this one if there are any?

Change Checkpoint: Proposals submission deadline is tomorrow

Hi everyone! Tomorrow is the last day/chance to submit your system wide changes for Fedora 22 [1]! Your proposed change has to be at least in ready for Wrangler state. For policies, check out [2]. Empty template is available at [3]. All changes approved so far are available on the ChangeSet [4] wi

rawhide report: 20150119 changes

Compose started at Mon Jan 19 05:15:05 UTC 2015 Broken deps for i386 -- [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [aeskulap] aeskulap-0.2.2-0.19beta1.fc22.i686 requires libofstd.so.3.6 aesku

Re: httpcomponents-client license change

On 01/19/2015 10:29 AM, Yanko Kaneti wrote: > > On Mon, 2015-01-19 at 10:19 +0100, Mikolaj Izdebski wrote: >> License of httpcomponents-client was changed from "ASL 2.0" to "ASL >> 2.0 and MPL", starting with version 4.4. >> >> This is because httpclient 4.4 includes "public suffix list" from >>

Re: httpcomponents-client license change

On Mon, 2015-01-19 at 10:19 +0100, Mikolaj Izdebski wrote: > License of httpcomponents-client was changed from "ASL 2.0" to "ASL > 2.0 and MPL", starting with version 4.4. > > This is because httpclient 4.4 includes "public suffix list" from > Mozilla: https://publicsuffix.org/list/effective_tl

httpcomponents-client license change

License of httpcomponents-client was changed from "ASL 2.0" to "ASL 2.0 and MPL", starting with version 4.4. This is because httpclient 4.4 includes "public suffix list" from Mozilla: https://publicsuffix.org/list/effective_tld_names.dat -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdeb