Matthias Clasen writes:
> Until you put a pipe between and turn the outputs of command a into
> inputs of command b...
People will generally be aware that output is locale-dependent. That is
most of the point of having locales at all.
Setting LC_ALL=C is not a nice option. That would mean that
Apparently ping has now started interpreting its command line arguments
depending on locale. I.e. ping -i 0.1 no longer works in locales where
comma is the decimal separator.
This makes it difficult to call system commands. The only workaround is
to set LC_ALL to a known-good locale, but then your
Adam Jackson writes:
> For the same reason Firefox doesn't automatically accept self-signed SSL
> certs, and the same reason that ssh doesn't automatically accept new
> host keys: it'd be creating trust from thin air.
I trust my hardware, I trust my firmware, I trust my install medium.
That is n
Seth Vidal writes:
> fantastic. show me a deployment somewhere of a 'thin client' that
> doesn't use their own custom kickstart/pxe for instantiating the
> clients and that will be relevant to this discussion.
Is kickstart installs generally out of scope for minimal package set?
The problem used
Josh Boyer writes:
> It's not simple. It's not easy. It buys you very very little and it
> leaves the maintainers having to continuously guess which package a
> module goes into. Then there's the requests to move them from one to
> the other.
I certainly buy those arguments. The whole thing m
Josh Boyer writes:
> Of course we would. The entire point is to reduce the size, and the
> only way to reduce the size is to build it with different config
> options.
Just splitting off most modules would do the job I would think... Of
course you can go smaller if you change config options, but
Lennart Poettering writes:
> One way to achieve that should be to provide /var/log/README with the
> appropriate hints, since I assume much more people will look for logs
> in /var/log like it used to be in most of Linux history rather than in
> a tool "logread" that is known by an embedded distr
Matthew Miller writes:
> Less critical but important:
A hard link to an easier-to-guess name like logread (used by OpenWRT)?
/Benny
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Tomasz Torcz writes:
> Which is which? There are some example here:
> http://tagoh.fedorapeople.org/tmp/hints/
> *-autohint variants are clearly blurred, while -*hintfull are eligible.
As far as I can tell subpixel rendering is disabled in these examples.
Is that relevant today, when almost
Sam Varshavchik writes:
> It took me a while to figure out why my daemon kept breaking all the
> time, when it couldn't stat its /proc/self/exe any more.
Perhaps it's just me, but why would the daemon stat /proc/self/exe? I
presume prelink writes a new file and renames into place as a proper
Uni
Jay Sulzberger writes:
> If I understand correctly, Fedora has now formally allowed
> Microsoft to lock Fedora out of many coming ARM devices.
As I understand it, you have the freedom to purchase a $99 key from
Microsoft which you can then use to install Fedora on those locked ARM
devices design
Richard Hughes writes:
> The async-message bus isn't the only problem. You *have* to restart a
> process before it will be running a new library version. That mean
> testing (and probably patching) every single application and daemon in
> our stack
Why testing the daemons? Any daemon which canno
Richard Hughes writes:
> It takes me 4 seconds to POST, boot the kernel, get into
> system-update.service, and then reboot. Using a new rpm version,
> applying several dozen test updates takes another 20 seconds.
Your hardware is too cheap. BIOS boot time is proportional to price when
the hardwa
Josh Boyer writes:
> The magic was quite specified. You rebuild the initramfs with the
> convertfs module included, and pass the approriate arguments on boot.
> There's a wiki page covering exactly that.
Yes, the invokation is specified in detail. There just isn't any
documentation of what it a
Adam Williamson writes:
> 3. yum *if you follow the instructions carefully*
Those instructions include dracut doing unspecified magic. For other
releases I'd agree with you and do a yum upgrade, but I must admit I
don't dare try this time.
Preupgrade is a bit higher priority for this release.
Björn Persson writes:
> ldd works recursively. What does "readelf --dynamic /usr/bin/gnome-session |
> fgrep -i png" output?
Thank you very much for your help. gnome-session depends on
libgdk_pixbuf-2.0.so.0()(64bit) and gdk-pixbuf2 depends on
libpng12.so.0()(64bit), so every dependency is corr
Adam Jackson writes:
> After yesterday's rebuilds, there remain 271 binary packages from 232
> source packages that still require libpng-compat.
This is a bit late of course, but I have just upgraded to xbmc from
rpmfusion-rawhide which required libpng15. I allowed yum to pull in
dependencies f
Mystilleef writes:
> Hello,
>
> Wow, I read this a little too late. I did an update, using
> --skip-broken, today and now Xorg is broken. I use the open source ati
> drivers. The Xorg log indicates a version mismatch between Xorg and
> the drivers. Is there a way to reverse or fix this?
yum hist
Lennart Poettering writes:
> Well, that way attackers might still be able fool the admin: i.e. he
> could create a directory with a service name and some randomized suffix
> and the admin might blindly believe that this directory belongs to the
> service, even if it doesn't, but belongs to the ev
Tomas Mraz writes:
> And if this malicious DNS administrator controls the caching
> nameserver you're using for DNS queries, he can present you ANY data
> even 'valid' fake DNSSEC data.
This is not generally true. Resolver libraries can (and should, IMHO)
verify DNSSEC themselves. Otherwise DNSS
Matthew Garrett writes:
> We have no technological solution for dealing with the fact that
> applications may move from one DPI to another at runtime, and may even
> be displaying on both displays at once.
>From a technology viewpoint, that is actually theoretically easy to
handle on modern ha
Benny Amorsen writes:
> Do any of you use _. to match e.g. the h extension?
>
> Right now _[a-z] does not match the special h extension but does match
> someone explicitly dialling "h". Would it make sense to extend this
> behaviour to the . and ! patterns, so they never
Do any of you use _. to match e.g. the h extension?
Right now _[a-z] does not match the special h extension but does match
someone explicitly dialling "h". Would it make sense to extend this
behaviour to the . and ! patterns, so they never match h?
/Benny
--
devel mailing list
devel@lists.fed
Steve Clark writes:
> If your are concerned with boot times suspend to disk!
Suspend to disk is dead slow even with an SSD. That really is no
alternative.
Suspend to RAM is nice when it works which is about 4 times out of 5 on
this laptop. (A great improvement over a few years ago, by the way).
Chris Adams writes:
> Hmm, also what does this do to PXE booting. IIRC there is a (relatively
> low) limit on the size of the initrd loaded by pxelinux.
Even if there is no limit, fetching large files over TFTP can be rather
slow. The initrd seems to be 135MB right now, which seems to be on the
Paul Johnson writes:
> Is there a safe way to install the x86_64 system over the 32 bit version
> and then clean off the 32 bit stuff that is no longer needed?
There is no safe way to do it, but it IS in fact possible. I have done
it twice.
It is a lot of work, and I recommend against it. Howev
Jiri Popelka writes:
> I'm not sure. We are trying to eventually get net-tools out of the
> default install.
> Most of the scripts (initscripts/networking) has been using iproute commands
> now and we're trying to navigate people to switch to ip as well.
Maybe it would be worth attacking vconfi
Bruno Wolff III writes:
> Because it is more work. If one is managing lots of systems as part of a
> job, you want to be efficient in how your time is used. Fedora systems
> change to fast for that.
On the other hand, Fedora saves a lot of time by not having to maintain
reasonably new versions o
Arthur Pemberton writes:
> What exactly is the fear here with these updates? Are there many
> desktop users who do NOT want the latest released Firefox? Are there
> many people using Fedora as their OS for their database server?
I don't know about "many", but there is at least one organisation
w
Al Dunsmuir writes:
> Let's not forget that NM is not suitable for someone running a local
> DNS server (bind with DNSSEC enabled). It also does not work at all
> when used on a laptop as a caching DNS.
Doesn't NetworkManager respect PEERDNS=no? As I understand it, it does
read ifcfg-whatev
Adam Williamson writes:
> PA uses a more correct but more CPU-intensive resampling method than
> ALSA by default. On very slow systems it's a good idea to
> edit /etc/pulse/daemon.conf and change the 'resample-method' parameter.
Back when I had a slow enough machine to care (A Sempron 2600+ I
be
Kevin Kofler writes:
> If the application is in Fedora as all applications eventually ought to be,
> we will take care of rebuilding it. Otherwise, whoever built it (some third-
> party repository or the user him/herself) is responsible for rebuilding it.
> This has always worked fine, I don't
Richard Zidlicky writes:
> Mounting the fs read only is much easier and safer - and has long tradition.
This is not feasible as a distribution policy. You can't guarantee that
/usr/bin is on its own partition so you can mount it read only. The only
way to achieve it would be creative use of moun
33 matches
Mail list logo
