Re: captive portal implementation found lacking

On Thu, 2015-03-26 at 00:08 -0400, Rich Mattes wrote: > On 03/25/2015 09:52 PM, David Airlie wrote: > > > > 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 wit

Re: captive portal implementation found lacking

On 03/25/2015 09:52 PM, David Airlie wrote: 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

Re: Captive portal detection on wired connections - bug or feature?

On Wed, 25 Mar 2015 22:26:56 -0400 (EDT) Paul Wouters wrote: > On Wed, 25 Mar 2015, Adam Williamson wrote: > > > Lots of people have been seeing it, it may be related to some issues > > with the Fedora infrastructure this afternoon (the check works by > > trying to contact a Fedora server). > >

Re: Captive portal detection on wired connections - bug or feature?

On Wed, 25 Mar 2015, Adam Williamson wrote: Lots of people have been seeing it, it may be related to some issues with the Fedora infrastructure this afternoon (the check works by trying to contact a Fedora server). I've seen them regularly in the last few hours but I'm on hotel wifi, so it cou

Re: Captive portal detection on wired connections - bug or feature?

On Thu, Mar 26, 2015 at 4:06 AM, Adam Williamson wrote: > Lots of people have been seeing it, it may be related to some issues > with the Fedora infrastructure this afternoon (the check works by > trying to contact a Fedora server). > That much I gathered, but when I first read about the captive

Re: Captive portal detection on wired connections - bug or feature?

On Thu, 2015-03-26 at 03:59 +0200, Alexander Ploumistos wrote: > 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 >

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

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

Re: [ppc] Default stack size on ppc64

On Wed, Mar 25, 2015 at 08:03:31PM +, David Woodhouse wrote: > On Wed, 2015-03-25 at 19:45 +, Richard W.M. Jones wrote: > > On Wed, Mar 25, 2015 at 06:30:25PM +, David Woodhouse wrote: > > > If the compiler is single-threaded, and increasing the stack ulimit > > > fixes the problem, th

Re: Default stack size

On 03/24/2015 06:19 AM, Richard W.M. Jones wrote: > > For the OCaml packages on ppc64/ppc64le, we keep having bugs like this > one: https://bugzilla.redhat.com/show_bug.cgi?id=1204876 > > The OCaml compiler is quite recursive, and so it can easily overflow > the default stack. For reasons that a

Schedule for Thursday's FPC Meeting (2015-03-26 16:00 UTC) Followup:1 New:5

Following is the list of topics that will be discussed in the FPC meeting Thursday at 2015-03-26 16:00 UTC in #fedora-meeting-1 on irc.freenode.net. Local time information (via. rktime): 2015-03-26 09:00 Thu US/Pacific PDT 2015-03-26 12:00 Thu US/Eastern EDT 2015-03-26 1

5tFTW: Fedora conferences this summer, writing release notes, brainstorming a better onramp, and a GSOC reminder (2015-03-25)

Fedora is a big project, and it’s hard to keep up with everything. This series highlights interesting happenings in five different areas every week. It isn’t comprehensive news coverage — just quick summaries with links to each. Here are the five things for March 25th, 2015: Join us at Flock (and

Re: [ppc] Default stack size on ppc64

On Wed, 2015-03-25 at 19:45 +, Richard W.M. Jones wrote: > On Wed, Mar 25, 2015 at 06:30:25PM +, 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

Re: [ppc] Default stack size on ppc64

On Wed, Mar 25, 2015 at 06:30:25PM +, 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

Pushing the extra AppData files into Rawhide

In the effort to make the AppStream generation simpler I'm going to deprecate the fedora-appstream repo[1]. This was always designed to be a stop-gap until upstreams had done new tarball releases and to "rescue" applications that we care a lot about, and we're now at a point where over 50% of upstr

Re: [ppc] Default stack size on ppc64

On Wed, Mar 25, 2015 at 06:30:25PM +, David Woodhouse wrote: > On Tue, 2015-03-24 at 11:35 -0500, Steven Munroe wrote: > > I am not sure how ocaml is generating code for PPC64, you could look in > > to split stack support, but at this time GCC does not implement split > > stack. > ...

Summary/Minutes from today's FESCo Meeting (2015-03-25)

=== #fedora-meeting: FESCO (2015-03-25) === Meeting started by paragan at 18:00:02 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2015-03-25/fesco.2015-03-25-18.00.log.html . Meeting summary --

Re: [ppc] Default stack size on ppc64

On Tue, 2015-03-24 at 11:35 -0500, Steven Munroe wrote: > I am not sure how ocaml is generating code for PPC64, you could look in > to split stack support, but at this time GCC does not implement split > stack. ... for PPC64. I wouldn't want to do it in OCaml before it's supported in GCC

Re: unzip - support of segmented archives - look for volunteers for testings

I create repositories in copr for testing. So you can available my copr repositories by: # dnf copr enable pstodulk/unzip so you can use actual fedora-devel version with this feature. If some behaviour is broken for unsegmented archives, it's important information too, so use it and report it

Re: [ppc] Default stack size on ppc64

On Wed, Mar 25, 2015 at 05:54:58PM +, Richard W.M. Jones wrote: > OCaml uses its own code generator. However the description of > -fsplit-stack from GCC sounds interesting. Are there any more details > of how exactly it works? Does it catch the segfault from hitting the > guard page and do s

Re: [ppc] Default stack size on ppc64

On Tue, Mar 24, 2015 at 11:35:30AM -0500, Steven Munroe wrote: > On Tue, 2015-03-24 at 12:19 +, Richard W.M. Jones wrote: > > For the OCaml packages on ppc64/ppc64le, we keep having bugs like this > > one: https://bugzilla.redhat.com/show_bug.cgi?id=1204876 > > > > The OCaml compiler is quite

Re: New notifications

On Wed, Mar 25, 2015 at 08:35:22AM -0600, Jerry James wrote: > Changing the subject to something more appropriate. > > On Tue, Mar 24, 2015 at 9:35 AM, Pierre-Yves Chibon > wrote: > > We have changed the way notifications are sent to the scm-commits mailing > > list. > > Before we had notificat

New notifications

Changing the subject to something more appropriate. On Tue, Mar 24, 2015 at 9:35 AM, Pierre-Yves Chibon wrote: > We have changed the way notifications are sent to the scm-commits mailing > list. > Before we had notification sent by the git hook, by pkgdb, by X Y and Z. > With the move to product

Re: Lazarus broken for fedora 22

Dne 25.3.2015 v 13:43 Richard Shaw napsal(a): > On Wed, Mar 25, 2015 at 5:53 AM, Heiko Adams > wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hi, > lazarus and *all* binaries build with lazarus are broken (they don't > start) for Fe

Re: "dnf search" as braindead as "yum search"

On Wed, Mar 25, 2015 at 10:03:39AM +0100, Miroslav Suchý wrote: > To have nice full text search would mean to use full text search > engine. And I suppose that this extra dependency in DNF would be not > welcomed by many - including cloud SIG. However this can be easily > done as plugin and put in

Re: Lazarus broken for fedora 22

On Wed, Mar 25, 2015 at 5:53 AM, Heiko Adams wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hi, > lazarus and *all* binaries build with lazarus are broken (they don't > start) for Fedora 22 and the maintainer seems to be unresponsive. So > could someone else take a look at that bu

unzip - support of segmented archives - look for volunteers for testings

Hi folks, I work on patch for support of segmented archives on unzip. It's created alpha patch, which will be modified in future and probably (that's perhaps certainty ) it still contains bugs. However some testing should helps next devel, so if someone works with *.zip multi-disk archives and

Re: New to the list, and... possible bug ?

On 2015-03-23, Hoggins! wrote: > Le 23/03/2015 16:56, Petr Pisar a =C3=A9crit : > Actually, no. I've always had this "error", but it was working okay. > Now, when I try to launch rollerd with : rollerd -rrfile > /var/named/all.rollrec -directory /var/named/, either I get : > > undefined time a

Lazarus broken for fedora 22

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, lazarus and *all* binaries build with lazarus are broken (they don't start) for Fedora 22 and the maintainer seems to be unresponsive. So could someone else take a look at that bug and maybe update lazarus to more recent version which fixes that

Re: Could we disable "AutoQA" until it can produce usable results?

> > Witness (a): > https://admin.fedoraproject.org/updates/libguestfs-1.29.31-1.fc22 > > The log file in this case is 3452 lines long. > > Witness (b): > https://admin.fedoraproject.org/updates/ocaml-camlp4-4.02.0-0.9.git87c6a6b0.fc22 > > The log file in this case is 3452 lines long (not coinci

Re: "dnf search" as braindead as "yum search"

On 03/24/2015 12:25 PM, Michael Schwendt wrote: > Meanwhile I've already added a comment to a related RFE. > I prefer filing bugs only if there is agreement/confirmation that it > is considered a bug to fix eventually. It is entirely non-productive > to open a ticket and have developers disagree or

arzub...@gmail.com

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