Hi,
for unknown reasons, I can't login to the pkgdb anymore.
What am I supposed to do? There is no "request reset password" button
nor other helpful information available on the login screen.
Ralf
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/list
On 11/21/2014 08:34 AM, Jan Kratochvil wrote:
On Fri, 21 Nov 2014 08:11:27 +0100, P J P wrote:
Does it make sense to disable remote root login by default? If so, do we
need to just report it to the maintainer or it would be treated as
a feature?
Almost all of my Fedora installations are test V
2014-11-21 8:11 GMT+01:00 P J P :
> Sshd(8) daemon by default allows remote users to login as root.
>
> 1. Is that really necessary?
> 2. Lot of users use their systems as root, without even creating a
> non-root user.
> Such practices need to be discouraged, not allowing remote root logi
On Fri, 21 Nov 2014 08:11:27 +0100, P J P wrote:
> Does it make sense to disable remote root login by default? If so, do we
> need to just report it to the maintainer or it would be treated as
> a feature?
Almost all of my Fedora installations are test VMs where any security is
irrelevant.
Just m
On Fri, Nov 21, 2014 at 12:41 PM, P J P wrote:
> Hello,
>
> Sshd(8) daemon by default allows remote users to login as root.
>
> 1. Is that really necessary?
> 2. Lot of users use their systems as root, without even creating a non-root
> user.
> Such practices need to be discouraged,
Hello,
Sshd(8) daemon by default allows remote users to login as root.
1. Is that really necessary?
2. Lot of users use their systems as root, without even creating a non-root
user.
Such practices need to be discouraged, not allowing remote root login
could be
useful in that.
On Nov 20, 2014 2:25 PM, wrote:
>
> The following packages are orphaned and will be retired when they
> are orphaned for six weeks, unless someone adopts them. If you know for
sure
> that the package should be retired, please do so now with a proper reason:
> https://fedoraproject.org/wiki/How_to_
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If y
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If y
Hi all,
despite my efforts and many wasted hours I'm unable to build recent
versions of boinc-client (I'm stuck with errors about gtk-2.0 and
gtk-3.0 co-existence).
I'm only a co-maintainer, but the primary maintainer has abandoned the
package to its fate long time ago (but he never orphaned it
On Thu, Nov 20, 2014 at 7:44 AM, Martin Stransky
wrote:
> That's still much better than Chrome where the price (user tracking) is
> hidden and you can't disable it.
Well, Chrome isn't an option for Fedora due to proprietary portions...
however, there is the Chromium project and there is an effo
commit e449928a2af8d594253388145edee1367d60e5ad
Author: Petr Písař
Date: Thu Nov 20 17:59:20 2014 +0100
1.69 bump
.gitignore |1 +
perl-ExtUtils-Manifest.spec | 12 ++--
sources |2 +-
3 files changed, 8 insertions(+), 7 deletions(-)
On 2014-11-20, 14:28 GMT, Petr Viktorin wrote:
> Ads are a feature that only benefits the upstream and the companies that
> pay for the ads. From my (user's) perspective, there is no reason to
> have them on my system. There is no benefit to me from this feature.
Sorry, I have to ask here the o
On 11/20/2014 04:44 PM, Martin Stransky wrote:
On 11/20/2014 03:28 PM, Petr Viktorin wrote:
It's not about tracking per se – I'm fine with e.g. opt-in usage reports
that feed into research for making a better browser – that benefits me
(in a very indirect and miniscule way, but in the end the pu
> Being bombarded with questions when you just want to get to using
> something isn't the best user experience, and I think in general
> something we've been trying to reduce.
This doesn't need to be must-choice. A checkbox won't hurt, but I am not
UX expert. Having that said, this is not a valid
On 11/20/2014 03:28 PM, Petr Viktorin wrote:
It's not about tracking per se – I'm fine with e.g. opt-in usage reports
that feed into research for making a better browser – that benefits me
(in a very indirect and miniscule way, but in the end the purpose is for
the *user's* benefit).
Ads are a fe
On 11/20/2014 04:02 PM, Matthew Miller wrote:
On Thu, Nov 20, 2014 at 03:28:11PM +0100, Petr Viktorin wrote:
tl;dr: I think the line we should not cross is: including features
that don't benefit the user and may be considered harmful.
I don't think this is a very clear line. Should we drop all
On Thu, Nov 20, 2014 at 03:28:11PM +0100, Petr Viktorin wrote:
> tl;dr: I think the line we should not cross is: including features
> that don't benefit the user and may be considered harmful.
I don't think this is a very clear line. Should we drop all spreadsheet
applications?
http://www.velocit
On 11/19/2014 09:11 AM, Benjamin Kerensa wrote:
Hello Free Software Friends,
I want to encourage the Fedora Community to think carefully about making
a switch
to another browser as the default in Fedora. I would not get hung up on
these tiles
(Ads) too much and remember they are necessary in or
Once again, thank you Michael.
I have corrected version number to reflect executable version and
patched shebang line.
2014-11-20 12:11 GMT+01:00 Michael Schwendt :
> On Wed, 19 Nov 2014 21:13:29 +0100, Lorenzo Dalrio wrote:
>
>> In my hurry I have swapped Version and Release following exactly th
On Thu, Nov 20, 2014 at 10:57:36AM +0100, Petr Stodulka wrote:
> I think about removal of git-bzr package in rawhide, which is actualy
> non-functional - contains only file with warning message
> about replacement by git-remote-bzr package - which actualy replace git-bzr
> in f21 too. Are you OK wi
The Fedora 21 beta release for the POWER platform, in Big and Little Endian
flavours, is here, and - as usual - is packed with amazing improvements to
Fedora, as well as fantastic free and open source software, gently harvested
for your enjoyment. No bits were harmed in the making of this beta.
Wh
The Fedora 21 beta release for the ARM aarch64 platform is here, and - as usual
- is packed with amazing improvements to Fedora, as well as fantastic free and
open source software, gently harvested for your enjoyment. No bits were harmed
in the making of this beta.
What is the Beta Release?
==
Compose started at Thu Nov 20 05:15:06 UTC 2014
Broken deps for i386
--
[3Depict]
3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0
[Sprog]
Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0)
[authhub]
auth
Compose started at Thu Nov 20 07:15:30 UTC 2014
Broken deps for armhfp
--
[authhub]
authhub-0.1.2-3.fc19.armv7hl requires libjson.so.0
[avro]
avro-mapred-1.7.5-9.fc21.noarch requires hadoop-mapreduce
avro-mapred-1.7.5-9
On Wed, 19 Nov 2014 21:13:29 +0100, Lorenzo Dalrio wrote:
> In my hurry I have swapped Version and Release following exactly the
> guidelines you have linked. :-/
Well, a package being tiny does not imply there's nothing to be reviewed.
The top of the executable says
__version__ = '1.2.0'
wh
Hi folks,
I think about removal of git-bzr package in rawhide, which is actualy
non-functional - contains only file with warning message
about replacement by git-remote-bzr package - which actualy replace
git-bzr in f21 too. Are you OK with it? I didn't remove any
package earlier, but after shor
On 11/20/2014 08:05 AM, Till Maas wrote:
> On Wed, Nov 19, 2014 at 03:06:11PM -0500, Tomas Mraz wrote:
>
> > * #1368 How to deal with F21 broken dependencies (t8m, 19:08:56)
> > * AGREED: FESCo agrees to dropping the packages with broken
> > dependencies listed in #1368 from both F21 and raw
28 matches
Mail list logo
