the installation of the addon ( like cobbler/pxe
installation )
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
of dependencies between feature could also be a
idea. Anaconda requires dracut to not change, so we need a way to
express this, and a way to avoid changes at the same time. The same goes
for a python upgrade or lots of things.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https
it is compliant. For example, make sure service is
started, restart if config was changed ( using a notification system
).
See http://ansible.cc/docs/playbooks.html
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
are
more complex initscripts, and I could understand why they were not
migrated by now.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
that stable release are neglected because devs run
$dev_distro and not the stable release )
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
the feeling
to see always the same names ( ie, you and kevin ). I would be
interested to see some stats about this, because the difference between
a unused software and one who have no bug is thin.
And I am doubting that changing the release model will suddenly make
people do QA.
--
Michael Scherer
be able to find it usable.
Not to mention people could just dual boot in case of issues.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to make them change their
password and check they did ).
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
be done by reusing bodhi and enough person to give -1
karma.
Another solution could be a yum plugin that will get the blacklist from the
wiki or
somewhere, or that would pull it from fedora-people whatever.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https
firewall ( cause waiting 1
minutes to see if you crashed the whole network is not fun the 10 first
time ).
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le jeudi 15 novembre 2012 à 09:06 -0800, Adam Williamson a écrit :
On Thu, 2012-11-15 at 14:48 +0100, Reindl Harald wrote:
Am 15.11.2012 13:33, schrieb Michael Scherer:
Le jeudi 15 novembre 2012 à 03:23 +0100, Kevin Kofler a écrit :
iptables rules are a long-established cross
, and
have easily-tweaked key value (or single value per file!) configuration.
No, you can just use a template and hide it behind the proper
abstraction.
it make things worse for stuff like augeas however.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https
he is not a packager, I do not know exactly how to manage it.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
with the F17 image, after having updated the boot
loaader with a script ( https://github.com/Hexxeh/rpi-update/ )
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
), so why would it make sense to
have a different way depending on what you want to install ?
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le vendredi 07 décembre 2012 à 18:22 +0100, Pierre-Yves Chibon a écrit :
On Fri, Dec 07, 2012 at 04:51:43PM +, Jóhann B. Guðmundsson wrote:
On 12/07/2012 04:46 PM, Miloslav Trmač wrote:
On Fri, Dec 7, 2012 at 11:13 AM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
I am not sure why
into systems are
just part of the job. People are paid because they are able to adapt.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le samedi 08 décembre 2012 à 09:32 -0800, Adam Williamson a écrit :
On Sat, 2012-12-08 at 17:31 +0100, Michael Scherer wrote:
In my opinion the vision needs to be changed. It feels like Fedora has
turned into
Rawhide more than Fedora with 17 and even more so with 18.
You mean
Le samedi 08 décembre 2012 à 19:31 +0100, Ralf Corsepius a écrit :
On 12/08/2012 05:31 PM, Michael Scherer wrote:
Le samedi 08 décembre 2012 à 05:12 -0800, Dan Mashal a écrit :
In fact, I never heard anyone complaining about kde is dying while the
numbers are much more worrisome
Le dimanche 09 décembre 2012 à 14:26 -0500, Jon Masters a écrit :
On 12/06/2012 10:38 AM, Michael Scherer wrote:
People are annoyed to go to different bugzilla to report bugs, people
are annoyed to go to different shops to shop for stuff ( as seen by the
success of amazon, or even itunes
and Linux Mint 14, but I rarely run the Mint part and I could easily
convert that partition to Rawhide or even blow away Fedora 18 and Mint
in favor of Rawhide.
What about doing a triple boot, if you share swap and /home, you can get
enough space to install a 3rd distro, no ?
--
Michael Scherer
for the maintainers (I could co-maintain
if desired):
* Keep the package name?
I would add some Obsolete/Provides, and do a feature so the work of
replacing pil can be coordinated. Especially if import need to be
changed.
* Need new review request?
yes, it need a new review request.
--
Michael
)
rebuilding it make the requirement go away
So, if proven packager could help to clean the list by rebuilding the
following, that would be nice :
- spacechart
- leptonica
- OpenImageIO
- gdal
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
be changed on the
repository for the final round of test.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
couldn't happen automatically.
Since that's yaml, having a schema based on kwalify would be a first
test :
http://www.kuwata-lab.com/kwalify/
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
not bash :)
$ cat /dev/tcp/localhost/22
SSH-2.0-OpenSSH_6.1
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le vendredi 11 janvier 2013 à 21:14 +0800, Daniel Veillard a écrit :
On Fri, Jan 11, 2013 at 01:35:46PM +0100, Michael Scherer wrote:
Le vendredi 11 janvier 2013 à 11:24 +0100, Nicolas Mailhot a écrit :
Le Jeu 10 janvier 2013 23:33, Bill Nottingham a écrit :
- packagereqtelnet
group would be better because :
- this is easier to audit ( especially if the norm is updated )
- this doesn't force to install a compiler by default ( fort77 )
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
them by default, not to
remove them totally.
IE, if someone has the old hardware, he can still install them.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le mercredi 16 janvier 2013 à 21:52 +0800, Christopher Meng a écrit :
I love this one, can I do something for this?
- test, once the package are in
- do review, even non official one
- write documentation, or tests cases
--
Michael Scherer
--
devel mailing list
devel
, of course )?
So we do not hold rawhide for too long, yet provides enough protection
for users against breakage.
( of course, this approach is full of subtle issues, what if 2 libraries
break at the same time, what if I upgrade my package while on of the
library is broken, etc )
--
Michael Scherer
it, and hard to
write a good marketing pitch based on this.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
want to do it to see
with the SIG, who can explain the caveats better than this is not
supported as it currently is.
If this work for Rawhide (since Kevin is IMHO on a good track for that),
it can work for that too.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https
interesting feedback on the
topic.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le jeudi 24 janvier 2013 à 12:11 -0800, Norvald Ryeng a écrit :
I'm sorry to hear about the lack of communication. I'm a MySQL
developer, and for the last year I've been working with different
packagers. Linux distributions are an important part of our community,
and we'd like very much to
less useful.. )
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
for rebooting...
Well, slightly bit longer is around 2 to 3h vs 2 to 3 minutes. And I
already did version upgrade taking 6 to 8h due to slow internet or slow
hard drives, that's IMHO a pretty significant downtime.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https
Le samedi 26 janvier 2013 à 06:21 +, Matthew Garrett a écrit :
On Sat, Jan 26, 2013 at 02:16:29AM +0100, Michael Scherer wrote:
Well, slightly bit longer is around 2 to 3h vs 2 to 3 minutes. And I
already did version upgrade taking 6 to 8h due to slow internet or slow
hard drives
this is not supported. From what I
know, the switch was handled without problem.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to have the network configuration, etc. This can be done,
but for now, the feature is not in dracut, see this bug for a similar
request for encrypted root :
https://bugzilla.redhat.com/show_bug.cgi?id=524727
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https
?
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
if this is a good idea or not, people should
work to raise the quality. And even without the ballot screen, having
enough QA and documentation, coders and packagers will be a good idea
( aka, no excuse but if there is no ballot, I will not do any work )
--
Michael Scherer
--
devel mailing list
devel
/show_bug.cgi?id=682334
Given that the various BSDs use a totally different naming convention
than Linux ( ie, based on the driver used ), the list should not be so
big for portable applications.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
started by Mathieu bridon and Didier Roche for
quickly on Fedora a few years ago. Not sure where it went, but this
would be easier to use it rather than start from scratch.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
be valuable when there's a
disagreement of what is popular/widely used.
Then, people will disagree on the bias of being installed by default, on
being required to work, etc, etc.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
drugs and alcohols when posting on mailing lists even
when not being at the work place.
So I think your deduction could benefit from a reassessment based on
these new facts.
Sincerely,
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
Le mercredi 30 janvier 2013 à 12:44 +, Jaroslav Reznik a écrit :
Two new versions, 3.4.0 and 3.4.1, were released in the last 8 months and a
major update, 4.0, is in the works and scheduled for April 2012.
I assume that's planned for 2013, not 2012 ?
--
Michael Scherer
--
devel
related git ),
could you be more explicit about what you mean by a great upstream
core ? You mean the size, the quality of code, the reactivity ?
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
as you keep a coherent default
installation.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
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://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
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:52AM -0600, Kevin Fenzi wrote:
On Tue, 03 Sep 2013
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 jgreg...@redhat.com wrote:
If we had SELinux policy enabled
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 easier visual matching, etc, etc )
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
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
--
devel mailing list
devel@lists.fedoraproject.org
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 issues.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
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-small-conundrums-make-many
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, and I strongly suspect that most
, 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
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code
if the
bug is fixed, or tell me what you think of the UI, this benefit free
software as a whole.
--
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
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
software.
maybe you think they do not matters and we shouldn't care and only focus
on your usecase, but I would disrespectfully disagree, despites the
energy you spent on this thread trying to restlessly convince people.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
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
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, Nov 4, 2013 at 8:49 PM, Reindl Harald h.rei
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
/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
Le vendredi 08 novembre 2013 à 21:24 +0100, Miloslav Trmač a écrit :
On Fri, Nov 8, 2013 at 2:31 PM, Michael scherer m...@zarb.org 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 mzerq...@0pointer.de
wrote:
On Thu
on devel-announce :
https://lists.fedoraproject.org/pipermail/devel-announce/2013-October/001258.html
--
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
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
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
warning without turning it into an error, THEN let
by restricting yourself to Fedora QA
while ignoring the free software community at large for no good reasons.
--
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
=sshd scontext=system_u:system_r:init_t:s0
tcontext=unconfined_u:unconfined_r:unconfined_t:s0 tclass=process
Is this 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
it was before
deciding to change it.
It could be implemented as a plugin and still installed by default.
--
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 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 proposed change here. They just
don't
a comprehensible error message! Anyway, does anybody
have an alternate means of contacting Mark?
Yep, I forward him the email
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code
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 breakage, I think we can tolerate them from time to time
until we can properly automate the checking.
--
Michael Scherer
--
devel mailing list
devel
, or this is not fun ), etc :
https://github.com/joyent/node/tree/master/deps
and this against the policy :
https://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
on import by a dedicated tool called mdvsys ( or
mgarepo, a fork ).
- then we add '%changelog' + changelog in the spec, and build a srpm out
of svn and mirrors for binary content.
- then the srpm is rebuilt ( binary and src.rpm ) and then sent to
mirrors.
--
Michael Scherer
--
devel mailing list
package in updates-testing indexes, this would
remove the mirror lag issue.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
?
The last attempt to do something similar I can think of would be cacert.
Afaik, they are still being audited to be added to Firefox, and i think
they would be happy to explain all the issues they faced on that road.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https
the number of failed upgrade and therefor the number of
bugs
that cannot be reproduced, thus making them likely easier to spot and fix.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
://www.youtube.com/watch?v=OCfRWrCj3lc
http://www.youtube.com/watch?v=6gDWyayfBNs
( time spent to search that on youtube, around 30 seconds )
And there is also variation of the interface per vendor, just look on the
various ASUS motherboard interfaces.
--
Michael Scherer
--
devel mailing list
devel
.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Sat, Jun 02, 2012 at 02:24:35AM +0200, Kevin Kofler wrote:
Michael scherer wrote:
For the record, UEFI based motherboard would likely have a graphical
interface, so no blueish DOS-like commandline thing.
Of course, that also permit endless graphical customisation.
See for example
Le samedi 02 juin 2012 à 09:46 +0100, phantomjinx a écrit :
Michael scherer m...@zarb.org wrote:
On Sat, Jun 02, 2012 at 02:10:38AM +0200, Kevin Kofler wrote:
Tomasz Torcz wrote:
Documenting the procedure may be viable after all. Kevin, could
you start
had plenty of time to do
it. In fact, even now, since people have time to complain, they can
spend time to do it.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
( and
by blowing fuse, understand irreversibly ). Chances are high that
you will find technical documentations that explain it.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
want to
avoid reboots to minimizize downtimes.
Then you can still use yum update to do it instead of doing it with
packagekit and systemd.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
/ ), and 10% coming from Red Hat, that
mean spending 6 time more than what Red hat pay on kernel hacker.
I am sure that we could continue endlessly to show how much that's quite
a lot of money better spent elsewhere. Cause money spent buying laptop
is not money spent writing code.
--
Michael Scherer
/101839830409692150605/posts/4Mp24WusuQM )
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
be happy to see unity on more than Ubuntu. ( for example, he is waiting on
someone to
sponsor him for uploading packages to debian, and that's the reason why there
is no
package yet ). Details to contact him are on his launchpad page.
--
Michael Scherer
--
devel mailing list
devel
for
multiple distributions is the *only*
logical (administrative-able) option, correct me if you have something
more encouraged by Fedora that has the same capabilities,
I will be happy to use it.
But offering build for multiple distributions is not a goal of Fedora,
AFAIK.
--
Michael Scherer
--
devel
://fedorahosted.org/fedora-infrastructure/ticket/3399 , on
25-07-2012.
The same day, he also posted that about the issue :
https://github.com/mate-desktop/mate-desktop/issues/18#issuecomment-7251595
So he didn't seemed to have got over it (yet) at this moment.
--
Michael Scherer
--
devel mailing list
devel
Error at CMakeLists.txt:46 (MESSAGE):
sqlite3 not found!
-- Configuring incomplete, errors occurred!
sqlite and sqlite-devel are installed, a local rpmbuild works.
Hi,
There is no sqlite-devel in buildRequires in the spec, so mock cannot
find it.
--
Michael Scherer
--
devel mailing list
/Fedora_Easy_Karma
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
whether these are simply to convert over to WSGI or
not. Does anybody want to maintain mod_python? If not, I'm going to
retire it.
Regards, Joe
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
in a confined domain, and that's a
valuable target of attack. The same could be said of some others
applications ( like acroread, etc ).
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
faith in each others communication, and I hope you
do as well.
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
alternative DEs would be an important feature.
Last time I checked, people were fully able to switch DE after
installation. Did this point change, or is it too hard to do for a
regular linux user, cause maybe that would be the point to improve ?
--
Michael Scherer
--
devel mailing list
devel
is not a acceptable answer. If people can invest time into arguing and
not into making, they have a wrong set of priority )
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
there, I would love to know
).
--
Michael Scherer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
1 - 100 of 188 matches
Mail list logo
