Re: Fatal flaw in the udev paradigm?

Le Jeu 31 octobre 2013 07:03, rran...@ihug.com.au a écrit : > I have run into an issue which seems to call into question the udev > paradigm for USB devices. It's not a fatal flaw it's broken hardware (and autodetection broken by device manufacturers not bothering to replace OEM id with their own

Re: $HOME/.local/bin in $PATH

Hi, Anyway what makes xdg specs a total wreakage is the way they've replaced dotfiles with other dotfiles only to create prettyfied localized symlinks à la windows (a bad case of over-engineering and aping another os without understanding drawbacks) Had they specified a ~/xdg/ root, with a stati

Re: $HOME/.local/bin in $PATH

On Thu, Oct 31, 2013 at 10:01 AM, Nicolas Mailhot wrote: > > Hi, > > Anyway what makes xdg specs a total wreakage is the way they've replaced > dotfiles with other dotfiles only to create prettyfied localized symlinks That's incorrect. The "prettyfied localized symlinks" are neither symlinks nor

Re: $HOME/.local/bin in $PATH

On Thu, 2013-10-31 at 10:12 +0100, drago01 wrote: > As for why they are hidden (and always have been) is because you > do not want to bother the user with them most of the time. That being said, they could have not started by a ".", but still be hidden by the GUI file managers like Nautilus (for e

Re: Fatal flaw in the udev paradigm?

On 31/10/13 08:42, Nicolas Mailhot wrote: Le Jeu 31 octobre 2013 07:03, rran...@ihug.com.au a écrit : I have run into an issue which seems to call into question the udev paradigm for USB devices. It's not a fatal flaw it's broken hardware (and autodetection broken by device manufacturers not

Re: Fatal flaw in the udev paradigm?

On 31/10/13 09:56, Tom Hughes wrote: so in short this device should be added to the greylist if it isn't there already, and then it will only be probed when such a probe is explicitly requested. and the PL2303 is indeed in the greylist: http://cgit.freedesktop.org/ModemManager/ModemManager/tr

openssl multilib broken

currently on a x86_64 system distro-sync to F19 is broken i saw the same in F18 with updates-testing enabled on a machine with i686 packages some days ago and download the openssl packages for both archs from koji and doing a "yum localupdate" worked fine Error: Package: 1:openssl-1.0.1e-29.fc18.i

[perl-Authen-Radius] Created tag perl-Authen-Radius-0.23-1.fc21

The lightweight tag 'perl-Authen-Radius-0.23-1.fc21' was created pointing to: 131534e... Update to 0.23 -- 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/listinfo/perl-dev

Re: Fatal flaw in the udev paradigm?

On 10/31/2013 07:03 AM, rran...@ihug.com.au wrote: Unless I am missing something this seems like a fatal flaw in the udev paradigm. I might be missing something, but to me that seems just life with a generic transport that doesn't have built-in identification of connected devices. This appl

[Test-Announce] Fedora 20 Beta Go/No-Go Meeting #2, Thursday, October 31 @ 17:00 UTC

Join us on irc.freenode.net in #fedora-meeting-2 for this important meeting, wherein we shall determine the readiness of the Fedora 20 Beta. This is the second attempt to release Fedora 20 Beta. Currently, we're waiting for possible RC1 compose. Thursday, October 31, 2013 17:00 UTC (1 PM EDT, 10

Is Gnome Software ready for primetime ?

I have tested gnome-software to see the current state, compaired to gpk in F19, there is a lot stuff there cant be done. 1. You cant install backgrounds / icons 2. Not all application found in the menu, can be found under installed, you can search for them and find them, but cant remove them (ex.

Taskbot: TAP vs Subunit

Tim (and of course the rest of the gang ;)), During our chat with Tim, we agreed that we'd really like to use some standardized 'output format' for the tests in Taskbot, to be a bit more programming-language/results-store-implementation agnostic. We knew about two options - TAP

Broken dependencies: perl-MIME-Lite-HTML

perl-MIME-Lite-HTML has broken dependencies in the F-20 tree: On x86_64: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-MIME-Lite-HTML-1.24-4

Broken dependencies: perl-Padre

perl-Padre has broken dependencies in the F-20 tree: On x86_64: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COM

Broken dependencies: perl-BerkeleyDB

perl-BerkeleyDB has broken dependencies in the F-20 tree: On x86_64: perl-BerkeleyDB-0.53-1.fc20.x86_64 requires libdb = 0:5.3.21 On i386: perl-BerkeleyDB-0.53-1.fc20.i686 requires libdb = 0:5.3.21 On armhfp: perl-BerkeleyDB-0.53-1.fc20.armv7hl requires libdb = 0:5.3.21 Pl

Broken dependencies: perl-PDL

perl-PDL has broken dependencies in the F-20 tree: On x86_64: perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit) On i386: perl-PDL-2.4.10-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) per

Broken dependencies: perl-Language-Expr

perl-Language-Expr has broken dependencies in the F-20 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.fc1

Broken dependencies: slic3r

slic3r has broken dependencies in the F-20 tree: On x86_64: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On i386: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On armhfp: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.1

Re: Is Gnome Software ready for primetime ?

On Thu, 2013-10-31 at 12:13 +0100, Tim Lauridsen wrote: > I have tested gnome-software to see the current state, compaired to > gpk in F19, there is a lot stuff there cant be done. > > > 1. You cant install backgrounds / icons It is an application installer, first and foremost. Installing backgr

Re: Fatal flaw in the udev paradigm?

On Thu, Oct 31, 2013 at 11:52:18 +0100, Florian Weimer wrote: I might be missing something, but to me that seems just life with a generic transport that doesn't have built-in identification of connected devices. This applies to RS232 (your case), but also to the (classic) parallel port and

F-20 Branched report: 20131031 changes

Compose started at Thu Oct 31 09:15:03 UTC 2013 Broken deps for armhfp -- [blueman] blueman-1.23-7.fc20.armv7hl requires obex-data-server >= 0:0.4.3 blueman-1.23-7.fc20.armv7hl requires gvfs-obexftp [bwm-ng] bwm-ng-0.6

Re: openssl multilib broken

On Thu, 31 Oct 2013 11:12:41 +0100, Reindl Harald wrote: > currently on a x86_64 system distro-sync to F19 is broken > i saw the same in F18 with updates-testing enabled on > a machine with i686 packages some days ago and download > the openssl packages for both archs from koji and > doing a "yum

Re: openssl multilib broken

Am 31.10.2013 13:49, schrieb Michael Schwendt: > On Thu, 31 Oct 2013 11:12:41 +0100, Reindl Harald wrote: > >> currently on a x86_64 system distro-sync to F19 is broken >> i saw the same in F18 with updates-testing enabled on >> a machine with i686 packages some days ago and download >> the open

Re: Is Gnome Software ready for primetime ?

On Thu, Oct 31, 2013 at 12:50 PM, Matthias Clasen wrote: > On Thu, 2013-10-31 at 12:13 +0100, Tim Lauridsen wrote: > > I have tested gnome-software to see the current state, compaired to > > gpk in F19, there is a lot stuff there cant be done. > > > > > > 1. You cant install backgrounds / icons >

[perl-Types-Serialiser] Created tag perl-Types-Serialiser-0.03-2.fc18

The lightweight tag 'perl-Types-Serialiser-0.03-2.fc18' was created pointing to: ef9e8ef... Initial import (perl-Types-Serialiser-0.03-2) -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedorapro

[perl-Types-Serialiser] Created tag perl-Types-Serialiser-0.03-2.fc21

The lightweight tag 'perl-Types-Serialiser-0.03-2.fc21' was created pointing to: ef9e8ef... Initial import (perl-Types-Serialiser-0.03-2) -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedorapro

[perl-Types-Serialiser] Created tag perl-Types-Serialiser-0.03-2.el6

The lightweight tag 'perl-Types-Serialiser-0.03-2.el6' was created pointing to: ef9e8ef... Initial import (perl-Types-Serialiser-0.03-2) -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproj

Broken dependencies: perl-Language-Expr

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.

Re: Is Gnome Software ready for primetime ?

On Thu, 2013-10-31 at 14:31 +0100, Tim Lauridsen wrote: > > > > On Thu, Oct 31, 2013 at 12:50 PM, Matthias Clasen > wrote: > On Thu, 2013-10-31 at 12:13 +0100, Tim Lauridsen wrote: > > I have tested gnome-software to see the current state, > compaired to > > gpk

Re: Fatal flaw in the udev paradigm?

Once upon a time, rran...@ihug.com.au said: > My USB GPS is a BU-353 which uses a pl2303 USB-Serial Controller > (idVendor=067b, idProduct=2303). However, bugzilla report 878737 > indicates this same interface chip is used on other devices such as > RS232-USB adapters. The PL2303 chip and a few

Re: openssl multilib broken

On Thu, 31 Oct 2013 13:56:53 +0100, Reindl Harald wrote: > >> currently on a x86_64 system distro-sync to F19 is broken > >> i saw the same in F18 with updates-testing enabled on > >> a machine with i686 packages some days ago and download > >> the openssl packages for both archs from koji and > >

Re: Taskbot: TAP vs Subunit

> = TAP = > > TAP is not unittest-specific, and is human-readable plaintext format. > > It also has just PASS/FAIL logic, but there is a possibility to add YAML > 'metadata' to any result (since TAP v. 13). > > The real issue with TAP is Python support. > There is a TAP-consumer library created

Re: openssl multilib broken

Am 31.10.2013 16:14, schrieb Michael Schwendt: > On Thu, 31 Oct 2013 13:56:53 +0100, Reindl Harald wrote: currently on a x86_64 system distro-sync to F19 is broken i saw the same in F18 with updates-testing enabled on a machine with i686 packages some days ago and download the o

Re: Fatal flaw in the udev paradigm?

Can you wildcard the greylist so that modemmanager *never* runs? I haven't used a modem in decades but MM keeps mucking with all my serial-connected toys. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fed

[389-devel] lib389: cleanup __init__

Hi @all, I started investigating in mocking with fakeldap, and it seems an easy and viable way of adding unittests. A main issue is the DSAdmin.__init__ complexity. I thought - a long time ago actually - to remove from DSAdmin all cached references to backends, suffixes and configuration. If

Re: openssl multilib broken

Michael Schwendt gmail.com> writes: > Skype is not included with Fedora. Skype does not (and cannot) influence > which packages are multilib'ed when the repos are composed. Skype 32-bit > doesn't depend on "openssl". What on your machine depends on 32-bit "openssl" > and not "openssl-libs"? In F

Re: Taskbot: TAP vs Subunit

On 10/31/2013 01:23 PM, Kamil Paral wrote: = TAP = TAP is not unittest-specific, and is human-readable plaintext format. It also has just PASS/FAIL logic, but there is a possibility to add YAML 'metadata' to any result (since TAP v. 13). The real issue with TAP is Python support. There is a TA

Re: [fedora-arm] Announcing Fedora 19 ARM remix for Allwinner SOCs release 3

On Sun, 2013-10-13 at 23:29 +0200, Hans de Goede wrote: > I'm very happy to announce the third release (r3) of my Fedora 19 ARM > remix images for Allwinner A10, A10s, A13 and A20 based devices. This > release is based on the official Fedora 19 Final for ARM images, > with u-boot and kernel(s) fro

Re: Taskbot: TAP vs Subunit

On 10/31/2013 01:23 PM, Kamil Paral wrote: = TAP = TAP is not unittest-specific, and is human-readable plaintext format. It also has just PASS/FAIL logic, but there is a possibility to add YAML 'metadata' to any result (since TAP v. 13). The real issue with TAP is Python support. There is a TA

Re: openssl multilib broken

On Thu, 31 Oct 2013 16:29:18 +0100, Reindl Harald wrote: > > Why did you have openssl.i686 installed on x86_64 to begin with? > > You have messed up your installation. :-( > > Have you use rpm -Uvh instead of rpm -Fvh? Or why have you installed > > openssl.i686? > > the machine has a long history

Re: [389-devel] lib389: cleanup __init__

On 10/31/2013 09:58 AM, Roberto Polli wrote: Hi @all, I started investigating in mocking with fakeldap, and it seems an easy and viable way of adding unittests. A main issue is the DSAdmin.__init__ complexity. I thought - a long time ago actually - to remove from DSAdmin all cached references

Re: openssl multilib broken

On Thu, 31 Oct 2013 16:10:02 + (UTC), Andre Robatino wrote: > In F16, when I had 32-bit packages (namely Skype and Fedora's wine) > installed, I had both openssl.i686 and openssl.x86_64 installed, so Indeed. Up to F17, but not anymore since F18: http://archives.fedoraproject.org/pub/archiv

Re: openssl multilib broken

On Thu, 2013-10-31 at 17:32 +0100, Michael Schwendt wrote: > But watch this on F20 x86_64: > > # repoquery --releasever=17 --exactdeps --whatrequires 'openssl(x86-32)' > openssl-devel-1:1.0.0i-1.fc17.i686 > openssl-devel-1:1.0.0k-1.fc17.i686 > > So, openssl-devel.i686 required openssl.i686

Re: [389-devel] lib389: cleanup __init__

Hi Rich, On Thursday 31 October 2013 10:32:13 Rich Megginson wrote: > > I thought - a long time ago actually - to remove from DSAdmin all cached > > references to backends, suffixes and configuration. > Part of the complexity is due to trying to keep data across a restart I agree with credential c

Re: [389-devel] lib389: cleanup __init__

On 10/31/2013 10:35 AM, Roberto Polli wrote: Hi Rich, On Thursday 31 October 2013 10:32:13 Rich Megginson wrote: I thought - a long time ago actually - to remove from DSAdmin all cached references to backends, suffixes and configuration. Part of the complexity is due to trying to keep data acr

Re: [389-devel] lib389: cleanup __init__

On Thursday 31 October 2013 10:40:25 Rich Megginson wrote: > > Are all the __initPart2() attributes essential? > > No. You could do "lazy evaluation" of those fields. For example, > instead of having a .dbdir field, have a .getdbdir() member that would > do an ldapsearch if .dbdir is None. That'

Re: Fatal flaw in the udev paradigm?

On 10/31/2013 02:03 AM, rran...@ihug.com.au wrote: I have run into an issue which seems to call into question the udev paradigm for USB devices. In my case it has ramifications in ModemManager and gpsd packages, but I see it as a fundamental problem with udev which is in all current versions of

Re: Fatal flaw in the udev paradigm?

On Thu, 2013-10-31 at 11:49 -0400, DJ Delorie wrote: > Can you wildcard the greylist so that modemmanager *never* runs? I > haven't used a modem in decades but MM keeps mucking with all my > serial-connected toys. You can do anything you want with the udev rules. Just put them in /etc/udev/rules

Re: Fatal flaw in the udev paradigm?

> But better yet, mind sharing which toys you have so we can update the > black/greylists as appropriate? I make them myself using FTDI chips, usually, and they talk plain RS-232 using terminal emulators and such: http://www.delorie.com/electronics/ I also get a lot of eval boards with usb-seri

Re: openssl multilib broken

Am 31.10.2013 17:27, schrieb Michael Schwendt: > On Thu, 31 Oct 2013 16:29:18 +0100, Reindl Harald wrote: > >>> Why did you have openssl.i686 installed on x86_64 to begin with? >>> You have messed up your installation. :-( >>> Have you use rpm -Uvh instead of rpm -Fvh? Or why have you installed >

Re: Fatal flaw in the udev paradigm?

On Thu, 2013-10-31 at 12:50 -0400, Przemek Klosowski wrote: > On 10/31/2013 02:03 AM, rran...@ihug.com.au wrote: > > I have run into an issue which seems to call into question the udev > > paradigm for USB devices. In my case it has ramifications in > > ModemManager and gpsd packages, but I see i

Re: Taskbot: TAP vs Subunit

On 10/31/2013 02:27 PM, Josef Skladanka wrote: Lucas, do you use any library for producing TAP format? No, at least not in the sense of an external project. Producing TAP in the client is an autotest specific implementation. It is the TAPReport() object defined in: https://github.com/autot

Re: Taskbot: TAP vs Subunit

On Thu, 31 Oct 2013 07:17:03 -0400 (EDT) Josef Skladanka wrote: Bah, just realized this only went to Josef the first time I sent it. He gets two copies! > Tim (and of course the rest of the gang ;)), > > During our chat with Tim, we agreed that we'd really like to use some > standardized 'outpu

Re: Fatal flaw in the udev paradigm?

On Thu, 2013-10-31 at 13:08 -0400, DJ Delorie wrote: > > But better yet, mind sharing which toys you have so we can update the > > black/greylists as appropriate? > > I make them myself using FTDI chips, usually, and they talk plain > RS-232 using terminal emulators and such: > > http://www.delor

Re: Canonical copy of config.guess/config.sub

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El Fri, 25 Oct 2013 13:59:37 +0200 Phil Knirsch escribió: > On 10/25/2013 12:07 PM, Marcin Juszkiewicz wrote: > > W dniu 22.10.2013 17:26, Ralf Corsepius pisze: > > > >> Also, automake-based projects receive the versions bundled with > >> automake, wh

Re: Fedora search

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El Wed, 30 Oct 2013 14:29:25 -0500 Michael Cronenworth escribió: > Frankie Onuonga wrote: > > I am writing in regards to something I had written about two months > > ago. This in regards to the search engine. > > > > https://fedorahosted.org/fedora-in

[Test-Announce] Fedora 20 Beta to slip by one week

Today at Go/No-Go meeting it was decided to slip Fedora 20 Beta release by one week due to unresolved blocker bugs not being fixed by the time of meeting. Due to constrained schedule, shorter slip was considered but with limited QA resources availability, it was decided to slip for a full week. FE

Packages have "proxy" word.

بسم الله الرّحمن الرّحيم Hi, The result of updating Fedora by yum is fail !! When any package have "proxy" word marked to (install or update) , error message will appear with http 403 error forbidden. In my country Syria (maybe others) all URLs have "proxy" word are forbidden and couldn't ope

ModemManager and generic USB hardware (was: Fatal flaw in the udev paradigm?)

On Thursday 31 October 2013 12:00:10 Dan Williams wrote: > If you're on a server, and that server does not > have any "SMS me when you're down" functionality, then you may not want > ModemManager installed there. +1 But also in other cases, like the following: * Software/hardware develope

Re: Packages have "proxy" word.

Hi, Renaming packages it is not user friendly thing because of few reasons: - there's some documentation/blog posts etc that use these names - this will break installation scripts - poeple who use these packages are familiar with these names What if your country also ban "proxies" word? 2013/11

RE: Packages have "proxy" word.

Proxies not banned. Date: Fri, 1 Nov 2013 00:20:35 +0100 Subject: Re: Packages have "proxy" word. From: mkkp...@gmail.com To: devel@lists.fedoraproject.org Hi, Renaming packages it is not user friendly thing because of few reasons: - there's some documentation/blog posts etc that use these names

Re: Packages have "proxy" word.

On Fri, Nov 01, 2013 at 01:08:33AM +0200, مصعب الزعبي wrote: > بسم الله الرّحمن الرّحيم > > Hi, > > The result of updating Fedora by yum is fail !! > > When any package have "proxy" word marked to (install or update) , error > message will appear with http 403 error forbidden. > > In my countr

Re: Packages have "proxy" word.

On Oct 31, 2013 6:08 PM, "مصعب الزعبي" wrote: > > بسم الله الرّحمن الرّحيم > > Hi, > > The result of updating Fedora by yum is fail !! > > When any package have "proxy" word marked to (install or update) , error message will appear with http 403 error forbidden. > > In my country Syria (maybe othe

Re: Packages have "proxy" word.

Censorship? I think we have no reason to change the package name because of some governments‘ being evil. Have you tried opening a ssh tunnel proxy for firewall breaking? Thanks. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Cod

Fedora engineering manager

Hi Fedora folks, Hopefully some of you know me, possibly as a previous Fedora Project Leader at Red Hat. If you don't, then salutations, and please feel free to check out my Fedora wiki page[1] for my background. :-) As of next Monday, I'll be the reporting manager for Fedora Engineering team me

Re: Fedora engineering manager

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El Thu, 31 Oct 2013 22:42:52 -0400 "Paul W. Frields" escribió: > Hi Fedora folks, > > Hopefully some of you know me, possibly as a previous Fedora Project > Leader at Red Hat. If you don't, then salutations, and please feel > free to check out my Fe

Re: Fedora engineering manager

On Thu, Oct 31, 2013 at 09:47:36PM -0500, Dennis Gilmore wrote: > El Thu, 31 Oct 2013 22:42:52 -0400 > "Paul W. Frields" escribió: > > Hi Fedora folks, > > > > Hopefully some of you know me, possibly as a previous Fedora Project > > Leader at Red Hat. If you don't, then salutations, and please f

Re: Fedora search

On Wed, 30 Oct, 2013 at 19:29:25 GMT, Michael Cronenworth wrote: > What about using a custom Google search engine? > > https://www.google.com/cse/ Google is having more and more privacy issues lately. Why not use DuckDuckGo and write a 'bang' search for fedora sites? !fedora-guidelines, !fedora-pa

Re: openssl multilib broken

Reindl Harald wrote: > but sadly you can't do "Requires: package.x86_64" explicitly You can actually: Requires: openssl(x86-64) See also the %{_isa} macro. http://www.rpm.org/wiki/PackagerDocs/ArchDependencies (This is also what Michael Schwendt's repoquery invocation in this thread checked for

Re: Is Gnome Software ready for primetime ?

Matthias Clasen wrote: > On Thu, 2013-10-31 at 14:31 +0100, Tim Lauridsen wrote: >> Look at System -> File Tools -> Caja-actions configuration tool > > Get the cinnamon guys to fork the nautilus appdata ? I'm sure it will > only need minor adjustments... :-) Caja is actually from MATE, Cinnamon

Re: Is Gnome Software ready for primetime ?

Matthias Clasen wrote: > It is an application installer, first and foremost. Installing > backgrounds/icons/themes is not a priority. Having as the only GUI package management application on your spin one that does not even offer all packages is very broken. > We have a notion of 'core app' - fo

Re: rawhide report: 20131026 changes

Fedora Rawhide Report wrote: > New package: lpf-0-8.ff50a5b.fc21 > Local package factory - build non-redistributable rpms > > New package: lpf-spotify-client-0.9.4.183.g644e24e.428-2.fc21 > Spotify music player native client package bootstrap WTF??? https://fedorahosted

Re: Is Gnome Software ready for primetime ?

On Thu, 2013-10-31 at 14:31 +0100, Tim Lauridsen wrote: > I know Richard has pushed hard to get appdata for apps, but it do help > the > end user, if lot of apps in gnome-software dont have any descriptions. > > > Look at System -> File Tools -> Caja-actions configuration tool > > > How should

Re: Fedora Working Groups: Call for Self-Nominations

Bill Nottingham wrote: > And I would argue that having the user interface swing wildly in design & > implementation based on "the current composition of an elected board that > is refreshed in part every six months" is not the sort of situation that > Fedora would want to be in anyway. That's a ve

Re: Is Gnome Software ready for primetime ?

On Fri, 2013-11-01 at 04:19 +0100, Kevin Kofler wrote: > Having as the only GUI package management application on your spin one > that > does not even offer all packages is very broken. It isn't a *package* management application. It's an *application* management application, ie., it only handles

Re: Fedora search

On Fri, Nov 1, 2013 at 3:05 AM, Ben Boeckel wrote: > On Wed, 30 Oct, 2013 at 19:29:25 GMT, Michael Cronenworth wrote: > > What about using a custom Google search engine? > > > > https://www.google.com/cse/ > > Google is having more and more privacy issues lately. Why not use > DuckDuckGo and writ

Re: Is Gnome Software ready for primetime ?

On Fri, Nov 1, 2013 at 4:58 AM, Ankur Sinha wrote: > It isn't a *package* management application. It's an *application* > management application, ie., it only handles packages that are desktop > applications (and therefore have desktop files associated with them). > > I'm guessing power users tha

Re: Fedora engineering manager

Hi! Congratulations! :) On Fri, Nov 1, 2013 at 3:42 AM, Paul W. Frields wrote: > Hi Fedora folks, > > Hopefully some of you know me, possibly as a previous Fedora Project > Leader at Red Hat. If you don't, then salutations, and please feel > free to check out my Fedora wiki page[1] for my bac

Re: Is Gnome Software ready for primetime ?

On Oct 31, 2013 11:43 PM, "Tim Lauridsen" wrote: > > > On Fri, Nov 1, 2013 at 4:58 AM, Ankur Sinha wrote: >> >> It isn't a *package* management application. It's an *application* >> management application, ie., it only handles packages that are desktop >> applications (and therefore have desktop

Re: Taskbot: TAP vs Subunit

On Fri, 01 Nov 2013 13:45:08 +1000 Nick Coghlan wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 11/01/2013 03:53 AM, Tim Flink wrote: > > On Thu, 31 Oct 2013 07:17:03 -0400 (EDT) Josef Skladanka > > wrote: > >> I do not really feel that this is a good match for our needs (at >

Re: Fedora engineering manager

On Fri, Nov 1, 2013 at 8:12 AM, Paul W. Frields wrote: > Hi Fedora folks, > > Hopefully some of you know me, possibly as a previous Fedora Project > Leader at Red Hat. If you don't, then salutations, and please feel > free to check out my Fedora wiki page[1] for my background. :-) > > As of next