rue but you can 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)
ht
n?
That'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 send an email to devel-le...@lists.fedoraproject.org
everything 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
to update gcc and firefox.
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
On 18/07/17 14:55, Richard Hughes wrote:
On 18 July 2017 at 14:52, Tom Hughes 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-software plugin that
downloa
On 18/07/17 15:12, Stephen Gallagher wrote:
On Tue, Jul 18, 2017 at 10:00 AM Tom Hughes <mailto:t...@compton.nu>> wrote:
On 18/07/17 14:48, Jaroslav Reznik wrote:
> The default profile set will contain the following profiles:
>
> Local users + SSSD
On 18/07/17 15:26, Stephen Gallagher wrote:
On Tue, Jul 18, 2017 at 10:17 AM Tom Hughes <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 case.
Yes my lap
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 mailto:t...@compton.nu>> wrote:
Well none of my newly upgraded F26 machines appear to be runn
ich case by the
third point the general naming guidelines should be followed instead?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
explicitly requested.
Note that F19 is using MM 0.6 so doesn't have the greylist.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
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 31/10/13 09:56, Tom Hughes wrote:
so in short this device should be added to the greylist if it isn't
there already, and then it will only be probed when such a probe is
explicitly requested.
and the PL2303 is indeed in the greylist:
http://cgit.freedesktop.org/ModemManager/ModemMa
omething broken in the process? Is this done by human or an app?
Nothing broken, we're just in the beta freeze period:
https://lists.fedoraproject.org/pipermail/devel-announce/2013-October/001253.html
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedo
s to https://www.pekwm.org/ and that is using a CAcert
certificate, which nothing will trust by default.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Con
check-rpaths but it doesn't
look like anything actually invokes it?
My .rpmmacros adds it to %__arch_install_post but it doesn't look like
it's in the defaults.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://adm
l not overflow the buffer.
It also doesn't apply to put or fputs, which are output routines so read
from the buffer rather than writing to it, stopping at a nul.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorap
d it will
only work every other day with dnf... At least until you change the
metadata_expire setting in dnf.conf.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora C
nf-makecache.service file
to change the frequency of makecache.
I don't think that will help as that service simply controls when it
considers updating - the expire_metadata setting still applies, so by
default that will only do anything when 48 hours have elapsed.
Tom
--
Tom Hugh
On 13/01/14 10:14, Frank Murphy wrote:
On Mon, 13 Jan 2014 09:33:09 +
Tom Hughes wrote:
You can also "after some research"
modify the dnf-makecache.service file
to change the frequency of makecache.
I don't think that will help as that service simply controls when it
con
ckage repository and what
packages are installed by default doesn't really bother me.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
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 23/01/14 18:48, Josh Boyer wrote:
On Thu, Jan 23, 2014 at 1:38 PM, Tom Hughes wrote:
Even the formation of the working groups was odd - the original decision to
form them, as I read it, was that they were to explore the idea of doing
these three streams but within days it seemed that the
have!
The biggest reason for people preferring, say, Ubuntu over Fedora for
servers is probably not the existence of something called "server" but
rather the extended stable lifetime offered by LTS releases.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing
On 28/01/14 17:33, Matthew Miller wrote:
On Tue, Jan 28, 2014 at 03:33:43PM +, Tom Hughes wrote:
>
I think the reason that people have trouble defining what "Fedora
Server" might mean is that it simply doesn't make a huge amount of
sense as a thing.
Yes, that has trad
version if they wanted it to stay open so I'm a bit surprised
to hear that they can't unless they are also a packager.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fed
On 05/02/14 22:57, Tom Hughes wrote:
TBH I thought the whole point was that the reporter was expected to
update the version if they wanted it to stay open so I'm a bit surprised
to hear that they can't unless they are also a packager.
In fact the first message actually tells the r
On 05/02/14 23:02, David Timothy Strauss wrote:
On Wed, Feb 5, 2014 at 2:59 PM, Tom Hughes wrote:
In fact the first message actually tells the reporter to do that:
: Thank you for reporting this issue and we are sorry that we may not
: be able to fix it before Fedora 18 is end of life. If
eally delighted
with this change, while will not weaken security of Fedora for regular users.
What part of chrony is setuid? I don't see an suid bit on any of it's
executables... Nor any file capabilities which is the other thing the
manual page says triggers this.
Tom
-
tracker ticket for other packages with C++ compilation
issues?
Well the mass rebuild FTBFS tracker ticket is probably the closest thing
to that?
https://bugzilla.redhat.com/show_bug.cgi?id=1305208
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel
d, so it
can just remove your null test in the method.
Then when you do call it on a null pointer you crash because the method
is not doing the null test and just tries to access members of the object.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedo
en - if it was
enabled you would get the screen Kevin mentioned.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
g the version of the
underlying OS and not that of EL 6. Any suggestions of how to fix this?
Use the current version of valgrind, or pull the upstream patch that
changes the kernel version check and apply it. It looks like r14955 is
the commit you would need.
Tom
--
Tom Hughes (t...@compton.nu)
or expected to
work? The C/C++ guidelines seem to suggest it is given that they say you
should require either gc or clang.
As far as I can see the symbol being complained about does exist, though
with an abi tag in libstdc++ (but that is true in F23 as well).
Tom
--
Tom Hughes (t...@co
On 28/02/16 21:44, Kevin Fenzi wrote:
On Sun, 28 Feb 2016 21:41:26 +
Tom Hughes wrote:
...snip...
Is building packages with clang actually allowed and/or expected to
work? The C/C++ guidelines seem to suggest it is given that they say
you should require either gc or clang.
https
On 02/03/16 06:20, Jakub Jelinek wrote:
On Sun, Feb 28, 2016 at 09:56:24PM +, Tom Hughes wrote:
From past experience I know that they haven't shown a huge amount of
interest in failures that are specific to 32 bit platforms though in this
case they do have somebody that has been tryi
On 03/03/16 14:47, Vít Ondruch wrote:
Why Wayland session runs on 2nd VT?
I.e. my 1st VT always contains the GDM and 2nd VT actually displays the
Wayland user session. That is confusing, looking like that nobody is
logged in ...
Exactly the as X does in recent releases you mean?
Tom
--
Tom
f bodhi is in use then you can bundle all the builds into one bodhi
update to ensure that nobody gets a broken tree.
It's when bodhi isn't in use that you might want to use f24-gnome so
that you can get everything built before merging it and making it
visible to people.
T
On 15/03/16 09:13, Richard Hughes wrote:
On 15 March 2016 at 09:06, Tom Hughes wrote:
If bodhi is in use then you can bundle all the builds into one bodhi update
to ensure that nobody gets a broken tree.
Why would people get a broken tree if there are no soname bumps? If
there is a soname
thout
actually doing anything meaningful...
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
On 04/04/16 14:19, Yaakov Selkowitz wrote:
On 2016-04-04 07:49, Tom Hughes wrote:
I have been trying to resolve the FTBFS status of geos and related
issued in F24/Rawhide for two months now, without any success as the
maintainer, devrim, is not responding in any meaningful way. The
original bug
On 27/04/16 03:00, Stephen Gallagher wrote:
As for Option 1)? I think someone with more knowledge of the individual modules
in Fedora (Tom Hughes? Jared Smith?) would need to figure out how many modules
would be broken if we downgraded. If it's sufficiently small, I suppose we could
epoch
the non-LTS branches?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
that provides the
promised image download locations?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
On 28/04/16 16:31, Adam Williamson wrote:
On Thu, 2016-04-28 at 10:00 +0100, Tom Hughes wrote:
On 28/04/16 08:10, rawh...@fedoraproject.org wrote:
You can see all results, find testing instructions and image download
locations, and enter results on the Summary page:
https://fedoraproject.org
g repository using a new file
in the /etc location - for example I often use local mirrors and hence
want to disable the normal distro repos.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.o
x27;s packaging some 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
T
ered 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 Hu
networkd?
More 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
now 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
--
T
ckage 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 dev
anything 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 se
e been
in Fedora 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
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
lobal "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
do have 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 lis
On 20/11/16 18:13, Kevin Fenzi wrote:
On Sun, 20 Nov 2016 10:10:17 +
Tom Hughes 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 ticket lifetime we can re
't 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
e error you 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.
ion, a bug 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.fedoraproj
On 30/11/16 21:41, Jerry James wrote:
On Wed, Nov 30, 2016 at 2:19 PM, Tom Hughes 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 reported. Biggest pain is going
in
/usr/lib/firmware/i915/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@l
fedpkg etc
which 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...
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
know 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
-
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
eed to update 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 emai
ignature on the 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
byte (which 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.n
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
.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
ng 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 em
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
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
engine (nodejs 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)
ht
special dance to enter a 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 -- deve
ot so 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
y what I thought 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
h the same as what other
people have already 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/
___
n 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 Hug
On 12/01/17 06:59, pravin@gmail.com wrote:
On 10 January 2017 at 14:39, Tom Hughes 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 are provided in the upstream re
--
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
al 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
7;s own without 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
idn't work on ppc64le :-(
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
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
eting i686 is wrong. What should I do? Do we not
support eBPF programs on Fedora?
I can still see glibc-devel.i686 in rawhide which provides that.
As far as I know the 32 bit multilib packages aren't going away.
Tom
--
Tom Hughes (t...@compton.nu)
http://
On 17/10/2019 21:39, Steve Grubb wrote:
On Thursday, October 17, 2019 4:21:44 PM EDT Tom Hughes wrote:
On 17/10/2019 20:44, Steve Grubb wrote:
I don't think __x86_64__ is defined as the program is aimed at eBPF in
the
kernel. In rawhide, we no longer have glibc-devel(x86-32) to allow th
imagine clang will define it when targetting x86_64 output
but in this case he is targetting BPF output instead.
Adding -D__x86_64__ to the command line may be the quickest workaround
for now though.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu
On 18/10/2019 14:59, Chris Adams wrote:
Once upon a time, Tom Hughes said:
Well I imagine clang will define it when targetting x86_64 output
but in this case he is targetting BPF output instead.
Adding -D__x86_64__ to the command line may be the quickest workaround
for now though.
Yes, but
roject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscr
browser and you access a site run by one of a handful of
providers that support that on the server side.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an em
On 05/11/2019 13:42, Tom Hughes wrote:
I don't think one CDN deploying a non-standard extension can reasonably
be described as meaning that SNI is now encrypted.
Yes it is encrypted if you're using a special test version of one
specific browser and you access a site run by one of a
resolved.
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
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project
an 8 weeks:
https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Claiming_Ownership_of_a_Retired_Package
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscri
/rpm/find-lang.sh I think it doesn't
like the hyphen - it wants olive_pt_BR not olive_pt-BR as
the name of the file.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
s the spec fragment for each one.
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
Fedora Code of Conduct:
odules.txt
Obviously I could inline that in the spec file but I fail to see
what that does other than make the spec file massive...
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscri
cancelled before completion. I think they may
have timed out because it looks like the tests might be hanging.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email t
On 28/11/2019 13:25, Tom Hughes wrote:
When did js-query disappear and why?
Well it hasn't (yet) but it depends on nodejs-shelljs which is
apparently currently FTBFS and hence will be retired.
Oddly I can't see an FTBFS ticket for nodejs-shelljs but the last
two koji builds were
packages and that is what was involved here.
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
Fedora Code
02.12.19 um 15:20 schrieb Tom Hughes:
…
As I explained the other day js-jquery was dependent on a
nodejs module (a normal one, not modularised) which was
failing to build and which I have now fixed.
…
___
devel mailing list -- devel
201 - 300 of 725 matches
Mail list logo
