Hello,
Richard Shaw a écrit:
[...]
>> https://fedoraproject.org/wiki/Packaging:Guidelines#Downstream_.so_name_versioning
>
>
> It's neat to see reference to abi-compliance-checker (hint, I maintain
> it!)
And thank you for maintaining it! I believe that checking for ABI
compatibility is an im
On 28. 1. 2015 at 11:52:54, Dennis Gilmore wrote:
> On Wed, 28 Jan 2015 09:01:44 -0700
> Kevin Fenzi wrote:
>
>
> > On Tue, 27 Jan 2015 18:09:02 +0100
> > Jan Zelený wrote:
> >
> >
> >
> > > On 27. 1. 2015 at 10:03:54, Stephen John Smoogen wrote:
> > >
> > > > On 27 January 2015 at 01:37, Jan
On 28.01.2015 23:54, Sandro Mani wrote:
On 28.01.2015 21:43, Daniel Vrátil wrote:
Hi all,
this is an announcement that KDE SIG has pushed Plasma 5, the next major
version of KDE workspaces, into rawhide as part of the Plasma 5
change for
Fedora 22 [0].
The upgrade path from KDE 4 should be
- Original Message -
> On Wed, 28 Jan 2015 11:09:08 -0500 (EST)
> Bohuslav Kabrda wrote:
>
> > Hi,
> > I just filed 2 bugs [A], [B] for the Python 3 switch [C] and I
> > realized that I should probably follow the mass bug filing policy. As
> > I've said previously, we've already had both
This is about Rawhide.
The list for F21 is similar, which is especially strange with regard to
any packages that should be marked as dead in dist git already then.
"Dead" = a dead.package file in dist git exists, but builds of the package
are still found in the repo(s). Package has not been reti
Compose started at Thu Jan 29 05:15:02 UTC 2015
Broken deps for i386
--
[Sprog]
Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0)
[aeskulap]
aeskulap-0.2.2-0.19beta1.fc22.i686 requires libofstd.so.3.6
aesku
On Tue, Jan 27, 2015 at 09:03:05PM -0600, Jason L Tibbitts III wrote:
> Clarified the naming guidelines to indicate how language bindings are
> named: lua-randomdb instead of randomdb-lua:
>
> https://fedoraproject.org/wiki/Packaging:NamingGuidelines#Addon_Packages_.28General.29
Good to have th
On 2015-01-29, 01:29 GMT, Peter Hutterer wrote:
> I don't have numbers on how many packages have this need but I predict that
> the efforts to get this to work, test it, deploy it, etc. are vastly greater
> than the time saved not having to retire a package :)
Certainly, but
a) we are geeks, so w
On 28.1.2015 21:34, Paul Wouters wrote:
> Hi,
>
> Fedora is probably the First to use OPENPGPKEY at a large scale.
>
> https://tools.ietf.org/html/draft-ietf-dane-openpgpkey-01
Paul, thank you for doing this experiment! I definitely support it.
For people who do not watch dane-list closely, ple
- Original Message -
> On Wed, Jan 28, 2015 at 11:09:08AM -0500, Bohuslav Kabrda wrote:
> > Some general notes:
> > If your package depends on Python because of a Python script that has
> > /usr/bin/python in hashbang, you need to change this to /usr/bin/python3.
> > All "Requires" and "Bui
On Wednesday, January 28, 2015 04:52:13 PM Mike Chambers wrote:
> On Wed, 2015-01-28 at 21:43 +0100, Daniel Vrátil wrote:
> > Hi all,
> >
> >
> >
> > For Fedora 20 and Fedora 21 users, Plasma 5 is still available
> > through dvratil/plasma-5 Copr.
>
> The only thing I see in the Copr is plasma
On Wednesday, January 28, 2015 11:54:11 PM Sandro Mani wrote:
> On 28.01.2015 21:43, Daniel Vrátil wrote:
> > Hi all,
> >
> > this is an announcement that KDE SIG has pushed Plasma 5, the next major
> > version of KDE workspaces, into rawhide as part of the Plasma 5 change for
> > Fedora 22 [0].
>
Dodji Seketeli writes:
>> but the link just points to the package. While it's not necessarily
>> difficult to use, I wouldn't quite call it intuitive either.
>
> Indeed. And while we are in the "Shameless Plug" department, I'd like
> to mention the presence of a new tool called 'abidiff'. You c
On 29.01.2015 10:21, Sandro Mani wrote:
Heads up on a more serious issue: there is still a nasty issue in Qt5
which causes all applications to crash when screens are
connected/disconnected. This means that now also plasma will crash in
those circumstances. Reported at rhbz [1], and a number
> > So, at today's FESCo meeting there was a good deal of discussion about
> > python as default:
> > http://meetbot.fedoraproject.org/fedora-meeting/2015-01-28/fesco.2015-01-28-18.02.log.html#l-41
> >
> > in which we agreed defer this to F23, file bugs against rawhide after
> > branch (+6,0,0)
>
- Original Message -
> > > So, at today's FESCo meeting there was a good deal of discussion about
> > > python as default:
> > > http://meetbot.fedoraproject.org/fedora-meeting/2015-01-28/fesco.2015-01-28-18.02.log.html#l-41
> > >
> > > in which we agreed defer this to F23, file bugs again
On Thu, 29 Jan 2015 09:54:40 +0100, Dodji Seketeli wrote:
> Indeed. And while we are in the "Shameless Plug" department, I'd like
> to mention the presence of a new tool called 'abidiff'. You can learn
> about it at https://sourceware.org/libabigail/manual/abidiff.html.
>
> It's a command line
(Speaking only for myself, not for all of FESCo; hoping others will chime in.)
> - What if Anaconda does make it? :)
I don’t know.
> - What is "enough"? It's possible that two or three packages may be still
> unported even in F23 (and as for server livecd in F23, I think there will be
> few more).
Dne 28.1.2015 v 21:34 Paul Wouters napsal(a):
> openpgpkey --fetch pwout...@fedoraproject.org
$ openpgpkey --fetch pwout...@fedoraproject.org
Error: query data is not secured by DNSSEC - use --insecure to override
Vít
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproj
On Thu, Jan 29, 2015 at 7:38 AM, Miloslav Trmač wrote:
> (Speaking only for myself, not for all of FESCo; hoping others will chime in.)
>> - What if Anaconda does make it? :)
> I don’t know.
I'm skeptical that will happen. Even if it does, that alone is likely
not enough to claim python3 by defa
Hi,
I'd like to announce new version of dnf-plugins-extras. DNF Extras
plugins created for any plugins from community.
Ports for some utils was added and some bugs fixed.
F21 doesn't provide python3-rpm so dnf-plugins-extras couldn't be
pushed to repos. I disabled this plugin for F21.
Plugins:
On Thu, Jan 29, 2015 at 05:28:37AM -0500, Bohuslav Kabrda wrote:
> - Original Message -
> > On Wed, Jan 28, 2015 at 11:09:08AM -0500, Bohuslav Kabrda wrote:
> > > Some general notes:
> > > If your package depends on Python because of a Python script that has
> > > /usr/bin/python in hashban
https://bugzilla.redhat.com/show_bug.cgi?id=1180497
Petr Pisar changed:
What|Removed |Added
Depends On||1187170
Referenced Bugs:
https://bugzi
On Thu, Jan 29, 2015 at 08:06:04AM -0500, Josh Boyer wrote:
> On Thu, Jan 29, 2015 at 7:38 AM, Miloslav Trmač wrote:
> > (Speaking only for myself, not for all of FESCo; hoping others will chime
> > in.)
> >> - What if Anaconda does make it? :)
> > I don’t know.
>
> I'm skeptical that will happe
On Wed, Jan 28, 2015 at 01:50:45PM -0600, Richard Shaw wrote:
> Ok, I have completed a first draft and requested assistance in reviewing
> the content to the devel list. If you want to link to it in the guidelines
> here's the link:
>
> https://fedoraproject.org/wiki/How_to_check_for_ABI_changes_i
- Original Message -
> On Thu, Jan 29, 2015 at 7:38 AM, Miloslav Trmač wrote:
> > (Speaking only for myself, not for all of FESCo; hoping others will chime
> > in.)
> >> - What if Anaconda does make it? :)
> > I don’t know.
>
> I'm skeptical that will happen. Even if it does, that alone
On Thu, Jan 29, 2015 at 7:49 AM, Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> On Wed, Jan 28, 2015 at 01:50:45PM -0600, Richard Shaw wrote:
> > Ok, I have completed a first draft and requested assistance in reviewing
> > the content to the devel list. If you want to link to it in the
On Thu, Jan 29, 2015 at 8:56 AM, Bohuslav Kabrda wrote:
> - Original Message -
>> On Thu, Jan 29, 2015 at 7:38 AM, Miloslav Trmač wrote:
>> > (Speaking only for myself, not for all of FESCo; hoping others will chime
>> > in.)
>> >> - What if Anaconda does make it? :)
>> > I don’t know.
>>
On Thu, 29 Jan 2015, Vít Ondruch wrote:
Dne 28.1.2015 v 21:34 Paul Wouters napsal(a):
openpgpkey --fetch pwout...@fedoraproject.org
$ openpgpkey --fetch pwout...@fedoraproject.org
Error: query data is not secured by DNSSEC - use --insecure to override
It's time for you to start using DNSSEC
Dne 29.1.2015 v 15:08 Paul Wouters napsal(a):
> On Thu, 29 Jan 2015, Vít Ondruch wrote:
>
>> Dne 28.1.2015 v 21:34 Paul Wouters napsal(a):
>>> openpgpkey --fetch pwout...@fedoraproject.org
>>
>> $ openpgpkey --fetch pwout...@fedoraproject.org
>> Error: query data is not secured by DNSSEC - use --in
On Thu, 29 Jan 2015, Petr Spacek wrote:
Fedora is probably the First to use OPENPGPKEY at a large scale.
https://tools.ietf.org/html/draft-ietf-dane-openpgpkey-01
Paul, thank you for doing this experiment! I definitely support it.
For people who do not watch dane-list closely, please keep in
- Original Message -
> On Thu, Jan 29, 2015 at 8:56 AM, Bohuslav Kabrda wrote:
> > - Original Message -
> >> On Thu, Jan 29, 2015 at 7:38 AM, Miloslav Trmač wrote:
> >> > (Speaking only for myself, not for all of FESCo; hoping others will
> >> > chime
> >> > in.)
> >> >> - What if
Hi folks, i've packed a new font, also i've create the rpm and srpm, also i
've installed in my laptop and looks fine, i've read the guidelines for
create the package, but when i run fedora-review i have the error 127 in
mock. here is the output
[empateinfinito@localhost review]$ fedora-review --m
On Qui, 2015-01-29 at 12:50 -0300, Carlos Morel-Riquelme wrote:
> Hi folks, i've packed a new font, also i've create the rpm and srpm,
> also i 've installed in my laptop and looks fine, i've read the
> guidelines for create the package, but when i run fedora-review i have
> the error 127 in mock.
On 29.1.2015 15:27, Paul Wouters wrote:
> On Thu, 29 Jan 2015, Petr Spacek wrote:
>
>>> Fedora is probably the First to use OPENPGPKEY at a large scale.
>>>
>>> https://tools.ietf.org/html/draft-ietf-dane-openpgpkey-01
>>
>> Paul, thank you for doing this experiment! I definitely support it.
>>
>>
On Thu, 29 Jan 2015 12:50:03 -0300, Carlos Morel-Riquelme wrote:
> Hi folks, i've packed a new font, also i've create the rpm and srpm, also i
> 've installed in my laptop and looks fine, i've read the guidelines for
> create the package, but when i run fedora-review i have the error 127 in
> mock
On Tue, Jan 27, 2015 at 10:35 AM, Jerry James wrote:
> On Thu, Jan 22, 2015 at 10:48 AM, Jerry James wrote:
>> 1. gap-pkg-atlasrep: https://bugzilla.redhat.com/show_bug.cgi?id=1185014
>> 2. gap-pkg-browse: https://bugzilla.redhat.com/show_bug.cgi?id=1185015
>> 3. gap-pkg-io: https://bugzilla.redh
Thanks guys, Michael a have a question, can i submit the package review or
i need wait that this issues is fixed ?
On Thu, Jan 29, 2015 at 1:16 PM, Michael Schwendt
wrote:
> On Thu, 29 Jan 2015 12:50:03 -0300, Carlos Morel-Riquelme wrote:
>
> > Hi folks, i've packed a new font, also i've create
On 29 January 2015 at 07:39, Bohuslav Kabrda wrote:
> - Original Message -
> > On Thu, Jan 29, 2015 at 8:56 AM, Bohuslav Kabrda
> wrote:
> > > - Original Message -
> > >> On Thu, Jan 29, 2015 at 7:38 AM, Miloslav Trmač
> wrote:
> > >> > (Speaking only for myself, not for all of
On Thu, 29 Jan 2015 09:39:28 -0500 (EST)
Bohuslav Kabrda wrote:
> Not sure about it being the default, but we've been testing it in
> DevAssistant for dependency installation on Python 3 and never
> encountered any problems. I was also contacted by dnf maintainer with
> a question on how to switc
Dear testers,
Mathieu Bridon and I have been working for a little while now on migrating our
existing distgit solution from RHEL6 to RHEL7, this as involved three migrations
in one:
* Migrate from RHEL6 to RHEL7
* Migrate from puppet to Ansible
* Migrate from gitolite2 to gitolite3
All this runnin
On 29 January 2015 at 09:50, Richard W.M. Jones wrote:
> On Tue, Jan 27, 2015 at 09:03:05PM -0600, Jason L Tibbitts III wrote:
> > Clarified the naming guidelines to indicate how language bindings are
> > named: lua-randomdb instead of randomdb-lua:
> >
> https://fedoraproject.org/wiki/Packagi
Hi folks, my name is Carlos Morel-Riquelme 'im from chile and also i'm
contributor of Fedora Project since F20 in testing, also i'm part of QA
Team. Well my skills are Ruby and GTK ( not to much ), but i hope
collaborate more in this project.
Well today i've packed a new font, also i've read the g
On Dom, 2015-01-25 at 18:43 +0100, Reindl Harald wrote:
> Am 25.01.2015 um 18:37 schrieb Amadeus W.M.:
> > On Sun, 25 Jan 2015 17:26:55 +0100, poma wrote:
> >> On 25.01.2015 07:50, Amadeus W.M. wrote:
> >>> I'm trying to do the following:
> >>>
> >>> 1) add the smi2021 driver for EasyCap Somagic us
I have just completed moving these projects over to github, all new
commits should go through there.
https://github.com/rhinstaller/lorax
https://github.com/rhinstaller/isomd5sum
https://github.com/rhinstaller/livecd-tools
--
Brian C. Lane | Anaconda Team | IRC: bcl #anaconda | Port Orchard, WA
On Thu, 2015-01-29 at 08:56 -0500, Bohuslav Kabrda wrote:
> I'm regularly talking to some of Anaconda devs (mostly Vrata
> Podzimek) and they still think this is doable *without* introducing
> high number of regressions, that would be impossible to fix before
> F22 final.
That doesn't seem to b
On Thu, Jan 29, 2015 at 06:37:26PM +, Mat Booth wrote:
> On 29 January 2015 at 09:50, Richard W.M. Jones wrote:
>
> > On Tue, Jan 27, 2015 at 09:03:05PM -0600, Jason L Tibbitts III wrote:
> > > Clarified the naming guidelines to indicate how language bindings are
> > > named: lua-randomdb ins
On Thu, 29 Jan 2015 14:01:56 -0300, Carlos Morel-Riquelme wrote:
> Thanks guys, Michael a have a question, can i submit the package review or
> i need wait that this issues is fixed ?
Using fedora-review is not mandatory but highly recommended for
packaging/reviewing beginners. And it can be ver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 29 Jan 2015 10:11 +0100
Jan Zelený wrote:
> On 28. 1. 2015 at 11:52:54, Dennis Gilmore wrote:
> > On Wed, 28 Jan 2015 09:01:44 -0700
> > Kevin Fenzi wrote:
> >
> >
> > > On Tue, 27 Jan 2015 18:09:02 +0100
> > > Jan Zelený wrote:
> > >
> >
On Thu, 29 Jan 2015 09:09:04 +0100
Matěj Cepl wrote:
> On 2015-01-29, 01:29 GMT, Peter Hutterer wrote:
> > I don't have numbers on how many packages have this need but I
> > predict that the efforts to get this to work, test it, deploy it,
> > etc. are vastly greater than the time saved not havin
On Thu, Jan 29, 2015 at 12:37:42 -0800,
"Brian C. Lane" wrote:
I have just completed moving these projects over to github, all new
commits should go through there.
https://github.com/rhinstaller/lorax
https://github.com/rhinstaller/isomd5sum
https://github.com/rhinstaller/livecd-tools
While
I just had a weird failure on a koji builder:
http://koji.fedoraproject.org/koji/taskinfo?taskID=8776617
The SRPM creation step failed, with this output:
error: parse error in expression
error: /builddir/build/SPECS/libpuma.spec:119: bad %if condition
Building target platforms: noarch
Building f
Jerry James wrote:
> I just had a weird failure on a koji builder:
>
> http://koji.fedoraproject.org/koji/taskinfo?taskID=8776617
>
> The SRPM creation step failed, with this output:
>
> error: parse error in expression
> error: /builddir/build/SPECS/libpuma.spec:119: bad %if condition
> Buildi
On Thu, Jan 29, 2015 at 8:29 PM, Rex Dieter wrote:
> Maybe try a safer comparison when/if __isa_bits is undefined? something
> like:
>
> %if "%{?__isa_bits}" == "64"
>
> instead?
I have been assured that %__isa_bits is always defined, except for
noarch builds:
https://lists.fedoraproject.org/pi
On Thu, Jan 29, 2015 at 8:43 PM, Jerry James wrote:
> I have been assured that %__isa_bits is always defined, except for
> noarch builds:
>
> https://lists.fedoraproject.org/pipermail/devel/2014-October/203331.html
>
> That's what this problem looks like to me: something has erroneously
> conclude
55 matches
Mail list logo
