Hi
When I moved to Fedora after years of doing Debian packages I noticed
that there is no such thing as patch management when it comes to Fedora
packages. Everyone is using %patch macro with files of random patchlevel
(some even use reverse patches).
%autosetup was created to handle that but
W dniu 13.07.2015 o 15:22, Adam Jackson pisze:
On Mon, 2015-07-13 at 14:39 +0200, Marcin Juszkiewicz wrote:
Is it because no one told that it exists? Or maybe because
implementation has some issues which no one wants to fix? Or other (I
exclude laziness of package maintainers)?
rpm macros
W dniu 27.07.2015 o 11:10, Tomas Tomecek pisze:
I can see that RCs of development version of kernel are being built in rawhide.
Which is really great to test new stuff. But I would be pretty scared to run RC
kernel normally.
Would it make sense then to also build latest stable releases?
Rawhid
W dniu 22.07.2015 o 10:49, Honza Šilhan pisze:
> The resolution configuration hints are printed to the output and user
> is notified which packages were skipped during update in case there
> are conflicts.
No information about skipped updates on my system (or I misunderstood
how it is supposed to
Hi
During last few days I fetched over 26 thousand of Fedora package
repositories. Plan to go though all spec files and submit some patches
mainly related to my aarch64 work.
But there is one thing I want to note:
%ifarch %{ix86} x86_64
BuildRequires: valgrind
%endif
Currently there is only
Hi
During last few days I fetched over 26 thousand of Fedora package
repositories. Plan to go though all spec files and submit some patches
mainly related to my aarch64 work.
We live in a world where most of Linux systems are either 32 or 64 bit.
But do you know how many 64-bit architectures
W dniu 24.08.2015 o 15:18, Neal Gompa pisze:
Oh, yes! I was trying to find something like this all weekend for my
Copr for reprepro. I have to make a patch to access apt-methods in
/usr/lib64 on 64-bit systems, but on 32-bit systems it should remain
/usr/lib.
You just made my day.
You know
W dniu 24.08.2015 o 15:31, Neal Gompa pisze:
Well, the problem is that the path to apt-methods is hardcoded in
reprepro itself. Thankfully, it's in a #define, but I don't know of a
good way to fix it beyond just replacing the #define for 64-bit systems.
If someone can suggest a better way th
W dniu 24.08.2015 o 16:09, Jonathan Underwood pisze:
It would be worthwhile adding this to:
https://fedoraproject.org/wiki/Packaging_tricks
Added
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproj
Hi
I am building software for misc distributions for over 11 years. And so
far Fedora packages are the worst of those I played with (mostly
OpenEmbedded and Debian).
Why? Because patches are mess. Let's take random one:
@@ -108,7 +108,7 @@
M = int(max(r, g, b))
W dniu 28.08.2015 o 14:32, Björn Persson pisze:
Marcin Juszkiewicz wrote:
Have you read the existent policy on this?
http://fedoraproject.org/wiki/Packaging:Guidelines#Patch_Guidelines
Yes, I have read it. But lot of maintainers did not.
Example specfile:
Source1:%{name}.score
W dniu 28.08.2015 o 14:51, Neal Gompa pisze:
If patches are exported from Mercurial or Git, you'd have all the
information you'd want.
Fully agree. Only info about upstream status is missing.
However, most people I know aren't working from the hg/git
repository when making packages. That s
W dniu 28.08.2015 o 14:44, Florian Weimer pisze:
On 08/28/2015 02:11 PM, Marcin Juszkiewicz wrote:
Who knows what it does and why? For some reason it has a name
'64bitfix' but why it is needed? Did upstream ever saw it? No
idea.
In reality, here's what the Debian versio
W dniu 28.08.2015 o 14:40, Kevin Kofler pisze:
Marcin Juszkiewicz wrote:
In Debian (or in OpenEmbedded) it is solved by implementing DEP-3 [1]
which is set of requirements about extra metadata in patches such as:
- Description or Subject (required)
- Origin (required except if Author is
W dniu 28.08.2015 o 18:02, Matěj Cepl pisze:
On 2015-08-28, 13:01 GMT, Marcin Juszkiewicz wrote:
Yes, I have read it. But lot of maintainers did not.
Example specfile:
Source1:%{name}.score
Patch0: %{name}-0.7.1-userpmopts.patch
Patch1: %{name}-0.7.1-64bitfix.patch
My traceroute [v0.85]
puchatek (0.0.0.0)Thu Sep 17 14:42:22 2015
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg
W dniu 17.09.2015 o 22:42, Kevin Fenzi pisze:
> >I would talk with the mirrors in your area and find out why they
> >don't mirror it.
>
>Do mirror sites have the option to not include sources? [*]
The pkgs.fedoraproject.org lookaside cache?
(Which is what this thread was about)
No, because we
W dniu 30.09.2015 o 10:39, Pavel Lisý pisze:
For others
I have found discussion in other maillist
For testing and quality assurance of Fedora releases
mailto:for%20testing%20and%20quality%20assurance%20of%20fedora%20releases%20%3ct...@lists.fedoraproject.org%3e>>
It was bug in dnf:
workaround:
Can someone point me to discussion which ended in /media being symlink
to /run/media directory?
I am now looking at Picasa rescanning 40GB of pictures just because
/media/storage/ dissapeared after upgrade of packages (which moved
/media/ to /media.rpmmoved/ one).
Should I create /my-own-director
Hi fellow packagers!
On behalf of secondary architectures maintainers I have a small request
to you:
If your package uses Boost then next time you will make changes please
take a look at m4/ax_boost_base.m4 file.
There can be such piece of code there:
--
W dniu 23.09.2014 o 15:52, Adam Jackson pisze:
>> > It's a start. Trouble is, the SiS driver isn't just for antiques. Mine is
>> > the
>> > onboard video chip for an LGA775 server motherboard[1].
> A board featuring a chipset designed for the Pentium D, a CPU that went
> out of production in 2008
W dniu 04.10.2014 o 18:32, Matthew Miller pisze:
> I'm not sure why you would need to do that because of running yum,
> but, one thing you can do is remove the yum package and install
> dnf-yum instead, which provides a /usr/bin/yum compatibility
> wrapper.
Too bad that it does not also say that i
pdfedit depends on qt3 and fails to link in f23:
.obj/mergeform.o: In function `gui::MergeDialog::initFileList(QString&)':
mergeform.cc:(.text+0xf94): undefined reference to
`QString::QString(std::__cxx11::basic_string,
std::allocator > const&)'
.obj/propertyeditor.o: In function
`gui::Propert
scorep 1.3-3 failed with this in rawhide:
scorep_score-SCOREP_Score_Profile.o: In function
`SCOREP_Score_Profile::SCOREP_Score_Profile(std::__cxx11::basic_string, std::allocator >)':
/builddir/build/BUILD/scorep-1.3/serial/build-backend/../../build-backend/../src/tools/score/SCOREP_Score_Profile.
W dniu 07.04.2015 o 18:39, Ralf Corsepius pisze:
> skip broken
> - is pushing fedora users into chaotic situations.
> - to cheat fedora users and to play down the "real problems".
>
> In a perfect world skip-broken should not even exist.
In a perfect world all Fedora packages would be always ins
W dniu 08.04.2015 o 11:05, drago01 pisze:
> We do have dep solvers otherwise no one would notice that a dep is
> broken ever. (like libsolv + hawkey).
> So what bodhi should do is to ask "has this package all dependencies
> satisfied with base + updates + other packages in this push" for every
> pa
W dniu 08.04.2015 o 20:20, Orion Poplawski pisze:
> Should a failed arch cancel other arch builds in koji? I can understand the
> resource saving argument, but I'm finding it increasingly useful to know if a
> build failure is arch specific or not and this makes it impossible to tell.
"koji buil
W dniu 22.04.2015 o 19:36, Fl@sh pisze:
Hi, all! I'm developing qt-virt-manager. I have to say: this is not a
Qt-clone of the virt-manager. The application is able to perform a
lot, so I suggest you to use, and look forward to your wishes.
Installed it on my F22 system where I have rhel7 in KVM
W dniu 12.05.2015 o 13:42, Timotheus Pokorra pisze:
as Mono 4 adds support for the ppc64le architecture (and aarch64
support was probably added earlier), we (the Secondary arches team)
would like to see a full bootstrap and subsequent update of %mono_arches
For any questions regarding secondary
F22 got released so I upgraded my machine from F22 to rawhide. But as
usual it meant rebuilding rpmfusion packages (as they do not support
rawhide).
All went quite good. Except installing:
Error: package ffmpeg-libs-2.6.2-3.fc23.x86_64 requires
libvpx.so.2()(64bit), but none of the providers
W dniu 28.05.2015 o 07:28, Robin Lee pisze:
Sorry guys, my fault. (insert local idiom about elephant in a store
here). Sorted out with help of spot and kalev.
You should update rpmfusion-free-relase. And run 'dnf downgrade
ffmpeg-libs'.
There is no 'branched' repos in RPMFusion. And before f
W dniu 28.05.2015 o 09:27, drago01 pisze:
>Problem was with VirtualBox... so for some time I will have to deal without
>winxp vm (used from time to time for tools which are not wine friendly).
You could use Boxes / virt-manager ... ships in the Fedora repo and
should be good enough for cases w
W dniu 13.06.2015 o 12:30, Dennis Jacobfeuerborn pisze:
On 12.06.2015 15:25, Radek Holy wrote:
What I feel would be a good solution to the problem above would be to
have a way to specify the default. I believe this problem is already
solved in apt-get with a very nice syntax: the OR syntax:
R
W dniu 30.06.2020 o 15:34, Jóhann B. Guðmundsson pisze:
> Given Hans proposal [1] introduced systemd/grub2/Gnome upstream
> changes it beg the question if now would not be the time to stop
> supporting booting in legacy bios mode and move to uefi only
> supported boot which has been available on a
W dniu 30.06.2020 o 16:20, Tom Hughes via devel pisze:
> On 30/06/2020 15:00, Florian Weimer wrote:
>> * Jóhann B. Guðmundsson:
>>
>>> Given Hans proposal [1] introduced systemd/grub2/Gnome upstream
>>> changes it beg the question if now would not be the time to stop
>>> supporting booting in le
W dniu 30.06.2020 o 16:27, Daniel P. Berrangé pisze:
> KVM virt on aarch64 and x86 can support EFI via AVMF / OVMF firmware
> built from the edk2 project from a technical POV.
>
> The first challenge will be that many mgmt tools still default to
> using legacy BIOS when deploying guest OS. We've
W dniu 30.06.2020 o 16:40, Daniel P. Berrangé pisze:
> On Tue, Jun 30, 2020 at 04:32:44PM +0200, Marcin Juszkiewicz wrote:
>> Can we also default to Q35 and forget that i440fx existed?
>>
>> Do all the pain in one step.
> That's upto the various mgmt apps using lib
W dniu 01.07.2020 o 12:57, Richard W.M. Jones pisze:
> If you mean migration of existing guests, then you need to repartition
> them and reinstall the bootloader. I doubt anyone has a practical
> idea of how to do that either manually or automatically.
Add second drive with 32-64MB size. Create
W dniu 20.02.2014 17:16, Vivek Goyal pisze:
> So instead of increasing release number on released branches, why don't
> we append additional number after dist and bump that up in released
> branch. So FC21 releases will look like.
>
> kexec-tools-2.0.4-24.fc21.1
> kexec-tools-2.0.4-24.fc21.2
W dniu 04.04.2014 19:43, Mikolaj Izdebski pisze:
> On 04/04/2014 07:14 PM, Matthew Miller wrote:
>> [snip]
>>
>> Is it useful for these messages to go to the devel (or test, for that
>> matter) lists? They seem mostly to just raise the noise.
>
> It is definitely useful, but I wish there was some
W dniu 05.10.2015 o 16:43, Reindl Harald pisze:
well, that people should send their mail from the Fedora servers and
not from a wrong configured random MTA allowing random envelope
senders
Many of those people send their mail from properly configured MTA
allowing random envelope senders for au
W dniu 05.10.2015 o 16:58, Reindl Harald pisze:
Am 05.10.2015 um 16:47 schrieb Marcin Juszkiewicz:
Many of those people send their mail from properly configured MTA
allowing random envelope senders for authenticated users
well, and that's why spamfighting is that complicated
W dniu 08.10.2015 o 01:29, Eduardo Mayorga Téllez pisze:
El 07/10/2015 2:05 pm, Kevin Fenzi escribió:
xcircuit -- Electronic circuit schematic drawing program ( master f23
f22 f21 el6 el5 )
Taken.
Can you also take ngspice? Otherwise one of xcircuit build dependencies
will be removed from F
W dniu 02.10.2015 o 13:33, Jon Ciesla pisze:
Lesstif being basically dead upstream and motif being available, I think
it's probably time to retire lesstif.
If anyone knows of other packages using it, please let me know and I can
migrate them.
dinotrace
fbb
xastir
xmbdfed
xvarstar
Those are
W dniu 08.10.2015 o 12:06, Marcin Juszkiewicz pisze:
W dniu 02.10.2015 o 13:33, Jon Ciesla pisze:
Lesstif being basically dead upstream and motif being available, I think
it's probably time to retire lesstif.
If anyone knows of other packages using it, please let me know and I can
mi
Hi
As part of my work as AArch64 secondary architecture developer
I keep git trees of all Fedora packages on my development machine.
Tend to update it ~weekly.
Script for it is easy:
#!/bin/bash
HTMP=`mktemp -d`
echo "fe
W dniu 17.12.2015 o 16:11, Michael Schwendt pisze:
http://pkgs.fedoraproject.org/cgit/?q=actdiag
doesn't find the git repo either.
Same for "seqdiag" and "nwdiag".
Review request for "actdiag":
https://bugzilla.redhat.com/show_bug.cgi?id=1072065
Watch this ->
| New Package SCM Request 2014-
On środa, 6 stycznia 2016 09:31:01 CET Orion Poplawski wrote:
> I've created a "scitech" FAS and COPR group for the SciTech SIG
> (https://fedoraproject.org/wiki/Category:SciTech_SIG). My immediate
> goal is to create some common repositories for updated builds of
> scientific software for EL7 (&
W dniu 15.01.2016 o 23:14, Jerry James pisze:
I am going to build the latest version of tbb in Rawhide soon.
I have already done successful rebuilds of these packages in mock for
x86_64, so I don't expect any trouble. Nevertheless, if a build fails,
I will look into it.
Please do check on s
W dniu 25.01.2016 o 17:03, Vít Ondruch pisze:
So it appears this thread was probably not enough. Which keeps us with
interesting state where mock by default does not install weak
dependencies where Koji installs them. It causes interesting issues already.
mock/koji not installing weak dependenc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello everybody
- From 1st September I will work for Red Hat on ARM and AArch64 stuff. You
can find me on irc as "hrw" and I plan to work on build problems.
When it comes to RPM based distributions I have to admit that I may lack
some experience as I
W dniu 26.08.2013 18:18, Zbigniew Jędrzejewski-Szmek pisze:
> On Sat, Aug 24, 2013 at 12:56:18PM +0200, Marcin Juszkiewicz wrote:
>> What to expect from me? Mostly build failure fixes and help with
>> ARM/AArch64.
> Hi,
> good to hear that.
>
> Do you have any plan
W dniu 11.09.2013 09:05, Miroslav Suchý pisze:
So it is merely nice-to-have. Usually called soft-dependency, which
unfortunately our tools still does not know.
Does somebody knows when we can expect soft dependencies in rpm?
IIRC Mandriva had patches which added Suggests/Recommends to RPM over
I used 4.7-rc0.git3 kernel for few days. In the morning I did an update
to fresh rawhide and then fork() stopped forking.
Thunderbird was crashing on start, Chrome refused to do anything,
Konsole greeted me with "fork() failed" messages when I needed new tab.
It is not a kernel fault as it ha
W dniu 08.06.2016 o 21:15, Kevin Fenzi pisze:
> On Wed, 8 Jun 2016 21:07:26 +0200
> Marcin Juszkiewicz wrote:
>
>> I used 4.7-rc0.git3 kernel for few days. In the morning I did an
>> update to fresh rawhide and then fork() stopped forking.
>>
>> Thunderbird was
W dniu 09.06.2016 o 00:18, gil pisze:
I have no idea why but most of your mails end in my spam folder ;(
Il 08/06/2016 21:15, Kevin Fenzi ha scritto:
On Wed, 8 Jun 2016 21:07:26 +0200
Marcin Juszkiewicz wrote:
Any ideas (other than "switch to F24/Ubuntu/Debian/Umbaumba" one
W dniu 10.07.2016 o 18:00, Sayan Chowdhury pisze:
> I recently packaged and pushed an update for
> fedmsg-meta-fedora-infrastructure to bodhi and exactly 40 secs[1]
> later I got a +1 to the update. I am sure that testing a package
> surely takes more than 40 secs. This makes me really curious tha
W dniu 11.07.2016 o 10:59, Raphael Groner pisze:
>> W dniu 10.07.2016 o 18:00, Sayan Chowdhury pisze:
>>
>>
>> What about situation when maintainer X scratch built package Y, got
>> it tested by few people (let name them A, C, E, F) before
>> submitting it to stable-updates?
>>
>> Once package e
I updated my system today and noticed that one of updated packages was
"yum". Yes, that package manager tool we were supposed to obsolete with
switch to "dnf" few releases ago.
So I decided to remove it:
11:53 root@puchatek:~# LANGUAGE=C dnf remove yum
Dependencies resolved.
=
W dniu 08.08.2016 o 12:02, Christopher Meng pisze:
> On Monday, 8 August 2016, Marcin Juszkiewicz
>> 11:53 root@puchatek:~# LANGUAGE=C dnf remove yum
>> Dependencies resolved.
>>
>> Packag
21.08.2016 00:17 "Jerry James" napisał(a):
> Thanks for the information, Kevin. I guess I'll have to go the QEMU
> route after all, then.
Try http://linaro.cloud/ as well.
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.o
W dniu 09.09.2016 o 14:25, gil pisze:
>> Could we learn anything from this? Fedora is not a rolling
>> distribution, but the guidelines are. Would it be a good idea to
>> actually provide versions of the guidelines? To track the last version
>> checked in the packages?
>>
>> If not for anything els
W dniu 10.10.2016 o 10:30, Jan Kurik pisze:
> = Proposed Self Contained Change: Jekyll =
> https://fedoraproject.org/wiki/Changes/Jekyll
Since when adding new package requires Change proposal?
___
devel mailing list -- devel@lists.fedoraproject.org
To un
W dniu 10.10.2016 o 16:34, Paolo Bonzini pisze:
> On 10/10/2016 13:30, Sandro Bonazzola wrote:
>> just seen:
>> DEBUG util.py:421: Error: Package:
>> 2:qemu-system-aarch64-2.6.1-1.fc24.ppc64le (updates)
>> DEBUG util.py:421: Requires: edk2-aarch64
>> DEBUG util.py:421: Error: Package
Hi
Today I tried to use few Fedora tools and was greet with nice tracebacks
when gave wrong arguments or something other happened. But that's not
why I am writing.
What surprised me more is that Fedora tools are still Python 2.x based.
Someone may write "so what?" but I think that using legacy ve
W dniu 03.12.2014 o 20:30, Matthew Miller pisze:
> On Wed, Dec 03, 2014 at 08:13:42PM +0100, Marcin Juszkiewicz wrote:
>> When I worked at Canonical there was a goal to move both internal and
>> public tools to Python 3.x version. IIRC started somewhere around 12.04
>> and t
W dniu 10.12.2014 o 01:48, Oron Peled pisze:
> I have several workstations/laptops with the same Fedora version (currently
> 20):
> * Downloading the same RPM's/DRPM's for each of these hosts is a huge waste.
I am using web proxy on Synology NAS at home and all my Fedora machines
use it for dnf/
W dniu 12.12.2014 o 08:32, Satyajit Sahoo pisze:
> Okay, forget Macbook Air. I don't have ethernet at my office, and it's the
> only place where I have internet. What can I do then?
You can boot one machine to any other OS, grab ISO from Fedora website
and put it on DVD or USB stick (there are in
W dniu 11.12.2014 o 18:16, Adam Jackson pisze:
> I've started staging an LLVM 3.5 rebase in F21. I hope to have
> everything built by this Friday and the update available in testing
> by Monday. Test feedback would be particularly appreciated on
> secondary arches and radeonsi 3D hardware.
Ca
W dniu 12.01.2015 o 14:08, Vít Ondruch pisze:
> I'd like to collect some feedback about the $SUBJECT, i.e. making
> minimal build root really minimal, explicitly specifying build
> dependencies, etc.
Are you aware that this means changing build dependencies of most of
packages? Altering them ju
W dniu 16.01.2015 o 09:35, Petr Spacek pisze:
> Another advantage could be mass-rebuild simplification. Maybe we could save
> machine and man-time by not rebuilding noarch packages because of gcc rebase
> or something like that.
GCC change may affect binaries which will generate other output which
W dniu 19.01.2015 o 20:58, Petr Machata pisze:
> I'll rebase TBB to 4.3u2 next week. A scratch build is here:
>
> http://koji.fedoraproject.org/koji/taskinfo?taskID=8665932
Can you do builds on secondary architectures as well? arm-koji for
aarch64 (should use generic), ppc-koji for PowerPC
W dniu 19.01.2015 o 23:44, Petr Machata pisze:
> Marcin Juszkiewicz writes:
>
>> W dniu 19.01.2015 o 20:58, Petr Machata pisze:
>>> I'll rebase TBB to 4.3u2 next week. A scratch build is here:
>>>
>>> http://koji.fedoraproject.org/koji/taskin
W dniu 19.01.2015 o 23:55, Dan Horák pisze:
> oh, nice, TBB isn't x86-only anymore? Did I miss something? :-)
They added "generic" support which can be used for any architecture.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Cod
W dniu 21.01.2015 o 13:22, Sudhir Khanger pisze:
> On Wed, Jan 21, 2015 at 5:43 PM, Jan Zelený wrote:
>> Name them please. Or better yet, report them.
>
> Any plans for local repository support in DNF.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=991014
Good that I did not saw that bug befor
Hi
As my work usually is around fixing packages which failed to build on
AArch64 I spend lot of time with Koji.
Today I started writing script which has to list all current FTBFS
entries from selected Koji instance - kind like [1] does but with few
extras:
- no packages which got built later
- n
On 13.02.2015 08:11, Casey Jao wrote:
> How feasible would it be to keep the listings in primary.xml and
> filelists.xml sorted by package name and arch? Doing so could open the door
> to simple and efficient diffs of repository metadata.
Something like pdiffs in Debian?
> Those two are by far th
On 13.02.2015 12:28, Mikolaj Izdebski wrote:
> On 02/12/2015 08:51 PM, Marcin Juszkiewicz wrote:
>> I plan to make something like Ubuntu has [2] which was great help when I
>> was working on fixing packages while working for Canonical.
>
> With Michael Simacek we are working
On 13.02.2015 13:30, Mikolaj Izdebski wrote:
> On 02/13/2015 01:20 PM, Marcin Juszkiewicz wrote:
>>> With Michael Simacek we are working on Koschei [1,2] - a service for
>>> tracking package buildability status. I would like you to consider using
>>> Koschei.
On 18.02.2015 16:31, Miroslav Suchý wrote:
> On 02/18/2015 04:12 PM, Dave Johansen wrote:
>> I'm running into an issue where odb won't build on rawhide (
>> http://koji.fedoraproject.org/koji/taskinfo?taskID=8966447
>> ) and I need to be able to take a look at the config.log file but it's not
>>
On 12.02.2015 20:51, Marcin Juszkiewicz wrote:
> Hi
>
> As my work usually is around fixing packages which failed to build on
> AArch64 I spend lot of time with Koji.
>
> Today I started writing script which has to list all current FTBFS
> entries from selected Koji instance
Hi
I wanted to fix osm2pgsql failure on aarch64 [1]. Went through osm2pgsql
github page and list of issues there.
1. http://arm.koji.fedoraproject.org/koji/taskinfo?taskID=2897601
It pointed me to --without-lockfree argument to configure script to fix
libboost_atomic linking issue. Had to updat
W dniu 24.05.2017 o 17:32, Zdenek Dohnal pisze:
> Hi,
>
> I was doing rebase for gutenprint pre-release in recent rawhide (fc27)
> and I couldn't build it because I had %VERSION macro defined by myself
> and it got rewritten by default macro %version. That indicates rpm
> macros have been case ins
W dniu 22.10.2013 17:26, Ralf Corsepius pisze:
> Also, automake-based projects receive the versions bundled with
> automake, when running automake rsp. autoreconf.
*IF* they run autoreconf. I am working on getting software built for
AArch64 for over a year now. Main issue is all those projects wh
W dniu 15.11.2013 12:05, drago01 pisze:
> On Fri, Nov 15, 2013 at 11:04 AM, Richard W.M. Jones
> wrote:
>> Probably best to get rid of it on eBay and buy a decent laptop. The
>> ARM-based Samsung Chromebook is very cheap and runs Fedora.
>
> ARM based? ... that pretty much sounds like GPU driv
W dniu 15.11.2013 13:15, drago01 pisze:
> On Fri, Nov 15, 2013 at 12:20 PM, Marcin Juszkiewicz
> wrote:
>> W dniu 15.11.2013 12:05, drago01 pisze:
>>> On Fri, Nov 15, 2013 at 11:04 AM, Richard W.M. Jones
>>> wrote:
>>
>>>> Probably best to get
W dniu 14.12.2013 02:42, T.C. Hollingsworth pisze:
> It verifies that:
> - all patches are committed to git
> - all patches are applied in %prep
> - no unexpanded %patch macros exist in %prep
>
> If any of the above checks fail, the commit is aborted.
Does it handle %autosetup use as well?
--
W dniu 10.02.2016 o 09:13, Colin Walters pisze:
The OpenEmbedded project has been doing this for quite a while:
Note that distributions built using OpenEmbedded are meant for storage
limited devices.
Years ago I had to squeeze kernel, Python, gstreamer and working system
into 16MB of flash.
W dniu 16.02.2016 o 19:48, Adam Jackson pisze:
> Currently the repository includes the driver loader, as well as Intel's
> open source drivers for gen8+ (Broadwell, Cherryview, Skylake, Broxton
> and Kabylake) GPUs. The Intel drivers also have incomplete support for
> Ivybridge, Haswell, and Baytr
W dniu 16.03.2016 o 19:19, Tom Callaway pisze:
And of course:
chromium:https://bugzilla.redhat.com/show_bug.cgi?id=1270322
qt5-qtwebengine contains chromium source code already so it may be good
to check how it was packaged.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fe
W dniu 01.04.2016 o 22:32, Jerry James pisze:
I am one of the maintainers of the ntl package, which is used by some
numeric applications (e.g., Macaulay2 and sagemath). Upstream
supports use of the PCLMUL instruction, the AVX instructions, and the
FMA instructions to speed up various computation
W dniu 12.04.2016 o 11:20, Honza Šilhan pisze:
The new version of DNF and DNF-PLUGINS-CORE has been released.
Can someone update version in EPEL7?
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
W dniu 18.11.2016 o 12:49, Michael Catanzaro pisze:
> On Fri, 2016-11-18 at 05:37 +, Sérgio Basto wrote:
>> but GNOME Software use dnf-plugin-system-upgrade ? if yes , since
>> then
>> we have dnf-plugin-system-upgrade should be safe offer ii
>
> No, GNOME Software does not use dnf and never
On 18/11/16 05:50, Stephen Gallagher wrote:
GNOME Software uses PackageKit and both PackageKit and DNF these days
use the same underlying dependency resolvers. So they're a lot closer
than they used to be.
Thanks.
___
devel mailing list -- devel@lists
W dniu 06.12.2016 o 14:43, Kamil Paral pisze:
> All of that is, of course, motivated by trying to spend QA time more
> effectively. You can see the current coverage e.g. in this table [2],
> overall we burn 6 DVDs and perform 12 optical installation (BIOS +
> UEFI) for every release candidate publ
W dniu 22.04.2020 o 14:52, Florian Weimer pisze:
>> At this time upstream only supports AVX/AVX2/NEON, but if they did
>> add support for SVE on aarch64, can I use it?
> No. I don't think the builders support it yet.
You can assume NEON on aarch64 as it is mandatory part. SVE is in one
or two cp
W dniu 14.05.2020 o 14:34, Florian Weimer pisze:
> Just to be clear here, armhfp is *not* the common denominator of all
> 32-bit Arm architectures. It does not cover the overall architecture in
> the sense that is compatible to with everything out there. (I'm not
> sure if that is even possible.)
W dniu 11.09.2019 o 14:54, Miroslav Suchý pisze:
> Do you want to make Fedora 31 better? Please spend 1 minute of your time and
> try to run [*]:
>
> sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
> --enablerepo=updates-testing distro-sync
Had to remove 'openshot' (FTBFS in
W dniu 11.09.2019 o 14:54, Miroslav Suchý pisze:
> Do you want to make Fedora 31 better?
I migrated to F31 beta some time ago. Today decided to
go with 'dnf distro-sync' instead of usual 'dnf update'
command:
Problem: problem with installed package kf5-ktexteditor-5.61.0-1.fc31.x86_64
- pack
W dniu 17.09.2019 o 08:55, Zbigniew Jędrzejewski-Szmek pisze:
> On Tue, Sep 17, 2019 at 08:33:49AM +0200, Marcin Juszkiewicz wrote:
>> W dniu 11.09.2019 o 14:54, Miroslav Suchý pisze:
>>> Do you want to make Fedora 31 better?
>>
>> I migrated to F31 beta some tim
1 - 100 of 150 matches
Mail list logo
