On 2022-04-18 18:25, Ian Pilcher wrote:
...
Basically, I suggest that Fedora stop worrying about BIOS boot or other
"weird" boot configurations. Instead, provide a truly manual
installation path where all boot and storage configuration is the
responsibility of the user.
...
I am using Fedor
On 2020-07-02 13:08, Peter Robinson wrote:
I suppose "very good state" is a relative term, upstream hasn't seen a
release since 2016 so is essentially "unmaintained", not sure it
supports secure boot, probably has a bunch of CVEs (see point about
maintenance). I think it only lives on in Fedora i
On 2020-06-30 14:34, Jóhann B. Guðmundsson wrote:
Share your thoughts and comments on how such move might affect you so
feedback can be collected for the future on why such a change might be
bad, how it might affect the distribution and scope of such change can
be determined for potential syste
On 2017-07-10 12:28, Jos Vos wrote:
Hi,
On Mon, Jul 10, 2017 at 09:14:07AM +0100, Richard W.M. Jones wrote:
The web page has:
Improvements and stabilization of "ndb" (New RPM DB Format database
format)
[...]
The problem is that "NDB" is a custom homebrew database invented in
the RPM
On 2016-03-14 21:42, Phil Sutter wrote:
...
So I will stick to my former plan of not rebasing iproute in stable
releases (unless there's good reason) but become open for feature
requests if there is valid need for it, a backport is feasible and it
doesn't interfere with core functionality. ACK
Hi Chris,
On 2015-09-22 04:26, Chris Murphy wrote:
...
For the cloud image, extlinux actually works. The problem pops up with
any image intended for baremetal whre UEFI Secure Boot support is
needed, and right now GRUB2 does and extlinux doesn't, so any "atomic"
image would need GRUB2.
Wh
On 14.10.2015 00:13, Richard W.M. Jones wrote:
On Tue, Oct 13, 2015 at 03:00:27PM -0600, Chris Murphy wrote:
Maybe strace will show where it gets hung up?
Tried it of course - strace doesn't work across the setuid boundary.
Maybe I can attach a trace tool (which?) to sshd (how?) and find out
On 24.01.2014 21:20, Daniel J Walsh wrote:
No, we pretty much allow executable stack/memory from user processes now and
block it for most daemons, except for those that need it. My understanding of
this change is that the kernel was not doing complete checking, but most apps
at this point do t
On 20.01.2014 16:24, Björn Persson wrote:
According to the Packaging Guidelines we're not supposed to use those
parameters when building "the source RPM to be submitted", because they
somehow get "serialized" into the source package. I don't understand
this, because I don't submit any source pack
On 18.01.2014 03:34, Adam Williamson wrote:
On Fri, 2014-01-17 at 08:57 -0500, Steve Dickson wrote:
On 17/01/14 07:30, Harald Hoyer wrote:
journalctl -b _SYSTEMD_UNIT=NetworkManager.service
better use
# journalctl -b -u NetworkManager
"-u" has the advantage, that you can specify it multiple
On 12.01.2014 22:34, Alek Paunov wrote:
- sccd-web: WebUI exposing full functionality, alternatively Cockpit
(OpenLMI WebUI) extension.
...
- NTH: SCC local state inheritance between instances
Fedora Social: Almost every developer or sysadmins like to demonstrate
how clean and clever
On 12.01.2014 22:34, Alek Paunov wrote:
[*] Crucial aspect of any sophisticated data management system is the
data query and manipulation language. Unfortunately the choices are
rather limited - Imperative approaches (recently resurrected by some
NoSQL DBs) are weak and error
On 12.01.2014 22:34, Alek Paunov wrote:
So, finally on that road we have:
...
- NTH: remote SCC DB for the instance,
- NTH: SCC local state for multiple instances (e.g. deployment nodes or
local containers) kept in the same SCC DB
- NTH: SCC local state inheritance between instances
On 10.01.2014 21:12, Matthew Miller wrote:
On Thu, Jan 09, 2014 at 07:58:44PM -0800, Adam Williamson wrote:
So the question becomes, what is it appropriate for a distribution to do
in this situation? My personal opinion is that what's appropriate for a
distribution to do is also, happily, what's
On 05.01.2014 04:29, Bob Richmond wrote:
I have no desire to become a package maintainer for Enlightenment, but I
Even in this case, after the hard work already done by you, now it is
possible binaries be delivered to the end users - Are you aware of the
new COPR [1] service?
After repo cre
libguestfs/tree/rhel-7.0
...
Kind Regards,
Alek
P.S.:
http://fedoraproject.org/wiki/Mailing_list_guidelines#If_You_Are_Replying_to_a_Message
- Original Message -----
From: "Alek Paunov"
To: "Development discussions related to Fedora"
Cc: "Tako Schotanus"
Sent:
On 22.11.2013 14:58, Tako Schotanus wrote:
So I'm completely new to this packaging business, I managed to piece together a
SPEC file that results in an actually working RPM for our project and even Koji
seems to accept it, but there's so much information to absorb that I'm feeling
a bit out of
On 20.11.2013 11:19, Richard W.M. Jones wrote:
On Tue, Nov 19, 2013 at 03:36:54PM -0800, Toshio Kuratomi wrote:
One note though, I think that in the past one of the discussion points we've
foundered on is whether we want to be mirroring upstream's git repo or
(approximately) upstream's releases.
On 19.11.2013 19:32, Daniel P. Berrange wrote:
On Tue, Nov 19, 2013 at 07:27:20PM +0200, Alek Paunov wrote:
What about intermediate step: optional "fNN-upstream" branch in
addition to fNN, containing relevant upstream revision as git
submodule (preferably referencing fedorahosted m
On 19.11.2013 16:20, Daniel P. Berrange wrote:
On Tue, Nov 19, 2013 at 01:29:06PM +, Richard W.M. Jones wrote:
On Tue, Nov 19, 2013 at 01:39:50PM +0100, Karel Zak wrote:
We have to learn fedpkg to do all the magic ;-) Something like
add remote git tree with exploded tree:
fedpkg explod
On 17.11.2013 14:14, Nico Kadel-Garcia wrote:
While this has been amusing, a lot of useful detail may be lost in the
furor. There are some good philosophy questions about what GUI's
should support for replacing command line tools (the gnome
...
So step back, and let's think "how can we make
Hi Sandro,
On 07.11.2013 15:10, Sandro Mani wrote:
Uhm, how can one this be done? Shell variables are substituted after
macro expansion, so i.e.
function do_build {
arch=$1
qt_version=$2
%{mingw${arch}_qmake_${qt_version}}
}
would hardly work? Or are you suggesting passing the entire macros as
On 02.11.2013 02:32, Michael Cronenworth wrote:
This will be my last mailing on this topic as I will not contribute or
use this feature in Fedora, but this reply warranted clarification.
On 11/01/2013 06:14 PM, Alek Paunov wrote:
Another simple answer: CSE is a low quality search - no facets
On 31.10.2013 22:03, Dennis Gilmore wrote:
Michael Cronenworth escribió:
What about using a custom Google search engine?
https://www.google.com/cse/
simple answer, its not open source
Another simple answer: CSE is a low quality search - no facets, no
(real) content age restriction. The
On 04.10.2013 15:34, Jan Zelený wrote:
If you have any other questions, comments or notes regarding the document,
feel free to to use this list for the discussion.
Where (list threads, wikis, sources) one should seek more details about
the DB aspects of the plan, e.g.:
* A1: Delta metadat
On 28.05.2013 21:18, seth vidal wrote:
On Tue, 28 May 2013 20:42:13 +0300
Alek Paunov wrote:
So, it seems that yum already have the "filelists on demand"
optimization implemented. Why you are asking for removing a feature,
which do not make the things worse ... ?
I'm not
On 28.05.2013 18:51, seth vidal wrote:
On Tue, 28 May 2013 08:51:03 +0200
Jan Zelený wrote:
after a "yum clean metadata && yum update" on a slow line you
have to wait a very long time and even the download of the
presto-metadata often is larger and takes longer as the
packages which are upda
On 28.05.2013 13:54, Jan Zelený wrote:
On 28. 5. 2013 at 11:39:35, Alek Paunov wrote:
On 28.05.2013 09:51, Jan Zelený wrote:
I couldn't agree more. But as I have said, we need to find the most simple
and unintrusive things that can be done to improve this. For instance:
file lists t
On 28.05.2013 09:51, Jan Zelený wrote:
I couldn't agree more. But as I have said, we need to find the most simple and
unintrusive things that can be done to improve this. For instance: file lists
take a considerable portion of the entire metadata size. But if we were to
remove them, things like
On 12.05.2013 00:10, Richard W.M. Jones wrote:
FWIW the libguestfs transition to Lua 5.2 (done by the SuSE guys)
wasn't completely straightforward. A handful of APIs have been
removed or changed. These are the changes we had to make:
https://github.com/libguestfs/libguestfs/commit/e987c038ead0
On 11.12.2012 23:52, David Malcolm wrote:
We'd be able to run all of the code in Fedora through static analysis
tools, and slurp the results into the database
Dave, I really do not know what to say first :-). The subject is so
important and there are so many aspects and application fields - IM
Hi Rich,
On 07.12.2012 18:54, Richard W.M. Jones wrote:
Well this is a more general question about virtualization. I agree
that it's sometimes more convenient to use an external kernel and
initrd to boot a guest, and libvirt supports this mode (see the
and in libvirt XML). But:
We are usi
Hi Simon,
On 28.11.2012 14:43, Simon Lukasik wrote:
I can't see how this is related to my latest post. And I can't see what
leads you to think that cross-platform scanning is feasible today
(standard-wise and performance-wise).
Please check this very informative post from Steve (OVAL board me
Hi Florian,
On 15.11.2012 13:18, Florian Weimer wrote:
On 11/15/2012 01:49 AM, Alek Paunov wrote:
So, to me it seems natural joining all above together to start thinking
for replacing the classic python C bindings with thin textual or
bytecode(*) LuaJIT/FFI shims in benefit of things with
On 15.11.2012 04:51, M. Edward (Ed) Borasky wrote:
How much Python code are you proposing "someone" ports to Lua? ;-)
I am proposing mostly porting C code to Lua/FFI (the code of the
problematic Python C bindings)
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproj
On 15.11.2012 04:32, Kevin Kofler wrote:
Unlike the others, it generates the native code at runtime (Just In Time),
so there is a performance penalty (especially for nontrivial programs) for
the (JIT) compilation which gcc and ocamlopt won't have. The quality of the
generated code could also be
On 15.11.2012 02:19, Lennart Poettering wrote:
For containers a yum group for usage with --installroot= is the only
thing that matters.
FWIW, For me Anaconda is overkill for the KVM guest images too. I am
used to do that with small xquery script (easy for the libvirt domain
definition) cont
On 12.11.2012 21:34, Steve Grubb wrote:
But the problem I see is a lot of libraries are wrapped by swig, which leaks
memory like a sieve. If swig didn't generate such leaky code, Python based
daemons wouldn't be as scary.
IMHO, Python is one of the best ways to express management logic. As
On 13.11.2012 18:35, Richard W.M. Jones wrote:
Hmmm:
$ echo '' > true.ml
$ ocamlopt.opt true.ml -o true
$ time ./true
real 0m0.002s
user 0m0.000s
sys0m0.001s
time luajit -e "require'os'; os.exit(42)"
real0m0.001s
user0m0.000s
sys 0m0.000s
But, check here for a far more
Hi Steve,
On 12.11.2012 21:00, Steve Grubb wrote:
I think its a bad idea to have too much flexibility for access control systems.
They have to be verifiable. If you have to comply to PCI-DSS or the DISA STIG
or any other standard, you have to be able to demonstrate you are in the
approved confi
On 08.11.2012 15:10, Miroslav Suchý wrote:
[1] https://fedoraproject.org/wiki/Upgrading_Fedora_using_yum
Nice start, Thank you! I like the scripting (ifs) or even better a rule
based (make-like) approach. I will test your script on few instances.
--
devel mailing list
devel@lists.fedoraproje
On 05.11.2012 15:57, Simo Sorce wrote:
A possibly viable alternative for the ABIs freezing (which we can not
ensure anyway) is the C/C++/etc tooling - If we arm upstreams, packagers
and 3rd parties with powerful source tools (API migration/checking),
just like Google does internally, unsing the
On 04.11.2012 19:25, Simo Sorce wrote:
note that this is "also" our strength in some respect because it allows
the system to evolve a lot more quickly, but it also means upgrades are
Indeed.
simply going to break stuff, and that's not so great for desktop
environments and scare the hell off
On 03.11.2012 19:17, Alek Paunov wrote:
Adam, I think that the current "rolling release" discussion as many
other "high interest" general ones in the recent months are pointless
without some form of explicit definition and statistics of the current
(and desired) distinct
On 03.11.2012 18:26, Adam Williamson wrote:
On Sat, 2012-11-03 at 10:52 +0100, drago01 wrote:
Eh? That's not what I said at all. What I said was that I think in a
well-managed rolling release model, users would actually run into
trouble only about as often as they already do anyway. I don't mean
Great, but the link under "Fedora Packages App" should be either
undefined or https://apps.fedoraproject.org/packages/, not the current
404-pointing value of "UNKNOWN".
BTW, http://www.smolts.org/ returns 503 currently, but I do not know if
this is somehow related with "Everything seems to be
On 18.06.2012 14:22, Richard Hughes wrote:
On 18 June 2012 12:03, Benny Amorsen wrote:
Why testing the daemons? Any daemon which cannot be restarted by
systemctl restart foo.daemon is broken already.
Try booting a few VMs and then doing "systemctl restart
libvirtd.daemon" -- libvirtd restarts
On 18.06.2012 12:10, Richard W.M. Jones wrote:
On Mon, Jun 18, 2012 at 02:07:08PM +0530, Rahul Sundaram wrote:
On 06/18/2012 01:23 PM, Richard W.M. Jones wrote:
On Mon, Jun 18, 2012 at 02:10:32AM +0100, Matthew Garrett wrote:
On Sun, Jun 17, 2012 at 06:49:43PM +0100, Richard W.M. Jones wrote:
Bunch of random strings somewhat related to your proposal:
Build:
* Assuming loaded source DB (during distribution build)
* Source query:
pkg:gnome-keyring[@fgit='3f7ff7']//cfunc:gkm_rpc_log/trans-calls::*/arg:line/c:string/string()
(All string "line" [1] literals used in calls (direct
On 18.05.2012 16:38, Pádraig Brady wrote:
An online equivalent to http://livegrep.com/ would rock :)
At least ;-).
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi Rich,
On 18.05.2012 15:49, Richard W.M. Jones wrote:
The reason is that I want to check out all the source for an
experiment, and I need to know what order of disk space I will need [:-)]
Would you like to elaborate - What kind of experiment you are preparing?
[Asking because I live with t
51 matches
Mail list logo