On 11/08/2013 08:18 AM, Manuel Faux wrote:
I'm trying to create a package of a maven project. The project uses the
tycho-packaging maven plugin with reproducible version qualifiers.
I am not checking out the git repository of the project, but a tgz
bundle. Therefore tycho cannot do any git opera
https://bugzilla.redhat.com/show_bug.cgi?id=989982
--- Comment #6 from Petr Šabata ---
The new release also no longer ships with several other modules which should be
packaged before the update, namely UDDI::Lite, XML::Parser::Lite, and
XMLRPC::*.
--
You are receiving this mail because:
You a
El 2013-11-08 08:05, Kushal Das escribió:
On Fri, Nov 8, 2013 at 10:44 AM, Daniel P. Berrange
wrote:
I actually thought that logins were locked by default and required
the cloud host to provide the metadata service for cloud-init to
run and inject SSH keys.
You are correct, to login into th
I'm trying to create a package of a maven project. The project uses the
tycho-packaging maven plugin with reproducible version qualifiers.
I am not checking out the git repository of the project, but a tgz
bundle. Therefore tycho cannot do any git operations and fails with the
following error:
[E
On Fri, Nov 8, 2013 at 10:44 AM, Daniel P. Berrange wrote:
> I actually thought that logins were locked by default and required
> the cloud host to provide the metadata service for cloud-init to
> run and inject SSH keys.
You are correct, to login into the instance one has to run the metadata se
On Thu, Nov 07, 2013 at 11:16:08PM +0100, Juan Orti Alcaine wrote:
> El Jueves, 7 de noviembre de 2013 14:55:57 Kevin Fenzi escribió:
> > On Thu, 07 Nov 2013 21:56:54 +0100
> >
> > Juan Orti Alcaine wrote:
> > > Hello, I've deployed a Fedora20 Beta qcow2 image in a VM, but I'm
> > > unable to log
On Sat, 2013-11-02 at 08:11 -0700, Gregory Maxwell wrote:
> The rtcweb WG session which will discuss MTI video codec will be on
> Thursday the 7th at 13:00 pacific. As usual the meeting will be
> streamed and anyone can participate remotely via Jabber
> (rtc...@jabber.ietf.org), but feedback can be
Richard Hughes wrote:
> On 6 November 2013 10:41, Michael Schwendt wrote:
>> # rpm -qf /usr/share/app-info/xmls/fedora-20.xml.gz
>> gnome-software-3.10.3-1.fc20.x86_64
>> does.
>
> It's AppStream metadata.
Similarly, in order to make apper/kde work, it needs appstream,
https://bugzilla.redh
HI
On Thu, Nov 7, 2013 at 6:51 PM, Adam Williamson wrote:
> Honestly, I don't think Software is really aimed at your use case, and
> you may as well just keep using yum. It's meant to be a cool way to find
> neat software, not a comprehensive package catalog.
>
Part of the problem that I have
On Thu, 2013-11-07 at 16:37 -0500, Christian Schaller wrote:
> Ok, so I guess the solution would be for the launcher to do something like
> this:
>
> gnome-terminal --geometry 80x37 --disable-factory --role=bitchx
> --class=bitchx --name "bitchX IRC" --title "BitchX IRC"
>
> That said Ray menti
On Thu, 2013-11-07 at 13:09 -0500, Rahul Sundaram wrote:
> Hi
>
>
> On Thu, Nov 7, 2013 at 12:56 PM, Florian Müllner
> wrote:
>
>
> I guess the main obstacle here is that there isn't really a
> good
> criterion which is as clear-cut as "installs a (non-N
On Thu, 2013-11-07 at 16:58 +0100, Kevin Kofler wrote:
> Bastien Nocera wrote:
>
> > - [Florian Weimer wrote:] -
> >> "Wayland" and "systemd" strongly suggest no Ubuntu interoperability
> >> whatsoever. Shouldn't this be a top priority for bundled applications?
> >
> > If we get any trac
On Thu, 2013-11-07 at 16:15 +0100, Lennart Poettering wrote:
> On Thu, 07.11.13 03:53, Kevin Kofler (kevin.kof...@chello.at) wrote:
>
> > Olav Vitters wrote:
> > > AFAIK (not sure), it should come somewhat easy once you the distribution
> > > is based upon systemd.
> >
> > That means it will excl
On Thu, Nov 7, 2013 at 1:02 PM, Richard Hughes wrote:
>
> On 7 Nov 2013 17:13, "Richard Vickery" wrote
>
> > Is / was a rather political decision to make BitchX unavailable through
> this app-market / Software GUI thing?
>
> How do you launch bitchx from gnome-shell? If it's just a random binary
El Jueves, 7 de noviembre de 2013 14:55:57 Kevin Fenzi escribió:
> On Thu, 07 Nov 2013 21:56:54 +0100
>
> Juan Orti Alcaine wrote:
> > Hello, I've deployed a Fedora20 Beta qcow2 image in a VM, but I'm
> > unable to login.
> >
> > What is the default user and password?
>
> user 'fedora' and no p
On Thu, Nov 7, 2013 at 4:37 PM, Christian Schaller wrote:
>
> Anyway, as Richard says, we should have a proper design discussion around
> this and not just add a ton of .desktop files without thinking through the
> presentation
> and how it will work. But feel free to file some bug reports to kic
Hi everyone,
So on behalf of the Workstation Working Group I would like to say thank you to
everyone who has taken the time so far to chime in. There has been a lot of
passionate discussion happening
and that is the way we like it. So while we might not have been able to respond
to each and ever
This review takes into account the following recommendations
* skip verbose option (use of log.level).
* use glob.glob to retrieve files matching rather that os.walk
* fix a bug in instanceBackupFS that did not return an already
existing backup
* add two functions to handle instance backup
On Thu, 07 Nov 2013 13:47:34 -0600
Michael Cronenworth wrote:
> Kevin Fenzi wrote:
> > Like repos.fedorapeople.org ?
>
> I don't have a beef with r.f.o. They're no different from hosting a
> repo on a personal server. The top of the root page even contains a
> disclaimer.
>
> > How on earth do
On Mon, Nov 4, 2013 at 12:44 PM, Toshio Kuratomi wrote:
> A new setuptools upstream release (1.2) was made last week that adds support
> for
> subversion 1.7 and 1.8. Subversion 1.7 shipped in Fedora 19 so the
> subversion support in setuptools is currently broken in both F19 and F20.
> Unless t
Ok, so I guess the solution would be for the launcher to do something like this:
gnome-terminal --geometry 80x37 --disable-factory --role=bitchx --class=bitchx
--name "bitchX IRC" --title "BitchX IRC"
That said Ray mentioned that this is probably not supported yet in the Shell
launcher.
Anywa
Hey,
with this change [0] we try to bring some basic OpenCL support to Fedora
21.
To make the user (or developer) experience even better I'd like to add a
group which contain a set of opencl packages to enable basic OpenCL
support on a host - for usage and development.
According to [1] this mailin
https://fedorahosted.org/389/ticket/47582/
https://fedorahosted.org/389/attachment/ticket/47582/0001-Ticket-47582-agmt_count-in-Replica-could-become-PRUi.patch
--
Mark Reynolds
389 Development Team
Red Hat, Inc
mreyno...@redhat.com
--
389-devel mailing list
389-de...@lists.fedoraproject.org
htt
On 7 Nov 2013 17:13, "Richard Vickery" wrote
> Is / was a rather political decision to make BitchX unavailable through
this app-market / Software GUI thing?
How do you launch bitchx from gnome-shell? If it's just a random binary
without any desktop or appdata file, it isn't an application as far
On Thu, Nov 7, 2013 at 9:48 PM, Lennart Poettering wrote:
> On Thu, 07.11.13 20:09, Miloslav Trmač (m...@volny.cz) wrote:
>> Is there a technical reason why we can't use their packaging format,
>> interpreting it with our technologies but staying compatible?
>
> Well, the most relevant bit is that
On Thu, 07.11.13 20:09, Miloslav Trmač (m...@volny.cz) wrote:
> On Thu, Nov 7, 2013 at 4:15 PM, Lennart Poettering
> wrote:
> > On Thu, 07.11.13 03:53, Kevin Kofler (kevin.kof...@chello.at) wrote:
> >
> >> Olav Vitters wrote:
> >> > AFAIK (not sure), it should come somewhat easy once you the dis
For some time I am looking for a reason to test the Lua RPM feature:
http://rpm.org/wiki/PackagerDocs/RpmLua
Can you point me to the .spec in the question and a few more words
which is the desired result.
Kind Regards,
Alek
Hi Alek,
I've uploaded the spec here [1]. About the scenario and
On Wed, Nov 6, 2013 at 6:31 PM, Jaroslav Reznik wrote:
> And with that conflict - resources to backport stuff or do updates (that's
> the reason why we have so many updates - no resources to backport fixes,
> more hope that upstream fixed it and it's regression free :D).
Note that it's not strict
On Thu, 7 Nov 2013 20:50:28 +0100
Olav Vitters wrote:
> On Thu, Nov 07, 2013 at 08:57:06AM -0700, Kevin Fenzi wrote:
> > Which basically says that the working group is going to work on
> > that. There's actually 0 technical details on how the implemetation
> > will work out, or even if it will.
On Thu, Nov 07, 2013 at 03:45:13PM +0100, Nicolas Mailhot wrote:
> Maybe that's because Coprs were never announced with huge rants about
> market-share and how Fedora packaging sucked and was irrelevant?
I'm pretty sure you're misunderstanding what people are saying if you
think above. What I wrot
On Thu, Nov 07, 2013 at 04:06:04PM +0100, Kevin Kofler wrote:
> Peter Robinson wrote:
> > I don't see many people forcing things through, I believe that the vast
> > majority of contributors either like the change or aren't bothered by it.
>
> Ah, the "silent majority" hypothesis, always a fun arg
On Thu, Nov 07, 2013 at 08:57:06AM -0700, Kevin Fenzi wrote:
> Which basically says that the working group is going to work on that.
> There's actually 0 technical details on how the implemetation will work
> out, or even if it will.
http://www.superlectures.com/guadec2013/sandboxed-applications-
Hi
On Thu, Nov 7, 2013 at 2:39 PM, Christian Schaller wrote:
>
> Maybe long term we want to filter terminal applications into a separate
> 'tab' or similar, but regardless of
> long term presentation if you maintain a package with a terminal
> application and want it to show up in the installer
Kevin Fenzi wrote:
Like repos.fedorapeople.org ?
I don't have a beef with r.f.o. They're no different from hosting a repo on a
personal server. The top of the root page even contains a disclaimer.
How on earth do you get to 'does away with them' ?
It's a Fedora infrastructure server build
At the Fedora 20 Beta Go/No-Go Meeting that just occurred, it was
agreed to Go with the Fedora 20 Beta by Fedora QA and Fedora
Development (with silent approval from me ;-).
Fedora 20 Beta will be publicly available on Tuesday, November 12,
2013.
!!!Schedule adjustment!!!
Due to possible collisi
Richard Vickery (richard.vicker...@gmail.com) said:
> A thought as we move into the future: if we continue with the installer,
> end users may one day forget about the yum command and all the awesome
> packages out there; they may forget about the command line altogether.
We've been shipping a gr
Well the installer is work in progress and there are a lot of features missing
still, and
there are still questions that we need to figure out the answer to in terms of
installing various things.
We are trying to nail down the core design first before adding support for
'everything',
but there
Rahul Sundaram (methe...@gmail.com) said:
> > I guess the main obstacle here is that there isn't really a good
> > criterion which is as clear-cut as "installs a (non-NoDisplay)
> > .desktop file" => "this is a user-visible gui application" for gui
> > applications - mutt certainly is a user appli
On 11/05/2013 10:33 PM, Adam Williamson wrote:
On Tue, 2013-11-05 at 16:32 -0500, Josh Boyer wrote:
On Tue, Nov 5, 2013 at 4:29 PM, Adam Williamson wrote:
On Tue, 2013-11-05 at 15:23 -0500, Josh Boyer wrote:
On Tue, Nov 5, 2013 at 2:58 PM, Adam Williamson wrote:
On Fri, 2013-11-01 at 14:22
On Thu, Nov 7, 2013 at 4:15 PM, Lennart Poettering wrote:
> On Thu, 07.11.13 03:53, Kevin Kofler (kevin.kof...@chello.at) wrote:
>
>> Olav Vitters wrote:
>> > AFAIK (not sure), it should come somewhat easy once you the distribution
>> > is based upon systemd.
>>
>> That means it will exclude the m
Hi Sandro,
On 07.11.2013 15:10, Sandro Mani wrote:
Uhm, how can one this be done? Shell variables are substituted after
macro expansion, so i.e.
function do_build {
arch=$1
qt_version=$2
%{mingw${arch}_qmake_${qt_version}}
}
would hardly work? Or are you suggesting passing the entire macros as
Hi
On Thu, Nov 7, 2013 at 12:56 PM, Florian Müllner wrote:
>
> I guess the main obstacle here is that there isn't really a good
> criterion which is as clear-cut as "installs a (non-NoDisplay)
> .desktop file" => "this is a user-visible gui application" for gui
> applications - mutt certainly is
On Thu, Nov 7, 2013 at 9:36 AM, Rahul Sundaram wrote:
> Hi
>
>
> On Thu, Nov 7, 2013 at 12:28 PM, Christian Schaller wrote:
>
>> Hi,
>> The core principle of the installer is that it operates on an application
>> level and not a package level. The current way it determines if something
>> is an
On Thu, Nov 7, 2013 at 6:36 PM, Rahul Sundaram wrote:
> Perhaps instead of ignoring them entirely, you can just sort the results or
> having
> a secondary view "Click here for command line applications that match your
> search
> results" etc can be considered.
I guess the main obstacle here is
https://fedorahosted.org/389//ticket/47541
https://fedorahosted.org/389/attachment/ticket/47541/0001-Ticket-47541-Replication-of-the-schema-may-overwrite.patch
--
Mark Reynolds
389 Development Team
Red Hat, Inc
mreyno...@redhat.com
--
389-devel mailing list
389-de...@lists.fedoraproject.org
htt
Hi
On Thu, Nov 7, 2013 at 12:28 PM, Nicolas Mailhot wrote:
>
> > You're proposing a continuation of the adolescent state of Linux on the
> > Desktop with its barriers to growing the market. Yes, let's build
> > artificial walls keeping out new users and developers who don't agree
> > with the ex
Hi
On Thu, Nov 7, 2013 at 12:28 PM, Christian Schaller wrote:
> Hi,
> The core principle of the installer is that it operates on an application
> level and not a package level. The current way it determines if something
> is an application
> is by looking for a .desktop file. So in theory you
Le Jeu 7 novembre 2013 16:29, Rahul Sundaram a écrit :
> Hi
>
>
> On Thu, Nov 7, 2013 at 8:58 AM, Nicolas Mailhot wrote:
>
>>
>>
>> I can only react to what has been published, which so far is "we'll do
>> better because you suck"
>>
>
> Where has anyone said that?
For example:
> You're proposin
Hi,
The core principle of the installer is that it operates on an application level
and not a package level. The current way it determines if something is an
application
is by looking for a .desktop file. So in theory you could put a bitchx.desktop
file into the bitchx package and it would app
It's only for GUI applications, which BitchX isn't, and if it has
become a GUI application in the ten years since I last looked at it,
it's probably lacking AppData files.
- Original Message -
> Is / was a rather political decision to make BitchX unavailable through
> this app-market / Sof
Is / was a rather political decision to make BitchX unavailable through
this app-market / Software GUI thing? Since having to yum install it, I am
beginning to have a negative feeling toward the app market idea; the
thought being: what else is being left out?
Regards,
Richard
--
devel mailing lis
Josh Boyer wrote:
> So if we call containerized apps "Appers"
The name "Apper" is already taken!
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On 11/07/2013 02:41 PM, Nicolas Mailhot wrote:
Le Mer 6 novembre 2013 20:52, Adam Jackson a écrit :
Don't throw your hands up in resignation. Write code. Fix problems.
Isn't that exactly what this proposal does?
People claim packaging process is broken and needs to be replaced.
Who? I'd agr
On Thu, Nov 7, 2013 at 4:58 PM, Kevin Kofler wrote:
> (My guess: Canonical will come up with their own Ubuntu App model requiring
> Ubuntu technologies
If you had read Lennart's previous reply to this thread, you'd be
aware that they already did.
--
devel mailing list
devel@lists.fedoraproject.o
Bastien Nocera wrote:
> - [Florian Weimer wrote:] -
>> "Wayland" and "systemd" strongly suggest no Ubuntu interoperability
>> whatsoever. Shouldn't this be a top priority for bundled applications?
>
> If we get any traction on this, their customers/users will ask them for it
> themselves
On Thu, 07 Nov 2013 09:06:43 -0600
Michael Cronenworth wrote:
> Josh Boyer wrote:
> > Everyone seems to think Coprs are
> > awesome, but they can be used for the same things you deride
> > containerized apps for.
>
> Please don't count me as "everyone."
>
> How is Coprs a benefit?
> -Allows eas
On Thu, 7 Nov 2013 15:45:13 +0100
"Nicolas Mailhot" wrote:
...snip...
>
> It's not blinders it's the natural reaction of people to tactless
> pronouncements and dismissals. I do wish the people complaining about
> this list focused more on technical aspects and less on hype or
> we-ll-decide-som
==
#fedora-meeting: fesco
==
Meeting started by abadger1999 at 18:02:39 UTC. The full logs are
available at
http://meetbot.fedoraproject.org/fedora-meeting/2013-11-06/fedora-meeting.2013-11-06-18.02.log.html
.
Meeting summary
---
* Roll Call
Hello,
I have recently joined the Red Hat Security Technologies Team,
and will help co-maintain the gnutls and nettle packages.
My primary area of focus is security and cryptography and I'm
working on few such projects (e.g. gnutls).
I'd also like to bring in ocserv [0], an SSL VPN server. I hop
Olav Vitters wrote:
> On Thu, Nov 07, 2013 at 11:33:57AM +0100, Sergio Pascual wrote:
>> 2013/11/7 Olav Vitters
>>
>> > On Thu, Nov 07, 2013 at 03:53:48AM +0100, Kevin Kofler wrote:
>> > > Olav Vitters wrote:
>> > > > AFAIK (not sure), it should come somewhat easy once you the
>> > distribution
commit 9476c47d0a44c0123fb8246f2ff406b0dc07fffa
Author: Petr Písař
Date: Thu Nov 7 16:46:17 2013 +0100
0.10.0 bump
.gitignore |1 +
perl-Fedora-Rebuild.spec | 32
sources |2 +-
3 files changed, 22 insertions(+), 13
commit 347b470af7ae759736263592c0e4dba9ae67c7ce
Author: Petr Písař
Date: Thu Nov 7 16:46:17 2013 +0100
0.10.0 bump
.gitignore |1 +
perl-Fedora-Rebuild.spec | 32
sources |2 +-
3 files changed, 22 insertions(+), 13
Summary of changes:
3c67235... 0.10.0 bump (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
commit 3c67235b6d5fa21b80b62062e5c43a947d75bfa3
Author: Petr Písař
Date: Thu Nov 7 16:46:17 2013 +0100
0.10.0 bump
.gitignore |1 +
perl-Fedora-Rebuild.spec | 32
sources |2 +-
3 files changed, 22 insertions(+), 13
Sam,
Message: 2
Date: Wed, 6 Nov 2013 17:23:05 -0500 (EST)
From: Sam Kottler
To: EPEL Development List
Subject: Re: EPEL Retire from maintainership duties
- Original Message -
I'll take over nagios-plugins, nagios-plugins-check_sip, and nrpe.
Can you orphan those packages so I can be
A file has been added to the lookaside cache for perl-Fedora-Rebuild:
651705dd3754fe2574843da5e67f2c52 Fedora-Rebuild-v0.10.0.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.
https://fedorahosted.org/389/ticket/47521
https://fedorahosted.org/389/attachment/ticket/47521/0001-Ticket-47521-Complex-filter-in-a-search-request-doen.patch
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
Hi
On Thu, Nov 7, 2013 at 8:58 AM, Nicolas Mailhot wrote:
>
>
> I can only react to what has been published, which so far is "we'll do
> better because you suck"
>
Where has anyone said that?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/lis
On Thu, 07.11.13 03:53, Kevin Kofler (kevin.kof...@chello.at) wrote:
> Olav Vitters wrote:
> > AFAIK (not sure), it should come somewhat easy once you the distribution
> > is based upon systemd.
>
> That means it will exclude the most popular distribution out there.
If you are referring to Ubunt
Hi
On Thu, Nov 7, 2013 at 10:06 AM, Kevin Kofler wrote:
> Peter Robinson wrote:
> > I don't see many people forcing things through, I believe that the vast
> > majority of contributors either like the change or aren't bothered by it.
>
> Ah, the "silent majority" hypothesis, always a fun argume
Josh Boyer wrote:
Everyone seems to think Coprs are
awesome, but they can be used for the same things you deride
containerized apps for.
Please don't count me as "everyone."
How is Coprs a benefit?
-Allows easy Fedora fragmentation. Why bother with package reviews ever again?
Were Ubuntu's PP
Peter Robinson wrote:
> I don't see many people forcing things through, I believe that the vast
> majority of contributors either like the change or aren't bothered by it.
Ah, the "silent majority" hypothesis, always a fun argument to bring (with
no evidence whatsoever) when one is clearly losing
Hi Frank,
They will, although in some sense I am the wrong person to ask this question as
it
will be up to the people developing and packaging these DE's just like it is
now.
The difference from today here though will be that there will be some
requirements for being available
for the workstati
Peter Robinson wrote:
> Just because you can't see a way to fix it doesn't mean its either
> unfixable or that there aren't people willing to step up to do so.
It's not that I can't see a way to fix it, it's that I can see that there is
no way! The whole system relies on bundling, so it is provab
Peter Robinson wrote:
I don't see many people forcing things through, I believe that the vast majority
of contributors either like the change or aren't bothered by it. There's
certainly no proof that it'll make anything worse. That doesn't mean its going
to be perfect or without teething problems
Le Jeu 7 novembre 2013 15:19, Josh Boyer a écrit :
> So if we call containerized apps "Appers" and host it somewhere on
> Fedora infrastructure and tell people about it, you'd be totally OK
> with that?
I think that would remove a lot of the emotion in this thread.
> People seem to already be
On Thu, Nov 7, 2013 at 9:10 AM, Nicolas Mailhot
wrote:
>
> Le Jeu 7 novembre 2013 14:57, Josh Boyer a écrit :
>
>> And yet, now we have Coprs. Which lets people easily upload
>> unreviewed, possibly bundled application SRPMs for easy distribution
>> outside of the main Fedora repos. Everyone see
On Thu, Nov 7, 2013 at 1:54 PM, Miroslav Suchý wrote:
> Dear developers and Fedora contributors,
>
> let me introduce Copr:
>
> http://copr-fe.cloud.fedoraproject.org/
>
> Copr is a build system for third party repositories. It is intended for:
> * upstream teams - to make nightly and test build
Le Jeu 7 novembre 2013 14:57, Josh Boyer a écrit :
> And yet, now we have Coprs. Which lets people easily upload
> unreviewed, possibly bundled application SRPMs for easy distribution
> outside of the main Fedora repos. Everyone seems to think Coprs are
> awesome, but they can be used for the s
Hi,
my little utility for easier karma submitting into bodhi is looking for sponsor.
Package review [1] is in progress right now.
I would really appreciate any comments and sponsoring.
Thank you
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1020839
Branislav Blaškovič
www.blaskovic.sk
--
d
Le Jeu 7 novembre 2013 14:46, Simo Sorce a écrit :
> On Thu, 2013-11-07 at 14:41 +0100, Nicolas Mailhot wrote:
>> Le Mer 6 novembre 2013 20:52, Adam Jackson a écrit :
>>
>> > Don't throw your hands up in resignation. Write code. Fix problems.
>>
>> Isn't that exactly what this proposal does?
>>
On Thu, Nov 7, 2013 at 8:20 AM, Nicolas Mailhot
wrote:
>
> Le Mer 6 novembre 2013 19:24, Josh Boyer a écrit :
>
>> I'm just having trouble wrapping my head around the intense focus on a
>> new app packaging technology when the entire distro is making massive
>> changes to how it's produced.
>
> Be
On Thu, Nov 07, 2013 at 12:58:37PM +0100, Florian Weimer wrote:
> On 11/06/2013 11:30 PM, Olav Vitters wrote:
> >On Wed, Nov 06, 2013 at 10:55:30PM +0100, Sergio Pascual wrote:
> >>Has this "sanboxed-bundled-from-upstream" proposal been discussed with
> >>other distributions? If the final result i
On Thu, Nov 07, 2013 at 10:45:29AM +, Frank Murphy wrote:
> On Thu, 7 Nov 2013 11:17:28 +0100
> Olav Vitters wrote:
>
> > On Thu, Nov 07, 2013 at 03:53:48AM +0100, Kevin Kofler wrote:
> > > Olav Vitters wrote:
> > > > AFAIK (not sure), it should come somewhat easy once you the
> > > > distrib
On Thu, Nov 07, 2013 at 02:28:09PM +0100, Nicolas Mailhot wrote:
> I fail to see the point of discussing non-GNOME-specific problems on a
> GNOME development list. A bit more logical to include people who actually
> work on non-GNOME software and don't want to discuss non-GNOME app
> distribution o
On 7 November 2013 13:36, Felix Kaechele wrote:
> A little off-topic but I was wondering:
> The spec states "Screenshots should be taken with US English as the display
> language.".
You can actually localize the screenshots if you want; I don't know of
any project that wants to do that yet.
> Ho
On Thu, Nov 07, 2013 at 11:33:57AM +0100, Sergio Pascual wrote:
> 2013/11/7 Olav Vitters
>
> > On Thu, Nov 07, 2013 at 03:53:48AM +0100, Kevin Kofler wrote:
> > > Olav Vitters wrote:
> > > > AFAIK (not sure), it should come somewhat easy once you the
> > distribution
> > > > is based upon systemd
Le 07/11/2013 13:54, Miroslav Suchý a écrit :
> Dear developers and Fedora contributors,
>
> let me introduce Copr:
>
> http://copr-fe.cloud.fedoraproject.org/
Very nice tool (from a Copr tester)
Thanks a lot.
Remi.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproje
On Thu, 2013-11-07 at 14:41 +0100, Nicolas Mailhot wrote:
> Le Mer 6 novembre 2013 20:52, Adam Jackson a écrit :
>
> > Don't throw your hands up in resignation. Write code. Fix problems.
>
> Isn't that exactly what this proposal does?
>
> People claim packaging process is broken and needs to b
perl-SOAP-Lite has broken dependencies in the rawhide tree:
On x86_64:
perl-SOAP-Lite-0.716-3.fc20.noarch requires perl(SOAP::Transport::TCP)
On i386:
perl-SOAP-Lite-0.716-3.fc20.noarch requires perl(SOAP::Transport::TCP)
On armhfp:
perl-SOAP-Lite-0.716-3.fc20.noarch requi
perl-Language-Expr has broken dependencies in the rawhide tree:
On x86_64:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
perl-Language-Expr-0.19-4.
Le Mer 6 novembre 2013 20:52, Adam Jackson a écrit :
> Don't throw your hands up in resignation. Write code. Fix problems.
Isn't that exactly what this proposal does?
People claim packaging process is broken and needs to be replaced. But
they've not even identified the problem parts, nor trie
On Thu, 2013-11-07 at 13:54 +0100, Miroslav Suchý wrote:
> Dear developers and Fedora contributors,
>
> let me introduce Copr:
>
> http://copr-fe.cloud.fedoraproject.org/
>
> Copr is a build system for third party repositories. It is intended for:
> * upstream teams - to make nightly and test
Richard Hughes wrote:
It's not mandatory, but highly reccomended. See
http://people.freedesktop.org/~hughsient/appdata/#screenshots for
details.
A little off-topic but I was wondering:
The spec states "Screenshots should be taken with US English as the
display language.".
However the spec also
= Proposed Self Contained Change: OpenCL =
https://fedoraproject.org/wiki/Changes/OpenCL
Change Owner(s): Fabian Deutsch
This change will bring basic OpenCL support to Fedora to support the
development of OpenCL enabled software and the development of OpenCL
implementations itself. The change
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/06/2013 10:12 PM, Kevin Kofler wrote:
> Simo Sorce wrote:
>
>> On Wed, 2013-11-06 at 01:13 +0100, Kevin Kofler wrote:
>>> Simo Sorce wrote:
* and *ideally* I mean SELinux sanbdboxed with specific APIs that
must be used to interact with
Le Jeu 7 novembre 2013 11:17, Olav Vitters a écrit :
> On Thu, Nov 07, 2013 at 03:53:48AM +0100, Kevin Kofler wrote:
>> Olav Vitters wrote:
>> > AFAIK (not sure), it should come somewhat easy once you the
>> distribution
>> > is based upon systemd.
>>
>> That means it will exclude the most popular
This review differs from previous with:
* skip verbose option (use of log.level).
* use glob.glob to retrieve files matching rather that os.walk
* fix a bug in instanceBackupFS that did not return an already
existing backup
* add two functions to handle instance backup: clearInstanceBackup
Le Mer 6 novembre 2013 19:24, Josh Boyer a écrit :
> I'm just having trouble wrapping my head around the intense focus on a
> new app packaging technology when the entire distro is making massive
> changes to how it's produced.
Because all distributions can and do ship the same software and the
On 07.11.2013 12:38, Michael Schwendt wrote:
On Sat, 02 Nov 2013 18:40:46 +0100, Sandro Mani wrote:
On 02.11.2013 18:18, Kevin Kofler wrote:
Hi,
Sandro Mani wrote:
%define do_build() \
mkdir build_win%{1}_%{2}; \
(cd build_win%{1}_%{2}; \
%{mingw%{1}_qmake_%{2}} 'PREFIX=%{mingw%{1}_prefix}'
1 - 100 of 133 matches
Mail list logo
