On Sun, Jun 14, 2015 at 11:48 PM, Matthias Runge wrote:
> There are quite a few programs out there, solely made for fetching tarballs,
> zips, git snapshots to place those to a location in file system. A different
> program for a different target language[...]
...even programs for whole operating
On Jun 14, 2015 1:54 PM, "Pierre-Yves Chibon" wrote:
> On Sun, Jun 14, 2015 at 01:45:53PM -0700, T.C. Hollingsworth wrote:
> > On Thu, Jun 11, 2015 at 4:19 PM, Dominik 'Rathann' Mierzejewski
> > wrote:
> > > Hello,
> > > is there a JavaScript SIG or a mailing list? I've been forced to package
> >
On Thu, Jun 11, 2015 at 4:19 PM, Dominik 'Rathann' Mierzejewski
wrote:
> Hello,
> is there a JavaScript SIG or a mailing list? I've been forced to package
> several JavaScript code/libraries and I have some questions.
There is now:
https://lists.fedoraproject.org/mailman/listinfo/web-devel
Pleas
On Mon, 15 Jun 2015, Miloslav Trmač wrote:
Detect it and show the sandboxed browser. If that means that the user
has to type their Facebook password again, then the user is welcome to
do that. I don't see why we should make it easier to track users,
though.
That’s what dnssec-trigger ideally
On 06/14/2015 03:02 PM, Sandro Mani wrote:
On 14.06.2015 16:28, Sandro Mani wrote:
Rules to generate such requires/provides:
* Provides: if the path of the library starts with $MPI_LIB, append
the (openmpi) resp (mpich) to the provides string
* Requires: if the path of the scanned object starts
On 06/12/2015 06:34 AM, Orion Poplawski wrote:
On 06/11/2015 10:01 AM, Sandro Mani wrote:
So, whose fault is this? Packaging of dnf? Nothing relevant for this
caught my eye skimming through the packaging guidelines.
And related: trying to install some $pkg-openmpi package, I don't
generally see
> On Mon, Jun 15, 2015 at 3:02 PM, Miloslav Trmač wrote:
> > What would dnssec-trigger do if an attacker^Wlegitimate hotspot provider
> > deliberately let the hotspot probe lookup and connection through, but kept
> > redirecting everything else?
>
> Detect it and show the sandboxed browser. If t
> Apple (foolishly) used to use something like http://apple.com/hotspot
> on their main site itself, which meant that using a VPN on demand could
> never protect apple.com because the iphone had to leave that domain out
> of the vpn trigger list or else all hotspot detection would be broken. It
> s
On Mon, Jun 15, 2015 at 3:02 PM, Miloslav Trmač wrote:
> Hello,
>
> On Jun 13, 2015 4:28 AM, "Michael Catanzaro" wrote:
>> On Fri, 2015-06-12 at 15:49 -0700, Andrew Lutomirski wrote:
>> > >
>> > But that's not even right. Suppose you have a captive portal that
>> > wants you to log in via your G
Hello,
> On Jun 13, 2015 4:28 AM, "Michael Catanzaro" < mcatanz...@gnome.org > wrote:
> > On Fri, 2015-06-12 at 15:49 -0700, Andrew Lutomirski wrote:
> > > >
> > > But that's not even right. Suppose you have a captive portal that
> > > wants you to log in via your Google account. It can send you
> Generally the problem is that resolv.conf is quite limited and cannot express
> lot of things, like trust levels and per-domain forwarding (using different
> servers for queries related to different domains).
>
> One possibility how to solve this is to port applications to use different
> librar
Could all of this be done with links? IE Could you install
selinux-policy into
/usr/share/selinux/TARGETED/base/*.pp
/usr/share/selinux/TARGETED/custom/*.pp
Then we reassemble these modules with custom modules in
/var/lib/selinux/TARGETED/ supplied by administrators?
On 06/15/2015 05:15 AM, Pe
On 15 June 2015 at 13:07, Paul Wouters wrote:
> On Mon, 15 Jun 2015, Stephen John Smoogen wrote:
>
>> Is the code on how ChromeOS or Android detects captivity part of the
>> 'public' code? It seems to do a 'good' job in finding many captive
>> portals so might be something to get an idea on how ma
On Mon, Jun 15, 2015 at 12:07 PM, Paul Wouters wrote:
> On Mon, 15 Jun 2015, Stephen John Smoogen wrote:
>
>> Is the code on how ChromeOS or Android detects captivity part of the
>> 'public' code? It seems to do a 'good' job in finding many captive
>> portals so might be something to get an idea o
On Mon, 15 Jun 2015, Stephen John Smoogen wrote:
Is the code on how ChromeOS or Android detects captivity part of the
'public' code? It seems to do a 'good' job in finding many captive
portals so might be something to get an idea on how many weird ways
things are out there.
I think everyone do
On 13 June 2015 at 17:10, Michael Catanzaro wrote:
> On Sat, 2015-06-13 at 15:54 -0400, Paul Wouters wrote:
>> If the captive portal uses the system's DNS, and the system has
>> cached
>> www.gnome.org from when you were on a previous network, your captive
>> portal check might use a cached DNS re
On Thu, May 28, 2015 at 2:08 PM, Josh Boyer wrote:
> On Thu, May 28, 2015 at 3:58 PM, Michael Catanzaro
> wrote:
>> On Thu, 2015-05-28 at 14:39 -0400, Przemek Klosowski wrote:
>>> Do you think the tech could stabilize enough to obviate the first
>>> reason? The 6-month workflow cadence remains a
On Mon, Jun 15, 2015 at 05:00:33PM +0200, Mattias Ellert wrote:
> Hi!
>
> The gsoap package has been updated to version 2.8.22 in rawhide.
> Dependent packages should rebuild:
We have mass rebuild tomorrow, it should take care of those.
--
Tomasz Torcz ,,If you try to upissue thi
Hi!
The gsoap package has been updated to version 2.8.22 in rawhide.
Dependent packages should rebuild:
CGSI-gSOAP (*)
davix
fts
glite-lbjp-common-gsoap-plugin
glite-lb-server
gridsite
lcgdm
lcgdm-dav
srm-ifce
voms (*)
(*) These I am maintainer for and rebuilds have been done already.
M
Compose started at Mon Jun 15 05:15:03 UTC 2015
Broken deps for i386
--
[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:ju
Hello,
I plan to update Openwsman to latest upstream version
(2.6.0) during this week in Rawhide.
There are some API changes leading to soname bump of
libwsman_client.so.*. For more information see:
https://github.com/Openwsman/openwsman/releases
Scratch builds are available here:
https://koj
Hi,
I just enabled new architecture in Copr - PowerPC 64 LE (little endian).
There are those chroots available:
* fedora-21-ppc64le
* fedora-22-ppc64le
* fedora-rawhide-ppc64le
This happened as co-operation of Red Hat, Brno University of Technology
and IBM.
I would like to thanks D, Horak and
Change in package status over the last 168 hours
19 packages were orphaned
-
gdesklet-SlideShow [f22, f21, f20, master] was orphaned by sergiomb
A slideshow of collection for gdesklets
https://admin.fedoraproject.or
On 12.6.2015 18:53, Dan Williams wrote:
> On Fri, 2015-06-12 at 17:10 +0200, Petr Spacek wrote:
>>> On Tue, 2015-06-09 at 12:30 -0400, Matthew Miller wrote:
On Tue, Jun 09, 2015 at 11:34:39AM -0400, Paul Wouters wrote:
> decision needs to then be made by the system. I believe that's been
>
- Original Message -
> From: "Dennis Jacobfeuerborn"
> To: devel@lists.fedoraproject.org
> Sent: Saturday, June 13, 2015 12:30:39 PM
> Subject: Re: DNF vs YUM, $pkg, $pkg-mpi, $pkg-openmpi having same provides
>
> On 12.06.2015 15:25, Radek Holy wrote:
> >
> >
> > - Original Messa
perl-Gtk3-WebKit has broken dependencies in the rawhide tree:
On x86_64:
perl-Gtk3-WebKit-0.06-3.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Gtk3-WebKit-0.06-3.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Gtk3-WebKit-0.06-3.fc22.noarc
perl-Classic-Perl has broken dependencies in the rawhide tree:
On x86_64:
perl-Classic-Perl-0.05-9.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
perl-Classic-Perl-0.05-9.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-Classic-Perl-0.05-9.fc22.i686 requires
perl-Task-Kensho-Testing has broken dependencies in the rawhide tree:
On x86_64:
perl-Task-Kensho-Testing-0.38-1.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.1)
On i386:
perl-Task-Kensho-Testing-0.38-1.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.1)
On armhfp:
perl-Tas
perl-Eval-Context has broken dependencies in the rawhide tree:
On x86_64:
perl-Eval-Context-0.09.11-8.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Eval-Context-0.09.11-8.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Eval-Context-0.09.
On Mon, Jun 15, 2015 at 8:16 AM, Neal Gompa wrote:
> On Mon, Jun 15, 2015 at 8:01 AM, Josh Boyer wrote:
>> On Mon, Jun 15, 2015 at 4:28 AM, Miloslav Trmač wrote:
On Fri, Jun 12, 2015 at 7:24 AM, Neal Gompa wrote:
> What about some kind of virtual provides defined in repos/rpm/somewher
On Mon, Jun 15, 2015 at 8:01 AM, Josh Boyer wrote:
> On Mon, Jun 15, 2015 at 4:28 AM, Miloslav Trmač wrote:
>>> On Fri, Jun 12, 2015 at 7:24 AM, Neal Gompa wrote:
>>> > What about some kind of virtual provides defined in repos/rpm/somewhere
>>> > that
>>> > would automatically grab the kernel-d
On Mon, Jun 15, 2015 at 4:28 AM, Miloslav Trmač wrote:
>> On Fri, Jun 12, 2015 at 7:24 AM, Neal Gompa wrote:
>> > What about some kind of virtual provides defined in repos/rpm/somewhere
>> > that
>> > would automatically grab the kernel-devel package associated with the exact
>> > kernel that is
On Mon, Jun 8, 2015 at 11:04 AM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Sat, Jun 06, 2015 at 06:52:35PM -0400, Nico Kadel-Garcia wrote:
>> Given the profound discrepancies between the FHS 3 and everything that
>> systemd touches, I'm afraid it's become a confusing guideline for
>> Fedora work.
On 06/15/2015 01:36 PM, Richard W.M. Jones wrote:
>> You can set arbitrary version numbers on subpackages, so this isn't
>> really an issue.
>
> Blimey, so you can. That's a pretty obscure feature of RPM! I wonder
> if any packages use it?
It's quite common, a quick count yields 5257 subpackag
On 12.6.2015 16:55, Dan Williams wrote:
> On Fri, 2015-06-12 at 10:20 -0400, Matthew Miller wrote:
>> On Fri, Jun 12, 2015 at 10:58:14AM +0200, Tomas Hozza wrote:
>>> NetworkManager is pure network configuration manager in this scenario.
>>> We don't expect nor want NM to handle /etc/resolv.conf. W
On Mon, Jun 15, 2015 at 4:28 AM, Miloslav Trmač wrote:
>> On Fri, Jun 12, 2015 at 7:24 AM, Neal Gompa wrote:
>> > What about some kind of virtual provides defined in repos/rpm/somewhere
>> > that
>> > would automatically grab the kernel-devel package associated with the exact
>> > kernel that is
On Mon, Jun 15, 2015 at 01:03:58PM +0200, Miroslav Suchý wrote:
> Dne 7.5.2015 v 10:17 Richard W.M. Jones napsal(a):
> > For this reason, Fedora packages three different Unison branches in
> > separate packages:
> >
> > - unison213 (currently Unison 2.13.16)
> > - unison227 (currently Unison 2.2
On Mon, Jun 15, 2015 at 01:13:23PM +0200, Florian Weimer wrote:
> On 06/15/2015 12:44 PM, Richard W.M. Jones wrote:
> >
> > I did a bit of experimental packaging of Unison over the weekend, and
> > -- proving the importance of creating a mock-up -- I came to realize
> > why my proposal was wrong:
Dne 15.6.2015 v 12:15 Lennart Poettering napsal(a):
> On Mon, 15.06.15 11:15, Petr Lautrbach (plaut...@redhat.com) wrote:
>
>> Dne 13.6.2015 v 19:07 Lennart Poettering napsal(a):
>>> On Fri, 12.06.15 19:00, Miroslav Grepl (mgr...@redhat.com) wrote:
>>>
On 06/12/2015 12:17 PM, Lennart Poetteri
On 06/15/2015 12:44 PM, Richard W.M. Jones wrote:
>
> I did a bit of experimental packaging of Unison over the weekend, and
> -- proving the importance of creating a mock-up -- I came to realize
> why my proposal was wrong:
>
> - Subpackages would have the wrong version number. eg: If the main
Dne 7.5.2015 v 10:17 Richard W.M. Jones napsal(a):
> For this reason, Fedora packages three different Unison branches in
> separate packages:
>
> - unison213 (currently Unison 2.13.16)
> - unison227 (currently Unison 2.27.57)
> - unison240 (currently Unison 2.40.128)
> - There was a "unison" p
I did a bit of experimental packaging of Unison over the weekend, and
-- proving the importance of creating a mock-up -- I came to realize
why my proposal was wrong:
- Subpackages would have the wrong version number. eg: If the main
package was unison-2.48.3-1.fc23, the Unison 2.40 branch su
On Wed, Jun 10, 2015 at 01:50:31PM -0700, Gerald B. Cox wrote:
> On Wed, Jun 10, 2015 at 1:27 PM, Andreas Tunek
> wrote:
>
> > Yeah, you have to do a lot of quite complicated stuff before you can
> > register and get any support via irc. To register to this mailing list
> > you just send an email
On Mon, 15.06.15 11:15, Petr Lautrbach (plaut...@redhat.com) wrote:
> Dne 13.6.2015 v 19:07 Lennart Poettering napsal(a):
> > On Fri, 12.06.15 19:00, Miroslav Grepl (mgr...@redhat.com) wrote:
> >
> >> On 06/12/2015 12:17 PM, Lennart Poettering wrote:
> >>> On Thu, 11.06.15 06:51, Jan Kurik (jku..
On Mon, 2015-06-15 at 08:56 +0200, Miroslav Suchý wrote:
> Dne 12.6.2015 v 00:28 Kevin Kofler napsal(a):
> > 1. The software we ship in Fedora (and that includes EPEL) should
> > work out of the box. If you cannot provide DNF (with the plugins)
> > in EPEL, then defaulting to yum is the only opti
Dne 13.6.2015 v 19:07 Lennart Poettering napsal(a):
> On Fri, 12.06.15 19:00, Miroslav Grepl (mgr...@redhat.com) wrote:
>
>> On 06/12/2015 12:17 PM, Lennart Poettering wrote:
>>> On Thu, 11.06.15 06:51, Jan Kurik (jku...@redhat.com) wrote:
>>>
= Proposed System Wide Change: SELinux policy sto
> On Fri, Jun 12, 2015 at 7:24 AM, Neal Gompa wrote:
> > What about some kind of virtual provides defined in repos/rpm/somewhere that
> > would automatically grab the kernel-devel package associated with the exact
> > kernel that is running at the time yum/dnf is installing a program that
> > depe
Hello everyone!
The Campaign period for FESCo, Council and Env and Stack Elections is now open.
We will also have an email interview with all answers published simultaneously
on June the 22nd.
= FESCo [1] =
We will be selecting four seats on FESCo. Currently we have 6 nominees:
* Stephen Gallagh
# Fedora Quality Assurance Meeting
# Date: 2015-06-15
# Time: 15:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
It's QA meeting time again!
We're into the F23 cycle, so let's check in on the schedule and test
pla
49 matches
Mail list logo
