Adam Williamson | 27 Mar 01:26 2015

[Test-Announce] Fedora 22 Beta Test Compose 5 (TC5) Available Now!

As per the Fedora 22 schedule [1], Fedora 22 Beta Test Compose 5  
(TC5) is now available for testing.

Content information, including changes, can be found at
https://fedorahosted.org/rel-eng/ticket/6132#comment:7 (and comment 8). Please see the
 following pages for download links and testing instructions. Normally 
dl.fedoraproject.org should provide the fastest download, but download-
ib01.fedoraproject.org is available as a mirror (with an approximately 
1 hour lag) in case of trouble. To use it, just replace "dl" with  
"download-ib01" in the download URL.

Installation:

https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test

Base:

https://fedoraproject.org/wiki/Test_Results:Current_Base_Test

Workstation and Desktop:

https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test

Server:

https://fedoraproject.org/wiki/Test_Results:Current_Server_Test

Cloud:

https://fedoraproject.org/wiki/Test_Results:Current_Cloud_Test
(Continue reading)

Bojan Smojver | 26 Mar 23:06 2015

A proposal for Fedora updates

Hi there,

I've been a bit perplexed by the Fedora updates recently (talking about
F-21 specifically). Many of them appear to be obsolete the moment they
hit stable, sometimes even testing.

Take the kernel, for instance. 3.19.2-201.fc21 replaced the previous
build in bodhi on the 24th. It is still not in testing as I'm writing
this (although the updates system says it is). Take Firefox. Submitted
on 23rd, took 3 days to appear anywhere where "regular" folks can test
it (which is actually stable). Then there are updates (e.g. dovecot)
that have been built in koji, but appear nowhere, probably because
person that built it forgot to submit it.

Can we create a fedora-updates-newbuild repo or something, which would
have a different key used for signing (i.e. not the one where a human
does the signing) and could be accessed using yum pretty much
immediately after the build has been created and flagged to go into this
repo if it succeeds?

So, something like:

fedpkg build --push-to-newbuild

Stoopid? Irrelevant? Exists but I'm not aware of it?

-- 
Bojan

--

-- 
(Continue reading)

Nikos Roussos | 26 Mar 22:52 2015

Quick Review Request (owncloud-client)

Hi,

I'd appreciate a quick* review on owncloud-client, so we can push the new version:
https://bugzilla.redhat.com/show_bug.cgi?id=1202805

(*) It's an existing package that got renamed upstream, so it should fairly easy to be reviewed.

--

-- 
devel mailing list
devel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Ralph Bean | 26 Mar 21:39 2015
Picon

More packager notifications migrated to FMN

Recall that the infrastructure team has been working on a new notifications
system[1] in an attempt to unify some of the notifications that get pushed out
by our infrastructure.  As the new system improves (and as we get time to clean
house), we will be turning off the native notifications of various systems.

- Back in February, the native emails from Koji were turned off[2].
- This past week, we turned off the old and well-loved emails from pkgdb[3] and
  dist-git[4].

For your personal notifications, the default settings in FMN[5] should get you
what you need.

There are some mailing lists that had been archiving direct notifications from
from pkgdb and dist-git and we've been working to add those into the new
system.  The scm-commits[6] and perl-devel[7] lists are working as expected
now. The meetingminutes list[8] now also automatically receives meeting minutes
from FMN, so, no need to go and send your minutes there if you have chaired an
irc meeting.

If you own a mailing list that has mysteriously stopped receiving automated
emails, please file an issue[9] requesting that we set up forwarding for you.

** P.S., unrelated, but zodbot grew a new feature recently:  the "#help"
   command is available in IRC meetings to let you solicit help from the
   broader community on.. anything.  Use it liberally.  We'll be building a
   "calls for help" web UI around it in the coming year.

[1] - https://lists.fedoraproject.org/pipermail/devel-announce/2014-September/001434.html
[2] - https://lists.fedoraproject.org/pipermail/devel-announce/2015-February/001540.html
[3] - https://admin.fedoraproject.org/pkgdb
(Continue reading)

Jakub Jelen | 26 Mar 15:21 2015
Picon

Heads up - openssh 6.8 coming to F22

Hi all,

I know that it is quite late in F22 schedule and freeze is coming, but 
we decided to push recent upstream version into F22 before beta freeze 
to keep up with upstream.
I spent some time with testing various use cases with our downstream 
patches and I would like to point out that I did my best. It works fine 
from my point of view. Despite of that I would like to ask you, if you 
could also try your use cases and playing around with ssh* tools and if 
something would break, please report back to me.

Update and builds:
(bodhi)
https://admin.fedoraproject.org/updates/openssh-6.8p1-2.fc22
(rawhide)
http://koji.fedoraproject.org/koji/taskinfo?taskID=9333792
(f22)
http://koji.fedoraproject.org/koji/taskinfo?taskID=9333919

The only potential incompatible change is UseDNS default in sshd_config. 
You can find here new features like "Experimental host key rotation" and 
many bug fixes.

List of complete upstream changes can be found here:
http://www.openssh.com/txt/release-6.8

Best regards,
Jakub Jelen
--

-- 
devel mailing list
(Continue reading)

Honza Horak | 26 Mar 12:30 2015
Picon

Agenda for Env-and-Stacks WG meeting (2015-03-26)

I've got few messages from people who cannot attend today's meeting, but 
still there may be something to discuss. Sorry for very late announcement.

WG meeting will be at 13:00 UTC (9:00 EST, 14:00 Brno, 9:00 Boston, 
22:00 Tokyo, 23:00 Brisbane) in #fedora-meeting-2 on Freenode.

= Topics =
* Follow-ups
   * Dockerfiles recommended tips
   * Playground repo revisiting
* Open Floor

--

-- 
devel mailing list
devel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Jiří Konečný | 26 Mar 11:03 2015
Picon

Kakoune - new Vim inspired editor

Hi all,

I want to draw your attention to new editor Kakoune.

-- Vim inspired — Faster as in less keystrokes — Multiple selections —
Orthogonal design --

It's now under heavy development by the mawww and I think it has a
bright future. I think it's now stable enough to be used and mawww wants
feedback from users. So if you like vim, test it and if you don't test
it too. I think it's better than vim for newbies.

My humble copr repo ->
https://copr.fedoraproject.org/coprs/jkonecny/kakoune/
GitHub -> https://github.com/mawww/kakoune

Copr repository will be updated on daily basis. Now manually -> going to
be automatic in future.

Any feedback will be appreciated.
Feedback about project to GitHub.
Feedback about spec file or anything Fedora based point to me directly.

--

-- 
devel mailing list
devel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Fedora Rawhide Report | 26 Mar 10:21 2015

rawhide report: 20150326 changes

Compose started at Thu Mar 26 05:15:03 UTC 2015
Broken deps for i386
----------------------------------------------------------
[Agda]
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSzlib-0.5.4.1-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSxhtml-3000.2.1-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSvector-0.10.0.1-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSunordered-containers-0.2.3.0-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSunix-2.6.0.1-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHStransformers-0.3.0.0-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHStime-1.4.0.1-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHStext-0.11.3.1-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHStemplate-haskell-2.8.0.0-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSrandom-1.0.1.1-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSprocess-1.1.0.2-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSprimitive-0.5.0.1-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSpretty-1.1.1.0-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSparallel-3.2.0.3-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSold-time-1.1.0.1-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSold-locale-1.0.0.5-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSmtl-2.1.2-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSinteger-gmp-0.5.0.0-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHShaskell-src-exts-1.13.5-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHShashtables-1.0.1.8-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHShashable-1.1.2.5-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSghc-prim-0.3.0.0-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSgeniplate-0.6.0.3-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSfilepath-1.3.0.1-ghc7.6.3.so
(Continue reading)

Richard W.M. Jones | 26 Mar 09:57 2015
Picon

Re: [ppc] Default stack size on ppc64

On Wed, Mar 25, 2015 at 07:57:25PM -0500, Steven Munroe wrote:
> On Wed, 2015-03-25 at 19:45 +0000, Richard W.M. Jones wrote:
> > On Wed, Mar 25, 2015 at 06:30:25PM +0000, David Woodhouse wrote:
> > > If the compiler is single-threaded, and increasing the stack ulimit 
> > > fixes the problem, that implies that the default stack ulimit is less 
> > > than the 8MiB-64KiB that it takes to reach the guard page...
> > 
> > Just so I'm clear, is the stack supposed to grow down automatically
> > (ie. does the stack automatically use MAP_GROWSDOWN), or is OCaml
> > supposed to do something when the stack hits the guard page?
> 
> It depends on which code is allocating the stack.
> 
> The default GLIBC implementation under pthread_create will allocate it
> as single anonymous mmap of 8MB then use mprotect on the lowest page to
> mark the guard page no-access. As in:

Is pthread_create used even for the main thread in the process (I
thought the kernel created that).  In any case threads aren't being
used explicitly by this process.

Anyway I guess the guard page is just a hole that causes the process
to abort (as observed) and is not a mechanism for automatically
growing the stack.

Rich.

--

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
(Continue reading)

Alexander Ploumistos | 26 Mar 02:59 2015
Picon

Captive portal detection on wired connections - bug or feature?

During the last hour, I got three pop-ups on my workstation (which is connected over Ethernet) with blank windows and a title that read "Captive portal". Two of them turned to the gnome.org home page, while the other one just disappeared.

In my journal I have this sort of errors:
Mar 26 03:39:36 <hostname> NetworkManager[1006]: <info>  Connectivity check for uri 'https://fedoraproject.org/static/hotspot.txt' returned status '403 Forbidden'; assuming captive portal.
Mar 26 03:39:36 <hostname> NetworkManager[1006]: <info>  NetworkManager state is now CONNECTED_SITE
Mar 26 03:39:36 <hostname> NetworkManager[1006]: <info>  Connectivity check for uri 'https://fedoraproject.org/static/hotspot.txt' failed with 'Error performing TLS handshake: An unexpected TLS packet was received.'.
Mar 26 03:39:40 <hostname> NetworkManager[1006]: <info>  NetworkManager state is now CONNECTED_GLOBAL
Mar 26 03:39:46 <hostname> NetworkManager[1006]: <info>  Connectivity check for uri 'https://fedoraproject.org/static/hotspot.txt' failed with 'Error performing TLS handshake: An unexpected TLS packet was received.'.
Mar 26 03:39:46 <hostname> NetworkManager[1006]: <info>  NetworkManager state is now CONNECTED_SITE
Mar 26 03:39:48 <hostname> NetworkManager[1006]: <info>  Connectivity check for uri 'https://fedoraproject.org/static/hotspot.txt' returned status '403 Forbidden'; assuming captive portal.
Mar 26 03:39:49 <hostname> NetworkManager[1006]: <info>  NetworkManager state is now CONNECTED_GLOBAL
Mar 26 03:39:55 <hostname> NetworkManager[1006]: <info>  Connectivity check for uri 'https://fedoraproject.org/static/hotspot.txt' returned status '403 Forbidden'; assuming captive portal.
Mar 26 03:39:55 <hostname> NetworkManager[1006]: <info>  NetworkManager state is now CONNECTED_SITE
Mar 26 03:39:56 <hostname> NetworkManager[1006]: <info>  NetworkManager state is now CONNECTED_GLOBAL

Is this supposed to happen or do I need to file a bug report?
--

-- 
devel mailing list
devel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
David Airlie | 26 Mar 02:52 2015
Picon

captive portal implementation found lacking


Hey devs,

So Simo wanted to explode so I've tried to distill down the issues we saw:

a: you can't uninstalled the config connectivity package from workstation without losing gnome-shell
and gdm.
https://bugzilla.redhat.com/show_bug.cgi?id=1205963

this seems sub optimal.

b: the feature is over zealous in its letting you know it can't find fp.org

you are sitting there typing, you get a full screen window with some GNOME stuff on it, with no warning
whatsoever. Has your local network crashed? no, fedoraproject.org webserver got outaged or the route
failed over, but you don't get that info, you get a full screen GNOME page.

maybe just indicate in the top corner or pop up a status bar for someone to click on to get the 
full screen page, my desktop is not a tablet

maybe we should be trying to connect to more than one site, and maybe some sites on different networks.

Otherwise I think this feature is a bit half baked as is.

Dave.
--

-- 
devel mailing list
devel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Gmane