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
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 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
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
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
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
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
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
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
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
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 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
===
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
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
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
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
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
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
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-
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
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 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 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 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 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 '
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
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
201 - 227 of 227 matches
Mail list logo