A new incoming OpenSSL security fix for high rated security bug
https://mta.openssl.org/pipermail/openssl-announce/2015-July/37.html
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-
new update http://openssl.org/news/secadv_20150709.txt
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Il 06/12/2014 19:29, valent.turko...@gmail.com ha scritto:
> Who is responsible for user experience of Fedora desktop? To whom
> should I point this issue to?
https://fedoraproject.org/wiki/QA
you could also fill a bugreport against CUPS component in
https://bugzilla.redhat.com/
I agree with you. I
Il 31/08/2015 18:19, Adam Williamson ha scritto:
> There isn't really a great alternative to ownCloud (that I know of) if
> you actually *want* a 'personal cloud server' with all the bits OC
> has, but I realized I just don't and I can't stand the pain of
> maintaining that beast just to keep my ca
I have read the whole discussion and I would like to share my opinion,
even if I think it could be a bit off-topic.
Given that Fedora community alone, cannot educate every upstream
developer about unbundling, and considering that it is a problem that
interests all main Linux distributions: I think
it's similar to
"dnf does not report which packages cause conflicts"
https://bugzilla.redhat.com/show_bug.cgi?id=1261887
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
===
Definition of flat-volumes from [1] : it scales the device-volume with
the volume of the "loudest" application. For example, raising the VoIP
call volume will raise the hardware volume and adjust the music-player
volume so it stays where it was, without having to lower the volume of
the mus
Il 17/09/2015 21:13, Andrew Lutomirski ha scritto:
>
> To clarify: did you get blasted by music or by video conference
> sounds? If the music volume got louder, then it sounds like either a
> straight-up bug in PulseAudio (and a severe and dangerous one at that)
> or a serious bug in your video co
The actual BOINC working mantainer is Mattia Verga
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Il 21/09/2015 21:45, Thomas Daede ha scritto:
> Is there currently a bug open for this? I'd rather it not get lost.
I think that a FESCo ticket would be more appropriate.
I will open it during next days.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/l
Il 22/09/2015 03:43, Rex Dieter ha scritto:
> Germano Massullo wrote:
>
>> Il 21/09/2015 21:45, Thomas Daede ha scritto:
>>> Is there currently a bug open for this? I'd rather it not get lost.
>> I think that a FESCo ticket would be more appropriate.
> I think
Lastest update [1] has been submitted by user [2] that is a provenpackager
**What is a provenpackager?**
Provenpackagers are members of the 'provenpackager' group. In addition
to the rights granted to members of 'packager', provenpackagers are able
to commit changes to packages they d
You may want to give a look to
https://github.com/rpm-software-management/dnf/wiki/Hacking#logging
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Hi Laurence, did you receive admin rights from the package mantainer?
https://admin.fedoraproject.org/pkgdb/package/boinc-client/
I just made the same request because I would like to help
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fed
In past days I experienced the following problem
"dnf install" exits if there is a non existing package in the requested
packages list"
https://bugzilla.redhat.com/show_bug.cgi?id=1268606
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fed
Il 04/10/2015 16:32, Neal Gompa ha scritto:
> On Sun, Oct 4, 2015 at 10:24 AM, Germano Massullo
> mailto:germano.massu...@gmail.com>>wrote:
>
> In past days I experienced the following problem
> "dnf install" exits if there is a non existing package in the
What is wrong with DNF's regular expression
# dnf remove *debuginfo*.fc20.x86_64
? I am on F22 but I have a lot packets that should match that regular
expression, but dnf does not find them.
I also tried to add some escape chars like
dnf remove *\-debuginfo\-*.fc20.x86_64
but the result is the same
Il 29/06/2015 12:18, Ondrej Oprala ha scritto:
> I think dnf only supports globbing in this case ... try dnf remove
> '*debuginfo*' to protect the *-s from being expanded by the shell
# dnf remove '*debuginfo*'
will remove all packages, I need only to remove fc20 debuginfo packages.
# dnf remove '
Il 29/06/2015 12:25, Reindl Harald ha scritto:
>
> dnf remove '*debuginfo*.fc20.x86_64'
> anyways, it's a terrible regression compared to yum
Same result
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedora
Il 29/06/2015 16:28, Jan Zelený ha scritto:
> However, there is a bug[2] open for this. If you provide your use case
> there, it will help prioritizing the bug. [2]
> https://bugzilla.redhat.com/show_bug.cgi?id=1199432
Thank you, I will provide my use case
--
devel mailing list
devel@lists.fedora
Il 29/06/2015 17:05, David Howells ha scritto:
> Germano Massullo wrote:
>
>> What is wrong with DNF's regular expression
>> # dnf remove *debuginfo*.fc20.x86_64
> Do you mean 'regular expression' or did you mean 'glob'?
>
> If you did mean &#
Il 29/06/2015 20:32, Reindl Harald ha scritto:
>
> that may be true but you hardly can sell DNF as improvement if you
> need such workarounds while YUM worked perfectly for many years while
> working around the package manager in general should be avoided
> because no longs, no dependency solving a
Il 30/06/2015 10:13, Richard W.M. Jones ha scritto:
> Didn't even know it was happening. Where was it announced? Rich.
On
devel-annou...@lists.fedoraproject.org
and
annou...@lists.fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinf
Hi Stefano, welcome among Fedora contributors!
___
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
Is it necessary to have in #fedora IRC channel, fedbot spamming 48 times
per day about Fedora respins update?
[16:51] *** F32-20200715 updated lives available:
https://tinyurl.com/Live-respins2 Built by the Fedora Respin Sig more
info #fedora-respins ***
__
All desktop oriented Fedora installers install on the system packages:
hunspell
hunspell-en
hunspell-en-GB
hunspell-en-US
When a user opens the language list of the spell checker, is has ~24
different English options, like English (Antigua and Barbuda), English
(Australia), English (Bahamas), Engl
I have done some mistakes in [1]
1) I edited the file once to remove 32 bit CPU support, then I have done
the push to master
2) I saw that I have forgotten to add changelog, so I edited the file
again, I made a new push to master
3) I started merging the F21 branch to the master and I got the conf
Thank you, I was trying to solve with [1] but your
> $ git checkout master -- darktable.spec # solve the conflict by taking the
> file as it is in master
is the key of success :-)
[1]:
https://help.github.com/articles/resolving-a-merge-conflict-from-the-command-line/
--
devel mailing list
deve
I just removed 32bit CPU support from Darktable's spec file due
technical reasons.
Are there any other things I need to clean up in Fedora infrastructure?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedor
For example, SSE3 instructions set is one of the minimum requirements and
99% of 32 bit only CPUs do not support it. Only Pentium 4 >= Prescott
architecture supports it.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduc
Il 07/11/2015 04:29, Ralf Corsepius ha scritto:
> I don't see sse3 in /proc/cpuinfo of any machine I have, but I also
> don't see any runtime error/warning from darktable.
Because SSE3 is shown as "pni", Prescott New Instructions [1] [2]
[1]: https://en.wikipedia.org/wiki/SSE3
[2]:
http://unix.sta
A few lines of IRC chat, Freenode #darktable. Hanatos is Darktable
project founder.
[09:17] ``requiring SSE3 is not really allowed ''
[09:17] so much bundled cluelessness :/
[09:19] Germano: re 32-bit
[09:19] the sse thing is one thing
[09:20] the other is the very limited virtual address sp
A clear example of the mentioned problems for Darktable 32 bit
http://redmine.darktable.org/issues/10717
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Hi, I would like to ask "lua" and "compat-lua" maintainers if it is
possible to have a packaged 5.2 lua version.
A use case? Upstream Darktable ships a bundled Lua version 5.2, and it is
not compatible with Lua 5.3. Fedora's Darktable does not ship the bundled
Lua to respect Fedora packaging rules.
2015-11-19 10:51 GMT+01:00 Hans de Goede :
> Hi,
>
> On 18-11-15 08:06, Germano Massullo wrote:
>
>> Hi, I would like to ask "lua" and "compat-lua" maintainers if it is
>> possible to have a packaged 5.2 lua version.
>> A use case? Upstream Da
Il 22/01/2016 14:50, Sam Varshavchik ha scritto:
> Unable to pull from a fedorahosted git repo after updating my ssh keys.
>
> I uploaded my updated SSH keys to FAS, they're there. Is there a
> separate place to update my ssh keys for fedorahosted git, or is there
> a sync delay?
As far I remember,
Il 03 giu 2016 18:48, "Adam Williamson" >
YAAAY
LOL
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
I am very busy in these weeks, but if you need other testing cases, I
have many AMD machines
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Ciao Giovanni, welcome!
Thank you for all the work that you will do for the Fedora Project!
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Hi Guido, welcome! Have you already chosen a sponsor? [1]
Have a nice day
[1]: https://fedoraproject.org/wiki/Join_the_package_collection_maintainers
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
I would like to take it, but I see that is already taken. Do you want
to change reviewer?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Taken!
Could you review my https://bugzilla.redhat.com/show_bug.cgi?id=1375222
Thank you
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Hi Mattia. Thank you for your work.
For various reasons I am in contact with the mantainer on Debian
(Gianfranco Costamagna). Weeks ago he saw the Fedora commits for BOINC
and he told me that he was working on same problems too (but on Debian
they have done more fixes).
As soon as possible I will t
I have noticed that the most important ovirt packages have been orphaned
and/or retired, so ovirt user experience seems to be compromised. Was
that on purpose? What are some good alternatives?
Thank you very much
___
devel mailing list -- devel@lists.fedo
As torrents seeder of certain Fedora spins, I would like to share some
upload statistics:
47.81 GB Fedora 25 KDE x86_64
29.40 GB Fedora 25 KDE i386
24.14 GB Fedora 25 Xfce i386
21.96 GB Fedora 25 Xfce x86_64
20.09 GB Fedora 25 LXDE x86_64
19.45 GB Fedora 25 LXDE i386
Torrents have been added on 25
Il 03/05/2017 18:38, Adam Williamson ha scritto:
> Can't conclude that from a single seeder, as we're missing information
> on *how many seeders there are* for each torrent.
47.81 GB Fedora 25 KDE x86_64 51 seeders
29.40 GB Fedora 25 KDE i386 19 seeders
24.14 GB Fedora 25 Xfce i386 15 seeders
21.96
Hello, I am looking for a review swap: here is mine:
keepassxc - Cross-platform password manager
https://bugzilla.redhat.com/show_bug.cgi?id=1450633
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@li
Review request has been taken
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Hi there, I am the co-maintainer of boinc-client [1].
boinc-client runs as a service, and both it and its working units run as
'boinc' user and they are confined by SELinux.
Recently, I investigated to figure out why boinc-client, while running
as a service, could not detect videocard for GPU calcu
Ah, forget the line
Environment=LD_LIBRARY_PATH=/opt/amdgpu-pro/lib64
since it is needed only for my system
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
2017-06-06 14:40 GMT+02:00 Lennart Poettering :
> Note sure what "boinc-client" does, but if this isn't turstworthy then
> it probably shouldn't be able to get access to "video".
boinc-client is the client side version of BOINC (Berkeley Open
Infrastructure for Network Computing). You can use your
Il 07/06/2017 09:22, Lennart Poettering ha scritto:
> On Tue, 06.06.17 17:44, Germano Massullo (germano.massu...@gmail.com) wrote:
>
>> 2017-06-06 14:40 GMT+02:00 Lennart Poettering :
>>> Note sure what "boinc-client" does, but if this isn't turstworthy then
Fedora has a strong history of collaboration with upstream. A guy, Artem
Vorotnikov, is developing Volunode[1] a fork of boinc-client very
focused on improving Linux side of such software. As boinc-client
co-maintainer, I really appreciated what he doing at the moment, so I
will start the packaging
To search packages you could use
https://apps.fedoraproject.org/packages/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
There are many package maintainers who caused F25 packages being newer
than F26 packages, so during F25->F26 upgrade, dnf wanted to downgrade
them, for example packages quoted below.
I think that bodhi quality assurance should be improved to prevent such
events that break updates "tree"
expat
As darktable co-maintainer, I am getting a lot of crash reports related
to Beignet OpenCL driver (see below). Recently darktable developers
inserted Beignet into blacklist because they state that it is a poorly
maintained OpenCL driver.
Since it is a library shipped by default on Fedora installatio
Looks like the problem has been fixed ->
https://bugzilla.redhat.com/show_bug.cgi?id=1470876#c6
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
In past days I filled many review requests for various python libraries, in
order to submit python-netdiff [1] and python-django-netjsongraph [2].
During this process, I noticed that a lot of python packages are not
compliant to Fedora Guidelines for packaging Python stuff [3]. So you have
to deal
I orphaned package LemonPOS. Upstream developer seems to not be longer
working on the project, and the software is not stable and reliable as
it should.
Best regards
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Hi, I would like to present you a package that has just been accepted to
be in Fedora repositories: python-netdiff.
Netdiff is a Python librarybased on networkxthat provides utilities for
parsing network topology formatsof open source dynamic
routing protocols (like OLSR [2], BATMAN [3]) and detec
Hi, I am studying Ruby packaging guidelines. I would need to know some
packages names that have been built following the "Applications" [1]
rules, in order to read their spec file and upstream sources tree.
Thank you for your time
[1]:
https://fedoraproject.org/wiki/Packaging:Ruby?rd=Packaging/Ru
Hi, I am one of BOINC client maintainers.
I am trying to figure out why BOINC client 7.6.x does not write logs
inside /var/log/boinc{,_err}.log files so I started a very little thread
in BOINC forum [1], attaching boinc.service file and other stuff.
Reading guides about systemd's debugging, I deci
We often deal with upstream developers that bundle libraries in their
code, so to make a package we have to debundle them, etc.
This time, an upstream dev. asked me what he could do to make easier
the work of packagers.
In this case the software is python-netjsongraph [1] that bundles
javascript-d3
Il 20/11/2016 21:38, Nico Kadel-Garcia ha scritto:
>> I think it would be nice to make a discussion even for non Python
>> packages, so we can elaborate a sort of vademecum that a packager
>> could show to upstreams when there is a collaboration between them.
>>
>> Have a nice day
> Most upstream d
Recently Ardour 4 has been added to Fedora repositories (without video
support due legal problems). You may want to give a look to it
https://admin.fedoraproject.org/pkgdb/package/rpms/ardour4/
___
devel mailing list -- devel@lists.fedoraproject.org
To un
Il 20/11/2016 21:38, Nico Kadel-Garcia ha scritto:
>> I think it would be nice to make a discussion even for non Python
>> packages, so we can elaborate a sort of vademecum that a packager
>> could show to upstreams when there is a collaboration between them.
>>
>> Have a nice day
> Most upstream d
In past days I started playing with IPFS[1] "A peer-to-peer hypermedia
protocol to make the web faster, safer, and more open."
At [2] there is a very quick explanation about how IPFS works.
The Freenode IRC channel #ipfs has more than 1000 users, so there is a
great interest in it.
By reading some
I would like to package OnlyOffice Desktop Editors [1], but since it
is the first time I see a Github tree very particular like this one, I
don't know what effort would be required for packaging.
What do you think about?
[1]: https://github.com/ONLYOFFICE/DesktopEditors
___
Il dom 6 ott 2019, 10:09 Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> ha scritto:
> On 06.10.2019 09:08, Germano Massullo wrote:
> > I would like to package OnlyOffice Desktop Editors [1]
>
> Packaging of Electron is not allowed:
> https://fedoraproject
Welcome and thank you for your future contributions!
___
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-
Hello, in comment
https://bugzilla.redhat.com/show_bug.cgi?id=1767576#c7
I wrote my experience about fedora-review / mock bug that returns message
%{python3_pkgversion} expanded too early.
As workaround I renamed
python3-dateutil-2.8.0-2.fc30.src.rpm
to
pythonX-dateutil-2.8.0-2.fc30.src.rpm
but fe
I have to debug certain BOINC Manager problems (C++ language), and
instead of importing and building the whole source tree in a project
in a SDK like Eclipse, I want to simply use the debuginfos already
available in Fedora repository.
Concerning GDB usage I can do that with QtCreator. It attaches t
Hello,
AMD ROCm - Open Source Platform for HPC and Ultrascale GPU Computing[1]
is packaged by upstream only for RHEL/CentOS and Ubuntu.
Is anybody working on packaging it for Fedora? If not, is anybody
interested in setting up a team to work on it?
Have a nice day
[1]: https://rocm.github.io/
___
Hello, I am testing various changes in boinc-client systemd unit file.
At every RPM package update, it happens really often that on a machine
that installs the new RPM version, does not get the new systemd unit
file version, so it is not updated. To successfully update the file, I
have to remove th
Andreas Schneider [1] that is aware of Fedora community work on packaging ROCm
stack, showed me his pending pull request [2] that
"cleans up cmake so that the library can be correctly packaged for
distributions. It also cleans up cmake as there are several things which should
not be done in cmak
I reply to your message in the bottom part, just let me explain how I got this
situation, because my previous message lacked of informations.
I have built and installed a new BOINC release with a systemd unit file patch,
and I have noticed that the service behaviour has not changed.
Therefore I
Ok now everything it is clear. Thank you very much to everybody
___
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
This [1] is the Wireguard spec file from upstream Copr repo [2].
Wireguard will be included in kernel 5.0, but meanwhile we are using it as dkms.
The only problem is that at every Wireguard upgrade, a manual action
is required.
For example now that I have installed 0.0.20190123, I have to remove t
Il giorno mar 29 gen 2019 alle ore 17:39 Nicolas Chauvet
ha scritto:
> There is a wireguard package maintained by Robert-André Mauchin on RPM
> Fusion that at least... works.
Ah I did not know that, thank you
___
devel mailing list -- devel@lists.fedora
Thank you Rex
___
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://fedoraproject.org/wiki/Ma
Il giorno gio 31 gen 2019, 00:15 Joe Doss ha scritto:
> Hey Germano,
>
> I have a working RPM that does not error out with Error! Could not locate
> dkms.conf file if you want to test it out before I push it to copr.
>
Hi Joe, I can test it on next Wireguard snapshot release, actually I cannot
Joe, I found a machine on which I can reproduce the problem. I installed
wireguard-dkms-0.0.20190123-2.fc29.noarch
on top of
wireguard-dkms-0.0.20190123-1.fc29.noarch
but the machine while running
# dkms autoinstall
still returns
Error! Could not locate dkms.conf file.
File: /var/lib/dkms/wireguard
Hello, I need some testers for getting karma feedbacks about
nextcloud-client 2.5.2 that is in updates-testing
https://bodhi.fedoraproject.org/updates/?packages=nextcloud-client
Thank you
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubsc
Hi Radka, could you please try using a new ~/.config/Nextcloud/ folder
and see if this happens again?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https
I am working on implementing a piece of code that allows BOINC client
[1] to detect the desktop environment used by the user (mainly GNOME,
KDE Plasma, XFCE, LXDE/LXQT).
This feature will be needed for various reason that are off topic.
One idea is to use GDBus to scan DBus to detect the running d
Il giorno mer 29 mag 2019 alle ore 22:12 Stephen Gallagher
ha scritto:
>
> On Wed, May 29, 2019 at 1:16 PM Kalev Lember wrote:
> I realize you said that the reasons are off-topic, but in general I'd
> recommend not making desktop-specific decisions at a high-level
I need to retrieve user idle ti
A dubt about XDG_CURRENT_DESKTOP. Since boinc-client runs as a service
with its own user, I don't think it will be able to read
XDG_CURRENT_DESKTOP defined in other users sessions. Therefore IMHO I
need another kind of solution
___
devel mailing list -- d
Il giorno mar 4 giu 2019 alle ore 17:31 Björn Persson
ha scritto:
> So the question isn't what desktop the user is using, but rather what
> desktops, if any, other users on the machine are using.
Well when I started the thread I had not thought that BOINC client
service is running on a confined u
Il giorno mar 4 giu 2019 alle ore 19:00 Björn Persson
ha scritto:
I'll be surprised if you can do that
> to another user's session without help from some privileged service.
That is a very good question, thank you for pointing it out. I will let you know
__
Hello, BOINC client maintainer here.
I made a new package version containing a patch. When I run BOINC
client as system service, I will get crash errors on journalctl,
errors like
boinc[2543]: /usr/bin/boinc(+0x8b894)[0x5572ee5ac894].
By the way there are not symbols, like it does not care about
in
Hi there. I am testing nextcloud-client 2.5 beta 1 [0], and I am in
troubles with syslib patch[1]. This patch has been produced some time
ago by previous owncloud-client maintainers, and I simply replicate it
on every new release of the software client.
By the way, on 2.5.0 this patch triggers some
During past weeks, co-maintainer FAS nonamedotc has made some other
attempts to fix the problem, but he had no success.
Can anybody please provide some hints about how we could proceed?
Thank you very much
___
devel mailing list -- devel@lists.fedorapro
On 8/29/18 1:40 PM, Rex Dieter wrote:
Germano Massullo wrote:
During past weeks, co-maintainer FAS nonamedotc has made some other
attempts to fix the problem, but he had no success.
Can anybody please provide some hints about how we could proceed?
Consider just using the bundled versions
Il giorno mer 10 ott 2018 alle ore 13:58 Fabio Valentini
ha scritto:
> I seem to
> remember that package versions should always be higher in newer fedora
> releases (so there are no downgrades when upgrading from N to N+1). Is
> this what is referred to as a "broken upgrade path"?
Exactly
___
Il giorno mer 10 ott 2018 alle ore 15:46 Kamil Paral
ha scritto:
> That policy has been cancelled. Since the upgrade tools started doing
> basically "dnf distrosync (--allowerasing)" for upgrades, the upgrade path
> between distros stopped being a major issue and the policy has been dropped.
Do
Hi everybody, I am debugging boinc-manager, and everytime I run
$ gdb boincmgr
(gdb) run
then I trigger the crash, after running
(gdb) thread apply all backtrace
I obtain stuff like
[...] argc=
so I need help in tuning the boinc-client spec file[1] in order to avoid that
(for example using gcc -O
22/06/23 11:06, Matthew Miller wrote:
On Thu, Jun 22, 2023 at 08:44:13AM -, Michael J Gruber wrote:
In the specific case of RHEL srpms, it makes life harder for EPEL
packagers because you can't look at the source easily when they are
problems between RHEL and EPEL packages. It matches well w
Hello, I discussed the feasibility of packaging
https://github.com/italia/cie-middleware-linux
in Fedora devel Matrix channel with Cristian Le and xvitaly. With the
help of Cristian Le I wrote the following [1] draft that will be used to
open an upstream ticket to request various improvements to
It worths also mentioning that both the Windows and Mac OS versions do
not contain any Java source.
Moreover, the Windows version contains some C# sources
https://github.com/italia/cie-middleware
and the Mac OS version contains some Objective C sources
https://github.com/italia/cie-middleware-mac
Marián Konček wrote:
[...]Note that my commits are dirty and I am not proposing them as
changes, they show that it is possible to adopt Maven.
So according to this, what would you recommend me to change in the point
n.1 of my draft letter
https://germano.fedorapeople.org/canc/cie_middleware.m
1 - 100 of 228 matches
Mail list logo
