Hi provenpackagers,
Does anyone have cycles to roll Fedora builds for this nasty CVE in PostgreSQL?
RHEL got patched, but nothing for Fedora yet...
Thanks,
--
Bojan
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an emai
It seems the problem was local to this software.
It detects TX_RING support (which, from comments, is supposed to be
required on older systems) and then it tries to use that. Once I
removed the test for TX_RING from configure.ac and set its support to
no, it builds fine, provided __GLIBC_MINOR__ i
BTW, I will try your suggestions when I get a chance.
Thanks,
--
Bojan
--
___
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
Thanks Dominique. I tried patching that to include a couple of underscores that
are missing, but it didn't fix the problem in my scratch builds.
But, yeah - that bit seems like a definite bug upstream.
--
Bojan
--
___
devel mailing list -- devel@lists.
Opened https://github.com/appneta/tcpreplay/issues/910 upstream, in
case anyone there knows what's going on here.
--
Bojan
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fe
Hi,
Anyone encounter build problems in Rawhide (F42) related to
redefinition of struct sockaddr_ll and struct packet_mreq between
kernel headers and glibc?
This compiled OK until F42, but is now failing. Not quite sure whether
a fix is needed somewhere for this or whether this particular package
These two options always confuse me, but it should be the former (the other one
applies to main only), so the option is correct. Ignore me - it probably has
nothing to do with invocation.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To un
Is it skip_if_unavalable or skip_unavailable?
--
___
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/code-of-con
Looks like bodhi upgrade may have caused composes to go haywire today:
https://bodhi.fedoraproject.org/composes/
It could be just a coincidence, of course. Anyhow, just FYI if anyone managing
that is around.
--
Bojan
--
___
devel mailing list -- dev
Cool, thanks!
8 Aug 2024 8:07:41 pm Frantisek Krenzelok :
Both Bob and I were busy with rhel rebases, and decided to skip the 3.102 in
fedora, I am currently rebasing to a 3.103 version. I should have the build
tomorrow.
--
Bojan
--
__
Saw Firefox released and its builds failing in koji, because nss was not up to
date (3.102 or better required). Put 2 and 2 together and got... 5. 😉
--
Bojan
8 Aug 2024 7:31:11 pm Clemens Lang :
Hi Bojan,
> On 7. Aug 2024, at 21:07, Bojan Smojver
Hi folks,
Looks like regular nss maintainer may be away and new Firefox requires a higher
nss version than currently built. There is a pull request lined up, so one just
needs to merge, build and create the update in bodhi.
Anyone with sufficient powers around to do this?
Thanks,
--
Bojan
--
The former is an update to the latest version of spf-engine, which
rejigs the package, among other thing, so this will require careful
testing.
The latter had async IO pulled out, because Python 3.12 no longer
supports the APIs that were used. Once again, careful testing will be
required.
Thanks,
https://pagure.io/releng/issue/11508
--
Bojan
___
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/code-of-conduc
Yeah, a ticket may be a better idea. I am not a maintainer of those packages,
so don't want to overstep.
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
If anyone reading this email has special powers to get some of the week old F38
updates unstuck from pending, please click the magic button. 😁
An example of such an update:
https://bodhi.fedoraproject.org/updates/FEDORA-2023-ef0e8e36fc
Thanks,
--
Bojan
__
Hi Fabio,
Kevin pointed to llvm/rust bugs in that FF bug already:
- https://github.com/llvm/llvm-project/issues/61932
- https://github.com/rust-lang/rust/issues/109934
So, yeah - folks are already aware of this.
For Firefox, using older rust for builds worked.
--
Bojan
___
Thank you for the pointer Kevin! Trying to build with older rust in
corp now:
https://copr.fedorainfracloud.org/coprs/bojan/FF/build/5862010/
--
Bojan
-Original Message-
From: Bojan Smojver
To: Fedora Development List
Subject: Firefox builds broken on F38/39
Date: 30/04/23 12:05:11
Looks like build infrastructure is having trouble building Firefox for these
two at the moment. More info here:
https://bugzilla.redhat.com/show_bug.cgi?id=2189964
It you have any ideas of what could be causing this, please feel free to share.
Thanks,
--
Bojan
__
Yay! Thank you!
--
Bojan
-Original Message-
From: Mattia Verga
Reply-To: devel@lists.fedoraproject.org
To: devel-annou...@lists.fedoraproject.org
Subject: Bodhi 7.0.1 deployed to prod
Date: 17/01/23 16:39:49
- Frozen releases updates will now be forced into testing before being
pushed
FF 107.0 shipped in all current Fedora releases a while ago. You can
find all that in bodhi. If you mean 107.0.1, that will depend on the FF
maintainers. Maybe they see no reason to respin, because the bugs fixed
in that release are not something that is important in Fedora - not
sure.
--
Bojan
_
107.0.1 build for
F37/x86_64: https://copr.fedorainfracloud.org/coprs/bojan/FF/
If you want/need or are obsessive about version numbers, like yours
truly. ;-)
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
Of course, relevant build overrides had to be provided, because
required version of nss was not in stable at the time I started these
scratch builds. Thought I'd mention it for completeness.
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.o
Everything except F38 completed fine.
--
Bojan
___
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/code-of-cond
Now that nss 3.85 has been built, I thought I'd have a go at building
FF 107.0, given that's been out for a few days and original builds
failed in koji, because nss was too old at the time.
No idea how this is going to end up, but the tasks for F3{8,7,6,5} are
here, if anyone is interested:
https
Maybe push them to both, if they've never been to testing? In other
words, never skip testing.
Sure, there will be some duplication of packages for a cycle or two,
but eventually, they anything that's already in stable will be kicked
out of testing, right?
--
Bojan
__
Quick question about direct to stable updates in bodhi, such as FF
106.0.4 and kernel 6.0.7 that are lined up for F37 right now. Such
updates often end up being in nowhere land for quite some time, because
they skip testing to go to stable directly, but the push to stable
cannot happen for whatever
Possibly in one of the future versions. I am not even sure at this
point how well (if at all) glamor support works with xorgxrdp.
--
Bojan
-Original Message-
From: Hans de Goede
To: Development discussions related to Fedora
Cc: Bojan Smojver
Subject: Re: Building two conflicting
It was for packaging xorgxrdp with glamor support. Submitted to bodhi now, so
all good.
--
Bojan
4 Nov 2022 7:38:17 pm Hans de Goede :
Hi,
On 11/3/22 21:31, Bojan Smojver via devel wrote:
> This may be a trivial question, but my friend Google is
Thank you!
--
Bojan
4 Nov 2022 8:48:25 am Florian Weimer :
* Bojan Smojver via devel:
> Sure, it is easy enough to configure/build repeatedly and stash the
> results into non-conflicting paths of buildroot, but how does one then
> packag
Cool, thank you! I think this is exactly what I was looking for
(unsuccessfully).
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.
PS. I am aware of the alternatives approach, but looking to see whether there
is something that rpm specs have natively for this.
--
Bojan
4 Nov 2022 7:31:14 am Bojan Smojver :
This may be a trivial question, but my friend Google is not showing me any
This may be a trivial question, but my friend Google is not showing me any
obvious answers, so I will ask here at my own peril.
Say one needs to configure and build the same source with two (or more)
different sets of options that generate different binary RPMs, but which have
files in exactly
Ah, cool. Totally missed that in release notes. 🤦♂️
Thanks,
--
Bojan
6 June 2022 8:13:10 pm Alexander Sosedkin :
On Mon, Jun 6, 2022 at 12:03 PM Bojan Smojver via devel
wrote:
>
> Before I open a bug on this, the latest firefox/nss software t
Before I open a bug on this, the latest firefox/nss software that is in F36 -
is it not accepting SSL certificates without matching subjectAlternativeName on
purpose?
I still have to complete more tests, but it seems that if SSL certificate is
issued to CN abc.example.com and if that name is no
Could someone with sufficient permissions please get httpd package
unstuck in bodhi?
It's been sitting there for a few days, waiting to get to stable, but
it keeps getting kicked out, because some automated tests did not pass.
The package contains security fixes.
Thanks,
--
Bojan
___
Thank you. Will check out the logs and the bug report.
--
Bojan
-Original Message-
From: Petr Pisar
To: Development discussions related to Fedora
Cc: Bojan Smojver
Subject: Re: Rawhide: noarch package built differently on different
architectures
Date: Wed, 22 Sep 2021 16:44:52 +0200
Example:
https://koji.fedoraproject.org/koji/taskinfo?taskID=76099482
Built the same thing on F35/34/33 and EPEL8/7 and that worked. Did
something change in Rawhide that I should be aware of or is this just a
temporary thing?
Thanks,
--
Bojan
___
deve
Just being devil's advocate for a second here...
Two days to build FF in koji? Has it gotten that big or are the builds that
slow?
:-)
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists
some known big issue that is outstanding in 5.10 that
is blowing people's machines up or something else (i.e. delay,
oversight, etc.).
--
Bojan
-Original Message-
From: Sérgio Basto
To: Development discussions related to Fedora
Cc: Bojan Smojver
Subject: Re: F33: kernel 5.10.x
Da
Just wondering whether there is a particular reason 5.10 kernel has not been
submitted for testing in bodhi for F33. Or is it simply an oversight?
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
Cool, thanks!
--
Bojan___
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/code-of-conduct/
List Guidelines: htt
Would someone with sufficient powers mind queueing up this update?
Thanks,
--
Bojan___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedorapr
OK, thanks for the pointer.
--
Bojan___
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/code-of-conduct/
List G
There was a note recently in one the the kernel packages about bodhi being a
tad temperamental recently and not pushing updates out. Anyone knows what's
going on with that? Is the fix on the horizon?
--
Bojan___
devel mailing list -- devel@lists.fedor
Just tried building a scratch build of xorgxrdp, but this still pulls in the
old Xorg, before RHEL 7.7 version. Could someone please change that, so that
builds pick the latest package up.
All in relation to:
https://bugzilla.redhat.com/show_bug.cgi?id=1738669
id="-x-evo-selection-start-marker
Awesome! Thank you.
-Original Message-
From: Eric Garver
To: Development discussions related to Fedora
Cc: Bojan Smojver
Subject: Re: Firewalld v nftables
Date: Tue, 11 Jun 2019 10:36:12 -0400
On Tue, Jun 11, 2019 at 07:14:49AM +1000, Bojan Smojver via devel wrote:
> This was patc
This was patched out, because an official feature was never submitted. Now that
RHEL8 is using that combo, maybe it's time to try again? :-)
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@li
I'm guessing most of you here probably observed this behaviour with dnf when FF
is upgraded. Even after FF restarted, dnf needs-restarting reports that it
needs restarting. Does that sound like a bug or is this somehow intentional?
I'm seeing this in f29 and previous releases are the same. Once
Thank you both for clarifying.
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https
Anyone understands why this is not being pushed in recent days?
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-co
I hope this gets fixed before FF on Wayland becomes the only option:
https://bugzilla.redhat.com/show_bug.cgi?id=1666410
It makes FF really difficult to use with menus drawn off screen.
--
Bojan
Original Message
From: Ben Cotton
Sent: 26 January 2019 1:43:32 am AEDT
To: dev
Just out of curiosity, is firewalld going to nftables, like rhel8? Apparently,
this change was not submitted on time for f29, so just wondering what's going
to happen with f30.
--
Bojan
Original Message
From: Ben Cotton
Sent: 25 January 2019 1:02:54 am AEDT
To: devel-annou.
Thanks Kevin. The build worked!
Sorry about not opening a ticket. That's done here, right?
https://pagure.io/fedora-infrastructure
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedo
EPEL7 builds for x86_64 and ppc64le appear to be failing still. Example:
https://koji.fedoraproject.org/koji/taskinfo?taskID=31577177
Just FYI.
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le..
Noted and thanks.
--
Bojan
Original Message
From: Orion Poplawski
Sent: 1 November 2018 1:17:11 pm AEDT
To: Development discussions related to Fedora ,
Bojan Smojver
Subject: Re: Latest RHEL7 release v Xorg
On 10/31/2018 04:13 PM, Bojan Smojver wrote:
> With RHEL 7.6
With RHEL 7.6 out, a new version of Xorg has been delivered, which made
xorgxrdp package that I maintain binary incompatible. Given that build
overrides are not possible with EPEL (AFAIK), could someone with enough
privileges please update the build environment for rhel7.
Thanks,
--
Bojan
Does anyone understand what most recent masher messages mean for F28 updates
testing?
bodhi masher failed to mash f28-updates-testing 3 hours agobodhi masher
successfully mashed f28-updates-testing 3 hours ago
Confusing...
--
Bojan
___
devel mailing
Anyone knows when RHEL 7.5 packages will be available for aarch64 in
koji, so that new dependencies get picked up? I'm trying to build EPEL7
xorgxrdp against the latest xorg-x11-server and all other arches have
1.19.5, but aarch64 is stuck on 1.19.3.
PS. Buildroot overrides don't work here, AFAICT
Wow! That's what I call a fast turnaround. Before even reading the replies, the
bug was fixed! :-)
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Does anyone know why latest dnf repodata for updates-testing in F27 appears to
be missing some packages that were supposed to be pushed? For instance, kernel
4.15.12-301 is there, but latest dnsmasq is not and they were supposedly pushed
at the same time.
I noticed a similar pattern the day bef
Was just curious, anyone understands why there are so many obsolete
updates in F26 testing repository? For example, there is firefox 54.0
from June, other stuff back from April etc.
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To uns
Thank you!
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Hi,
I pinged folks in bug #1461641 about this a couple of times, but no
joy. Anyone else here that can rebuild and push patched bind to F26?
Thanks,
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-
Thanks Martin!
A push to testing repo would also be highly appreciated. :-)
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Does anyone know whether the fix for this problem is already in F25
builds of FF or should a new build be prepared and pushed to fix this?
See: https://bugzilla.redhat.com/show_bug.cgi?id=1433819
--
Bojan
___
devel mailing list -- devel@lists.fedorapro
On Fri, 2017-03-10 at 07:53 +1100, Bojan Smojver wrote:
> Anyone understands why Firefox 52 in F25 doesn't support multi-
> process any more?
I can confirm that -4 release of the F25 package indeed has the fix.
--
Bojan
___
devel mailing li
This bug is about e10s not being activated in the presence of add-ons.
What I'm seeing is that it cannot be activated at all since 52. I had
it running in 51 (and 50, from memory). There are no add-ons here.
Even forcing it doesn't work.
--
Bojan
___
d
> Have you checked Red Hat Bugzilla?
Yes. Nothing in there that I can find about this.
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Are you using Fedora's Firefox or straight from Mozilla?
Fedora:
https://bodhi.fedoraproject.org/updates/FEDORA-2017-bb459964ce
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedora
Anyone understands why Firefox 52 in F25 doesn't support multi-process
any more? Or alternatively, is there a new trick to get this working,
apart from what is written here?
https://wiki.mozilla.org/Electrolysis
--
Bojan
___
devel mailing list -- devel
> f25 updates testing you mean?
Yeah.
Basically, the testing stuff stalled, so updates are not making it in,
which means no testing (apart from a few adventurous folks downloading
from koji) etc.
--
Bojan
___
devel mailing list -- devel@lists.fedorapr
Anyone understands what's going on with these? Seems like everything F25
related has been stuck for quite a while now...
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
I use e10 all the time. Works fine.
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=1370061#c7
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
I guess I must have misread this as all kernels built in koji, not just
scratch builds. Ouch.
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Dnf would need to be taught to do these things, of course
The "on the fly" repositories could be defined like any other, using
repo files. They could be signed by the same keys updates/updates-
testing repos use. Not sure why master mirrors would be required.
Wouldn't regular mirrors work, minus t
I'm thinking, why not just have these as dump repositories (i.e. just
signed packages) and then have dnf on each system stitch up a repo from
them using createrepo locally. Then you don't need to teach bodhi
anything. And the number of such urgent packages would always be very
low. Essentially an i
Wouldn't package maintainers get the CVE bug notification from Bugzilla
about FF that I pointed to? Given that, the assumption that maintainers
are away seems reasonable. Ergo, I sent an e-mail to the list.
PS. I also checked FF package git repo, which had no recent commits.
--
Bojan
___
If there existed updates-urgent and updates-urgent-testing repositories
for packages like kernel (example: Dirty COW patch-to-testing wait time
was rather long; note that some people cannot install unsigned kernel
packages from koji due to grub2 bugs), FF etc., maybe these large (and
possibly faili
Which is also already in Bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=1387589
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
What about this?
https://www.mozilla.org/en-US/security/advisories/mfsa2016-87/
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Could someone with access please build this version of FF. Apparently,
it's a security release.
Thanks,
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On 29 September 2016 6:08:13 PM AEST, Tomas Hozza wrote:
>I'll be pushing the updates shortly.
Cool, thanks.
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Could someone with sufficient access please spin up an update of bind
for F-24 and other flavours of Fedora. That CVE looks like a pretty
serious DoS. This has already been fixed in RHEL.
Thanks,
--
Bojan
___
devel mailing list -- devel@lists.fedoraproj
Martin Stransky redhat.com> writes:
> You can enable it by your own in about:config, set
> browser.tabs.remote.autostart value to true.
Thanks for the quick reply. Will try that in 48.
--
Bojan
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/deve
Will Fedora build of FF 48 have this enabled or disabled? Or is this
something every user will have to decide upon through options etc.?
Thanks,
--
Bojan
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Neal Gompa gmail.com> writes:
> Is there a simple way to test if the issue is a problem on Fedora? I
> don't even know of any sites with TLS 1.2 using MD5 signatures,
> especially when Chrome "broke" signatures that weren't SHA-256 or
> better for SSLv3 and stronger a year ago...
I guess one can
Eric Griffith gmail.com> writes:
> Is there any reason Fedora would not...? Regardless you could diff the
source code that was used to make the 43.0.1-fedora RPM vs whats in 43.0.2
and see if the hole is unpatched.
There may be a reason. Fedora relies on NSS/NSPR packages for some of the
stuff t
Reindl Harald thelounge.net> writes:
> what do you try to tell us with that question?
I'm trying to establish whether Fedora needs a 43.0.2 (or better) build of
FF in order to close this security hole.
--
Bojan
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/a
Release notes for FF 43.0.2 say that a security issue was fixed (MD5
signatures accepted within TLS 1.2 ServerKeyExchange in server
signature). Does this not affect Fedora builds?
PS. The link to that security issue is broken (https://www.mozilla.org/
en-US/security/advisories/mfsa2015-150/), so n
Paul Wouters nohats.ca> writes:
> I just built it in rawhide, and it seems fine. I suspect it has just
> been an "no time" issue. I'll ping Tomas and ask him.
Thanks.
--
Bojan
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Co
According to ISC, these two affect bind 9.10.2 as well (up to P3).
There a no new builds (i.e. P4) for F22 of this package that I can see.
Does anyone know why? Is there something Fedora specific that prevents
these problems in F22 packages?
ISC release notes are here:
https://kb.isc.org/article
Kevin Fenzi scrye.com> writes:
> So, IMHO, another repo wouldn't help us here. Perhaps it would save
> time on the signing, but it wouldn't on the mashing step, and it would
> add to confusion and things we need to make and care about. I'd much
> rather try and land all the improvements above and
M. Edward (Ed) Borasky znmeb.net> writes:
> As a bleeding-edge user I'd be in favor of this, although I thought
> that was what 'updates-testing' was.
Maybe I'm misunderstanding how things work, but I think every package in
updates-testing is signed by a human, on an "offline" machine (i.e. some
Kevin Fenzi scrye.com> writes:
> If you wish to test something before it's fully pushed to testing, you
> can download it directly from the buildsystem via the web interface,
> koji command line or bodhi client command line.
I am fully aware of that. I'm making a different point entirely here.
Corey Sheldon gmail.com> writes:
> those ARE mirror list links the master mirror servers to be exact.
Really not a file distribution problem I'm trying to get at here. If you
check out these two URLs:
https://admin.fedoraproject.org/updates/FEDORA-2015-4457/kernel-3.19.2-201.fc21
https://admin.
Chris Murphy colorremedies.com> writes:
> That might be normal in that it takes a while for mirrors to update,
> although I'm not sure how long (it could be days).
Just to avoid confusion, I am not talking about mirrors. I am talking about
updates not appearing at all (i.e. here:
http://dl.fedor
Hi there,
I've been a bit perplexed by the Fedora updates recently (talking about
F-21 specifically). Many of them appear to be obsolete the moment they
hit stable, sometimes even testing.
Take the kernel, for instance. 3.19.2-201.fc21 replaced the previous
build in bodhi on the 24th. It is still
On May 14, 2014 9:05:39 PM GMT+10:00, Martin Stransky
wrote:
>Anyway, I'll update Fedora builds today.
Cool, thanks!
--
Bojan
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-con
1 - 100 of 189 matches
Mail list logo