Lee Thomas Stephen writes:
> With Great Power comes great responsibility (Spiderman movie)
Wasn't the original quote "With great power there must also come great
responsibility" ?
The shorter version implies the responsibility is part of the power, but
the longer version creates an onus to
Lennart Poettering writes:
> Well, as you might be aware many distributions these days do more than
> "files dns" for "hosts", and similar for the other databases, and
> hence a built-in default in glibc is great, but most distributions and
> image builders probably want to pick different
Zbigniew Jędrzejewski-Szmek writes:
> I'm not entirely sure if you're just doing Friday trolling or if
> you're serious.
Serious. I have many machines and VMs, and every time I do a Fedora
install, I have a list of your choices I have to revert because they
don't work for me. It's tiring.
>>
Zbigniew Jędrzejewski-Szmek writes:
> That built-in would be enough only if it enabled all the modules
> that we need it to support.
It enables the ones that *glibc* needs to run at a minimum. Your case
is different, which is why you modify /etc/nsswitch.conf.
> I tried to figure out what the
Lennart Poettering writes:
> That said, I would certainly enjoy more if glibc would natively
> fallback to /usr/lib/glibc/nsswitch.conf or something like that if
> /etc/nsswitch.conf does not exist.
glibc has an internal default for nsswitch.conf if one isn't found.
Putting a custom
Zbigniew Jędrzejewski-Szmek writes:
> There is a long-term goal of moving packaged files out of /etc,
I will note that I'm opposed to this goal as a goal per-se.
If you want an empty directory, "mkdir /etc2" should work for you.
I fear this will end like the /tmp fiasco where one /tmp became
Alexandre Oliva writes:
> This looks like a latent bug in the port.
I'm not surprised, that port was weird.
> This was just a plain asm insn in strub.c:
>
> /* Make sure the stack overwrites are not optimized away. */
> asm ("" : : "m" (end[0]));
>
> whose constraint passes during reload,
"Alfred M. Szmidt" writes:
> Free software as such cannot be sexist, but that you do not wish to
> partake in communities where who you are is imaterial, to the point
> where you do not wish to spread the message that computer rights
> matters is sad. Hopefully you will reconsider, and fight for
Samantha Bueno writes:
> We've gone ahead and decided not to replace DNF with DNF05 in Fedora
> 39 and, perhaps notably, Fedora 40 as well.
For those of us who upgraded to DNF05 in rawhide to test it, is there a
quick reference for our paths forward? Er, backward? I upgraded at the
wrong time
Fabio Valentini writes:
> in Fedora 39 - whether the switch still looks doable for this release,
> or whether it should be reverted for F39 and postponed to F40.
I spent most of yesterday repairing a rawhide VM that had a bad upgrade,
resulting in dnf segfaulting and making the machine difficult
Jens-Ulrik Petersen writes:
> I have just now pushed fixes for all ghc*, so can you try to rebuild
> them again in your repo?
All succeeded :-)
https://copr.fedorainfracloud.org/coprs/djdelorie/libffi-3.4.4/builds/
___
devel mailing list --
Jens-Ulrik Petersen writes:
> I have just now pushed fixes for all ghc*, so can you try to rebuild
> them again in your repo?
That's a good question, to which I know not the answer. Fred? Can MPB
be told to retest a specific set of packages? Or do I have to start
from scratch and/or do them
Jarek Prokop writes:
> Are the libffi/rebuilt packages available anywhere for us to
> experiment with?
MPB uses COPR, so..
"before" builds:
https://copr.fedorainfracloud.org/coprs/djdelorie/libffi-3.4.4.checker/
"after" builds: https://copr.fedorainfracloud.org/coprs/djdelorie/libffi-3.4.4/
Jens-Ulrik Petersen writes:
> According to mpb at least:
>
> mpb?
Mass PreBuilder https://gitlab.com/fedora/packager-tools/mass-prebuild
> The majority of those packages are maintained by me... so I can't say I
> thrilled.
> I thought ghc 9 was supposed to be okay with static trampolines?
Zbigniew Jędrzejewski-Szmek writes:
> Sounds good. Can you post the list of affected packages here?
According to mpb at least:
0ad
Agda
Io-language
Macaulay2
ShellCheck
alex
bench
brainfuck
bustle
cab
cabal-install
cabal-rpm
chromium
cjs
cpphs
darcs
dhall
dhall-json
dl-fedora
djdelorie opened a new pull-request against the project: `perl-Crypt-DES` that
you are following:
``
Fix C99 compatibility issue
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Crypt-DES/pull-request/1
___
perl-devel mailing
It sounds to me like the problem is "how do we best use the available
automated test resources?" so I'll answer accordingly. Ignore me if I
misunderstood ;-)
We currently have a small list of packages that are gated behind openQA,
and insufficient openQA resources to expand this list to all
test_parser.py patchwork/tests/test_parser.py
The rest looks all OK to me, without needing line-by-line review.
Thanks!
Reviewed-by: DJ Delorie
___
Patchwork mailing list
Patchwork@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/patchwork
Prarit Bhargava writes:
>> So this papers over the real problem. I looked at the Makefile and wonder why
>> CFLAGS wasn't being passed over even with "override" being used to append the
>> flags. Seems the real problem is that the updated CFLAGS aren't being passed
>> to the submake used to build
This small patch stitches in "comment added" events into the event
queue.
Signed-off-by: DJ Delorie
Closes: #424
diff --git a/patchwork/api/event.py b/patchwork/api/event.py
index 71f9593..45b3f4f 100644
--- a/patchwork/api/event.py
+++ b/patchwork/api/event.py
@@ -13,6 +13
Paul Eggert writes:
>>> +# define dirfd(str) __dirfd (str)
>>
>> This needs an #undef before it, else it causes build errors as glibc
>> already has a definition for dirfd() and it conflicts with this one.
>> Prudence says they should *all* be protected as such, but I only mention
>> the new
anagers to run my weird
environment correctly.
> I am going to guess he is using straight-X windows with one of the
> ancient simple window managers (twm, mwm).
fvwm2 :-)
> DJ: are you the same DJ Delorie that did the work 30 years ago on
> djgcc for DOS? If so, that was some goo
"R. G. Newbury" writes:
> If you don't mind answering, was it a Rhode Island Red cockerel or a hen
> which you sacrificed to learn these arcane secrets? And, full-moon at
> midnight, or dark of the moon? Or did this take moving up to a goat?
It took a LOT of googling to find the one person who
Geoffrey Leach writes:
> Is there a 'Getting Started With pipewire' and/or wireplumber
> somewhere? Or should they 'just work' and I need to check my
> connections?
As a non-gnome (and non-display-manager) user, I share these .xsession
snippets:
# Required by pipewire, at least
export
on upstream glibc; it needs one #undef but was otherwise ok.
Reviewed-by: DJ Delorie
> Of course performance will suffer with all these correctness patches,
> but that can wait until a rewrite.
Modern XFS and EXT filesystems should not hit these code paths at all,
except for symbolic l
[v2: changed malloc failure from ignore to error; added support for
alloca; tested by copying to glibc and testing there]
The DT_* values returned by getdents (readdir) are only hints and
not required. In fact, some Linux filesystems return DT_UNKNOWN
for most entries, regardless of actual
Akira Urushibata writes:
> When you get something for free, you are supposed to say thanks.
While I agree with you in general, when you say "you are supposed to..."
you are restricting freedoms.
When you choose to write free software, you choose to let people use it
without quid pro quo[*]. If
Akira Urushibata writes:
> Mr. Kaz Kylheku claims that artifacts that never existed in reality
> may show up when images are magnified. If anybody believes that this
> is true, please show me examples. I believe they would be of interest
> to follow list members.
Recent demonstrations of AI
Florian Weimer writes:
> I thought the bug is that it's not actually a hint? That DT_UNKNOWN
> here leads to incorrect results in glob?
All the DT_* are hints, according to the man pages, which say that
DT_UNKNOWN must be handled by the caller. So I guess it depends on
whether the original
Florian Weimer writes:
>> + if (fullpath == NULL)
>> +/* This matches old behavior wrt DT_UNKNOWN. */
>> +break;
>
> Shouldn't this report memory allocation failure to the caller?
We could easily replace that break with a "goto
The DT_* values returned by getdents (readdir) are only hints and
not required. In fact, some Linux filesystems return DT_UNKNOWN
for most entries, regardless of actual type. This causes make
to mis-match patterns with a trailing slash (via GLOB_ONLYDIR)
(see make's functions/wildcard test
"Maciej W. Rozycki" writes:
> My interpretation of this would be for modifications rather than original
> sources, so v3+ applies to unmodified sources (for obvious reasons, given
> that the recipient of the sources is not a copyright holder), however as a
> copyright holder I can release my
Paul Koning via Gcc writes:
>> GCC's license is "GPL version 3 or later", so if there ever needed to be a
>> GPL v4, we could move to it without needing permission from anyone.
>
> I don't think that is what the license says. It says:
>
> GCC is free software; you can redistribute it and/or
shulie writes:
> That is MOSTLY, but not completely true. The Phone company, for
> example, can not disconnect you because your a communist.
That's an example of the contract thing I mentioned. They entered into
a contract where, in exchange for a temporary monopoly, they agreed to
operate
Jacob Bachmeyer writes:
> Since GNU is based in USA, is this particular protest obsolete, as any
> such censorship applied to us would be clearly unconstitutional,
For those outside the USA (and probably many inside too ;) ...
The USA laws don't work that way; the first amendment *only*
"Alfred M. Szmidt" writes:
> There is indeed no such group in the GNU project,
There is a GNU Assembly. You may disagree with it, or wish it didn't
exist, or have complaints about its purpose or status, but it exists.
Denying this doesn't help resolve any of the issues around it.
And I really
"Alfred M. Szmidt" writes:
> Because you disagree with a message is not a reason to reject it.
> In either case, there is no such thing as a "GNU assembly",
Wow, such hypocrisy. Just because you disagree with the GNU Assembly
doesn't mean it doesn't exist.
I normally would complain about taking options away from users, but as I
typically use ssh for root *anyway*, I felt this wasn't appropriate
(although I have a friend who never uses ssh keys, always
password-over-ssh).
I would, however, ask that the config file have a commented out option
that
"Kaz Kylheku (gnu-misc-discuss)" <936-846-2...@kylheku.com> writes:
> Those goons
Can we stop with the name-calling, please?
> (What they are extremely comfortable with is---doh!---using the
> work without paying anyone.)
As one of the goon-workers, I (and my whole group) get paid by our
Peter Hutterer writes:
> xfd
I use this a lot; what is the modern replacement for it?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
There's a huge difference between an armed insurrection at a political
capital, and people expressing their opinions calmly in writing
(regardless of what those opinions are, or how much you sensationalize
them). Choosing such highly "emotionally charged" words when making
such unfair
Akira Urushibata writes:
> In my opinion the FSF leaders are not doing things in the right order.
People are quite able to do more than one thing at a time.
> until those who are spreading misinformation are brought to justice.
Beware - a lot of what you think is "misinformation", others
aviva writes:
> On 3/14/21 6:18 PM, DJ Delorie wrote:
>> If WebAssembly or Javascript can be used in a
>> way that honors the four freedoms,
>
> But it can't...period. And in the real world , it doesn't. We don't
> promote software that hurts peopleperiod.
It can a
aviva writes:
> On 3/14/21 6:18 PM, DJ Delorie wrote:
>> Thus, in a way you are arguing AGAINST the
>> user's freedom.
>
> No - I am arguing against creating a system where you lose control of
> your computer and it is over run by hackers because of poor deisgn.
> NO
aviva writes:
> On 3/14/21 6:18 PM, DJ Delorie wrote:
>> This application totally honors the four freedoms,
>
> No - it doesn't actually. It fails value one that the user is in
> control of there system.
How so? I downloaded the sources and ran them on my own system. How am
I not in control?
>>> technology which is designed to be slaveware and dependent un insecure
>> This is a value judgement
>
>
> Right, being a slave is bad. That IS a value judgement. Values - that
> those are good. Get some!
Since you insist on misinterpreting, let me clarify.
The value judgement is that
shulie writes:
> technology which is designed to be slaveware and dependent un insecure
This is a value judgement on the developer writing the software, not the
technology of the software itself. Please do not confuse the two.
For example, I regularly use a javascript application that is
"Alfred M. Szmidt" writes:
> Depending on someone else to even be able to run
> your program is something we defintily do not want.
Are you arguing against Javascript, or SaaS, or just proprietary Saas?
Consider the following:
You have a Free Software browser which you built yourself. It
Vitaly Zaitsev via devel writes:
> Ofc we can use it, but only when we will get rid of all GNU libraries,
> compiler and utilities. :-)
Please don't start this tired old argument again. "Fedora Linux" is a
name, not an ISO standard, we can call it whatever we want. We respect
that you may
t; + create_link ();
> +
> + pthread_t th = xpthread_create (support_small_stack_thread_attribute (),
> + do_realpath, NULL);
> + xpthread_join (th);
> +
> + return 0;
> +}
Run the test in a thread with a small stack, ok.
> +#include
LGTM with that comment.
Reviewed-by: DJ Delorie
Daniel P. Berrangé writes:
> Perhaps this is heresy, but we could stop calling our main development
> stream "rawhide", and instead call it "main", then it will be trivially
> aligned with the "main" git branch name :-)
But fedoras aren't made of sheets of main, they're made from sheets of
Jean Louis writes:
> I have downloaded packages. For GNU tools I can find sources. For Gow,
> I cannot find.
Perhaps the runtime was elided under the "major components" part of GPL
sec 3 ?
"However, as a special exception, the source code distributed need not
include anything that is
Fabio Valentini writes:
> ImportError: /lib64/libglib-2.0.so.0: undefined symbol: lstat64, version
> GLIBC_2.33
This looks like something was built against the new glibc, but tried to
run against the old glibc...
___
devel mailing list --
"home user" writes:
>> guvcview has a "-z" option to bring it up in control-only mode,
>
> I did not see that option in the man page. How did you know (or find out)
> about it?
I ran "guvcview --help" and hoped it printed help :-)
___
users mailing
I use gtk-v4l to control the webcam during meetings
guvcview has a "-z" option to bring it up in control-only mode,
otherwise it grabs the video stream too.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to
Neal Gompa writes:
> Oh man, that takes me back! I started on DOS with the MS-DOS Editor,
> then went onto the DOS port of Emacs and using DJGPP, then jumped to
> Linux years later...
Now *that* takes me back to the days when I wrote DJGPP ;-)
And for anyone who thinks vi is hard to use, try
ToddAndMargo via users writes:
> So RHEL's "prioritization" is different from mine
Yes, which is why RHEL is not the best choice for you. I'm OK with
that, but there's no reason to take it so personally. "Doesn't do what
I want" is not the same as "RHEL is trash."
> It does not matter that
ToddAndMargo via users writes:
> The idea is that you can rely on things, including the locked in bugs,
As someone who has a full time job fixing bugs in RHEL, I can
emphatically state that this is not the case at all.
If you want a bug fixed in RHEL, contact your RHEL account manager or
file a
"John M. Harris Jr" writes:
> it is important that issues such as this can be talked about publicly,
I disagree. It has nothing to do with Fedora development[*], and allowing
EITHER side to continue this "discussion" allows either side to badger
and bully the opposition until people comply
Vineet Gupta writes:
>> $ make test-wrapper='> to>/br/build/glibc-867196a7635/scripts/cross-test-ssh.sh root@192.168.0.20'
>> xcheck
>> subdirs=elf
>
> FWIW the original failures were here
>
> lock_fd = open (concat (pristine_root_path, "/lock.fd", NULL),
>O_CREAT | O_TRUNC |
Vineet Gupta writes:
> When you say containers is this linux cgroups or something at a higher
> level: does it need any specific distro container package. Please
> remember this is a constrained system built off of buildroot.
It should not require anything beyond what kernel/glibc provides - we
Vineet Gupta writes:
> No, I'm running this is a cross-compiled setup where the test artifacts are
> on a
> NFS mounted host. Here's the full strace for test
>
>
> $ strace_static -f
> ~/br/build/glibc-867196a7635/build/elf/tst-ldconfig-ld_so_conf-update
This is a manual run. Even with a cross
Vineet Gupta via Libc-alpha writes:
> The issue is expected src-path for dso.
>
> | [pid 168] renameat(AT_FDCWD, "/usr/lib/tst-ldconfig-ld-mod.so", AT_FDCWD,
> | "/tmp/tst-ldconfig/libldconfig-ld-mod.so") = -1 EXDEV
> | (Invalid cross-device link)
>
> In cross setup, /usr/lib needs to
In about a week I'll be building make 4.3 for rawhide. As part of
this, I'll be cleaning up some old Fedora-specific patches that
shouldn't be needed any more (ha!). In addition, please note any make
4.3-specific changes in its NEWS file:
http://git.savannah.gnu.org/cgit/make.git/tree/NEWS
Alexandre François Garreau writes:
> Yet expressing it directly, without filter, it has already been
> said, is unkind.
I agree, and I think this is a key point to understand. The FSF has
stated that it will accept work from anyone regardless of what they
BELIEVE. Kindness is about what
Eli Zaretskii writes:
> No one, not even the above quote, said they have "no impact" in
> general.
I didn't say that. I said you could argue that. It's a point to
consider and discuss, that's all. Sometimes an extreme viewpoint makes
discussion clearer, and the results can be applied to the
a...@gnu.org (Alfred M. Szmidt) writes:
> That speaks more to the fact that the GNU project leadership has no
> impact on project adaptation, or contributor activity. But rather it
> is a individual effort by each project maintainer.
One could argue that this indicates that what you term "GNU
Jean Louis writes:
> * DJ Delorie [2020-02-19 21:01]:
>>
>> "Kaz Kylheku (gnu-misc-discuss)" <936-846-2...@kylheku.com> writes:
>> > On 2020-02-17 12:37, Andy Wingo wrote:
>> >> Thought experiment: what would GNU be if all of
"Kaz Kylheku (gnu-misc-discuss)" <936-846-2...@kylheku.com> writes:
> On 2020-02-17 12:37, Andy Wingo wrote:
>> Thought experiment: what would GNU be if all of its packages stopped
>> developing? Dead, right?
>
> The immediate effect would become more of a stable base for the vast
> amount of
"Andreas R." writes:
> The wiki has been described as a tool for *all* GNU maintainers, even
> though it's only available to a certain subset of GNU maintainers
> willing to agree to new stipulations that were never part of being a
> GNU maintainer.
The wiki states "currently limited to GNU
a...@gnu.org (Alfred M. Szmidt) writes:
> The wiki does not represent the views of the GNU project. Nor will it
> be hosted on GNU infrastructure, as was made quite clear by the head
> of the GNU project.
I think we all agree on this, and repeating it is not adding anything to
the
a...@gnu.org (Alfred M. Szmidt) writes:
> You make the incorrect assumption that the health of the GNU project
> should be measured in how many new projects are adopted or released --
> instead of what our goal is to provide a free operating system.
Are we DONE producing that operating system?
a...@gnu.org (Alfred M. Szmidt) writes:
> You make the assumption that the views of the maintainers are the
> views of the GNU project -- this has never been the case. GNU
> maintainers do not define what the GNU project is.
Because we are all code monkeys, aka programming slaves. As long as we
Namecheap, and likely most domain services, automatically block all
personal information by default. Protecting users' privacy is in line
with GNU standards. Attempting to expose people's hidden private
information is not.
I've taken a look at the new make release, and updating Fedora's make
won't be that tricky (aside from some noted backwards
incompatibilities[1], who knows) but I see no reason to rush it into a
last-minute update this close to branching F32. My current plan is to
introduce it to rawhide just
Jean Louis writes:
> Why should any policy of GNU be changed when they have been
> functioning well for decades?
This argument was used when GPLv2 was introduced, and again with GPLv3.
Things change, we must adapt. "The old way is good enough" is not a
good long-term policy.
Jean Louis writes:
> The hypothetical case you wish to present would be dividing GNU
> project and FSF, which also does not make sense.
I agree.
> Please note that RMS is founder of the FSF, and hypothetically, with
> help of few members, could also re-submit the Articles of Association
> of
Mike Gerwitz writes:
> The FSF does provide essential resources for the GNU Project, but it has
> no say in how the project is governed. Those decisions must be made by
> rms.
It's important to remember that one of the "essential resources" is the
GNU trademark itself, which means that the FSF
Akira Urushibata writes:
> The term "stakeholder" requires explanation.
In this case, the original literal meaning isn't as appropriate as the
modern figurative meaning.
https://www.google.com/search?q=define+stakeholder
"2. A person with an interest or concern in something, especially a
[original mailing lists added back in; your mails make replying
difficult as they do not include the mailing list address]
nylxs writes:
> On 12/27/19 4:39 AM, Mark Wielaard wrote:
>> As volunteers for the GNU Project we are happy that the FSF provides GNU
>> with services like fiscal
Alexandre François Garreau writes:
> Aren’t these two statements contradictory (as governance is made of by
> people,
> and currently a single one)? as it was stated before (for instance by Dora)
Consider the difference between "how does the consensus model compare to
the committee model?"
Marcel writes:
> I invite you to post _ALL_ my censored messages in chronological order,
If your solution to "I broke the rules" is "post my messages anyway, so
I can get away with breaking the rules"... no thanks.
If you have a problem with the moderation, that's between you and the
Jean Louis writes:
> 2. dictator, potentate -- (a ruler who is unconstrained by law)
> 3. authoritarian, dictator -- (a person who behaves in a tyrannical
> manner; "my boss is a dictator who makes everyone work overtime")
These. It was Uli at the time. The experience was very negative.
Dora Scilipoti writes:
> Oh! I thought the conversations here were started to talk about a new
> governance model specifically for GNU.
Well... it's all related, but each sub-project in GNU itself needs a
local governance model, and even if it's different than the top-level
GNU model, they
Dora Scilipoti writes:
> What if I want to propose a governance model that includes someone as
> head of a committee, for example. Am I not allowed to name and talk
> about the qualities of the person I consider relevant for the position?
*Here* it's reasonable to talk about how the *model*
> if a contributor-to-be happens to be an employee, FSF does not trust
> his words about origin of his contribution,
This seems reasonable to me in the USA. Many companies have a clause in
their contracts that say that the company owns anything the employee
creates during their tenure, *even
a...@gnu.org (Alfred M. Szmidt) writes:
> They shouldn't be required to defend the GNU projects values, we
> welcome everyone. And that is on purpose.
I see a problem here... GNU is inclusive to anyone who is willing to be
a dumb code monkey who doesn't care about freedom, but is unwilling to
be
Colby Russell writes:
> This software might be open source and use the open source development
> model, but it won't be free software
>
> If that's the case, then it has to be true that the four freedoms are
> necessary but not sufficient to say that a piece of software is free
>
Ruben Safir writes:
>> So the question becomes... what happens if, $diety forbid, RMS gets hit
>> by a bus? Who does the "appointing" then?
>
> weel it certainly can't be anyone who makes a public petition to remove
> RMS. Those people are autmoatically not viable canidates.
There is nothing
writes:
> This is already solved. The GNU domain (and many copyrights and right to
> issue new versions of licenses etc.) is held by FSF.
Well, that covers quite a bit. Not all of it, I assume. That might be
enough for projects that live 100% in the gnu.org domain, but not all
do. The ones
Ruben Safir writes:
> Appointment has always worked.
In another project I contribute to, there was a conversation about the
project's "bus factor":
https://en.wikipedia.org/wiki/Bus_factor
We tried to restructure the project so that no one role had a bus factor
of one.
RMS is a bus factor of
"vvs vvs" writes:
> Ok, now I see that Fedora is just for activists. If I'm not one of
> them then I don't deserve any possibility to use it and should blame
> myself. Thanks for explaining it to me.
I think you're overreacting a bit, but there is some truth in this.
Fedora is created and
John Reiser writes:
> Very similar to https://bugzilla.redhat.com/show_bug.cgi?id=1729382
Ah, thanks.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
Anyone else seeing this? It seems to only happen on physical i686
machines, not vm's, but that's based on only three builds so far.
https://koji.fedoraproject.org/koji/taskinfo?taskID=36329825
BUILDSTDERR: create archive failed: cpio: write failed - Cannot allocate
memory
(this is after
Geoffrey Leach writes:
> A package has been broken and needs to be re-installed. DNF sees the
> package as installed and won't take any action. DNF remove removes
> dependencies, so that's a solution, but requires considerable work and
> is frught with problems.
Use "dnf download" to get the RPM
"Robert P. J. Day" writes:
> what in the name of mutt is bash doing all that time? if there's no
> such command, why the long pause in giving me a new prompt?
It's probably trying to give you a clue on how to install the right
package to get that command.
Try removing
ToddAndMargo via users writes:
> Okay one last slam at RHEL:
As someone who works full-time on RHEL[*], please consider that your
understanding of what RHEL is and who it is for may color your
experience with it. You are not the ideal RHEL customer, so of course
it doesn't meet your strict
Follow-up Comment #2, bug #53152 (project make):
I can reliably reproduce this on Fedora 26 if I have enough busy-wait
processes running, using this command line:
while true; do date; rm mksync; make -j2 -dr; done
and this Makefile:
all: foo baz
foo: bar
date > mksync
bar:
Pavel Bezina writes:
> Do you know about any package that installs an nsswitch.conf module and
> automatically enables it in /etc/nsswitch.conf? So far I have two
> packages - nss-mdns and systemd.
I don't know about enabling, but it's easy to ask the database what
packages provide NSS
Richard Biener writes:
> DJ, did you ever run the testsuite with a configuration that has LTO
> enabled? I don't see any djgpp results posted to gcc-testresults.
> Quick googling doesn't yield anything useful with regarding on how to
> do actual testing with a cross so I only built a
1 - 100 of 6592 matches
Mail list logo
