?
The F27 version of the manual page mentions e for sure.
The letters are the sets that you want to set it in:
p = permitted capabilities
e = effective capabilities
i = inherited capabilities
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel
) by the looks of it.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
://src.fedoraproject.org/rpms/iputils/blob/master/f/iputils.spec#_142
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
x86_64.cfg with that added to avoid conflicts on
mock upgrades and then use the appropriate switch to mock/fedpkg to
select that config.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To un
would be because he's not in the packager group by the looks of it:
https://admin.fedoraproject.org/accounts/user/view/pyc0d3r
Umar - There is information in the wiki on becoming a packager:
https://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group
Tom
--
Tom Hughes (t...@compton.nu
On 13/10/17 16:48, Adam Williamson wrote:
On Fri, 2017-10-13 at 15:56 +0100, Tom Hughes wrote:
Cookie Monster
Seemed to have been removed from AMO and no obvious replacement.
I use(d) Self Destructing Cookies, but the page for that one says it's
not being rewritten as a webextension
rs ago with no signs of life and no
obvious replacement.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
anything even vaguely equivalent with only weeks left to be
before the extensionpocalypse hits.
The biggest issues are NoScript (which is supposedly coming) and Cookie
Monster (which seems to be hopeless) but there are plenty of others.
Tom
--
Tom Hughes (t...@compton.nu)
http
On 22/09/17 08:50, Ralf Corsepius wrote:
How to build a sub tree of packages in fc27, when the root of this tree
changed SONAME?
Well it's painful - you have to build each one then add an override for
it and wait for that to appear and then move on to the next one etc...
Tom
--
Tom Hughes
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
il they're ready which I guess is (c) but it means
the contingency plan itself is a mockery.
So how exactly did that get accepted?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscri
automatically
but there is a bug that has yet to be tracked down and hence it is
currently being done manually when the automatic update fails.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
which should have been discussed with
the affected groups - note that it doesn't seem to be directly related
to the migration to pagure as it only just changed in the last day or two.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel
the relevant tracker bugs:
https://fedoraproject.org/wiki/Packaging:Guidelines#Architecture_Build_Failures
and nothing on the tracker bug that I can see:
https://bugzilla.redhat.com/showdependencytree.cgi?id=F-ExcludeArch-x86_resolved=1
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu
both
cases) where I can install packages and can run gdb / git / gcc?
There are ppc64 and ppc64le machines - see here:
https://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers
No s390x but a failure common to all big endians can likely be debugged
on ppc64.
Tom
--
Tom
On 30/07/17 15:34, Florian Weimer wrote:
On 07/30/2017 04:22 PM, Tom Hughes wrote:
On 30/07/17 15:03, Florian Weimer wrote:
On 07/30/2017 03:42 PM, Antonio Trande wrote:
Is Rawhide now ready for building?
I have other packages that need a rebuild.
It depends. There are still 48 packages
. In addition, there
are some broken builds which have not yet been tagged into rawhide, and
I don't have a good way of finding them.
I have a rebuild of mapnik (which had failed due to this) running now.
None of this is actually in rawhide yet anyway is it? It's in the
f27-rebuild side tag?
Tom
--
Tom
;your
kerberos ticket has expired".
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
user.
I'm not sure how dnf does it it but IIRC yum used to create the per-user
cache in /tmp so it would persist until /tmp got cleaned.
This is why I always run dnf commands (even things like list or search)
as root so that I get the advantage of the shared cache ;-)
Tom
--
Tom Hughes (t
On 19/07/17 09:01, Tomas Mraz wrote:
On Tue, 2017-07-18 at 20:30 +0100, Tom Hughes wrote:
On 18/07/17 15:26, Stephen Gallagher wrote:
On Tue, Jul 18, 2017 at 10:17 AM Tom Hughes <t...@compton.nu
<mailto:t...@compton.nu>> wrote:
Well none of my newly upgraded F26 mac
On 18/07/17 20:43, Jakub Hrozek wrote:
On Tue, Jul 18, 2017 at 08:30:57PM +0100, Tom Hughes wrote:
On 18/07/17 15:26, Stephen Gallagher wrote:
On Tue, Jul 18, 2017 at 10:17 AM Tom Hughes <t...@compton.nu
<mailto:t...@compton.nu>> wrote:
Well none of my newly upgraded F26 mac
On 18/07/17 15:26, Stephen Gallagher wrote:
On Tue, Jul 18, 2017 at 10:17 AM Tom Hughes <t...@compton.nu
<mailto:t...@compton.nu>> wrote:
Well none of my newly upgraded F26 machines appear to be running it ;-)
I said "default". So for fresh installs this is the
On 18/07/17 15:12, Stephen Gallagher wrote:
On Tue, Jul 18, 2017 at 10:00 AM Tom Hughes <t...@compton.nu
<mailto:t...@compton.nu>> wrote:
On 18/07/17 14:48, Jaroslav Reznik wrote:
> The default profile set will contain the following profiles:
>
&g
On 18/07/17 14:55, Richard Hughes wrote:
On 18 July 2017 at 14:52, Tom Hughes <t...@compton.nu> wrote:
So what is the user experience of "updating" in this world? How does the
transition from one snapshot to the next occur?
Basically the same as now. Kalev added a gnome
Hell, is gcc a "server" thing? or a "workstation" thing? or both if we
want to follow the true path of madness...
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
hing going to suddenly start blocking/timing out
on being unable to talk to it?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
's silly.
Well macOS stole "app as a directory" from RISC OS which pushes the idea
back about 30 years ;-)
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
actually still buy them today. My firewall
at home is using an Intel D945GSEJT mini-itx board which you can still
buy now and which has an Atom N270 on it.
Sounds like I need to plan for rebuilding it in the next year or so anyway.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu
mlrpc
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
the build of the engine.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
and chrome!
I believe that behind that there are then a zillion other electron-* npm
modules no doubt each with their own crazy dependency hell.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedorap
is a bit
of a pain :-(
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
script using #!/usr/bin/python and
importing xxx then isn't python-xxx the correct thing to require so that
it will continue to behave correctly when we switch to python 3 as default?
If I change it to python2-xxx then I'll just have to change it again
when we switch the default?
Tom
--
Tom
m in as you
would expect?
I don't see how it can unless it also reinstalls ones the user had
chosen to remove?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On 08/06/17 18:54, Matthew Miller wrote:
On Thu, Jun 08, 2017 at 06:48:27PM +0100, Tom Hughes wrote:
I mean it would probably still be quite daunting for somebody that
did want to get into more detail I guess but I think I wound up
there following through from some of the other stuff about
On 08/06/17 18:28, Adam Samalik wrote:
On Thu, Jun 8, 2017 at 7:15 PM, Tom Hughes <t...@compton.nu
<mailto:t...@compton.nu>> wrote:
Speaking for myself I came across that the other day and got as far
as clicking through to the documentation page and seeing that just
it meant beyond
moving from pkgdb to pagure over dist-git.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On 04/06/17 14:22, Richard W.M. Jones wrote:
On Sun, Jun 04, 2017 at 02:10:13PM +0100, Tom Hughes wrote:
On 04/06/17 13:20, Richard W.M. Jones wrote:
On Sun, Jun 04, 2017 at 02:15:19PM +0200, Michal Schorm wrote:
Is there some place I could read about this? The rest of the email
didn't make
;.
The plan is to run a second instance of pagure that sits it front of
dist-git and acts as an interface to the dist-git repos.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
MAX) {
^~
UINT_MAX
f26 and f25 build and when I clone the nfs-utils tree
on rawhide vm that build work fine as well.
Any idea what is going on?
Well presumably you're not including stdint.h for some reason.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton
ss python2-devel or python3-devel is required but
the message is phrased in terms of what is expected rather than what is
actually present - so it's not saying the package contains X rather it
is saying the package should contain X (and doesn't).
Tom
--
Tom Hughes (t...@compton.nu)
http://
ges are modified to
not rely on it so any talk of removing it seems premature.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On 27/04/17 07:38, Tom Hughes wrote:
On 25/04/17 21:39, David Sommerseth wrote:
So, to be able to provide OpenVPN in Fedora 26 it was decided to switch
to mbed TLS instead of OpenSSL (which OpenVPN also supports). That have
revealed several issues:
Why not just use the openssl 1.0.2 compat
to the 1.1 package?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
, years ago.
AFAIK it was was never made official though - it is still in draft:
https://fedoraproject.org/wiki/Script_Interpreters_(draft)
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
On 16/03/17 10:47, Guido Aulisi wrote:
Il giorno gio, 16/03/2017 alle 10.38 +, Tom Hughes ha scritto:
On 16/03/17 10:32, Guido Aulisi wrote:
I was thinking about adding some default gitignores to package
repositories, I think we need at least:
/results_*
/*.src.rpm
This is to ignore
package I
manintain or should it be a global fedora config?
No, because if you do that then "fedpkg clean" won't cleanup those files
anymore...
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing lis
the
mass rebuild once the openblas issue was resolved and I was able to
rebuild mapnik itself.
As you say they exclude the BE arches because mapnik doesn't support them.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list
t's exactly as I said. That code is just wrong and should be:
if (*pSlash != '\0') {
As it stands the body of that if will always execute and when there are
no encoding parameters ppEncodingParams will be returned as a pointer to
an empty string rather than as a null pointer.
Tom
--
Tom Hughes
cc 6 should also have
objected to that code.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
e domain
405n.mj.am (maybe a redirect?). The same holds for the link in your
signature.
I think his email provider did it - the mj.am domain is registered to
mailjet.com who also appear to be the initial hops in the received chain
on the email so I assume that is who
and the auto requires
logic does now handle it - although /usr/lib/rpm/script.req has a TODO
comment to fix it there does also seem to be code to handle it.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel
the source is missing - did you upload it to the lookaside cache?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
thout the
rest of sssd?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
copy of the docbook DTDs available?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
of things.
Given that mapnik tends to want fairly up to date versions of it's
dependencies I imagine there is a potential for EPEL packaging of it to
become somewhat troublesome.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
epel-devel mailing
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On 12/01/17 06:59, pravin@gmail.com wrote:
On 10 January 2017 at 14:39, Tom Hughes <t...@compton.nu
<mailto:t...@compton.nu>> wrote:
I don't really understand the logic here...
I would expect anything in Fedora to be built with whatever
translations
in the releases they make which then get
packaged in Fedora.
I'm not saying we should package a tool for analysing translation status
as I'm sure it will be useful to upstream developers but it's not clear
how you envisage it fitting into the Fedora development process.
Tom
--
Tom Hughes (t...@compton.nu
ready said - that it treats all arches as equals and
scales readily to whatever is needed rather than just bolting on a
single 32/64 bit split as a kind of special case.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing lis
was about to be proposed when I saw the
subject of the email and I got excited for about 30 seconds until I read
the body ;-)
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
it can
find libc?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
container
environment in order to work with a 32 bit build rather than just
telling our build scripts to use "gcc -m32" when compiling?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
itself) is compiled code that is arch
specific and not available everywhere, at least for the version in EPEL.
Similar problems exist with some other interpreted languages I believe
where the interpreter itself is not universally available.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu
On 20/12/16 17:40, Adam Williamson wrote:
On Tue, 2016-12-20 at 17:15 +, Tom Hughes wrote:
I didn't think updates-testing would be, it's just I don't think many
people use it so I'm not sure having things there for longer will
actually help.
We do in fact have numbers
On 20/12/16 16:48, Michael Catanzaro wrote:
On Tue, 2016-12-20 at 14:27 +, Tom Hughes wrote:
Surely it's more likely that it just delays the discovery of the
botched
update?
I don't think updates-testing should be batched. Testers should of
course still get all test updates ASAP.
I
it
but they don't have enough time to spot the problems before the updates
get pushed.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
.x86_64 conflicts with file from package
symlinktest-1-1.fc25.x86_64
Replacing a directory needs special lua scriptlet hackery:
https://fedoraproject.org/wiki/Packaging:Directory_Replacement
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel
On 19/12/16 00:17, Matthew Miller wrote:
On Mon, Dec 19, 2016 at 12:07:06AM +, Tom Hughes wrote:
I have ulimit -c returning 0 in shells on my system — have I done some
configuration I don't remember? That's the default, isn't it? Should it
stay that way with this change?
The ulimit on core
is impossible to set
in most shells) effectively acts as a limit of 0 and disables core dumps
but that's only because the kernel uses it internally to ignore core
dumps from the process running the pipe to receive a core dump.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu
root
certificate) will trigger a fatal network error.
So the self signature on the root certificate can still be SHA-1 because
that certificate is in the root set and hence is valid simply by
existing and it's signature algorithm doesn't really matter.
Tom
--
Tom Hughes (t...@compton.nu)
ate your tools. See:
https://fedoraproject.org/wiki/ReleaseEngineering/FlagDay2016#What_do_I_have_to_do
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel
On 13/12/16 21:32, Simo Sorce wrote:
On Tue, 2016-12-13 at 18:52 +, Tom Hughes wrote:
The main goal of long random passwords after all is about a combination
of making them hard to brute force and ensuring that every service has a
unique password to guard against credential reuse attacks
what I mean). Also, SELinux allows
debugging in the permissive mode that just logs without actually
blocking access. What happens after systemd directives result in denials?
There speaks the person that has never had something blocked by a
noaudit rule in the selinux policy...
Tom
--
Tom
have to remember a password
hits the same problem.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
ich we had been told would be available before the flag day.
I'm not sure it was ever made clear that there were new versions
available in testing, or which packages exactly from testing we would
need in order to try it.
Tom
--
Tom Hughes (t...@compton.nu)
http://
/skl_guc_ver4.bin
/usr/lib/firmware/i915/skl_guc_ver6.bin
/usr/lib/firmware/i915/skl_guc_ver6_1.bin
/usr/share/doc/linux-firmware/LICENSE.i915
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
On 30/11/16 21:41, Jerry James wrote:
On Wed, Nov 30, 2016 at 2:19 PM, Tom Hughes <t...@compton.nu> wrote:
On 30/11/16 21:07, Jerry James wrote:
Well have you reported the ICE as it tells you to?
Basically it is, pretty much by definition, a bug in the compiler that needs
to be re
in the compiler that
needs to be reported. Biggest pain is going to be getting hold of the
preprocessed source for the bug report.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
are seeing.
If you're planning to update from 1.11 to 1.12 then I would have to ask
if that is even appropriate in a released version anyway...
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
seem like an
unreasonable change for upstream to have made.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On 20/11/16 18:13, Kevin Fenzi wrote:
On Sun, 20 Nov 2016 10:10:17 +
Tom Hughes <t...@compton.nu> wrote:
Bearing in mind that I've never used kerberos before, so I may be
misunderstanding something completely here, a little experimentation
suggests that currently the longest
to remember to
keep renewing before the 24 hour expiry is reached.
All of which is something of a change from the current six month cycle
with the client certificates.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel
;add" trigger for example
is basically pretending that all devices have suddenly been plugged in
without being removed first.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubsc
On 10/11/16 16:47, Stephen Gallagher wrote:
On 11/10/2016 11:44 AM, Tom Hughes wrote:
On 10/11/16 16:41, Richard W.M. Jones wrote:
I'm packaging up a program that puts plugins into
%{_libdir}/pkg/plugin.so
Unfortunately rpmbuild doesn't seem to generate automatic dependencies
and the dependency generator ignores ones which aren't.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
that wants to access the debug data to load it all in
and decompress it rather than just reading what it needs.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an emai
which should
probably have been run in %check but not included in the installed files.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
ly know that you can mark
a connection as metered in NetworkManager - it's not like it asks when
you connect to a new WiFi network if it is metered or not...
The DNF cache is a separate issue of course as I'm not sure that makes
any attempt to check for metered connections.
Tom
--
Tom Hughes
to the point how do I tag it as unmetered at certain times of day...
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
home but metered if I'm in a cafe
or hotel. An ethernet interface might be metered at certain times of day
and not at others.
The idea that you can programatically determine, using a simple
heuristic, if a connection will be metered is just nonsense.
Tom
--
Tom Hughes (t...@compton.nu)
h
emacs extensions:
% rpm -ql libidn.x86_64 | fgrep emacs
/usr/share/emacs/site-lisp/libidn
/usr/share/emacs/site-lisp/libidn/idna.el
/usr/share/emacs/site-lisp/libidn/idna.elc
/usr/share/emacs/site-lisp/libidn/punycode.el
/usr/share/emacs/site-lisp/libidn/punycode.elc
Tom
--
Tom Hughes (t
On 13/10/16 14:05, Tom Hughes wrote:
On 13/10/16 13:50, Petr Pisar wrote:
libbson-1.5.0-0.1.rc2.fc26 removes soname aliases visiable on RPM level
as "libbson-1.0.so.0(LIBBSON_*)(64bit)" provides and keeps
"libbson-1.0.so.0()(64bit)" only.
That's not an "soname alias&
ng provide.
So are you saying that this library has stopped using symbol versioning?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Nvidia cards though, driven by nouveau rather
than the proprietary drivers.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
was probably about
the most low level thing that was in the update.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
will be installed !!!
Should I open a bug against glibc ? (or yum)
Neither I suspect - it's expected because yum doesn't support the weak
dependency that is used to prefer glibc-all-langpacks as the default so
instead it picks a random langpack to satisfy the depdendency.
Tom
--
Tom Hughes (t
the processors
timestamp counter so you will need to replace that with something
portable when not compiling on x86.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel
401 - 500 of 701 matches
Mail list logo