- Original Message -
> From: "Hedayat Vatankhah"
> To: "Development discussions related to Fedora"
>
> Sent: Saturday, January 3, 2015 9:42:01 PM
> Subject: Yet another frustration with Fedora package management
> Hi!
> Summary: Try to prevent a package from being updated/installed from
Am 05.01.2015 um 06:18 schrieb Chris Murphy:
On Sun, Jan 4, 2015 at 8:15 PM, Rahul Sundaram wrote:
On Sun, Jan 4, 2015 at 9:43 PM, Chris Murphy < wrote:
There's already an application that does this, it's GNOME
Packages or use yum/dnf.
If this was the answer, there wouldn't be so many rep
- Original Message -
> On 02/01/15 11:42, Richard Hughes wrote:
>
> >> Because as of now, gnome-software just doesn't fit the workstation bill
> >
> > I think you're misunderstanding what most developers do. We probably
> > spend about 10 minutes installing development packages (on the com
On 5 January 2015 at 05:25, Rahul Sundaram wrote:
> That is potentially one way to address it. I think it is somewhat confusing
> to have two different interfaces for dealing with software
I think if we do want to re-include a package UI into the ISO by
default, we do need to do quite a bit of U
Hi,
I'm happy to review a package in exchange for freeradius-client
library: https://bugzilla.redhat.com/show_bug.cgi?id=1171129
regards,
Nikos
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraprojec
On Wed, 2014-12-10 at 02:24 -0500, Anish Patil wrote:
> Hi,
>
> We have xkb layouts and m17n input methods to type Indian languages and both
> gets installed on GNOME by default. So it always creates confusion for uses
> that which are input methods and xkb layouts. However with xkb layouts one
commit b9393df1e79516c51fcd5a652e4dc3f7b8d0f989
Author: Petr Písař
Date: Mon Jan 5 10:53:06 2015 +0100
1.70 bump
.gitignore |1 +
perl-ExtUtils-Manifest.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff
On 05/01/15 10:04, Bohuslav Kabrda wrote:
- Original Message -
That said, what about describing the developer usecase as a project,
focusing on a user using both GUI and CLI tools?
- Get the sources (if they exist).
- Install a toolchain, GUI-based or not.
- Install dependencies: -de
On 05/01/15 06:25, Rahul Sundaram wrote:
That is potentially one way to address it. I think it is somewhat
confusing to have two different interfaces for dealing with software and
it also means that the additional metadata included in GNOME Software
won't be available for command line utilities
On 05/01/15 10:18, Richard Hughes wrote:
On 5 January 2015 at 05:25, Rahul Sundaram wrote:
That is potentially one way to address it. I think it is somewhat confusing
to have two different interfaces for dealing with software
I think if we do want to re-include a package UI into the ISO by
d
Compose started at Mon Jan 5 05:15:02 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
= Proposed System Wide Change: GHC 7.8 =
https://fedoraproject.org/wiki/Changes/GHC_7.8
Change owner(s): Jens Petersen , Ricky Elrod
, Haskell_SIG
Update the GHC Haskell compiler to the major new 7.8 release, and
update/rebuild all Haskell packages against it.
== Detailed Description ==
* Th
Change in package status over the last 168 hours
0 packages were orphaned
5 packages were retired
perl-Test-Tester [master] was retired by psabata
Ease testing test modules built with Test::Bui
Hi,
I've just orphaned python-psutil for rawhide, since none of my
packages require it anymore.
For potential packagers who'd like to take ownership of this package,
be careful when updating to latest major version which breaks API
(upstream: 2.1.3/fedora: 1.2.1); many packages depending on psutil
I use it for several things. I'll dig through the upstream issues and pick it
up if it's viable.
Jamie Duncan, RHCE
Senior Technical Account Manager
Red Hat, Inc.
jdun...@redhat.com
w-804.343.6086
c-804.307.7079
tech support-888.GO.REDHAT
- Original Message -
From: "Mohamed El
Yeah. I'll pick this up.
Jamie Duncan, RHCE
Senior Technical Account Manager
Red Hat, Inc.
jdun...@redhat.com
w-804.343.6086
c-804.307.7079
tech support-888.GO.REDHAT
- Original Message -
From: "Jamie Duncan"
To: "Development discussions related to Fedora"
Sent: Monday, Ja
- Original Message -
> Björn Persson wrote:
> > I bet! I worry that the questions would quickly become annoying. But if
> > ports are going to be blocked by default, then there needs to be some
> > way for non-sysadmin users to open them.
>
> No, why? The ports just need to be closed, pe
Hi
On Mon, Jan 5, 2015 at 4:18 AM, Richard Hughes wrote:
>
> Also, if any UI changes need to happen, the time to talk to the
> designers is NOW.
Which designers?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Con
On 05/01/15 10:04, Bohuslav Kabrda wrote:
- Original Message -
On 02/01/15 11:42, Richard Hughes wrote:
Because as of now, gnome-software just doesn't fit the workstation bill
I think you're misunderstanding what most developers do. We probably
spend about 10 minutes installing dev
Hello,
> Am 02.01.2015 um 21:05 schrieb Miloslav Trmač:
> > Here, GUIs _as a category_ (not necessarily the GUIs we are currently
> > providing) should always be better than CLIs _as a category_ simply
> > because the GUI can in the worst case just copy the CLI layout and
> > behavior so it will no
On Mon, 2014-12-22 at 23:24 +0100, Kevin Kofler wrote:
> Stephen John Smoogen wrote:
> > User A wants to be notified of all programs opening ports even if he is
> > going to whitelist them.
> > User B does not want to be notified and could care less about security.
> > etc.
>
> User C does not
Hello:
I want to bring back cairo-dock back to Fedora, which was removed on
Feb 2009 from Fedora and need re-review:
https://bugzilla.redhat.com/show_bug.cgi?id=1178911 cairo-dock
https://bugzilla.redhat.com/show_bug.cgi?id=1178912 cairo-dock-plug-ins
cairo-dock-plug-ins depends on cairo-dock.
I
On 5 January 2015 at 09:09, Miloslav Trmač wrote:
> Hello,
> > Am 02.01.2015 um 21:05 schrieb Miloslav Trmač:
> > > Here, GUIs _as a category_ (not necessarily the GUIs we are currently
> > > providing) should always be better than CLIs _as a category_ simply
> > > because the GUI can in the wors
On 02/01/15 21:05, Miloslav Trmač wrote:
- Original Message -
well, and that is why there are tasks you *can * do 1000 times more
better in a terminal or in a 3-liner shell script with one or two params
and others where you are much faster using the GUI
this world is grey
hence everybo
On 05/01/15 17:35, Stephen John Smoogen wrote:
Here in the fourth world USA, we aren't actually seeing a decrease in
slow lines but an increase as the oligarchy in control of networks is
figuring out ways to advertise faster speeds but actually only deliver
much slower ones. You can get 200 MB i
On Sat, 2015-01-03 at 12:41 +0100, gil wrote:
> xrandr --verbose
> xrandr: Failed to get size of gamma for output default
> Screen 0: minimum 640 x 480, current 1024 x 768, maximum 1024 x 768
> default connected primary 1024x768+0+0 (0x17c) normal (normal) 0mm x 0mm
Typically this means you're us
Summary of changes:
6b9976a... 1.522 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/
Am 05.01.2015 um 17:09 schrieb Miloslav Trmač:
but you can't and won't use the GUI the same way on remote machines over
slow lines
Those slow lines are disappearing, and will be pretty rare by the time we get
any UI design finished and polished
sorry, but that is nonsense
my home internet
Am 05.01.2015 um 17:48 schrieb Alec Leamas:
I don't envy how the political climate on your continent has affected
this for you. However, connecting to the top of this sub-thread, for the
Fedora Workstation usecase this is not necessarily that bad - a
developer works normally with local tools, al
On 05/01/15 19:10, Reindl Harald wrote:
Am 05.01.2015 um 17:48 schrieb Alec Leamas:
I don't envy how the political climate on your continent has affected
this for you. However, connecting to the top of this sub-thread, for the
Fedora Workstation usecase this is not necessarily that bad - a
deve
Il 05/01/2015 17:58, Adam Jackson ha scritto:
On Sat, 2015-01-03 at 12:41 +0100, gil wrote:
xrandr --verbose
xrandr: Failed to get size of gamma for output default
Screen 0: minimum 640 x 480, current 1024 x 768, maximum 1024 x 768
default connected primary 1024x768+0+0 (0x17c) normal (normal)
> While I think you are right in some cases like cashier, isn't this
> discussion really about the Fedora Workstation?! Since for this the
> target user is a developer, can we just agree that in this case the user
> needs both CLI and GUI apps (although some developers certainly sticks
> to one of
> and developers deserve a better environment.
No, developers deserve the environment they ask for, not what someone
else thinks is "better".
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.or
/*Radek Holy */ wrote on Mon, 5 Jan 2015 03:03:30
-0500 (EST):
*From: *"Hedayat Vatankhah"
*To: *"Development discussions related to Fedora"
*Sent: *Saturday, January 3, 2015 9:42:01 PM
*Subject: *
Am 05.01.2015 um 19:36 schrieb Miloslav Trmač:
While I think you are right in some cases like cashier, isn't this
discussion really about the Fedora Workstation?! Since for this the
target user is a developer, can we just agree that in this case the user
needs both CLI and GUI apps (although som
(on CLI)
> > and developers deserve a better environment.
>
> No, developers deserve the environment they ask for, not what someone
> else thinks is "better".
There are aspects of the shell that are a matter of pure preference, like
syntax coloring.
There are aspects where personal preference o
On Mon, Jan 5, 2015 at 10:36 AM, Miloslav Trmač wrote:
>> While I think you are right in some cases like cashier, isn't this
>> discussion really about the Fedora Workstation?! Since for this the
>> target user is a developer, can we just agree that in this case the user
>> needs both CLI and GUI
The main package used to have license:
(QPL with exceptions) and (LGPLv2+ with exceptions)
In the new 20141215 version just built for Rawhide, the LGPLv2+ with
exceptions part is now confined to the -devel subpackage, so the main
package license has changed to just:
QPL with exceptions
which is
> Still there is a ton of things that are trivial with CLI and surprisingly
> hard without it. Not all of them are geeky or developy: just the other day, I
> was looking at an SD card from my camera; the JPEGS were in a standard DCIM
> directory, but the video files were hidden under multiple le
On 5 January 2015 at 15:23, Rahul Sundaram wrote:
> Which designers?
I'd prefer either aday or jimmac in #gnome-design as they did most of
the original designs, but Mo and Ryan also know the UX well.
Richard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mai
# First F22 Blocker Review meeting
# Date: 2015-01-07
# Time: 16:00 UTC
# Location: #fedora-blocker-review on irc.freenode.net
While it's not the usual time to start blocker reviews, after much
deliberation at today's QA meeting, it was decided to start the blocker
review process earlier than usua
On Wed, Nov 26, 2014 at 11:41:10AM -0500, David Cantrell wrote:
> On Wed, Nov 26, 2014 at 03:13:59PM +1000, Noriko Mizumoto wrote:
> > Hi Fedora developers
> >
> > Having the consensus with FESCo [1], we FLP (aka translation team) have
> > started the process of migration to new fedora.zanata.org
Hi
On Mon, Jan 5, 2015 at 2:48 PM, Richard Hughes wrote:
> I'd prefer either aday or jimmac in #gnome-design as they did most of
> the original designs, but Mo and Ryan also know the UX well.
>
> Pinged jimmac and ryan on that channel.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
I've just orphaned the following packages:
msr-tools
isic
ip6sic
x86info
pmtools
Please feel free to become the new point of contact on them if you
like.
kevin
pgpmaG1Jvcwpb.pgp
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorapr
On 01/05/2015 09:40 PM, Jamie Duncan wrote:
> Yeah. I'll pick this up.
>
FYI - I've built 2.1.3 for Rawhide only - because it's blocking the
update of glances. Because of the API change this change should likely
target F22 and not be pushed to the stable releases.
Best regards,
--
Michel Alexan
- Original Message -
> From: "Hedayat Vatankhah"
> To: "Development discussions related to Fedora"
>
> Sent: Monday, January 5, 2015 7:50:27 PM
> Subject: Re: Yet another frustration with Fedora package management
> Radek Holy wrote on Mon, 5 Jan 2015 03:03:30 -0500 (EST):
> > - O
46 matches
Mail list logo
