Is there some reason we don't have a iwl5150-firmware package? Or
that /lib/firmware/iwlwifi-5150-2.ucode isn't included in
iwl5000-firmware?
Just asking because I was helping someone on #fedora get their Intel
5150ABN working, and it seems that this missing firmware was the reason
it wasn't. Th
On Sun, 2010-01-24 at 20:44 +0200, Jonathan Dieter wrote:
> Is there some reason we don't have a iwl5150-firmware package? Or
> that /lib/firmware/iwlwifi-5150-2.ucode isn't included in
> iwl5000-firmware?
>
> Just asking because I was helping someone on #fedora get thei
So I'm syncing up our school's local mirror over our rather slow
internet connection and I notice that the root-doc subpackage (which is
part of the root package) has just hit the slightly obese size of 687MB
[1]. For reference, the root source rpm is 27MB [2].
Now, I don't know if we have a poli
On Thu, 2010-08-05 at 14:24 -0400, Toshio Kuratomi wrote:
> I don't think we could just say don't package documentation that's
> ridiculously large but perhaps we could make some sort of guideline about
> not duplicating formats on extra large docs. Is the case with root-docs
> (and/or kdelibs-api
On Thu, 2010-08-05 at 15:19 -0400, Orcan Ogetbil wrote:
> On Thu, Aug 5, 2010 at 3:11 PM, Jonathan Dieter wrote:
> > Please note that I'm not saying "don't package documentation that's
> > ridiculously large", but rather, "don't package automatical
On Fri, 2010-08-06 at 06:27 +0100, Jonathan Underwood wrote:
> On 5 August 2010 21:49, Toshio Kuratomi wrote:
> > Yaah -- so if it's useful documentation, then I'd be against creating a rule
> > that bans it. The next question would be whether it's useful or not
> > Public vs private certainl
On Fri, 2010-08-06 at 10:46 +0200, Thomas Spura wrote:
> On Fri, 06 Aug 2010 11:03:46 +0300
> Jonathan Dieter wrote:
>
> > On Fri, 2010-08-06 at 06:27 +0100, Jonathan Underwood wrote:
> > > On 5 August 2010 21:49, Toshio Kuratomi wrote:
> > > > Yaah -- so if
On Fri, 2010-08-06 at 10:04 +0100, Jonathan Underwood wrote:
> As I said in the bug report, I don't think building docs client side
> is the right way to go at all. In the general case this would require
> end users to install extra tools to build the docs, and defeats the
> purpose of a package ma
On Fri, 2010-08-20 at 16:25 -0400, Bill Nottingham wrote:
> Orphan drgeo
> Orphan drgeo-doc
Taken.
Jonathan
signature.asc
Description: This is a digitally signed message part
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, Jul 20, 2011 at 8:28 PM, Bill Nottingham wrote:
> Orphan libsoup22
I am extremely reluctantly taking this as I maintain buoh which
depends on it. If I can verify that buoh works with the current
version of libsoup, I'll orphan it again.
Jonathan
--
devel mailing list
devel@lists.fedora
Presto-utils was originally created to generate the deltarpm metadata
for yum-presto to use so it knew which deltarpms to download. This
functionality was merged into createrepo a long time ago, and
presto-utils has seen little love since then.
If someone is still using presto-utils and wants to
On Thu, 2011-05-26 at 14:35 +0200, Reindl Harald wrote:
> Am 26.05.2011 13:45, schrieb Michael Schwendt:
> > On Thu, 26 May 2011 13:37:15 +0200, RH wrote:
> >
> >> some minutes ago i tried a dist-upgrade F14->F15 per yum on
> >> a virtual machine with 512 MB RAM
> >>
> >> not enough memory?
> >
>
On Thu, 2011-05-26 at 15:12 +0200, Michael Schroeder wrote:
> On Thu, May 26, 2011 at 03:51:48PM +0300, Jonathan Dieter wrote:
> > The problem is that yum-presto can be a bit of a memory hog (or, more
> > accurately, deltarpm is).
>
> While it's true that *create*deltar
Is there any way to rsync from repos.fedoraproject.org? I'd like to
have a local mirror of spot's chromium repository, and wgetting it is
pretty nasty.
Jonathan
signature.asc
Description: This is a digitally signed message part
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.
On Thu, 2011-06-02 at 07:32 -0500, Mike McGrath wrote:
> On Thu, 2 Jun 2011, Jonathan Dieter wrote:
>
> > Is there any way to rsync from repos.fedoraproject.org? I'd like to
> > have a local mirror of spot's chromium repository, and wgetting it is
> > pretty
On Fri, 2010-03-12 at 20:51 +0100, Kevin Kofler wrote:
> Eric Sandeen wrote:
> > Be sure to let our friends in developing countries know that to make
> > Fedora's life easier, they'd better get their infrastructure updated
> > pronto?
>
> Developing countries need to, well, DEVELOP their infrastru
I've orphaned buoh and libsoup22 in all active branches of Fedora. Buoh
is a GTK online comics reader that I haven't used in forever and
libsoup22 is a compat version of libsoup required for buoh. I don't
think any packages other than buoh require libsoup22, but I could be
wrong.
Buoh's upstream
On Fri, 2012-03-02 at 14:43 +0100, Nicola Soranzo wrote:
> Il giorno ven, 02/03/2012 alle 14.41 +0200, Jonathan Dieter ha scritto:
> > I've orphaned buoh and libsoup22 in all active branches of Fedora. Buoh
> > is a GTK online comics reader that I haven't used in forev
On Fri, 2012-03-09 at 10:05 +0200, Jonathan Dieter wrote:
> Ok, as it's been a week, I'm going to go ahead and retire buoh. I won't
> retire libsoup22 as it appears that at least one other package is using
> it.
>
> Jonathan
And it appears that I can't comm
On Fri, 2012-03-09 at 10:20 +, Paul Howarth wrote:
> On 03/09/2012 08:12 AM, Jonathan Dieter wrote:
> > If a provenpackager could help me, please, I'd like to retire buoh in
> > master and f17 (if possible).
>
> Done. All that's left for you to do is to file
On Tue, 2012-03-20 at 13:08 +0200, Panu Matilainen wrote:
> So... first hickup that broke koji: the buildroot now requires deltarpm
> which needs rebuilding due to to the soname bump before we can proceed.
> I dont recall this being an issue before but I guess that's called
> progress :)
Why do
On Tue, 2012-03-20 at 16:15 +0200, Panu Matilainen wrote:
> On 03/20/2012 01:49 PM, Jonathan Dieter wrote:
> > On Tue, 2012-03-20 at 13:08 +0200, Panu Matilainen wrote:
> >> So... first hickup that broke koji: the buildroot now requires deltarpm
> >> which needs rebu
I'm not sure if there's a better list for this to go to, but there seems
to be a problem generating deltarpms for F14 OOo (and a few other
packages) on releng2. Specifically, the updates->updates deltarpms
aren't being generated, while the GA->updates deltarpms are.
When I checked the mash.out lo
I noticed an announcement that Python3 has made some changes in how C
modules are built.
I now seem to be running into some problems building deltarpm for
Rawhide and it seems to be tied into this. See
http://koji.fedoraproject.org/koji/buildinfo?buildID=212117 for more
details.
Not sure if I ne
On Sat, 2011-01-01 at 12:22 -0800, Toshio Kuratomi wrote:
> On Fri, Dec 31, 2010 at 05:38:30PM +0200, Jonathan Dieter wrote:
> > I now seem to be running into some problems building deltarpm for
> > Rawhide and it seems to be tied into this. See
> > http://koji.fedoraproje
On Tue, 2011-01-18 at 16:10 +0200, Panu Matilainen wrote:
> On Tue, 18 Jan 2011, Richard W.M. Jones wrote:
> > DEBUG util.py:247: ERROR with rpm_check_debug vs depsolve:
> > DEBUG util.py:247: librpm.so.1()(64bit) is needed by
> > deltarpm-3.6-0.4.20100708git.fc15.x86_64
> > DEBUG util.py:247:
On Tue, 2011-01-18 at 14:53 +, Richard W.M. Jones wrote:
> On Tue, Jan 18, 2011 at 04:50:17PM +0200, Jonathan Dieter wrote:
> > I am available and on it. Didn't realize that it was affecting the
> > buildroot. Will get it fixed ASAP.
>
> Ah, I've just pushed t
On Tue, 2011-01-18 at 14:53 +, Richard W.M. Jones wrote:
> Ah, I've just pushed this build which simply disables the Python 3
> subpackage:
>
> http://koji.fedoraproject.org/koji/taskinfo?taskID=2728751
>
> It's a very minimal change to the spec file:
>
> http://pkgs.fedoraproject.org/gitweb
On Mon, 2011-01-31 at 11:50 -0700, Martin Langhoff wrote:
> Hello list,
>
> Fedora currently ships nxt_python 0.7 (packaged by John McLean) -- a
> library to generate Lego NXT bytecode from python.
> - Work with John to upgrade nxt_python from 0.7 to 2.0.1, break with
> the past. Unclear whether
On Tue, 2011-02-01 at 11:04 +0100, Harald Hoyer wrote:
> Am 31.01.2011 22:47, schrieb Martin Langhoff:
> > Consider this file from nxt_python package:
> >
> > cat /etc/udev/rules.d/70-lego.rules
> > BUS=="usb", SYSFS{idVendor}=="0694", GROUP="lego", MODE="0660"
> >
> > Is it safe & sane to i
On Wed, 2011-02-23 at 16:19 +0100, Dennis Jacobfeuerborn wrote:
> I'm actually quite interested in btrfs especially for servers because
> of it's features
For what it's worth, we've been running btrfs on our school fileservers
since September. After a few teething problems (fixed by
increasing /p
On Wed, 2011-02-23 at 14:18 -0500, Josef Bacik wrote:
> On Wed, Feb 23, 2011 at 2:00 PM, Jonathan Dieter wrote:
> > On Wed, 2011-02-23 at 16:19 +0100, Dennis Jacobfeuerborn wrote:
> >> I'm actually quite interested in btrfs especially for servers because
> >> o
On Tue, 2010-05-11 at 12:23 -0400, James Antill wrote:
> Within Fedora deltarpms have a limit of applying only to rpms less than
> 100MB, so there are no deltarpms. Anyone who wants to blame rel-eng for
> that is free to fix the delarpm code...
On that subject, anyone who wants to fix this would
It seems that deltarpms aren't being kept from one push to another for
Fedora 13 (and, also it seems, Fedora 11). For example, there's an
openoffice update, but though there were deltarpms when it first came
out, they've gone now. Where should I report the bug?
Jonathan
signature.asc
Descripti
On Sat, 2010-06-12 at 16:24 +0100, Christopher Brown wrote:
> You don't seem to be working all that good!
>
> I'm sure I'm not the only one seeing this. In particular:
>
> Transaction Summary
>
> Install 1 Pack
On Sat, 2010-06-12 at 16:35 +0100, Richard W.M. Jones wrote:
> On Sat, Jun 12, 2010 at 05:27:32PM +0200, drago01 wrote:
> > We don't generate deltas for packages with a size of >= 100MB
> > which kind of makes it useless for this case but it seems that delta
> > generation is to expensive to d
On Mon, 2010-06-14 at 10:26 +0200, Michael Schroeder wrote:
> On Sat, Jun 12, 2010 at 06:48:44PM +0300, Jonathan Dieter wrote:
> > I would like to allow deltarpm to split both old and new rpms into block
> > and delta each block separately, but it would involve some very creative
&
On Thu, 2010-07-08 at 17:33 +0200, Michael Schroeder wrote:
> On Mon, Jun 14, 2010 at 10:24:13AM +0200, Michael Schroeder wrote:
> > It's not that hard to fix, there's no need to keep the "target"
> > rpm in memory at all. The "source" rpm can be limited to some
> > max size with the down side that
The havege functions in the polarssl package are currently disabled in
the Fedora package. Newer releases of dolphin-emu, which are in a
popular external repository, require these functions.
According to https://bugzilla.redhat.com/show_bug.cgi?id=1069394#c1, the
HAVEGE feature is disabled be
On 10/01/2014 03:33 PM, Matthew Miller wrote:
On Wed, Oct 01, 2014 at 08:52:03AM +0300, Jonathan Dieter wrote:
The havege functions in the polarssl package are currently disabled
in the Fedora package. Newer releases of dolphin-emu, which are in
a popular external repository, require these
FWIW, I wrote and maintained yum-presto before it was integrated into
yum. I've commented inline:
On 10/06/2014 06:31 PM, Kevin Fenzi wrote:
On Mon, 06 Oct 2014 09:07:33 -0400
Stephen Gallagher wrote:
The deltarpms were meant to serve two purposes
1) (lesser) Address the needs of users in
On 10/06/2014 08:57 PM, Reindl Harald wrote:
Am 06.10.2014 um 19:45 schrieb Florian Festi:
The way of getting around all this unnecessary computation is
establishing trust via the deltarpm itself and giving up the idea of
reconstructing the originally rpm as a prove of everything worked out
just
On Mon, 2015-06-22 at 06:16 -0400, Jan Kurik wrote:
> Recently we made it possible to install a small number of locales by
> supplying the rpm-macro “_install_langs”, for example
>
>rpm -i -D _install_langs="en:de_DE" glibc-common.rpm
>
> will install all English locales and all German local
On Wed, 2012-03-21 at 11:04 +0200, Panu Matilainen wrote:
> I'm starting to consider going dirty and just adding fake library provides
> for one build of rpm to get deltarpm "bootstrapped", as I assume
> createrepo (and thus deltarpm) doesn't actually get invoked in the srpm
> creation phase, ri
On Mon, 2012-03-26 at 14:24 +0300, Panu Matilainen wrote:
> As a reminder, at least the following packages will now need a rebuild
> due to the soname bump:
>
> jdieter deltarpm
Did I see that you took care of this one for me?
Jonathan
signature.asc
Description: This is a digitally si
On Mon, 2012-03-26 at 14:48 +0300, Panu Matilainen wrote:
> On 03/26/2012 02:30 PM, Jonathan Dieter wrote:
> > On Mon, 2012-03-26 at 14:24 +0300, Panu Matilainen wrote:
> >> As a reminder, at least the following packages will now need a rebuild
> >> due to the son
Deltarpms seem to be missing
from /fedora/linux/development/17/*/os/drpms
They are there for Rawhide, so I'm guessing it's a mash
misconfiguration, but I don't have the necessary rights to check.
Jonathan
signature.asc
Description: This is a digitally signed message part
--
devel mailing list
On Tue, 2012-04-24 at 10:11 -0500, Dennis Gilmore wrote:
> On Tue, 24 Apr 2012 09:58:50 -0500
> Dennis Gilmore wrote:
>
> >
> > On Tue, 24 Apr 2012 09:55:11 +0300
> > Jonathan Dieter wrote:
> >
> > > Deltarpms seem to be missing
> >
See $subject. I'm assuming that this is because delta_dirs in the mash
config doesn't include the updates repository, just the GA repository.
Maybe this should be more clearly stated in
http://infrastructure.fedoraproject.org/infra/docs/fedora-releases.txt,
Step 4 (Enable Updates)?
Jonathan
si
On Tue, 2012-06-12 at 11:58 -0600, Kevin Fenzi wrote:
> This was an issue in the f17-updates and f17-updates-testing mash
> configs that bodhi was using.
>
> I just pushed out an updated setting that should fix it.
>
> Sorry we missed it at final. Basically we had everything in place, but
> it
On Tue, 2012-07-10 at 15:08 +0400, Peter Lemenkov wrote:
> Hello.
> I'm again offering a review for trade. You'll review this one and I'll
> review yours:
>
> * https://bugzilla.redhat.com/823170 - leveldb - A fast and
> lightweight key/value database library by Google
>
> This is a C++ library i
On Thu, 2014-02-06 at 17:44 +0100, Ales Kozumplik wrote:
> dnf-0.4.13 is out [1], [2]. F20 version will follow shortly. We ship
> Delta RPM support, bash completion and keepcache again in this version.
>
> Remember to come meet the team at DevConf.cz this weekend.
Sorry I missed you guys at DevC
On Sat, 2014-03-01 at 15:39 +0100, Reindl Harald wrote:
> Am 01.03.2014 15:36, schrieb Praveen Kumar:
> > Recently Dan filled bug[0] against html5lib[1] module about new
> > upstream release but upstream put major version 0.999 which is lower
> > that it's beta version 1.0b3.
> >
> > Now If I upda
On Mon, 2014-03-03 at 18:39 -0800, Adam Williamson wrote:
> On Mon, 2014-03-03 at 11:05 +0100, Kevin Kofler wrote:
> > Reindl Harald wrote:
> > > yes it is a hack but better than fake version numbers to
> > > satisfy RPM and that is *the* reason epoch exists at all
> >
> > +1
> >
> > That Ubuntu-
I'm orphaning drgeo and drgeo-doc. I originally picked them up because
I thought our school would use drgeo, but we haven't, so I'm letting it go.
drgeo did FTBFS in the latest rebuild, and will probably need some TLC
to get it building again. If you decide to take this, please note that
ups
On 06/24/2014 03:23 PM, Tomas Mlcoch wrote:
Hi poma,
the short answer is no.
The idea (to have deltas between two repodata) and purpose (be able to gen and
apply such deltas) is the same, but the used techniques and ideas are different.
So, what will it take to get this into Fedora? Does D
On 06/28/2014 10:56 AM, drago01 wrote:
On Sat, Jun 28, 2014 at 6:54 PM, Orcan Ogetbil wrote:
On Sat, Jun 28, 2014 at 11:49 AM, Kevin Fenzi wrote:
So, sure, we could sign drpms and yum/dnf could check that, but they
still need to assemble the final rpm in order to pass it to rpm.
The questi
On 06/29/2014 04:36 AM, Florian Weimer wrote:
On 06/29/2014 12:32 PM, drago01 wrote:
On Sun, Jun 29, 2014 at 1:55 AM, Jonathan Dieter
wrote:
2. RPM would also need to support signatures across the uncompressed
payload
as well as the compressed payload.
Well Florian said that only the
This has already happened once before a few years back. IIRC, we
updated xz on the builder to match the one in Fedora, but our users had
broken deltarpms until they got the updated xz.
Jonathan
On 07/02/2014 07:46 AM, Richard W.M. Jones wrote:
Doesn't the current process assume that xz alway
On Fri, 2016-01-29 at 13:51 -0500, Matthew Miller wrote:
> Several years ago, I packaged up Scratch 1.4 -- the visual
> programming
> language for kids. However, it never really worked perfectly (it's
> not
> 64 bit clean) and upstream for this line is dead (as Scratch 2.0 is
> based on Adobe Air -
On Wed, 2012-07-25 at 18:24 -0400, Bill Nottingham wrote:
> Package numptyphysics (fails to build)
I've updated this to build and posted at
https://bugzilla.redhat.com/show_bug.cgi?id=843250
If a package FTBFS and the current maintainer doesn't fix it, will we
have a chance to take ownership of i
On Thu, 2012-07-26 at 13:47 -0500, Jon Ciesla wrote:
> On Thu, Jul 26, 2012 at 1:41 PM, Bill Nottingham wrote:
> > Jonathan Dieter (jdie...@lesbg.com) said:
> >> On Wed, 2012-07-25 at 18:24 -0400, Bill Nottingham wrote:
> >> > Package numptyphysics (fails to build)
On Tue, 2012-10-02 at 10:25 -0400, Brian Pepple wrote:
> Hi,
>
> Anyone have some free time to do a package review today? This package(1)
> is needed so that we can build Empathy with GStreamer-1.0 support for
> Fedora 18.
>
> (1) https://bugzilla.redhat.com/show_b
On Tue, 2012-10-09 at 20:57 +0300, Panu Matilainen wrote:
> On 10/09/2012 08:39 PM, David Malcolm wrote:
> > On Tue, 2012-10-09 at 20:20 +0300, Panu Matilainen wrote:
> >> On 10/09/2012 08:15 PM, Lennart Poettering wrote:
> >>> /usr/lib/locale and /usr/share/locale are 148M of my 434M container
>
On Sun, 2012-11-04 at 09:21 -0500, Matthew Miller wrote:
> On Sat, Nov 03, 2012 at 06:32:20PM -0600, Kevin Fenzi wrote:
> > - It's been suggested before, but could we practically keep N and N-1
> > packages in rawhide repos? Then 'yum downgrade' becomes much more
> > handy. Repodata size and mi
On Sun, 2012-11-04 at 10:13 -0500, Matthew Miller wrote:
> On Sun, Nov 04, 2012 at 05:04:40PM +0200, Jonathan Dieter wrote:
> > Not necessarily commenting on whether this whole idea is good or not,
> > but how hard would it be to just have the N release and updates
> > reposi
On Fri, 2012-12-07 at 00:02 +0530, narendr...@dell.com wrote:
> Hi,
>
> There is a request to disable to PIRQ (PCI Irq Routing Table) fallback
> in upstream biosdevname. This change would result in network device
> naming changing to ethN on systems where SMBIOS type 41 and type 9
> records are
On Thu, 2013-08-22 at 10:39 +, "Jóhann B. Guðmundsson" wrote:
> On 08/22/2013 09:10 AM, Ondrej Vasik wrote:
> > On Wed, 2013-08-21 at 18:45 +, "Jóhann B. Guðmundsson" wrote:
>
> > I perfectly understand the reasons for the change and I think we should
> > definitely change it at least on t
On Thu, 2013-08-22 at 11:09 +, "Jóhann B. Guðmundsson" wrote:
> You would just overwrite in in your own .bashrc if you have long
> hostname and they get in your way.
Yes, the same applies in the opposite direction.
> Long hostnames are far more practical for administrators to use then
> sh
On Wed, 2013-10-02 at 12:53 +0200, مصعب الزعبي wrote:
> Hi ,
>
> For instructions here :
> https://fedoraproject.org/wiki/Join_the_package_collection_maintainers
> I am glad to Introduce myself to you ,
>
> My name Mosaab Alzoubi , 24 years old.
Ahlan wa-sahlan. If you're ever in Lebanon, l
On Fri, 2013-05-24 at 08:03 +, Petr Pisar wrote:
> Do you know virtual packages are forbidden in Fedora?
Sorry, I just scanned through the guidelines and didn't see this
anywhere. Do you mind citing a reference, please?
Thanks,
Jonathan
--
devel mailing list
devel@lists.fedoraproject.org
On Mon, 2013-06-03 at 18:07 -0700, Adam Williamson wrote:
> Whether this is a blocker or not comes down to a judgement call, because
> it hinges on whether this is a significant inconvenience for a large
> enough number of users. So we need to know from people who use Fedora in
> remote auth enviro
I've just orphaned pykka (https://admin.fedoraproject.org/pkgdb/package
/rpms/pykka/) as I'm no longer using it.
Jonathan
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
I just got a bug[1] that naev-data was FTBFS. After examining the build
logs[2], I'm now confused as to what went wrong.
What does this mean?
GenericError: upload path
exists: /mnt/koji/work/tasks/9923/423/naev-data-0.5.3-7.fc19.noarch.rpm
Jonathan
[1] https://bugzilla.redhat.com/show_bug.c
On Fri, 2013-02-22 at 07:54 -0700, Kevin Fenzi wrote:
> On Fri, 22 Feb 2013 11:58:18 +0200
> Jonathan Dieter wrote:
>
> > I just got a bug[1] that naev-data was FTBFS. After examining the
> > build logs[2], I'm now confused as to what went wrong.
> >
> >
If anyone is interested in having USB/IP working in Fedora, I'm looking
for someone to review the userspace tools at
https://bugzilla.redhat.com/show_bug.cgi?id=1175270.
While the USB/IP modules were in staging, this was in RPM Fusion, but
the modules have been moved out of staging and into th
On Sun, 2017-02-05 at 09:10 +0100, Hans de Goede wrote:
> This also mostly explains the why of this change,
> except for why also bring it to Fedora 25 and not
> just to Fedora 26 and later?
>
> The main reason for this is a non-technical reason,
> we (as in the Fedora project) have quite vocally
I would like to get the LizardFS distributed filesystem into Fedora,
but I'm running into problems compiling it with Fedora's hardening
flags enabled.
When the binaries are linked, I get the following error message for
each binary:
/usr/bin/ld: mfsmetalogger: hidden symbol `__cpu_indicator_init' i
On Wed, 2017-04-12 at 08:02 +0200, Mattia Verga wrote:
> Il 11/04/2017 20:34, Jonathan Dieter ha scritto:
> > I would like to get the LizardFS distributed filesystem into
> > Fedora,
> > but I'm running into problems compiling it with Fedora's hardening
> >
On Thu, 2017-04-13 at 11:24 -0500, Greg Hellings wrote:
> I have a trio of reviews looking for reviewers. I'll be happy to swap
> for them. Two Python libraries, and an app that depends on them:
>
> python-camel: https://bugzilla.redhat.com/show_bug.cgi?id=1441841
> python-yamlordereddictloader: h
On Wed, 2017-06-14 at 09:36 -0600, Kevin Fenzi wrote:
> * Composes are really slow (likely related to storage slowness), if they
> were faster or could fail faster we could untag/fix/iterate more. Right
> now we are lucky to get 2 chances a day.
When you're mentioning storage slowness, are we talk
On Sun, 2014-01-19 at 19:15 +0100, drago01 wrote:
> On Sat, Jan 18, 2014 at 9:47 PM, Rahul Sundaram wrote:
> > Hi
> >
> > Since updates don't automatically fix the issue created by
> > https://bugzilla.redhat.com/show_bug.cgi?id=1054350 and users are required
> > to run a set of steps as a workaro
On Jan 19, 2014 8:57 PM, "Michael Schwendt" wrote:
>
> On Sun, 19 Jan 2014 20:32:26 +0200, Jonathan Dieter wrote:
>
> > If scriptlet failures weren't fatal, we wouldn't have the problem we
> > have now with duplicate packages. We could have just
On Thu, 2016-11-03 at 11:24 +0100, Sergio Pascual wrote:
> Hello,
>
> I have a machine with two identical nvidia cards and I configured it
> with multiseat and Fedora 23. It worked well, that is, two GDM login
> screens, one in each display.
>
> Then I updated to Fedora 24 and it stoped to work.
On Thu, 2016-12-15 at 19:41 -0600, Michael Catanzaro wrote:
> It's not actually round 2, but more like round 5 or something,
> because
> Chris has been publishing an awful lot of these:
>
> https://scarybeastsecurity.blogspot.com/2016/12/redux-compromising-li
> nux-using-snes.html
There's a new u
On Mon, 2018-12-03 at 22:16 +0100, Jan Pokorný wrote:
> On 16/11/18 22:07 +0000, Jonathan Dieter wrote:
> > The core idea behind zchunk is that a file is split into independently
> > compressed chunks and the checksum of each compressed chunk is stored
> > in the zchunk header
On Wed, 2018-12-12 at 06:10 +, Raphael Groner wrote:
> > I've just orphaned pykka (
> > https://admin.fedoraproject.org/pkgdb/package
> > /rpms/pykka/) as I'm no longer using it.
>
> Hi Jonathan,
> what do you use instead?
> Regards, Raphael
MPD with local music.
Jonathan
___
Just a heads up Rawhide has had zchunked metadata for almost three
weeks, and I'd greatly appreciate some more testing on the client side
before we finish pushing the client changes to Rawhide.
If you're running Rawhide, are willing to test, and have backups of
libdnf and librepo, please enable th
On Thu, 2019-01-17 at 00:48 +0100, Björn 'besser82' Esser wrote:
> Am Mittwoch, den 16.01.2019, 22:08 + schrieb Jonathan Dieter:
> > Just a heads up Rawhide has had zchunked metadata for almost three
> > weeks, and I'd greatly appreciate some more testing on
librepo-1.9.6 has a major bug that will cause a segfault when a
repository has zchunk metadata. To temporarily work around the
problem, set zchunk=False in /etc/dnf/dnf.conf or wait until the next
updates push comes out
About a week ago, we disabled zchunk metadata in the main F30
repository be
FESCo has given us the go-ahead to turn zchunk metadata on again[1] for
the F30 fedora repository after the librepo segmentation fault bug[2]
was fixed. An updated librepo[3] was built a week ago and was pushed
to stable five days ago, so most beta users should have the new
version.
If you're usi
So, the background is that I'd like to build zchunk for EPEL 6 (it's
already built for EPEL 7). Unfortunately, the gcc in EL6 is too old to
build zchunk, so I'd prefer to use a newer version from an SCL, rather
than rewrite zchunk to be compatible with an ancient version of gcc.
I noticed that SC
On Sat, 2019-04-13 at 13:11 -0700, John Reiser wrote:
> > Unfortunately, the gcc in EL6 is too old to build zchunk
>
> In what specific way(s)? Can the complaints from gcc [which version?],
> or other tools in the toolchain, be listed here?
> Other developers may have faced the same or similar p
On Sun, 2019-04-14 at 16:01 -0400, Stephen John Smoogen wrote:
> On Sat, 13 Apr 2019 at 21:06, Todd Zullinger wrote:
> > Neal Gompa wrote:
> > > If devtoolset is available for EPEL6 (which I think it is?)
> >
> > I don't believe devtoolset was enabled for el6 in koji.
> > When it was added to the
On Wed, 2019-05-29 at 20:15 -0600, Chris Murphy wrote:
> 'dnf info deltarpm' says
> URL : http://gitorious.org/deltarpm/deltarpm
> which has an expired certificate, but pushing passed that it says
> current version 3.6 is 5 years old. Is this really maintained or
> updatabled?
Upstream ha
On Wed, 2019-05-29 at 18:32 -0400, James Cassell wrote:
>
> Would this help with drpms similar to how it helps with faster yum
> repo metadata downloads? My biggest problem with drpms is the slow
> rebuild speed which is usually slower than my download bandwidth. It
> would be a big win if zstd h
On Wed, 2019-05-29 at 18:05 -0400, Neal Gompa wrote:
> On Wed, May 29, 2019 at 5:53 PM Josh Boyer wrote:
> >
> > If we did this, wouldn't it make it very difficult to use tools like
> > mock on RHEL / CentOS 7 to build for Fedora 3x? Or does RHEL 7 RPM
> > support zstd?
> >
>
> We're pretty mu
On Mon, 2018-08-06 at 16:36 +, Zbigniew Jędrzejewski-Szmek wrote:
> Hi dnf and libsolv developers,
>
> this mail is a continuation of an FPC [1] and a FESCo [2] tickets.
>
> A proposal was made is to disallow packages in Fedora from using file
> deps, and to optimize dnf to not load filelists
I'm trying to build duperemove[1] for epel7[2], and it's building on
all the arches except aarch64.
I'm BR'ing libatomic, but the error it gives in build.log[3] for
aarch64 is:
/usr/bin/ld: cannot find -latomic
All current Fedora release builds were fine.
I'm sure I'm missing something obvious,
On Fri, 2018-10-19 at 21:37 -0700, Josh Stone wrote:
> On 10/19/18 6:19 PM, Robert-André Mauchin wrote:
> > On samedi 20 octobre 2018 00:31:50 CEST Jonathan Dieter wrote:
> > > I'm trying to build duperemove[1] for epel7[2], and it's building on
> &g
1 - 100 of 156 matches
Mail list logo
