ement that 5.6.x never made to F40 stable is
correct[1] and therefore users not having updates-testing enabled could
not have installed 5.6.x without expressly enabling it.
[1] https://bodhi.fedoraproject.org/updates/?search=xz-5.6
-- Sandro
--
___
dev
On 30-03-2024 22:10, Christopher Klooz wrote:
On 30/03/2024 20.08, Sandro wrote:
On 30-03-2024 13:26, Christopher Klooz wrote:
I don't know how the assumption came up that F40 is only affected if
users opted in for testing, but that interpretation already ended up
in the Fedora Magazin
On 31-03-2024 00:41, Kevin Fenzi wrote:
On Sat, Mar 30, 2024 at 11:12:02PM +0100, Sandro wrote:
From what I understood, F40 Beta, the official Beta release, available from
the website as of March 26, has updates-testing disabled by default. That
Nope.
was confirmed by several people in
still seems to be unchanged. Is
the update you mean already online Michael?
I clarified what's wrong with Justin in a DM on Matrix. He was on the
same garden path as I was regarding "Beta release" vs. "Final release".
There will be another update to the article.
-- S
users, even inexperienced users, to bring some
common sense. I oppose having to put "contents may be hot" on a coffee
cup ...
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...
On 26-03-2024 22:15, Adam Williamson wrote:
On Tue, 2024-03-26 at 21:34 +0100, Sandro wrote:
On 26-03-2024 16:25, Kevin Fenzi wrote:
So, please take this time to do any last minute testing and bugfixing
and make sure any packages you expect to be in the final f40 base
repositories are pushed
On 03-04-2024 18:35, Jens-Ulrik Petersen wrote:
I took botan as a penance for my sins in the previous thread 😉 haha 😢
הַלְּלוּ־יָהּ 🙏
Thanks!
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@list
food for thought.
-- Sandro
--
___
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 Guide
7; --allow-empty
-- Sandro
--
___
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 Guideli
On 27-04-2024 23:51, Sandro wrote:
On 27-04-2024 22:41, Julian Sikorski wrote:
I need to rebuild mame on F40 only for qt-6.7. On rawhide,
mame-0.265-1.fc41 is already built against it so I only need to build
mame-0.265-1.fc40.1. Can it be done using %autorelease?
Make an empty commit:
git
x27;s only needed if you want users to be able to
upgrade by switching packages.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
-determinism`
and `add-determinism-nopython` require `rpm-build` would also achieve
`rpm-build` being protected from removal as a workaround.
If either package requires it there should only be one way forward, if
my understanding of the issue is correct.
-- Sandro
he link is fixed. If not, the
badge will be awarded to you another way.
Thanks for voting! After all, casting your vote is what's important.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
nothing to investigate as far as I'm aware.
The link in the voting app is not a claim link. It points to the badge's
landing page.
[1] https://pagure.io/fedora-badges
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscr
Dawson (tdawson) interview.
It seems Troy Dawson has not filled in first and last name in FAS, which
is were the information is coming from.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an e
et an expiration date when creating the
link. The default is two hours.
No worries. You'll get your badge. But we need to fix that link (again).
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email t
Yes, we are aware. What's not clear is how or why that has happened.
Either way, the link will be updated again soon. After that we'll know
better. An update will go out once the new link is active.
-- Sandro
--
___
devel mailing list -- dev
On 20-05-2024 19:47, Sandro wrote:
On 20-05-2024 19:42, Miro Hrončok wrote:
On 20. 05. 24 16:37, Aoife Moloney wrote:
Hi Folks,
After _much_ troubleshooting and some wonderful folks working with me
to help resolve the issues that littered the elections today, I am
pleased to say all issues
On 21-05-2024 09:47, Vít Ondruch wrote:
And it does not work again
What issue / error are you experiencing?
It seems to work for others. Looking at the badges front page, the badge
has been awarded as recently as 15 minutes ago.
-- Sandro
t need to fully refresh the page?
I'll have a look at the links meanwhile. Maybe I spot something.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Cod
On 21-05-2024 16:22, Steven A. Falco wrote:
On 5/21/24 10:17 AM, Sandro wrote:
On 21-05-2024 15:47, Vít Ondruch wrote:
Dne 21. 05. 24 v 15:45 Vít Ondruch napsal(a):
Dne 21. 05. 24 v 15:31 Steven A. Falco napsal(a):
I'm getting the "410 Gone" message, too. Tried multi
On 21-05-2024 16:32, Ben Cotton wrote:
On Tue, May 21, 2024 at 10:28 AM Sandro wrote:
However, now the link is in the open, we might have to change it again
and invalidate the link you posted. It's not meant to be out in the open.
It's probably fine. If someone who didn't
butes#_export_ignore
In that situation you should probably follow the instructions in the
Packaging Guidelines regarding Troublesome URLs (second part) [3] and
create additional sources manually.
[3]
https://docs.fedoraproject.org/en-US/packaging-guidelines/SourceURL/#_troublesome_urls
-- S
d. It appears to be still maintained, but was retired due to an
FTI bug [2] not being attended to.
[1] https://src.fedoraproject.org/rpms/pyftpdlib
[2] https://bugzilla.redhat.com/show_bug.cgi?id=2220082
Cheers,
--
Sandro
FAS: gui1ty
Matrix:Penguinpee
On 22-05-2024 12:12, Peter Robinson wrote:
On Tue, 21 May 2024 at 23:51, Sandro wrote:
Hi,
I intend to unretire pyftpdlib [1] and rename the base package to
python-pyftpdlib in line with current Python Packaging Guidelines. The
Why unretire? Why not just do a new package given the new name
n simply refreshing some Badges page. It's usually
short lived.
Last but not least, since you managed to claim the badge, it's expected
that you see "You already have i-voted:-fedora-40 badge". You can only
claim it once.
[1] https://github.com/fedora-infra/tahrir/issues
-- Sa
stream and
hasn't seen any attention in years.
Having said that, how far away are you from being sponsored? The
packages will be available for another few weeks before being retired.
From there on you'd have another eight weeks before needing a re-review.
-- Sandro
--
On 25-05-2024 16:56, Leigh Scott wrote:
ffmpeg
Two more packages depend on it currently:
$ fedrq wrsrc -Xs noopenh264
ffmpeg-6.1.1-13.fc41.src
gstreamer1-plugins-bad-free-1.24.3-1.fc41.src
qt6-qtwebengine-6.7.1-1.fc41.src
-- Sandro
--
___
devel
[1] https://bugzilla.redhat.com/show_bug.cgi?id=2291492
[2] https://bugzilla.redhat.com/show_bug.cgi?id=2291596
[3] https://bugzilla.redhat.com/show_bug.cgi?id=2292015
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email t
it go.
-- Sandro
--
___
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:
ht want to look into - python-astor was the last remaining
package in Fedora depending on `astunparse`.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
unnoticed,
leaving the packages in a broken state.
Cheers,
--
Sandro
FAS: gui1ty
Matrix:Penguinpee
Elsewhere: [Pp]enguinpee
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorapro
On 21-06-2024 16:11, Parag Nemade wrote:
Hi,
On Fri, Jun 21, 2024 at 6:12 PM Sandro wrote:
Hi,
Looking into flare-engine failing to build from source, I encountered
two issues with font packages:
1. Path change in liberation-sans-fonts
2. Name change of subpkg for unifont
The first
On 21-06-2024 16:41, Sandro wrote:
On my F39 system:
$ repoquery -q --cache --provides /usr/share/fonts/unifont/unifont.ttf
font(unifont)
font(unifontupper)
metainfo()
metainfo(unifont.metainfo.xml)
unifont-ttf-fonts = 15.0.01-3.fc39
I will be changing the BR to `font(unifont)` and do the same
l packages via a button
in the interface.
That's also possible, but not needed in this case.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
f the Bugzilla Assignee.
Was there a step in the orphaning process that I missed? How to fix it?
It looks like you might need to clear the needinfo flag on
https://bugzilla.redhat.com/show_bug.cgi?id=2252071.
I believe those are not handled by orphaning a package, but remain open
as is.
-- S
in freeze, it
will land as a zero day. And then, as you noted, all hell will break
loose with people no longer being able to log in to their systems.
[1] https://bodhi.fedoraproject.org/updates/FEDORA-2024-8c82e02afe
[2] https://qa.fedoraproject.or
.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=2322712
-- Sandro
--
___
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
nt to use `-Dversion=%{version}` or you'll be bitten when
the version in the spec file is bumped.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
milar ring
to it and should be uncontroversial.
Could the icon above the colon voor neutral (neither positive nor
negative) be changed at the same time to make it more distinct? It now
uses the same thumbs up as the positive colon, wrongly suggesting the
default selection being positive karma|kudos|
min. I'm not getting notifications
for any other packages.
The rule that enables it has Tracking Rule set to "Artifacts by user"
and Koschei listed in applications.
I would assume the message, that is sent on the bus, lacks some details
or is not consumed prop
ate to the other branches.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=2302033
[2] https://bugzilla.redhat.com/show_bug.cgi?id=2302036
[3]
https://src.fedoraproject.org/rpms/rpm-mpi-hooks/c/90f8dfbf925a815820cd1bcdd469c8827a757b19?branch=rawhide
-- Sandro
--
being acted on within a week or two, I
followed up by a mail to the maintainers alias and usually Fabian
responded by acting on my PR within a fortnight.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
_bug.cgi?id=2210209
-- Sandro
--
___
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 Gu
anually working my way through
packages I (co-)maintain. Having the bugs filed will also increase
visibility for package maintainers, I believe.
[1] https://pagure.io/releng/blob/main/f/scripts/ftbfs-fti/follow-policy.py
-- Sandro
--
_
On 14-12-2024 20:12, Miro Hrončok wrote:
On 14. 12. 24 11:35, Sandro wrote:
On 12-12-2024 21:07, Gwyn Ciesla via devel wrote:
I hadn't, but that's a good idea. Here you are.
https://bugzilla.redhat.com/show_bug.cgi?id=2332159
Thanks. I saw a handful of FTBFS/FTI bugs filed by
ure if the Python packages depending on pyarrow need
rebuilding. But root (root-tree-dataframe) and groonga (groonga-libs)
directly depend on libarrow.so.1601()(64bit).
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscri
On 15-01-2025 01:00, maxwell--- via devel-announce wrote:
python-pep440
Adopted as it's needed by a bunch of packages I (co-)maintain.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to dev
Am I the only one having problems with entries in /etc/xdg/autostart not
getting executed in the fallback session? This leads for example to the
fact that policykit authentication does not work, since the
authentication agent is not running.
Thanks
Sandro
On 04/28/2011 05:55 PM, Bastien
Hi,
are there any plans to get libtiff4 (which was released as stable on Dec 22
2011) into f17? A notable feature is BigTIFF support, often needed when
dealing with GIS stuff.
Thanks
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 02/27/2012 04:29 PM, Bruno Wolff III wrote:
On Mon, Feb 27, 2012 at 14:00:51 +,
Frank Murphy wrote:
On 27/02/12 13:52, elison.ni...@gmail.com wrote:
4) Quit on single CTRL-C. Users expect an application to quit on
pressing CTRL-C.
Reason to have this feature : Better user experienc
hould only provide
"libfoo.so()(64bit)(openmpi-x86_64)".
The only solution which comes to mind is adding
%__elf_exclude_path ^%{_prefix}/lib(64)/(openmpi|mpich)/.*$
to elf.attr. Is this acceptable?
Thanks,
Sandro
[1] https://lists.fedoraproject.org/pipermail/devel/2015-J
uildRequire: rpm-mpi-hooks, and openmpi-devel and mpich-devel will need
to Require: rpm-mpi-hooks.
And finally, once that is done too, all *-openmpi and *-mpich packages
will need to be rebuilt.
Thanks,
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.
ly
%__libsymlink_magic ^symbolic link to `.*lib.*\.so\..*'$
%__libsymlink_exclude_path ^.*[[:digit:]]$
Perhaps with:
%global __libsymlink_exclude_path ^%{_prefix}/lib(64)?/(openmpi|mpich)/.*$
in mpi packages.
Or directly in mpi.attrs?
Thanks,
S
On 09.07.2015 21:42, Orion Poplawski wrote:
On 07/09/2015 01:14 PM, Sandro Mani wrote:
On 09.07.2015 20:18, Orion Poplawski wrote:
Also, it doesn't seem to get all of the requires quite right. For
scorep-openmpi I have:
Provides: libscorep_adapter_compiler_event.so.2()(64bit)(op
On 09.07.2015 21:39, Orion Poplawski wrote:
On 07/08/2015 05:03 PM, Sandro Mani wrote:
Once the package is approved, openmpi and mpich will need to BuildRequire:
rpm-mpi-hooks, and openmpi-devel and mpich-devel will need to Require:
rpm-mpi-hooks.
And finally, once that is done too, all
On 09.07.2015 23:17, Orion Poplawski wrote:
On 07/09/2015 03:06 PM, Sandro Mani wrote:
On 09.07.2015 21:42, Orion Poplawski wrote:
On 07/09/2015 01:14 PM, Sandro Mani wrote:
On 09.07.2015 20:18, Orion Poplawski wrote:
Also, it doesn't seem to get all of the requires quite right.
On 17.07.2015 17:40, Orion Poplawski wrote:
On 07/14/2015 08:09 AM, Sandro Mani wrote:
On 09.07.2015 23:17, Orion Poplawski wrote:
On 07/09/2015 03:06 PM, Sandro Mani wrote:
Ah yes sorry didn't read the contents of fileattrs/libsymlink.attr properly.
But couldn't that be hand
On 21.07.2015 17:41, Orion Poplawski wrote:
On 07/17/2015 09:50 AM, Sandro Mani wrote:
Yep - I'm now building things in copr [1].
[1] https://copr.fedoraproject.org/coprs/smani/rpm-mpi-hooks-testing/
Great. Looks like you need to build a newer openmpi package in your copr
since I upd
On 21.07.2015 18:03, Orion Poplawski wrote:
On 07/21/2015 09:45 AM, Sandro Mani wrote:
On 21.07.2015 17:41, Orion Poplawski wrote:
On 07/17/2015 09:50 AM, Sandro Mani wrote:
Yep - I'm now building things in copr [1].
[1] https://copr.fedoraproject.org/coprs/smani/rpm-mpi-hooks-te
nd I haven't yet got around to finding out who).
Affected by the missing handling of MPI_PYTHON_SITEARCH and
MPI_FORTRAN_MOD_DIR are elpa, sundials, pypar and mpi4py.
So if any proven packager could fire the rebuilds, that would be much
appreciated.
Thanks
Sandro
[1] https://copr.fedorapr
On 27.07.2015 23:56, Sandro Mani wrote:
Ok I've now got one full build of all MPI packages [1]. Investigating
the output, things are looking good, except for the fact that I
realized that I'll also need to handle binaries MPI_PYTHON_SITEARCH
and MPI_FORTRAN_MOD_DIR - these direc
Hello
I'm about to update to ucommon-6.4.4 in rawhide. There is a soname bump,
but affected packages rebuild fine. These are:
- ccrtp
- libzrtcpp
- sflphone (which I'll take care of myself)
Copr test-builds done here:
https://copr.fedoraproject.org/coprs/smani/ucommon
Sandro
On 03.08.2015 19:14, Sandro Mani wrote:
Hello
I'm about to update to ucommon-6.4.4 in rawhide. There is a soname
bump, but affected packages rebuild fine. These are:
- ccrtp
- libzrtcpp
- sflphone (which I'll take care of myself)
Copr test-builds done here:
https://copr.fedorap
On 04.08.2015 18:43, Kevin Fenzi wrote:
On Mon, 3 Aug 2015 22:18:58 +0200
Sandro Mani wrote:
On 03.08.2015 19:14, Sandro Mani wrote:
Hello
I'm about to update to ucommon-6.4.4 in rawhide. There is a soname
bump, but affected packages rebuild fine. These are:
- ccrtp
- libz
On 04.08.2015 18:54, Kevin Fenzi wrote:
On Tue, 4 Aug 2015 18:47:43 +0200
Sandro Mani wrote:
On 04.08.2015 18:43, Kevin Fenzi wrote:
On Mon, 3 Aug 2015 22:18:58 +0200
Sandro Mani wrote:
On 03.08.2015 19:14, Sandro Mani wrote:
Hello
I'm about to update to ucommon-6.4.4 in ra
On 15.08.2015 13:31, Jan Kurik wrote:
On Sat, Aug 15, 2015 at 5:45 AM, Orion Poplawski <mailto:or...@cora.nwra.com>> wrote:
On 07/27/2015 04:05 PM, Sandro Mani wrote:
On 27.07.2015 23 :56, Sandro Mani wrote:
Ok I've now got one full build of all M
ool -release vs -version-info),
requiring rebuilds whenever freeimage is updated.
I'm leaning towards the second option. Other opinions?
Thanks,
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedor
On 17.09.2015 10:46, Florian Weimer wrote:
On 09/17/2015 10:28 AM, Sandro Mani wrote:
- abi_compliance_checker reports that compatibility was not broken
between libfreeimage of 3.10 and 3.17. However, in libfreeimageplus,
various function signatures have changed due to switching from WORD
n developing
> this awesome OS.
>
> All the best,
>
> Marco
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
--
Sandro Bonazzola
Better tec
; Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
but that's
as far as I get.
Thanks
Sandro
--
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 25.09.2015 12:19, Mathieu Bridon wrote:
On Fri, 2015-09-25 at 12:02 +0200, Sandro Mani wrote:
Hello
Got bug #1266181 filed about apitrace.i686 missing in the x86_64
repos.
The reporter probably meant apitrace-libs.i686, which in the past was
indeed installable on x86_64. Any ideas what
On 25.09.2015 17:44, Michael Schwendt wrote:
On Fri, 25 Sep 2015 13:13:20 +0200, Mathieu Bridon wrote:
On Fri, 2015-09-25 at 13:03 +0200, Sandro Mani wrote:
Is there any other option short of introducing a dummy -devel
package?
You could ask releng to add apitrace-libs to the multilib
On 25.09.2015 22:44, Michael Schwendt wrote:
On Fri, 25 Sep 2015 19:40:16 +0200, Sandro Mani wrote:
You could ask releng to add apitrace-libs to the multilib whitelist:
https://pagure.io/mash/new_issue
However, I have to wonder, why wouldn't the library have a -devel
packag
1 el6 )
tesseract-langpack -- Langpacks for tesseract ( master f23 f22 f21 el6 )
warzone2100 -- Innovative 3D real-time strategy ( master f23 f22 f21 )
Thanks
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct:
On 26.07.2014 19:17, Kevin Fenzi wrote
Sorry for the long delay here. ;( There was a issue with the pkgdb2 api
to do this, then I was traveling, etc.
It's now been done.
The following packages are looking for a new point of contact on at
least one branch:
(Note that many of them have co-maint
On 19.08.2014 15:01, Neal Becker wrote:
Something like github for fedora, where I can view/dl arbitrary files? I'd like
to be able to view a spec file for any given package, without d/l the whole
package.
Hi,
Look here: http://pkgs.fedoraproject.org/cgit/
--
devel mailing list
devel@lists.f
Hi,
following [1] I'm writing for introducing myself.
My name is Sandro Bonazzola and I'm a Senior Software Engineer at Red Hat.
I'm leading RHEV integration team and I'm oVirt[2] project release manager.
I'm also representing oVirt project in CentOS Virt SIG[3].
In
Il 27/02/2015 18:26, Paulo César Pereira de Andrade ha scritto:
> 2015-02-27 13:02 GMT-03:00 Sandro Bonazzola :
>> Hi,
>
> Hello and Welcome Sandro!
>
>> following [1] I'm writing for introducing myself.
>> My name is Sandro Bonazzola and I'm a Sen
On 11.03.2015 20:51, Orion Poplawski wrote:
I updated mpich 3.1 to 3.1.4 in rawhide. I wouldn't have thought this would
make a difference, but apparently upstream decided to rename libraries
(libmpich.so.12 -> libmpi.so.12) and drop a sub-library (libopa.so.1),
apparently not having any underst
On 12.03.2015 14:25, Martyn Foster wrote:
On 12 March 2015 at 09:51, Sandro Mani <mailto:manisan...@gmail.com>> wrote:
On 11.03.2015 20:51, Orion Poplawski wrote:
I updated mpich 3.1 to 3.1.4 in rawhide. I wouldn't have
thought this would
make a d
buildroot override, or ask for commit access to wireshark. I suppose I
should do the latter, but yeah, just wondering if there is a reason
against allowing people to create buildroot overrides directly.
Thanks,
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorap
ll
ultimately results in something like
Konsole output
libproj.so.9()(64bit)
but how can the "()(64bit)" part be specified?
Thanks,
Sandro
[1] http://pkgs.fedoraproject.org/cgit/gdal.git/tree/gdal.spec
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraprojec
On 15.04.2015 14:05, Dominik 'Rathann' Mierzejewski wrote:
Hi,
On Wednesday, 15 April 2015 at 00:10, Sandro Mani wrote:
[...]
I was about to file a bug suggesting
# Major digit of the proj so version
%global proj_somaj 9
[...]
# proj DL-opened in ogrct.cpp, see also fix in %%pre
Hi,
I'd need gtkmm30 rebuilt for gcc5 to build gimagereader.
Thanks,
Sandro
--
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 01.05.2015 13:16, David Tardon wrote:
Hi,
On Fri, May 01, 2015 at 01:24:48AM +0200, Sandro Mani wrote:
Hi,
I'd need gtkmm30 rebuilt for gcc5 to build gimagereader.
http://koji.fedoraproject.org/koji/taskinfo?taskID=9616239
Thanks
--
devel mailing list
devel@lists.fedoraprojec
ated explicitly?
Thanks,
Sandro
--
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 12.06.2015 10:28, Radek Holy wrote:
*From: *"Sandro Mani"
*To: *"Development discussions related to Fedora"
*Sent: *Thursday, June 11, 2015 6:01:12 PM
*Subject: *DNF vs
On 11.06.2015 22:15, Susi Lehtola wrote:
On 06/11/2015 09:01 AM, Sandro Mani wrote:
So, whose fault is this? Packaging of dnf? Nothing relevant for this
caught my eye skimming through the packaging guidelines.
I think this is dnf's fault. YUm didn't have the same problem, since
i
On 12.06.2015 15:34, Orion Poplawski wrote:
On 06/11/2015 10:01 AM, Sandro Mani wrote:
Hello,
Investigating bug #1230838, I noticed that when installing mmg3d-libs,
dnf installs Konsole output ptscotch-mpich, whereas yum-deprecated
installs scotch. Both scotch and ptscotch-mpich provide the
On 12.06.2015 15:34, Orion Poplawski wrote:
On 06/11/2015 10:01 AM, Sandro Mani wrote:
Hello,
Investigating bug #1230838, I noticed that when installing mmg3d-libs,
dnf installs Konsole output ptscotch-mpich, whereas yum-deprecated
installs scotch. Both scotch and ptscotch-mpich provide the
On 14.06.2015 16:28, Sandro Mani wrote:
I was rather thinking, is there an obvious disadvantage in having a
{mpich,openmpi}-find-requires.sh script which encodes the mpi flavour
in the provides/requires? I.e.
libfoo.so.0()(64bit)(openmpi)
Rules to generate such requires/provides
On 16.06.2015 00:30, Susi Lehtola wrote:
On 06/14/2015 03:02 PM, Sandro Mani wrote:
On 14.06.2015 16:28, Sandro Mani wrote:
Rules to generate such requires/provides:
* Provides: if the path of the library starts with $MPI_LIB, append
the (openmpi) resp (mpich) to the provides string
On 16.06.2015 17:02, Miloslav Trmač wrote:
On 16.06.2015 00:30, Susi Lehtola wrote:
On 06/14/2015 03:02 PM, Sandro Mani wrote:
On 14.06.2015 16:28, Sandro Mani wrote:
Rules to generate such requires/provides:
* Provides: if the path of the library starts with $MPI_LIB, append
the (openmpi
uture, you could create a new package for it and add it as a
dependency of both openmpi and mpich.
Thanks a lot for this explanation, very informative! I'll proceed as you
outlined.
Thanks,
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
On 19.06.2015 01:26, Sandro Mani wrote:
On 19.06.2015 01:10, T.C. Hollingsworth wrote:
You should instead use the new depdendency generator hooks, which are
also quite a bit nicer to work with. All you have to do is create a
file %{_rpmconfigdir}/fileattrs/openmpi.attrs with something like
rs to
still be active). Anyone knows whether he is still active in Fedora, or
another email address to contact him? Besides ucommon, the only other
package he is maintainer of is sipwitch.
Thanks,
Sandro
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1227213
[2] https://github.com/dyfet
--
dev
but after reinstalling all the texlive* packages it does indeed work. So
I suspect some trigger is not executed when just installing
texlive-collection-fontsrecommended. Same with other packages i.e.
texlive-babel-italian for instance.
Thanks
Sandro
___
verify is that the import
library references the correct dll, and this appears to be the case:
$ i686-w64-mingw32-dlltool -I
/usr/i686-w64-mingw32/sys-root/mingw/lib/libssp.dll.a
libssp-0.dll
I'd appreciate any pointers as I'm pretty much in the dark here.
Thank
201 - 300 of 1007 matches
Mail list logo
