Hello,
some time ago, Stephen Gallagher approached ABRT team with a request to include
/etc/os-release and especially VARIANT_ID in the Bugzilla bugs opened by ABRT.
We have decided to put this information into Whiteboard in this form:
"VARIANT_ID=$id;"
Here is the list of Fedora 23 bugs for Wor
El 08/10/2015 1:57 am, Marcin Juszkiewicz escribió:
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 o
No missing expected images.
No images in this compose but not Rawhide 20151011
Images in Rawhide 20151011 but not this:
Workstation disk raw armhfp
--
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
--
devel mailing list
devel@lists.fedorapro
Greetings,
For the entire history of Fedora adding new packages, requesting new
branches for existing packages and other similar requests have been
done via copying and pasting a template into a bugzilla bug, where it
was scraped by a script to process the requests.
With recent additions to pkgdb
On 10/10/2015 01:25 PM, Neal Gompa wrote:
Hello all,
Over the last few weeks, I've been working on a number of packages that use
CMake for the build system for various distros, and I've noticed something
rather peculiar. Of all the distros I've built packages for (Fedora/CentOS,
openSUSE, Mageia
Il 08/10/2015 18:11, Pierre-Yves Chibon ha scritto:
On Thu, Oct 08, 2015 at 04:57:27PM +0200, Vít Ondruch wrote:
Dne 8.10.2015 v 16:44 gil napsal(a):
hi
i missing somethings...
how can set InitialCC with java-sig in pkgdb for a new package?
regards
thanks in advance
gil
https://admin.fedora
On Mon, Oct 12, 2015 at 6:47 PM, Kevin Kofler wrote:
> Bastien Nocera wrote:
>> 2 distributions add slightly different versions of the same functionality
>> -> incompatible
>
> I said that carrying more feature patches makes it "more likely" that
> packages from other distros will work, not "100%
On 10/12/2015 04:29 PM, Kevin Kofler wrote:
> Andrew Haley wrote:
>
>> On 10/10/2015 12:12 AM, Kevin Kofler wrote:
>>> Then you try to port the application to the new APIs, and if it's not
>>> possible, you revert the library commit that removed the old API.
>>
>> Well, hold on: you now have the p
No missing expected images.
No images in this compose but not 23 Branched 20151011
Images in 23 Branched 20151011 but not this:
Kde disk raw armhfp
Soas disk raw armhfp
Server disk raw armhfp
Failed openQA tests: 8 of 52
ID: 5552Test: i386 kde_live default_install
ID: 5551Test:
On 12 October 2015 at 16:27, Kevin Kofler wrote:
> Ian Malone wrote:
>> Maybe there's some confusion about the point I was making. I'm
>> referring to the case where the bundled library has functions that are
>> no longer present in the fedora version and the application requires
>> them.
>
> And
Bastien Nocera wrote:
> 2 distributions add slightly different versions of the same functionality
> -> incompatible
I said that carrying more feature patches makes it "more likely" that
packages from other distros will work, not "100% certain" (which is
obviously not possible when there are inco
Vít Ondruch wrote:
> Precisely RPM Fusion is recently example which does not work ... Where
> are Rawhide builds? Where are the F23 builds ...
They are in the middle of an infrastructure transition and decided to not do
any more branches on the old infrastructure, which is really an RPM Fusion
p
- Original Message -
> Bastien Nocera wrote:
> > Because adding downstream features to a system library really is the way
> > to keep ABI (not). We wouldn't even be able to use Ubuntu binaries in
> > Fedora.
>
> As long as we only ADD features, using foreign binaries on Fedora should
> w
Andrew Haley wrote:
> On 10/10/2015 12:12 AM, Kevin Kofler wrote:
>> Then you try to port the application to the new APIs, and if it's not
>> possible, you revert the library commit that removed the old API.
>
> Well, hold on: you now have the problem of maintaining a local fork.
> Surely that is
Change in package status over the last 168 hours
57 packages were orphaned
-
alliance [el6, el5] was orphaned by kevin
VLSI EDA System
https://admin.fedoraproject.org/pkgdb/package/alliance
archimedes [f23, f22, f21
Dne 12.10.2015 v 17:20 Kevin Kofler napsal(a):
> Vít Ondruch wrote:
>> and we ignore the rest of the world who could build something useful on
>> the top of the Fedora.
> They just need to rebuild their stuff as well. It works fine for RPM Fusion.
>
> Kevin Kofler
>
Precisely RPM Fusion is
Vít Ondruch wrote:
> and we ignore the rest of the world who could build something useful on
> the top of the Fedora.
They just need to rebuild their stuff as well. It works fine for RPM Fusion.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject
Ian Malone wrote:
> Maybe there's some confusion about the point I was making. I'm
> referring to the case where the bundled library has functions that are
> no longer present in the fedora version and the application requires
> them.
And I already answered that point:
https://lists.fedoraproject.
Adam Jackson wrote:
> You can compute this statically. You know the DT_NEEDED tree for every
> dynamic object.
… only if dlopen is not used (which, as I am going to explain below, is not
anywhere near as harmless as you think).
> For applications that don't call dlopen (themselves or in their
>
Bastien Nocera wrote:
> Because adding downstream features to a system library really is the way
> to keep ABI (not). We wouldn't even be able to use Ubuntu binaries in
> Fedora.
As long as we only ADD features, using foreign binaries on Fedora should
work fine. The opposite might not, but that's
On Sat, 2015-10-10 at 01:51 +0200, Kevin Kofler wrote:
> * Scanning binary packages for conflicting symbols does not work either
> because they are only a problem if the conflicting libraries get dragged
> into the same executable at runtime.
You can compute this statically. You know the DT_
Compose started at Mon Oct 12 05:15:03 UTC 2015
Broken deps for i386
--
[CableSwig]
CableSwig-3.20.0-13.fc23.i686 requires gccxml
[IQmol]
IQmol-2.3.0-9.fc24.i686 requires libboost_serialization.so.1.58.0
IQmol-2.3.0-9.f
Compose started at Mon Oct 12 07:15:03 UTC 2015
Broken deps for armhfp
--
[389-ds-base]
389-ds-base-1.3.4.4-1.fc23.armv7hl requires librpmio.so.3
389-ds-base-1.3.4.4-1.fc23.armv7hl requires librpm.so.3
[CableSwig]
Cable
Hello all,
I've orphaned openct and ctapi-common packages on Rawhide as I do not
use them anymore. If nobody picks them they can be safely retired by the
automated process as nothing seems to depend on them. If you pick them,
please consider mailing me and asking for transfer of the ownership also
On 10/10/2015 12:12 AM, Kevin Kofler wrote:
> Then you try to port the application to the new APIs, and if it's not
> possible, you revert the library commit that removed the old API.
Well, hold on: you now have the problem of maintaining a local fork.
Surely that is more than a package maintaine
Hi all,
It's GNOME 3.18.1 release this week and I'll be wrangling the builds for
Fedora. Same drill as with previous megaupdates: if you are helping with
builds, please use f23-gnome build target.
$ fedpkg build --target f23-gnome
I'll take care of submitting them all in a single bodhi update
Dne 10.10.2015 v 02:50 Kevin Kofler napsal(a):
> Chris Adams wrote:
>> Is that short-sighted? IMHO yes. Can Fedora fix that? Doubtful.
>> There are three choices:
>>
>> - Fedora attempts to patch in a stable(-enough) ABI, build shared
>> libraries, and unbundle all consumers of said libraries.
- Original Message -
> Adam Jackson wrote:
> > Bundling is _not_ intrinsically poor practice. Firefox is a good
> > example of this,
>
> Firefox is exactly an example of how NOT to do things, and I'm fed up of it
> getting a blanket exception to our packaging guidelines. And now the "fi
On Mon, 12 Oct 2015, opensou...@till.name wrote:
zziplib orphan, thias1 weeks ago
I picked up zziplib as it is needed for texlive and by extension of
that, to krb5 builds.
--
/ Alexander Bokovoy
--
devel mailing list
devel@lists.fedoraproject.org
https:/
Dne 9.10.2015 v 17:46 Kevin Fenzi napsal(a):
> On Fri, 9 Oct 2015 17:05:00 +0200
> Vít Ondruch wrote:
>
>> This does not scale unfortunately ... and it is common excuse to not
>> support it properly. IOW, I want to have package foo-1.0 installed
>> side by side with foo-2.0 and I don't want to hav
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If y
# Fedora Quality Assurance Meeting
# Date: 2015-10-12
# Time: 15:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
It's QA meeting time again tomorrow, however I'm likely not going to be
around as it's a vacation day
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If y
33 matches
Mail list logo
