inked to a company RH acquired a long time
ago and whose product served as the basis to Satellite/spacewalk.
On RHEL, it is dynamically created, (cf
https://access.redhat.com/solutions/222323 ), and I think spacewalk is
not packaged in Fedora.
--
Michael Scherer
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
gers ? (ie, do they get reassigned
to a new sponsor ?)
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
ail tag that as spam, because Libero.it say to do so in explicit
and standard respecting way.
So either libero.it change the SPF record, or Gil start to to use libero.it
SMTP, or use a different email in the 'from' header.
We can't really ask to all providers (ie, more than g
forcing reboots on users wouldn't be very kind.
Beyond cleaning crash reports and reducing them, there is also the perception
of users.
If we want to have the same reputation as some older windows with "this
software
crashed and I do not know why" from our users, then havin
Le samedi 14 juin 2014 à 15:15 +0200, Reindl Harald a écrit :
>
> Am 14.06.2014 15:04, schrieb Michael Scherer:
> > Le samedi 14 juin 2014 à 12:55 +0200, Reindl Harald a écrit :
> >>> That's why the developers do ask "what is missing". That's also wh
Le samedi 14 juin 2014 à 15:08 +0200, Reindl Harald a écrit :
> Am 14.06.2014 14:56, schrieb Michael Scherer:
> > Le samedi 14 juin 2014 à 13:45 +0100, Jon Kent a écrit :
> >> Concerns me greatly when someone thinks cli is the wrong way to
> >> automate things. Ag
Le samedi 14 juin 2014 à 12:55 +0200, Reindl Harald a écrit :
> Am 14.06.2014 12:26, schrieb Michael Scherer:
> > Le samedi 14 juin 2014 à 04:00 +0200, Reindl Harald a écrit :
> >> Am 14.06.2014 03:42, schrieb Michael Scherer:
> >>> Le samedi 14 juin 2014 à 03:3
rors to the software that do the automation,
since you can only transmit string without any formatting or
translation.
You are also mixing something mean for a user and something meant for a
software.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.
Le samedi 14 juin 2014 à 03:55 +0200, Reindl Harald a écrit :
>
> Am 14.06.2014 03:36, schrieb Michael Scherer:
> > Everybody I know who looked at the yum python api told me it was a bit
> > horrible. So a cleanup was needed for that. There was demand from
> > package
Le samedi 14 juin 2014 à 04:00 +0200, Reindl Harald a écrit :
>
> Am 14.06.2014 03:42, schrieb Michael Scherer:
> > Le samedi 14 juin 2014 à 03:33 +0200, Reindl Harald a écrit :
> >>> So maybe you should propose to have dnf named yum 4.0, and then since
> >>>
Le samedi 14 juin 2014 à 03:33 +0200, Reindl Harald a écrit :
> Am 14.06.2014 03:24, schrieb Michael Scherer:
> > Le samedi 14 juin 2014 à 03:10 +0200, Reindl Harald a écrit :
> >> and that changes where much bigger than a fork of YUM renamed
> >> for no good reas
Le samedi 14 juin 2014 à 03:20 +0200, Reindl Harald a écrit :
> Am 14.06.2014 03:10, schrieb Michael Scherer:
> > Le samedi 14 juin 2014 à 03:03 +0200, Reindl Harald a écrit :
> >> Am 14.06.2014 02:59, schrieb Michael Scherer:
> >>> Le vendredi 13 juin 2014 à 10
Le samedi 14 juin 2014 à 03:10 +0200, Reindl Harald a écrit :
> Am 14.06.2014 03:04, schrieb Michael Scherer:
> > Le vendredi 13 juin 2014 à 15:07 +0200, Petr Spacek a écrit :
> >> On 13.6.2014 14:58, Reindl Harald wrote:
> >>>
> >>> Am 13.06.2014 14:53,
Le samedi 14 juin 2014 à 03:03 +0200, Reindl Harald a écrit :
> Am 14.06.2014 02:59, schrieb Michael Scherer:
> > Le vendredi 13 juin 2014 à 10:39 -0400, Steve Clark a écrit :
> >> On 06/13/2014 09:03 AM, drago01 wrote:
> >>
> >>> On Fri, Jun 13, 2014
ite of YUM justifies
> re-naming
> and re-training all users. Users don't care what you do with the source. And
> of course, users will complain no matter what you do.
Like they complained when up2date was replaced by yum ?
when zipper replaced whatever they used to have on *sus
work better
> > and moved on.
> Yes but who is this better for? A few developers or the mass of people
> and documentation that
> are used to using "yum".
>
> With cars it was obviously better for me - dnf not so obvious.
So far in this thread, I see no one steppin
o s/yum/dnf/ or to have to conditionally code for these
> differences based on OS release or the presense of yum vs. dnf. Why
> not just keep the command name the same with no nag message?
I would expect puppet/chef to start using the library rather than direct
access to the binary.
And for ansible, I think the patch is quite simple, just add 2 lines.
I guess we can start right now to get stuff merged.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
ora ), I also know not everybody
is fluent in programming. So without any page that outline why it is
a warning and that tell when it can be ignored, this will not be added to
rpmlint.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
ell say "we are gonna support that forever", but that
will result into bitrot if no one really test.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
ng them on the DVD we
distribute.
I am sure we can find lots of way, and that some of them have been
already tried.
And that seems perfectly aligned with Fedora mission and much closer to
the way people convert users.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
a will
> eventually be used only by the limited set of people that are
> comfortable operating under strict restrictions on their behavior[1].
>
> [1] Hmm... that sounds an awful lot like the way Apple behaves...
> except they can afford marketing.
And lawyers, lots of them :)
And they
can't use Application
> X.
In fact, we do ( or rather, I do ).
When I tell to people that Starcraft II and Eve Online do not run on
Linux. When I tell that Office and Photoshop do not run on Linux. When I
tell that their Iphone is not gonna work and I cannot be sure that the
printer they
ne is the default, there is no obvious patchs to
enable or disable it in our packages and on Debian side.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
, ie, only board, fesco, all people in the packager
group, all people with a FAS, anybody that come ?
And for philosophical reasons like the simple fact that voting is
divisive and that's going against the idea of building a consensus.
--
Michael Scherer
--
devel mailing list
devel@li
Le lundi 27 janvier 2014 à 17:11 +0100, Andreas Tunek a écrit :
> 2014-01-26 Michael Scherer :
> > Le dimanche 26 janvier 2014 à 18:14 +0100, Heiko Adams a écrit :
> >> Am Sonntag, den 26.01.2014, 12:01 -0500 schrieb Rahul Sundaram:
> >> > Hi
> >> >
>
eason not listed in
> gnome-software, right? If yes, that's IMHO absolute bullshit!
It would make more sense to install them directly from the tool that set
the mouse cursors, or the theme. Why switch to a different tool ( ie, a
software installer ) to install something that is not a software
working on taskotron ( successor of autoqa ) and this will
likely prevent this kind of issue in the future, I hope. If you feel
that's important to make sure this doesn't happen, they will always
accept any kind of help. But in the mean time, as this is IMHO the most
beging type of brea
e-2.13-2.fc18
> Last actions performed according to fedmsg:
> ERROR:active-user:'raw_messages'
>
>
> Well, there's a comprehensible error message! Anyway, does anybody
> have an alternate means of contacting Mark?
Yep, I forward him the email
--
Michael Scher
Le jeudi 02 janvier 2014 à 16:45 -0500, Rahul Sundaram a écrit :
> Hi
>
>
> On Thu, Jan 2, 2014 at 4:36 PM, Michael Scherer wrote:
> It could be implemented as a plugin and still installed by
> default.
>
>
> It could be but I doubt that is the propo
it would be nice for
> the developers involved to go through the release history and bugs and
> find out why the current functionality was done the way it was before
> deciding to change it.
It could be implemented as a plugin and still installed by default.
--
Michael Scherer
--
dev
his a known issue? I’m running:
Can you make sure the label is correct on the fs ( ie, relabel the
whole / ), as this seems to be a wrongly labeled sshd.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
s on Cooker, etc, etc. It is all archived on ml, you can
check. So claiming he had no history with the community is either a lie,
or a myopic view of the community by restricting yourself to Fedora QA
while ignoring the free software community at large for no good reasons.
--
Michael Sche
On Thu, Dec 05, 2013 at 07:40:36PM -0600, mrnuke wrote:
> On 12/05/2013 11:38 AM, Michael scherer wrote:
> > On Wed, Dec 04, 2013 at 08:25:54PM -0600, mrnuke wrote:
> >>
> >> This change is Sofa King stupid. Why couldn't we have just enabled the
> >> warni
d Mageia
when similar changes have been enforced and usually, most upstream are
receptive,
so i really fail to see why there is people complaining.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
ct.org/pipermail/desktop/2013-November/thread.html
https://lists.fedoraproject.org/pipermail/server/2013-November/thread.html
( and looking for the others is left as a exercise for the reader )
It was also posted on devel-announce :
https://lists.fedoraproject.org/pipermail/devel-announce/2013-Oc
Le vendredi 08 novembre 2013 à 21:24 +0100, Miloslav Trmač a écrit :
> On Fri, Nov 8, 2013 at 2:31 PM, Michael scherer wrote:
> > On Thu, Nov 07, 2013 at 09:55:12PM +0100, Miloslav Trmač wrote:
> >> On Thu, Nov 7, 2013 at 9:48 PM, Lennart Poettering
> >> wrote:
&g
] https://fedorahosted.org/fesco/ticket/1158
[3] https://fedoraproject.org/wiki/Fedora.next/boardproposal
[4]
http://wordshack.wordpress.com/2013/04/04/board-meeting-topic-for-the-day-user-base-aka-target-audience/
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
ll
bring much gain. It will matter for people managing the low level format,
ie few people. Reusing the manifests ( if it was doable ) would have yield much
more gain.
--
Michael Scherer
--
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 Tue, Nov 05, 2013 at 01:23:01PM -0800, Adam Williamson wrote:
> On Mon, 2013-11-04 at 23:50 +0100, Michael Scherer wrote:
> > Le lundi 04 novembre 2013 à 21:02 +0100, Reindl Harald a écrit :
> > >
> > > Am 04.11.2013 20:56, schrieb drago01:
> > > > On Mon
lly off topic, so I will stop
here and now.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
d
sysadmins alike ) were fully ok with using pip install, much to my
dismay as a Fedora member.
And those are people that write free softwares, people who contribute to
the whole ecosystem, and people we want to help to write more free
software.
maybe you think they do not matters and we shou
e the value of doing so, and so would not do it.
So if that's the problem, then the solution is to demonstrate the value
of packaging and rpm rather than restricting all others alternatives.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
m gaining
> access to latest builds in order to participate in project development.
Developers are also interested into getting feedback and tests from
users, and so if they can tell to people "use this version, see if the
bug is fixed, or tell me what you think of the UI", this benefi
mented, it doesn't exist.
And if people do not wish to use GPK or gnome-software to make updates
because of the reboot, the old way still exist. People spoke of yumex
among others, and the various scripts that were posted would still work,
yum would still be here (or dnf).
--
Michael Scherer
Le dimanche 03 novembre 2013 à 14:23 +0100, Kevin Kofler a écrit :
> Michael Scherer wrote:
> > When statistics cost you money, yeah, I think that's important to take
> > them in account. Maybe your employer do not care about this, but I
> > strongly suspect mine does, a
Le samedi 02 novembre 2013 à 22:35 +0100, Reindl Harald a écrit :
>
> Am 02.11.2013 22:29, schrieb Michael Scherer:
> > Ars technica summarize quite clearly the situation on this problem :
> > http://arstechnica.com/information-technology/2013/11/its-the-little-things-how-sma
rs, but with ~ 40 RHEL
desktops in my office, I have seen it 4 times. I have spend ~ 2h to fix
each of them. Now, take a bigger fleer of laptop, and count how much
this is costing in time to a company. Time lost by users, time lost by
having someone looking at it instead of focusing on others issu
roper bug report, and so far, I do not see you doing that.
> Is Fedora working for Freedom or not ??
Working for freedom yes, but that doesn't mean "working to fight all
kind of freedom restriction irrespective of any others factors".
--
Michael Scherer
-
r user?
> Possibly too much complexity...
Assuming you filter your mail using something like maildrop that can
filter the email and rewrite the Subject. If spamassassin can do it, why
not do the same :)
( I use that to remove the [ml name] of some list, to reorder the
subject for
Le mardi 03 septembre 2013 à 15:37 -0400, Jay Greguske a écrit :
> On 09/03/2013 12:29 PM, Michael scherer wrote:
> > On Tue, Sep 03, 2013 at 09:48:52AM -0600, Kevin Fenzi wrote:
> >> On Tue, 03 Sep 2013 10:10:32 -0400
> >> Jay Greguske wrote:
> >>
> >
Le mardi 03 septembre 2013 à 15:37 -0400, Jay Greguske a écrit :
> On 09/03/2013 01:54 PM, Daniel J Walsh wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On 09/03/2013 12:29 PM, Michael scherer wrote:
> >> On Tue, Sep 03, 2013 at 09:48:52A
un anything in chroot. I do have a patch but I was not able to make a policy
for the transition
( or my patch is buggy ) and I didn't look at it since a few weeks. I can send
it
if someone want to take a look.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https
Le samedi 24 août 2013 à 15:57 +0200, Michael Scherer a écrit :
> Hi,
>
> I found 2 rpms ( nscd, acpid ) that were sent in updates with a bug that
> didn't expand the systemd macro :
> https://bugzilla.redhat.com/show_bug.cgi?id=1000713
> https://bugzilla.redhat.com/
anual intervention. Could something be done with it so that doesn't
spread to others packages, and those be fixed before too much people
install them ?
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code
m to have it downgradable, that's a bit hard.
Another issue is the %ghost, we cannot really check the symlink is still
the same. Maybe there is some better syntax for that.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
org/gitweb/?p=mirror/snapshot.debian.org.git;a=tree
( and it was based on pdumpfs before )
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
/mysoftware with ./configure
--prefix=/opt/mysoftware
it should also generate a systemd file that use the correct path
after ./configure & make. For the exact way of doing that, you have to
see autoconf manual, and I do not have a example ready to give.
--
Michael Scherer
--
devel mailing
separate spec/srpm from the kernel
spec ?
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
f
failing, twice the work to setup, and of course, they do not match on
feature.
Anyway, I think I contributed enough to this thread, so I will stop
here.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
jboss do work.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Le vendredi 26 juillet 2013 à 13:32 +, "Jóhann B. Guðmundsson" a
écrit :
> On 07/26/2013 01:07 PM, Michael Scherer wrote:
> >
> > Working in IT @Red Hat, I concur, and I am pretty sure that no one has
> > all the information to make that estimation. Network,
a server is not dedicated
to Fedora, far from it ), and everybody has better things to do that
splitting usage by project, and querying the right folks to get the
number to start with. RH is not yet a bureaucratic behemoth where
everything is precisely counted.
However, a rough estimate would be
of either of these features. Unless Matthew
> > takes them over alone I will will mark these feature pages as obsolete
> > as they didn't get agreed on.
>
> Taking rsyslog out of @core is a one-line commit to comps which someone
> could do in 30 seconds. It hardly need
ything.
And that's what was done for Mageia before the association got a legal
entity, using another partner association in France as a proxy for
money. I think Debian also do something similar for debconf, with SPI.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ecks.`
So you assume that "administrative" mean "not fun", so "people will not
do it for free" ?
On one hand, i would agree, this is quite hard to find a good treasurer,
motivated, etc. On the other hand, there is lots of group doing it
around you. Having someone pa
by 1 single sponsor is a rather
suboptimal situation.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
is "how do we convince people who are not convinced yet
of the added value of such rules ?"
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
usr" is fine
Seems like a bug in the software. It would prevent to have it run from a
livecd.
> * mediathomb
> refuses for whatever reason to start with read-only /etc
> "ReadOnlyDirectories=/usr" is fine
Same as above.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
t; * New additional gems will have to be packaged
> >> * Some dependencies of the Rails stack will need update
> > Does this work for users of Rails currently in Fedora, or will those
> > packages need upgraded/ported as well?
> >
> > Bill
>
> There is plenty o
ement this.
And usually, in a cyber cafe, you also want to be able to limit the time
spent on the session by disconnecting after a time, and display that
time to the customers.
You also want to let people connect only if they paid :)
--
Michael Scherer
--
devel mailing list
devel@lists.
Le mercredi 03 juillet 2013 à 09:54 +0200, Johannes Lips a écrit :
>
>
>
> On Wed, Jul 3, 2013 at 9:47 AM, Michael Scherer wrote:
> Le mercredi 03 juillet 2013 à 09:44 +0200, Johannes Lips a
> écrit :
> >
> >
> >
>
ackage there is no
> reason to
> give it negative karma.
> If it doesn't fix the bugs, the update should fix, it is appropriate
> to give negative karma. Otherwise the bugs would be closed, when it
> becomes stable, but won't be fixed.
That's not what the
or that :
https://wiki.mozilla.org/Bugzilla:OpenID_Auth_Plugin
So is there any reason to not offer it, or I can start filling bug to
request it ?
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
"
> LC_MEASUREMENT=\'\'
> LC_IDENTIFICATION="en_US.utf8"
> LC_ALL=
>
> I have LANG=en_US.UTF-8 on kernel cmdline and in /etc/locale.conf.
Yep :
https://bugzilla.redhat.com/show_bug.cgi?id=974778
In short, fix /usr/libexec/gnome-settings-daemon-localeexec to remove
"'", not ','.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
mp the spec on rawhide in mock, mail errors if any, and if
not, just send it to koji.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
is happens only on
> > upgrades.
>
> yum remove
> yum install
>
> should do what you want (backups of modified config files).
But that's unfortunately not always convenient if you need to remove
dependent packages for "yum remove" ?
I guess yum-shell may help in that case ?
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ill either get
too much, or they will not get enough. And if you had suggest/recommend
by default, you bloat the system, and if you don't, then that's useless.
I am not against the idea, but that's not a technical issue.
Technically, Suggest can be added to rpm quite fast, there is pa
me
virtual provides that exist as fake packages in the db, and then have a
package have a requires on it. So it cannot be installed if the hardware
is not here.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
have that, and that greatly help to enforce a consistent
policy and let packager focus on the others part rather than cut and
paste the same stuff.
And if we do have less %post script, we increase compatibility with
other distributions if they do the same.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
t; Sure, but do many users do? Or does it sit there until the end of time?
I think it may not be rotated, so in the long run, with enough verbose
cronjob, you will fill your hard drive.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
> > Yes. 'rpm -qf /lib/systemd/system/foo.service'.
>
> I'd actually suggest doing:
>
> rpm -qif /lib/systemd/system/foo.service
>
> ... and noting the source rpm.
For the sake of over optimisation :
$ rpm --queryformat '%{SOURCERPM}\n' -q
he
size of the community at that time, that was ( and still is ) the only
scalable model for Mageia project, and also the easiest to set up, as
using a team system like Opensuse or Debian would have required more
efforts, both on governance side and build system side, and since no one
did the governance part, patches for build system didn't appear ( hard
to code when there is no specification )
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
not the good way to express this dependency ).
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
>
> There will occasionally be people who do reviews for the pleasure of
> doing so. For the rest of us, there's debit mastercard. Umh, I mean
> review swaps.
Well, we could just decide to do 2 reviews for each review we receive
and this would solve the issue nicely.
external entity
such as a networked server.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
tp://lab.arc90.com/2009/07/08/halfmask-an-experiment-in-password-masking/
( didn't work with firefox, only with epiphany )
( as a side note, I suspect that the whole idea come from this
article :
http://uxdesign.smashingmagazine.com/2012/10/26/password-masking-hurt-signup-form/
)
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le samedi 04 mai 2013 à 17:06 -0600, Chris Murphy a écrit :
>
> On May 4, 2013, at 3:37 AM, Michael Scherer wrote:
> >
> > Or I could also speak of the small non standard keyboard such as macbook
> > one where ~ or | are not printed and where using the wrong keyboard
&
Le samedi 04 mai 2013 à 15:22 -0700, Dan Mashal a écrit :
> On Sat, May 4, 2013 at 2:37 AM, Michael Scherer wrote:
> > and I think that even Bruce Schneier have gave his opinion in favor of
> > the proposal :
> > http://www.schneier.com/blog/archives/2009/06/the_proble
Le samedi 04 mai 2013 à 05:51 -0400, Rahul Sundaram a écrit :
> Hi
>
>
> On Sat, May 4, 2013 at 5:37 AM, Michael Scherer wrote:
>
> and I think that even Bruce Schneier have gave his opinion in
> favor of
> the proposal :
> h
;reduce visual clutter" and "have a explicit checkbox" )
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
conda developers don't read the developer list? That's terrible!
That's the whole point of having a separate list in the first place, so
people are not forced to read a high volume list like fedora-devel.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
ht
ot;yum install session(gnome)" that would take what is needed to have
"gnome" in *dm listed as a choice, and i think that would fit the
definition of minimal.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
[1] http://www.mail-archive.com/plf-discuss@zarb.org/msg01913.html
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
onvince any upstream directly to invest more
time in stuff like seccomp-bpf as did by Chrome, vsftpd and others if
you think that's the right approach to fix security issues.
--
Michael Scherer
!DSPAM:516a7a988771503385058!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
id=951830
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
gt;
> Things I have covered in the past in addition to SELinux advances, systemd
> improvements, journald, kerberos moving the cache, FreeIPA integration with
> ActiveDirectory, audit improvement, libvirt/containers ...
Privacy in gnome 3.8 ?
--
Michael Scherer
--
devel mailing
ed method to find if
> hardening criteria applies to a particular package. Ideas are welcome!
You can take a look on http://people.redhat.com/sgrubb/security/ , there
is a script rpm-chksec to verify that.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
t in
the wild.
But I am not sure if you are talking of that.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le mercredi 27 mars 2013 à 12:32 +0100, Michael Scherer a écrit :
> Le mercredi 27 mars 2013 à 12:15 +0100, Tomas Mraz a écrit :
> > The nufw package in fedora is currently FTBFS and broken due to missing
> > dependencies. The package upstream is dead and replaced with a new U
he bug:
> https://bugzilla.redhat.com/show_bug.cgi?id=921158
>
> This is the step 4 of the absent maintainer process so I am asking
> whether anyone knows how to contact the maintainer.
I know the maintainer, I will send him a sms ( we were both working for
the company that wrote
1 - 100 of 194 matches
Mail list logo