Re: IBM buying RedHat

[William Moreno]

>
>
> These are questions I'm interested in answers on. However, I'm also
> worried about how much the "cloud" was mentioned in the presser. It
> makes me nervous about Red Hat's investment into other areas, which a
> lot of the Linux ecosystem relies on, even outside of the Fedora
> community. Desktop Linux, traditional server platforms, IoT, etc. look
> like areas that might be disinvested in. :(
>
>
> Gnome, LibreOffice, PulseAudio, Pipeware  and a really long list
available here:

https://community.redhat.com/software/

I really like the RedHat way about open source (
https://www.redhat.com/es/open-source/red-hat-way) many of those projects
are lucrative, but many others are not so, Redhat have been profitable even
investing a lot in many open source projects, so **MAYBE** IBM will make
not many changes in the short or midle term, but if they want a higher
return over investment they can see a way to cut expenses by reducing
contributions to areas that they do not focus.

Fedora is the upstream of RHEL, I do not see IBM killing RHEL just because
is the heart of RedHat bussines model, a there are a lot of things IBM can
do on top of the RHEL base, and if you want to keep RHEL solid you need a
strong base in the Fedora Project, I am really curios about IBM position
about the Community around Fedora (**we** the people that do some stuff in
Fedora without any direct RH income), I do not see IBM killing the Fedora
Community just because they need to keep the development of the Linux
ecosystem to keep RHEL strong, maybe we can see a lot more bureaucracy, we
can maybe less budget for events, but I do thing that the Fedora Project
will continue and I hope it will kepp being a awesome community to be part
of it.

We have F29 out now and can be happy about it.
___
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/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Retiring python-backports-csv

[William Moreno Reyes]

Hello, I just want  to announce that I plan to retire 
python-backports-csv in fedora rawhide, the python2 subpackage was 
remove and there is no reason to have a python3 package since python3 
already have the features available in the backport.


Regards

William Moreno
___
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/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Looking for whom to pass the vessel for maitaining youtube-dl

[William Moreno Reyes]

On 2018-09-08, 10:02 GMT, Abhiram Kuchibhotla wrote:

I'd be interested in taking over for you.

I can help as co maintainer.
___
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/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: What is the criterion for Python 3.7 side tag merge?

[William Moreno]

>
>
> OK. I'll ask releng to merge on Monday.
>
>
Was it merged?
___
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/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/W7PIIMGLREE7M7D5EJGRGQLK2KW4SCWF/

Re: Heads up: Python 3.7 rebuild in progress

[William Moreno]

>
>
> williamjmorenor python-rows
>
>
Done
___
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/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/ANHVPWIYX4QUAZPDLBMQG4ESLKVTCKI4/

Re: Heads up: Python 3.7 rebuild in progress

[William Moreno]

I have updated a few packages to last upstream releases and added to the
f29-python tag, sorry for the bad timing but I live in Nicaragua and we are
steel under heavy protests against local government

*William Moreno Reyes*
Colaborador Proyecto Fedora | Nicaragua
IRC:  williamjmorenor Canales: #fedora-latam ; #fedora-ni
https://fedoraproject.org/wiki/User:Williamjmorenor
___
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/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/FQ2ZC2LIMLVAUBZF5OSIIVTY2V3CMBIT/

Re: FESCo Elections - May 2018 : Results announcement

[William Moreno]

>
> I think that might have a lot to do with the turnout, indeed. I believe
>> there's a general perception in the community that FESCo has been doing a
>> good job, and there's not really any significant issues involved in the
>> election.
>>
>
> But also, consider election burnout. FESCo, Mindshare, and Council
> elections, every six months or thereabouts... it turns out to be a lot,
> right? We've had nine completed elections in the past year, or fourteen if
> you count the five cancelled elections. [1] That's a quirk of our releases
> not being exactly six months apart, but it's also kind of a lot, right?
> Reading the interviews for the same candidates again and again each year
> gets old pretty fast. So if we want to increase turnout and improve our
> elections, the first thing I would do is make the elections less frequent,
> to reduce voter burnout, e.g. once hold them all once per year (for three
> elections per year) instead of twice per year.
>
>
I do agree here, +1
___
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/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/IJDJ2LWWTJC4TPZMBEW2Z2EZYVFKQIRY/

Re: Need Sponsor: PrestoPalette

[William Moreno]

I will take care of this.

*William Moreno Reyes*
Colaborador Proyecto Fedora | Nicaragua
IRC:  williamjmorenor Canales: #fedora-latam ; #fedora-ni
https://fedoraproject.org/wiki/User:Williamjmorenor
___
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/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/RLZXXHFJNUTHAO4WQ2QT4DNRDF3DEB42/

Re: Status of OwnCloud/NextCloud

[William Moreno]

2018-04-04 9:43 GMT-06:00 Randy Barlow <bowlofe...@fedoraproject.org>:

> On 04/04/2018 11:37 AM, William Moreno wrote:
> > A well documented setp can help users to move from OC to NC.
>
> James actually wrote a nice blog post about migration:
>
> https://www.hogarthuk.com/?q=node/17
>
>
James are you ok with the idea to keep just NC in Fedora? I there is people
than still want OC maybe then can take care or maintain it.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Status of OwnCloud/NextCloud

[William Moreno]

2018-04-04 8:51 GMT-06:00 James Hogarth <james.hoga...@gmail.com>:

> On 4 April 2018 at 14:48, William Moreno
> <williamjmore...@fedoraproject.org> wrote:
> >
> >
> > 2018-04-03 13:11 GMT-06:00 Stephen Gallagher <sgall...@redhat.com>:
> >>
> >>
> >>
> >> On Tue, Apr 3, 2018 at 3:01 PM Christian Glombek <c...@petersen-glombek.de
> >
> >> wrote:
> >>>
> >>> I should probably add that the actual updater program has not been
> >>> shipped in the rpms thus far. Although I'm not sure how this affects
> major
> >>> updates, it is leading to problems elsewhere (i.e. people have to
> uninstall
> >>> some apps on v13 and re-install them on v13.0.1 for them to work
> again).
> >>>
> >>> And how many people actually still run NC v10?
> >>
> >>
> >>
> >> Given the current status, I suggest you just ask FESCo to give you
> >> permission to release 13.x without supporting upgrades from 10.x and
> then
> >> submit a Magazine article explaining the situation once 13.x is
> landing. As
> >> far as the bundling question; that's actually fair game these days as
> long
> >> as your packages have a virtual `Provides: bundled(packagename) =
> `
> >> in the specfile so if we needed to locate packages for security issues,
> it
> >> can be done. So if you wanted to package the intermediate versions(*)
> with
> >> bundled libs to get people through the upgrade, that's an option too.
> >>
> >>
> > +1 should be a nice changes for the F29 release.
> >
>
>
> To make it absolutely 100% clear this is totally 100% not going to
> happen  no.
>
> Today I've spent time between $realwork getting my ansible plays
> updated to handle F28 (thanks for dropping python2-* early guys!) and
> have been in contact with lorbus (thanks for stepping up).
>
> Last bit to debug before I can start testing an update of OC and NC is
> why my automated setup explodes with:
>
> PHP Fatal error:  Declaration of
> OC\\Files\\Storage\\Local::copyFromStorage(OCP\\Files\\Storage
> $sourceStorage, $sourceInternalPath, $targetInternalPath) must be
> compatible with
> OC\\Files\\Storage\\Common::copyFromStorage(OCP\\Files\\Storage
> $sourceStorage, $sourceInternalPath, $targetInternalPath,
> $preserveMtime = false) in
> /usr/share/owncloud/lib/private/Files/Storage/Local.php on line 42",
>
> The roles I use for testing are here: https://github.com/hogarthj/test_vms
>
> I'll be pushing updates as I get fixes there
>
> I'll be adding repos here to start tracking the builds:
> https://copr.fedorainfracloud.org/coprs/jhogarth/
>
> Again, recognise what you'll be stepping up to, but if you are willing
> help is very welcome.
>
>
I do understand that mantain a package like OC and NC it is a lot of work,
I know it is just a litle help in the path to get the update working  but I
did some review of missing depencies because was the only visible step to
help to get the updated version of NC at that moment, but I am curios about
somethings:

1. There is both OC and NC in repos, two packages, the double of works, It
is irrational to keep just with one stream of the software? A well
documented setp can help users to move from OC to NC.

2. There is some work done to get NC 13 on Fedora, I apreciate that you
want to provide a clean path to current users to update, but it is
irratational to thing in ship the last version of NC to users and have a
very good docs about it?

I see that you have problems with testing the update, is that ansible
playbook available in some public repo? I can help to test, a NC/OC test
day with a wiki with the test coverage can be a great way to get help in
this and get feedback/help for users and I can help to test.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Status of OwnCloud/NextCloud

[William Moreno]

2018-04-03 13:11 GMT-06:00 Stephen Gallagher :

>
>
> On Tue, Apr 3, 2018 at 3:01 PM Christian Glombek 
> wrote:
>
>> I should probably add that the actual updater program has not been
>> shipped in the rpms thus far. Although I'm not sure how this affects major
>> updates, it is leading to problems elsewhere (i.e. people have to uninstall
>> some apps on v13 and re-install them on v13.0.1 for them to work again).
>>
>> And how many people actually still run NC v10?
>>
>
>
> Given the current status, I suggest you just ask FESCo to give you
> permission to release 13.x without supporting upgrades from 10.x and then
> submit a Magazine article explaining the situation once 13.x is landing. As
> far as the bundling question; that's actually fair game these days as long
> as your packages have a virtual `Provides: bundled(packagename) =
> ` in the specfile so if we needed to locate packages for security
> issues, it can be done. So if you wanted to package the intermediate
> versions(*) with bundled libs to get people through the upgrade, that's an
> option too.
>
>
> +1 should be a nice changes for the F29 release.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Call for testing of xserver 1.20 release candidates

[William Moreno]

>
>
> I would say the opposite: land this today so that it can get in F28 Beta
> (tomorrow starts package freeze for the beta release), and don't do a
> post release update that changes the drivers ABI.
>
>
This should have happened via the System Wide Changes proces, isn´t? At
less a Freeze exception should be requested, even with WorkStation using
wayland by default the Xserver is critical for the others spins, in the
works case can land in F29.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: need sponsorship for package

[William Moreno]

I will take your review.

*William Moreno Reyes*
Colaborador Proyecto Fedora | Nicaragua
IRC:  williamjmorenor Canales: #fedora-latam ; #fedora-ni
https://fedoraproject.org/wiki/User:Williamjmorenor

2018-02-26 14:51 GMT-06:00 Ilya Rum <i...@redhat.com>:

> Hello!
>
> I'd like to get some of my favorite packages into fedora and I'm okay with
> maintaining them.
> I've already been maintaining some of them on my personal copr (
> https://copr.fedorainfracloud.org/coprs/wyvie/) and building others for
> myself only.
> I've created my first review request on bugzilla (
> https://bugzilla.redhat.com/show_bug.cgi?id=1549011), but for that i need
> sponsorship.
> If anybody can help me with that, contact me, please.
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Package stops supporting python 2.7 in latest version, what to do now

[William Moreno]

>
> 3) package the LTS version for python 2 and the new version for python 3.
>
>
+1 to this one. something similar will happen with django that is dropping
python2 support

https://fedoraproject.org/wiki/Changes/Django20



> In the third case, wihich consider the best approach, do I need to create
> a new package and go through the review process?
>

The main package python-astropy can keep providing the python3-astropy
subpackage as per the current packagin guidelines (some time in the futere
python-astropy will point to the python3 package and not the python2
version with the help of the %pythonprovides macro)

A new package python2-astropy should be added to the distribution
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Writing Documentation for Fedora - Docs FAD

[William Moreno]

*William Moreno Reyes*
Colaborador Proyecto Fedora | Nicaragua
IRC:  williamjmorenor Canales: #fedora-latam ; #fedora-ni
https://fedoraproject.org/wiki/User:Williamjmorenor

2018-01-18 12:24 GMT-06:00 Brian Exelbierd <b...@pobox.com>:

> We are looking for interested people who are willing to write docs in
> person for one week. You don't have to be an existing docs team member to
> participate. It helps if you're familiar with AsciiDoc, but if you're not,
> it's easy to learn.
>
> You'll hang out with other people interested in making Fedora
> documentation the best in the world. Fun will be had, but mostly it will be
> the sort of fun which involves sitting in a small room intensely focused on
> writing and editing. If that's *your* idea of a good time, this will be a
> good experience for you.
>
> You can find details about the FAD, including the goals here:
> https://fedoraproject.org/wiki/FAD_Documentation_2018



Please also let people contributing virtually to this events, the
localization team have been having great experience with virtual events, I
can organize a local meetup about documentation in Nicaragua in the same
dates of the formal FAD, a period of a weak in that a contributor can
submit pull reques to documentation repos and applly for a badge can help a
lot to have more people helping with the new documentation efforts and let
contributos setup documentation meetings in theirs countries.

Many countries setup local translations events in coordination with the
Virtual Translation FAD and have been working awesome

Just my U$ 0.002

Regards


>
>
> The Fedora Council has approved funding and we will make selections based
> on the ability to the person asking and within our approved travel budget.
> https://pagure.io/Fedora-Council/tickets/issue/174
>
> Interested?  Open a Pagure ticket in the Fedora Docs tracker here:
> https://pagure.io/fedora-docs
>
> Please include:
>
> - Your Name/FAS
> - Why you want to come and what your background in writing (of any kind)
> is.
> - Any specific areas of interest
> - Location you will travel from
>
> We will start picking people ASAP.
>
> Thanks,
>
> bex & Matthew
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Package Question

[William Moreno]

2018-01-08 11:21 GMT-06:00 Steve Dickson :

> Hello,
>
> Is it a problem for a package to pull from two different
> upstream tar balls? Basically have
>
> Source0: http://server.com/package1/package1.tar
> Source1: http://server.com/package2/package2.tar
>
> Then I would, by hand, untar Source1 into Source0 directory.
>
> Before do the work I want to make sure I'm not
> breaking violating any package rules. I did look
> around and didn't see anything addressing this.
>
>
>
Patch the content of the package2 inside the package1 do not work the same?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

[William Moreno]

>
>
>> Since the first account will always be an administrator, you can log in
> to that account and use sudo -i to get a root prompt (after first boot).
>
>
A walk around can be to set the root password to match the first user of
the system? This way su -c command and sudo command will work with the same
password and if the system not boot you have a root password for the recue
mode.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora 27 is here

[William Moreno]

2017-11-15 18:42 GMT-06:00 Sam Varshavchik :

> Josh Boyer writes:
>
> On Wed, Nov 15, 2017 at 5:03 PM, Nicolas Chauvet 
>> wrote:
>> > 2017-11-15 23:02 GMT+01:00 Nicolas Chauvet :
>> >> Hi,
>> >>
>> >> Just want to say welcome to Fedora 27 !
>> >>
>> >> The RPM Fusion repository is ready to server f27 content in time for
>> >> the release. However, there are few packages that were broken in the
>> >> process. The ones I'm aware are currently fixed and been pushed in the
>> >> updates repos. I plan to fixup the GA repo before this week-end to
>> >> avoid any issue.
>> >>
>> >> Thx for the work done.
>> >
>> > Oops, sorry, was meant for our own devel list.
>>
>> A thank you to you and the RPM Fusion team anyway!
>>
>
> Seconded. RPM Fusion is absolutely essential, and very much appreciated.
>
>
Kudos for the RPMFusion team, i think it is not noice to have news about
RPMFusion releases in this lists since most of the user of Fedora as
desktop have the RPmFusion enabled.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: common location of spec files in upstream sources

[William Moreno]

2017-10-26 15:02 GMT-06:00 Mátyás Selmeci :

> Hi,
>
> For upstream projects that provide spec files in their repositories, do
> y'all tend to see a common location for the spec files? Like
> dist/.spec or rpm/.spec, etc. My organization is trying to
> standardize on a location for the software we maintain, and it would be
> better to use something that many in the open source community also use.
>
>
Helllo I have not seem many upstream projects shiping rpm files in theirs
sources, but I have seem  many with a /debian directory with all the debian
packaging stuff and some others with a /PKGBUILD dwith file used for the
Arch Linux´s AUR, since rpm is not only for Fedora I think /rpm should be a
good place to ship the rpm file.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Packaging Question

[William Moreno]

*William Moreno Reyes*
Colaborador Proyecto Fedora | Nicaragua
IRC:  williamjmorenor Canales: #fedora-latam ; #fedora-ni
https://fedoraproject.org/wiki/User:Williamjmorenor

2017-10-26 12:10 GMT-06:00 Steve Dickson <ste...@redhat.com>:

> Hello,
>
> On 10/26/2017 09:57 AM, Steve Dickson wrote:
> > Hello,
> >
> > In an upcoming release the libnfsdimap library
> > will be rolled into the nfs-utils package.
> > Meaning nfs-utils will be install libnfsidmap
> > instead of the libnfsidmap package.
> >
> > The libnfsidmap name will stay the same
> > so I'm hoping there will not be any problems.
> > Just the owner of the library will change.
> >
> > Questions:
> >
> > 1) What do I do with the old libnfsidmap package
> >since it will no longer be updated.
> >
> > 2) How do I notify the packages that are dependent
> >on the libnfsidmap package to change their dependency
> >to nfs-utils
> >
> > 3) Will this cause any build problems now that nfs-utils
> >will be installing the new library?
> >
> > 4) What am I missing?
>
> First of all... thanks for all the input!!! Its definitely appreciated!!
>
> Here is what has been added to the nfs-utils spec file.
>
> Provides: libnfsidmap%{_isa} = %{epoch}:%{version}-%{release}
> Provides: libnfsidmap-devel%{_isa} = %{epoch}:%{version}-%{release}
>
> Obsoletes: libnfsidmap < %{version}-%{release}
> Obsoletes: libnfsidmap-devel < %{version}-%{release}
>
> %package -n libnfsidmap
> Summary: NFSv4 User and Group ID Mapping Library
> Obsoletes: nfs-utils-lib
> Group: System Environment/Libraries
> BuildRoot: %{_tmppath}/%{name}-%{version}-root
> BuildRequires: pkgconfig, openldap-devel
> BuildRequires: automake, libtool
> Requires(postun): /sbin/ldconfig
> Requires(pre): /sbin/ldconfig
> Requires: openldap
>
> %description -n libnfsidmap
> Library that handles mapping between names and ids for NFSv4.
>
> %package -n libnfsidmap-devel
> Summary: Development files for the libnfsidmap library
> Group: Development/Libraries
> Requires: libnfsidmap = %{version}-%{release}
> Requires: pkgconfig
>
> %description -n libnfsidmap-devel
> This package includes header files and libraries necessary for
> developing programs which use the libnfsidmap library.
>
> A couple things are still not right
> 1) when I do the update of nfs-utils, libnfsidmap and libnfsidmap-devel
>nfs-utils and libnfsidmap are installed correctly but the
>libnfsidmap-devel is "replaced" by nfs-utils:
>
> Upgrading:
>  libnfsidmap   x86_64   1:2.2.1-0.fc28 @commandline
>  102 k
>  nfs-utils x86_64   1:2.2.1-0.fc28 @commandline
>  413 k
>  replacing  libnfsidmap-devel.x86_64 0.27-3.fc27
>
>which basically ends up remove it.
>
> Because the main package provides it:
Provides: libnfsidmap-devel%{_isa} = %{epoch}:%{version}-%{release}

Move this line under

%package -n libnfsidmap-devel

And you should get a clean update path
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Packaging Question

[William Moreno]

*William Moreno Reyes*
Colaborador Proyecto Fedora | Nicaragua
IRC:  williamjmorenor Canales: #fedora-latam ; #fedora-ni
https://fedoraproject.org/wiki/User:Williamjmorenor

2017-10-26 7:57 GMT-06:00 Steve Dickson <ste...@redhat.com>:

> Hello,
>
> In an upcoming release the libnfsdimap library
> will be rolled into the nfs-utils package.
> Meaning nfs-utils will be install libnfsidmap
> instead of the libnfsidmap package.
>
> The libnfsidmap name will stay the same
> so I'm hoping there will not be any problems.
> Just the owner of the library will change.
>
> Questions:
>
> 1) What do I do with the old libnfsidmap package
>since it will no longer be updated.
>
>
Sound likes you can retire the package.


> 2) How do I notify the packages that are dependent
>on the libnfsidmap package to change their dependency
>to nfs-utils
>
>
You can include in the nfs-utils spec something like this:

Provides: libnfsidmap = %{version}-%{release}
Obsoletes: libnfsidmap < %{version}-%{release}

https://fedoraproject.org/wiki/Packaging:Guidelines#Renaming.2FReplacing_Existing_Packages



> 3) Will this cause any build problems now that nfs-utils
>will be installing the new library?
>
> 4) What am I missing?
>
> tia,
>
> steved.
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: packaging ruby dependencies

[William Moreno]

2017-10-25 9:38 GMT-06:00 Sandro Bonazzola :

>
>
> 2017-10-25 16:54 GMT+02:00 Jason Brooks :
>
>> Hi all --
>>
>> As part of a documentation project I'm working on with the Fedora
>> Atomic WG, I started packaging asciibinder[1] with the intention of
>> getting the package into Fedora. Along the way[2], I encountered a
>> bunch of required, unpackaged dependencies, which would also have to
>> be added to Fedora.
>>
>> [1] http://asciibinder.org/
>> [2] https://copr.fedorainfracloud.org/coprs/jasonbrooks/asciibin
>> der/packages/
>>
>> It has me wondering whether packaging these gems as rpms is
>> worthwhile, especially since we'd end up running asciibinder in a
>> container, anyway.
>>
>> What are people's thoughts on the value of packaging gems -- it's it
>> worthwhile, is it somehow UnFedora to not bother to package them?
>>
>
>
Also consider that:

1 - your are sure that there is no broken depencies.
2 - when a new version of ruby is available those gems will be verified to
work in next mass rebuild.
3 - all available tests as checked in every build.
4 - koshei will inform you new depencies changes.
5 - there will be stable software stack per release
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

python-bcrypt update

[William Moreno]

python-bcrytp 3.1.4 is building in rawhide now, from the upstream changelog
this is a maintaince update fixing a issue in the wingw enviroment, but
this is a depencendy for ansible so I will not build to f27 and submit a
update until next week.

Regards

*William Moreno Reyes*
Colaborador Proyecto Fedora | Nicaragua
IRC:  williamjmorenor Canales: #fedora-latam ; #fedora-ni
https://fedoraproject.org/wiki/User:Williamjmorenor
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Do I need Epoch: for downgrades in rawhide?

[William Moreno]

--
Enviado desde mi móvil, disculpe la brevedad
William

El 15/10/2017 10:36 a. m., "Neal Gompa"  escribió:

On Sun, Oct 15, 2017 at 12:09 PM, Till Hofmann
 wrote:
> Hi all,
>
> if I want to downgrade a package in rawhide only (I only pushed the
> update to rawhide), do I need to add an Epoch?
>
> background:
> I updated librealsense to librealsense2 and afterwards realized that the
> new library is a major rewrite that does not support older camera
> models. After consulting with upstream, I came to the conclusion that we
> should stay with version 1 for the librealsense package and submit
> librealsense2 as a separate package. I think Debian is planning to do
> the same thing. Therefore, I need to downgrade librealsense in rawhide
> to version 1.
>

I would suggest that you submit librealsense1 as a separate package,
instead. The applications that use the older versions should probably
be linked to the older one, but things should progressively migrate to
the newer one.


And add Provides: librealsense2 so people can find the same package name in
debianland and fedoraland.

I have seem than the README file of *a lot* of app list requirements and
build requeriments using the names of packages in Debian/Ubuntu and some
times it is not trivial to find the equivalent package name for epel/fedora
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: [HEADS-UP] PHP 7.2 in rawhide next week

[William Moreno]

--
Enviado desde mi móvil, disculpe la brevedad
William



Thanks for the heads up.

I'm planning to (family life dependant) dive into the owncloud and
nextcloud updates this weekend.

I'll make sure this gets a test on rawhide


Hello I am not very familiar with PHP but if there is someway yo help with
the  update of {own, next}cloud should be nice yo know about ir
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: upgrade failed

[William Moreno]

Looks like you get out ot space un your  /  , i hace the same issue un the
f25 -> f26 upgrade, removing unused packages should fix these error messages

Maybe a simple

# dnf clean all && dnf autoremove

Can be enougth

--
Enviado desde mi móvil, disculpe la brevedad
William

El 29/9/2017 5:54 p. m., "Howard Howell"  escribió:

> Hi, guys,
> Backed up my system and tried the upgrade by clicking on the
> software>>upgrade button.  It failed.
>
> Here is the output from the notification box:
>
> Detailed errors from the package manager follow:
>
> Error running transaction: installing package glibc-all-langpacks-2.25-
> 10.fc26.x86_64 needs 61677568 on the / filesystem
> installing package adobe-source-han-sans-cn-fonts-1.004-3.fc26.noarch
> needs 5804032 on the / filesystem
> installing package mrpt-doc-1.4.0-1.fc26.noarch needs 203509760 on the
> / filesystem
> installing package libwebp-0.6.0-2.fc26.i686 needs 167936 on the /
> filesystem
> installing package pixman-0.34.0-3.fc26.i686 needs 958464 on the /
> filesystem
> installing package proj-4.9.3-2.fc26.i686 needs 688128 on the /
> filesystem
> installing package tcp_wrappers-libs-7.6-85.fc26.i686 needs 798720 on
> the / filesystem
> installing package gsm-1.0.17-1.fc26.i686 needs 860160 on the /
> filesystem
> installing package libsndfile-1.0.28-6.fc26.i686 needs 1404928 on the /
> filesystem
> installing package nss-softokn-freebl-3.32.0-1.2.fc26.i686 needs
> 1478656 on the / filesystem
> installing package libcrypt-nss-2.25-10.fc26.i686 needs 1183744 on the
> / filesystem
> installing package libdb-5.3.28-24.fc26.i686 needs 3289088 on the /
> filesystem
> installing package libsepol-2.6-2.fc26.i686 needs 2146304 on the /
> filesystem
> installing package libselinux-2.6-7.fc26.i686 needs 1998848 on the /
> filesystem
> installing package libmount-2.30.2-1.fc26.i686 needs 2523136 on the /
> filesystem
> installing package glib2-2.52.3-1.fc26.i686 needs 5894144 on the /
> filesystem
> installing package gstreamer1-1.12.2-1.fc26.i686 needs 8994816 on the /
> filesystem
> installing package harfbuzz-1.4.4-1.fc26.i686 needs 882 on the /
> filesystem
> installing package libglvnd-egl-1:0.2.999-
> 24.20170818git8d4d03f.fc26.i686 needs 8990720 on the / filesystem
> installing package mesa-libEGL-17.1.7-1.fc26.i686 needs 9248768 on the
> / filesystem
> installing package mesa-libglapi-17.1.7-1.fc26.i686 needs 9306112 on
> the / filesystem
> installing package libglvnd-glx-1:0.2.999-
> 24.20170818git8d4d03f.fc26.i686 needs 9646080 on the / filesystem
> installing package mesa-libGL-17.1.7-1.fc26.i686 needs 9801728 on the /
> filesystem
> installing package cairo-1.14.10-1.fc26.i686 needs 10874880 on the /
> filesystem
> installing package pango-1.40.12-1.fc26.i686 needs 11657216 on the /
> filesystem
> installing package lz4-libs-1.8.0-1.fc26.i686 needs 11685888 on the /
> filesystem
> installing package systemd-libs-233-6.fc26.i686 needs 13332480 on the /
> filesystem
> installing package dbus-libs-1:1.11.16-1.fc26.i686 needs 13393920 on
> the / filesystem
> installing package qt-1:4.8.7-28.fc26.i686 needs 28168192 on the /
> filesystem
> installing package qt-x11-1:4.8.7-28.fc26.i686 needs 51011584 on the /
> filesystem
> installing package qt-mobility-common-1.2.2-
> 0.26.20140317git169da60c.fc26.i686 needs 14217216 on the / filesystem
> installing package qt-mobility-location-1.2.2-
> 0.26.20140317git169da60c.fc26.i686 needs 16404480 on the / filesystem
> installing package qt-mobility-sensors-1.2.2-
> 0.26.20140317git169da60c.fc26.i686 needs 14770176 on the / filesystem
> installing package dbusmenu-qt-0.9.3-0.12.20150604.fc26.i686 needs
> 14532608 on the / filesystem
> installing package pulseaudio-libs-10.0-4.fc26.i686 needs 15450112 on
> the / filesystem
> installing package orc-0.4.27-1.fc26.i686 needs 15118336 on the /
> filesystem
> installing package libstdc++-devel-7.2.1-2.fc26.i686 needs 16551936 on
> the / filesystem
> installing package gstreamer1-plugins-base-1.12.2-1.fc26.i686 needs
> 21639168 on the / filesystem
> installing package qtwebkit-2.3.4-16.fc26.i686 needs 97132544 on the /
> filesystem
> installing package alsa-plugins-pulseaudio-1.1.4-1.fc26.i686 needs
> 19890176 on the / filesystem
> installing package sni-qt-0.2.6-8.fc26.i686 needs 2768 on the /
> filesystem
> installing package pam-1.3.0-2.fc26.i686 needs 21315584 on the /
> filesystem
> installing package krb5-libs-1.15.1-28.fc26.i686 needs 22863872 on the
> / filesystem
> installing package libacl-2.2.52-15.fc26.i686 needs 21073920 on the /
> filesystem
> installing package libXScrnSaver-1.2.2-11.fc26.i686 needs 21094400 on
> the / filesystem
> installing package ncurses-compat-libs-6.0-8.20170212.fc26.i686 needs
> 22257664 on the / filesystem
> installing package libbsd-0.8.3-3.fc26.i686 needs 21385216 on the /
> filesystem
> installing package libidn-1.33-2.fc26.i686 needs 21573632 on the /
> filesystem
> installing package 

Re: A less "bloated" KDE spin

[William Moreno]

--
Enviado desde mi móvil, disculpe la brevedad
William

El 9/9/2017 9:35 a. m., "jack smith"  escribió:

> On Sat, Sep 9, 2017 at 8:28 AM, jack smith 
> Taking most of those out would make our experience significantly worse
> than the GNOME spin (a.k.a Fedora Workstation).

Not necessarily because we can only remove the less useful one, replace
some of them by more popular one and keep some of them if they are really
useful for most people.

> Not being able to manage GPG (KGPG) , SSH (ksshaskpass), and email
> (KMail) would be pretty painful for most people. KAddressBook and
> KOrganizer are perfectly fine to keep, too, as they are useful things.

kgpg, ksshaskpass are probably not used by a lot of people and can be
easily installed.

KMail, KAddressBook, KOrganizer are far less popular than Gmail or
Thunderbird and can be easily installed too. Most of the bloat come from
the PIM stack (mysql, akonaki !). Shipping Thunderbird is IMO a better
choice (for the record I use Gmail).


I do use korganizer and work really good even  if you use gmail as your
 principal gmail account, ir is not popular maybe because people do not
know how tobtake advantage of this tool, a serie  of post in Fedora
Magazine can be more productive than just say than can be removed from the
KDE spin because it is not a popular app.


> I could see us not including Konqueror, as Qupzilla/KDE Falkon is the
> new upcoming KDE browser.


Qupzilla work really good and have my +1


How many people really use Konqueror, Qupzilla/KDE Falkon instead of
Chrome, Chromium or Firefox ?
Why force them a browser they won't use ? Shipping Firefox is IMO a better
choice (even if I use Chrome).


Again, promoting falkon/qupzilla as a complete QT based browser with great
integration with the Plasma desktop


> As most of us actually do heavily use IRC, it'd be a shame if we lost
> Konversation on the default instal


+1 here


I don't think the majority of people use IRC and why force them an IRC
client ? They can easily choose and install one.

> Akregator probably could be cut as RSS feeds have become considerably
> less popular and accessible in recent years


+1 here

One less :)

> KNode could probably be removed from the default installs, as
> Usenet/NNTP has become a lot less common.


+1 here


Two less :)

> Jovie, KMouth, KMouseTool, and KMag are handy things for accessibility.

That can be kept if they are handy things for accessibility.

> Dragon is a perfectly nice video player.

Can be kept even if VLC or MPV are better player IMO.

> Kamaso is our equivalent to Cheese on GNOME, and there's no reason to cut
it.

Can be kept indeed.

> KFind for finding files on the system is kinda important, in my view.
> KNetAttach for accessing network shares, too.

Can be kept indeed.

> The telepathy stack (telepathy* / ktp*) might be less handy, but I
> know people who do swear by it.

These people can install it. Again why force everyone to have these ?

> Kolourpaint and and KRuler and handy little things. And KRFB enables
> remote desktop capabilities, which there are plenty of people who
> want. KRDC lets people connect to remote systems, which is equally
> desired.

Can be kept indeed.

As I said if one want to use softs that are not installed by default they
can just simply install them.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F27 System Wide Change: Graphical Applications as Flatpaks

[William Moreno]

> If RPMs of the graphical application work fine now, what on earth is
> the point of forcing packagers to make Flatpaks?  Sandboxing isn't one
> of them - as already explained, sandboxing is orthogonal to packaging.

+1, completely!


+1
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora 27 mass rebuild at risk

[William Moreno]

* gcc - Ready. Confirmed by jakub.

* glibc - Ready. Confirmed by myself.

* golang - Ready. Confirmed by jcajka.

We are ready for mass rebuild.


Thanks for these awesome work to every one  involved.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: No i686 kernel: Can we require SSE2 for i686?

[William Moreno]

It would be good before disabling i686 kernel building at first
decrease memory consumption for x86_64 at least until 500MB.


+1
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: YAST for Fedora?

[William Moreno]

Fedora now have cockpit, it is a nice shell for some administrative tasks
in the system
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Orphaning publica-icaro

[William Moreno]

Hello

The icaro project have moved theirs documentation from publican o sphinx I
am orphaning the icaro-theme.

Regards


William Moreno Reyes
http://about.me/williamjmorenor
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: system failing to load virtualbox modules

[William Moreno]

Thanks a lot for the feedback!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

system failing to load virtualbox modules

[William Moreno]

Hello

With the last system update I have seem a message in system start up about
a error loading kernel modules, after that VirtualBox do not start because
the apropiate module can not been loaded.

https://bugzilla.redhat.com/show_bug.cgi?id=1426836

There is another report about VirtualBox not running:

https://bugzilla.redhat.com/show_bug.cgi?id=1427525


I do not like VirtualBox but I need it because I am working with a web app
than only provides a .ova file to work locally and looks like I am not the
only one that can not start VirtualBox after updating Fedora 25, trying old
kernels do not work for me :(

Regards

William Moreno Reyes
http://about.me/williamjmorenor
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: thunderbird 45.7.1 and packer account

[William Moreno]

El 22/2/2017 6:47 a. m.,  escribió:

Hi!

I have build local thunderbird-45.7.1 for F25 and want upload it to koji
but have no credentials. The error i become is
"kinitdksoftw...@fedoraproject.org
kinit: Client 'dksoftw...@fedoraproject.org' not found in Kerberos
database while getting initial credentials" - can you fix it?


Try limit dksoftw...@fedoraproject.org


-- 

Dominik Kucher






___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Please provide "Minimal CD" of Fedora

[William Moreno]

Just my 2 cents

A minimal fedora iso with @base and @core packages can the tool for a
advanced user to build it own fedora experience on top a minimal install.

If I want just lightdm and i3, openbox, awesome etc a minimal installable
fedora iso than do not requiere internet access at install time will be a
excellent option.

Regards
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora 26 Mass Rebuild

[William Moreno]

El 15/2/2017 1:28 a. m., "Sérgio Basto"  escribió:

On Ter, 2017-02-14 at 19:54 -0700, Kevin Fenzi wrote:
> On Wed, 15 Feb 2017 01:42:58 +
> Sérgio Basto  wrote:
>
> >
> > JFTR , after receive from koschei messages like opencv's builds are
> > back to normal in Fedora Rawhide
> >
> > I did git checkout master; git pull; fedpkg build and resend to
> > build frei0r-plugins, mlt, opencv , php-facedetect , which builds
> > without any modifications
> >
> > All builds failed with :
> > DEBUG util.py:435:  Error: nothing provides
> > libgfortran.so.3()(64bit)
> > needed by openblas-openmp-0.2.19-4.fc26.x86_64 [1] .
> >
> > 2 ideas, first before begin these kind of mass rebuild, we should
> > avoid broken deps somehow, second resubmit builds that failed by
> > this
> > broken dep also is not a bad ideia .
>
> Sadly not practical.
>
> If we wanted until there were no broken deps to fire off a mass
> rebuild, we would basically never do them.
>
> Resubmitting wouldn't help any until openblas was successfully
> rebuilt,
> which only happened yesterday. :( Additionally the mass rebuild is in
> a
> side tag that doesn't update the buildroot, so it wouldn't help to
> rebuild anything again as the buildroot would be the same as before.

I though in one more simpler plan , query koji for the fails builds and
where error is in root.log and was did by user releng, list the
packages and submit a new build in rawhide just running: git check
master; git pull; fedpkg build .
If I'm not wrong the estimates fails was about 400/600 but fail 1299 ,
so we should have about 600 cases where broken dep happened, so one
proven packager could try do fedpkg build, also you will have less
FTBFS bugs to fill and we will spare some work to maintainers.

Cheers,


But now there is the  koshei service than can help to keep an eye on
failing packages and try to rebuild when there is a update in requirements

https://apps.fedoraproject.org/koschei

Just think is better make track this in other place and not try to get all
done in the mass rebuild


--
Sérgio M. B.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F26 System Wide Change: Python Classroom Lab

[William Moreno]

 Awesome!

Just a small note here, I'll add a desktop file for idle3 soon, there is
already a bugzilla [0] for that.

[0] https://bugzilla.redhat.com/show_bug.cgi?id=1392049
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F26 System Wide Change: Python Classroom Lab

[William Moreno]

...

The Workstation based lab will also contain:
* Basic GNOME
* Terminal emulator
* Text editor
* PDF reader
* Web browser
* Image viewer
* ...and possibly other utilities



In Workstation you can find the idle3 executable in /usr/bin but users will
not note it because there is not a grafical launcher in the desktop, my U$
0.02

Make idle3 a subpackage and make it available with a proper .desktop file
and a .appdata.xml file

Also there are 2 python IDES in the repo than are python powered : eric and
ninja-ide than can be included in the spin, also we have pydev but this is
java powered
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F26 Self Contained Change: LXQt Spin

[William Moreno]

This new spin will be coexisting with the current lxde spin? Or users of
the lxde spin will need to move to lxqt?

Is the second option is valid there will be a smooth update process via the
dnf system upgrade tool?

El 16/1/2017 7:01 a. m., "Jan Kurik"  escribió:

> = Proposed Self Contained Change: LXQt Spin =
> https://fedoraproject.org/wiki/Changes/LXQt_Spin
>
> Change owner(s):
> * Christian Dersch 
>
> A Fedora Spin providing the LXQt desktop environment.
>
> == Detailed Description ==
> LXQt is a lightweight Qt-based desktop environment. Fedora provides it
> since Fedora 22 as a group of packages. Now that LXQt is much more
> complete, it is time to provide a live spin to our users. Therefore
> some effort has been made to provide a first impression and it is
> ready for submission as an official spin.
>
> == Scope ==
> * Proposal owners:
> Implement this Change, almost done.
> https://pagure.io/lxqt-remix
>
> * Other developers:
> N/A (not a System Wide Change)
>
> * Release engineering:
> Add spin to spin-kickstarts, ensure spin has been tested, and release
> with rest of spins
>
> * Policies and guidelines:
> N/A (not a System Wide Change)
>
> * Trademark approval:
> requested
> https://pagure.io/Fedora-Council/tickets/issue/84
> --
> Jan Kuřík
> Platform & Fedora Program Manager
> Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: becoming a co-maintainer of elementary-icon-theme

[William Moreno]

Fabio, sorry for do not star a new thread, but there is a way to help you
with the packaging of pantheon in Fedora?


Some package than new review or than need to be packaged?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Renaming livereload to python-liverload

[William Moreno]

Hello 

I have asked about unretire the python-livereload package in the master branch 
of pkgdb and, after that I will be retiring the livereload package a part of a 
request to remane this library to follow the current naming guidelines for 
python packages, there is more info in this releng ticket:  
https://pagure.io/releng/issue/6584


Bug link: https://bugzilla.redhat.com/show_bug.cgi?id=1308681

Also the livereload python library is now available as BSD License and not MIT 
License.

Best regards

William Moreno Reyes
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Access to github.com for building documentation?

[William Moreno]

Please also note the line

needs_sphinx = '1.2

In the file:

https://github.com/fmtlib/fmt/blob/master/doc/conf.py

This can be a issue because Fedora have sphinx 1.4.X
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Access to github.com for building documentation?

[William Moreno]

El 29/12/2016 9:00 p. m., "Dave Johansen" <davejohan...@gmail.com> escribió:

On Thu, Dec 29, 2016 at 7:47 PM, William Moreno <williamjmore...@gmail.com>
wrote:

> Just a wild idea: you can skip the docs!
>
> If the package includes it own documentation and this is to large, it must
> be in a docs sub package , current packaging guidelines do not block a
> package than do no include all docs available upstream, at less I think so.
>

I would like to have the docs include for my own uses. Some of the machines
I work on don't have internet access so being able to install the docs
locally is a big help.


This is new for me, a sphinx package than create a virtual env before call
the sphinx build

Looking at this file:

https://github.com/fmtlib/fmt/blob/master/doc/build.py

You can go to the end of file and see those lines:

if __name__ == '__main__':
  create_build_env()
  build_docs(sys.argv[1])

Just remove the call to the create_build_env() function (with a patch of
even with sed in %prep) and you can test to build with the system sphinx
version, this way at less you should now if the docs build with system lib,
having said that, this is Fedora! You will always will find a really up to
date version of sphinx in the Fedora repo!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Access to github.com for building documentation?

[William Moreno]

Just a wild idea: you can skip the docs!

If the package includes it own documentation and this is to large, it must
be in a docs sub package , current packaging guidelines do not block a
package than do no include all docs available upstream, at less I think so.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Quality control, does it exist? A recent update removed a keyboard layout from system.

[William Moreno]

Liro the QA team do the best they can to test updates before they go to
stable, but you hit a diferent issue, there is not enough people testing
packages before going to stable.

My keyboard layout is spanish, most QA people have a English keyboard
layout, I can update and I do not note the missing layout, so it is valid
for me to say than the package "work for me" because it does, I do not
change the desktop layout after a update, you hit a issue than can be
easily identified by a user of this layout but it was not a tester of this
layout, you can help this thing of issues to no become a stable update in
the future,  criticizing do not help to much.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

orphaning budgie

[William Moreno]

I am orphaning the budgie media player, this package have deleted from
upstream:


   - https://admin.fedoraproject.org/pkgdb/package/rpms/budgie/
   - http://ikeydoherty.github.io/budgie/



*William Moreno Reyes*
Colaborador Proyecto Fedora | Nicaragua
IRC:  williamjmorenor Canales: #fedora-latam ; #fedora-ni
https://fedoraproject.org/wiki/User:WilliamjmorenorO
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Call to retire gstreamer-0.10

[William Moreno]

I have checked the git history of exile upstream and did not seem
gstreamer1  related work :(

El 7/12/2016 10:47 p. m., "Michael Cronenworth"  escribió:

On 12/07/2016 05:07 PM, Sérgio Basto wrote:

>   gstreamermm-1.4.3-1.fc25 looks like already use gstreamer1
> subtitleeditor-0.53.0-1.fc25 also already use gstreamer1
>
>
That's good! My initial list was run from Fedora 24 at the time. Here is a
revised list run from Rawhide (with Python packages):

anchorman
banshee-community-extensions
beets-plugins
bigloo-libs
clutter-gst
compat-wxGTK3-gtk2-media
decibel-audio-player
drawtk
evas-generic-loaders
exaile
flumotion
gcompris
gloobus-preview
gmediafinder
gnome-mud
gnomebaker
gst-inspector
gstreamer-ffmpeg
gstreamer-plugins-bad-free
gstreamer-plugins-bad-free-extras
gstreamer-plugins-bad-nonfree
gstreamer-plugins-base
gstreamer-plugins-base-tools
gstreamer-plugins-good
gstreamer-plugins-good-extras
gstreamer-python
gstreamer-rtsp
gstreamer-rtsp-python
ignuit
iptux
libgnome-media-profiles
libnice-gstreamer

moodbar
oggconvert
perl-GStreamer
perl-GStreamer-Interfaces
player
pocketsphinx-plugin
pogo
presence
psimedia
pychess
qt-mobility-multimediakit
radiotray
sap

soundconverter
sugar-clock
sugar-memorize
sugar-record
sugar-speak
turpial
vagalume
whaawmp
winswitch
wordgroupz
wxGTK-media
wxGTK3-media
xfce4-mixer
xfce4-volumed

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: DNF and PackageKit background data usage

[William Moreno]

El 2/11/2016 12:16 p. m., "Adam Williamson" 
escribió:
>
> On Sun, 2016-10-30 at 08:50 +0200, Panu Matilainen wrote:
> > On a related note, why on earth is the main Fedora repo set to expire
> > every two weeks? (and its -source and -debuginfo every week??) It's not
> > supposed to change *ever* for a released distro version now is it?
>
> You know, this may be me being dumb, but this question prompted me to
> wonder...can't we do something better than metadata expiry and complete
> re-download for repos that use the mirrormanager metalinks?
>
> The metalinks already provide checksums and timestamps for the
> metadata. So instead of dumbly going out and re-downloading the entire
> metadata at hardcoded intervals, couldn't we rather just check if the
> 'latest' metadata (according to the metalink) has changed since the
> last time we ran, or something along those lines, and only actually
> download the metadata if so? Wouldn't that save us a lot of wasted
> metadata downloads?

+1 and +1 to have dnf and packagekit sharing the same metadata

Why do not include a note in Fedora docs or release notes alerting users
about the default configuration and posible high data download and
instructions to disable background process if the user want? This could
help in the very short time.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Dumb newbie packager questions

[William Moreno]

El 22/10/2016 10:27 p. m., "Christopher" <ctubb...@fedoraproject.org>
escribió:
>
> On Sun, Oct 23, 2016 at 12:09 AM William Moreno <williamjmore...@gmail.com>
wrote:
>>
>> El 22/10/2016 9:51 p. m., "Christopher" <ctubb...@fedoraproject.org>
escribió:
>> >
>> > I should probably know the answers to these by now, but...
>> >
>> > 1. If I trigger more than one build for the same NVR in Koji, which
one will get tagged, and when? Which one will Bodhi use when I create an
update?
>>
>> By default koji will not let build a package of there is a previus buid
with the same NVR in the same branch, you can build many times the same NVR
in diferent  branches, (fedpkg switch-branch)
>>
>>
>
> If the previous build failed, it should be okay, right? I've been bumping
the release each time I make a change in git. I probably only need to do it
once until the next successful build, right?

Yes, only remember to add a line to the changelog is you update the spec.

>>
>> >
>> > 2. Should I preserve the entire changelog in thJme SPEC? Or should I
roll it over when I update to the latest upstream? It seems the changelog
could easily become the bulk of a package if everything is preserved, and
I'd think git would suffice for anything older than the last few rebases
onto latest upstream.
>>
>> Please keep al the changes in the changelog, al lest than you have some
really olds entries (some years ago)
>>
>> > 3. What does the "e" stand for in n-v-r-e ?
>>
>> The E comer for the epoch rmp tag, this overrides the release and
version tags
>>
>> > 4. I'm familiar with `fedpkg commit --clog` for easy git log messages,
but is there some easy tool for generating the clog message (especially the
date/email/version line) automatically?
>>
>> You can use rpmdev-bumpspec foo.spec
>
>
> Awesome! And, from that I figured out how I can override the info with
RPM_PACKAGER env.
>
>>
>> > 5. What is going on here:
https://kojipkgs.fedoraproject.org//work/tasks/4279/16174279/build.log It
says a file is bad... but I can see the file in git and it looks fine.
Where can I go to see if Koji itself is undergoing problems. Is there a
server status page for outages within the Fedora infrastructure?
>>
>> Try fedpkg local to trigger a local build, source files must be
uploaded  by fedpkg new-sources path/to/tarball.tgz
>>
>> The source0 file it is not espected to.be in the package repo, patches
and others soureces can be in the repo
>
>
> These sources are definitely in the repo, and the build works fine
locally. The error is from a missing patch (not Source0), and this patch is
not new and has not changed since the last successful build. Everything
works locally with both mockbuild and local. I'm pretty sure this is a
problem with koji, not the package. I added this as a newbie question,
because I was wondering if there was a server status page I could go to
check to see koji's health.

Do you mean something like this http://status.fedoraproject.org

Also you can test to build in Corp
https://copr.fedorainfracloud.org

>>
>> > 6. Why does fedoraproject.org redirect to getfedora.org?
>>
>> This was of the FEDORA Next move get fedora is the home of the
Fedora[Server, Cloud, Worstation]  brands, new products new site :)
>>
>>
>
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Dumb newbie packager questions

[William Moreno]

El 22/10/2016 9:51 p. m., "Christopher" 
escribió:
>
> I should probably know the answers to these by now, but...
>
> 1. If I trigger more than one build for the same NVR in Koji, which one
will get tagged, and when? Which one will Bodhi use when I create an update?

By default koji will not let build a package of there is a previus buid
with the same NVR in the same branch, you can build many times the same NVR
in diferent  branches, (fedpkg switch-branch)
>
> 2. Should I preserve the entire changelog in the SPEC? Or should I roll
it over when I update to the latest upstream? It seems the changelog could
easily become the bulk of a package if everything is preserved, and I'd
think git would suffice for anything older than the last few rebases onto
latest upstream.

Please keep al the changes in the changelog, al lest than you have some
really olds entries (some years ago)

> 3. What does the "e" stand for in n-v-r-e ?

The E comer for the epoch rmp tag, this overrides the release and version
tags

> 4. I'm familiar with `fedpkg commit --clog` for easy git log messages,
but is there some easy tool for generating the clog message (especially the
date/email/version line) automatically?

You can use rpmdev-bumpspec foo.spec

> 5. What is going on here:
https://kojipkgs.fedoraproject.org//work/tasks/4279/16174279/build.log It
says a file is bad... but I can see the file in git and it looks fine.
Where can I go to see if Koji itself is undergoing problems. Is there a
server status page for outages within the Fedora infrastructure?

Try fedpkg local to trigger a local build, source files must be uploaded
by fedpkg new-sources path/to/tarball.tgz

The source0 file it is not espected to.be in the package repo, patches and
others soureces can be in the repo

> 6. Why does fedoraproject.org redirect to getfedora.org?

This was of the FEDORA Next move get fedora is the home of the
Fedora[Server, Cloud, Worstation]  brands, new products new site :)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Curios - Why python3 is not in critical path?

[William Moreno]

Hello!

Looking at the pkgdb looks like python3 it is not included in the Fedora
critical path:

https://admin.fedoraproject.org/pkgdb/package/rpms/python3/
https://admin.fedoraproject.org/pkgdb/package/rpms/python/

In the updates system also python3 is not part of the critical path update:

https://bodhi.fedoraproject.org/updates/FEDORA-2016-d49f8ec161

I think the critical path in bodhi is important to get enought karma before
go to stable.

I have filler a but about that:
https://bugzilla.redhat.com/show_bug.cgi?id=1383750

Regards.


*William Moreno Reyes*
Colaborador Proyecto Fedora | Nicaragua
IRC:  williamjmorenor Canales: #fedora-latam ; #fedora-ni
https://fedoraproject.org/wiki/User:Williamjmorenor
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: PostgreSQL 9.6.0 rebase

[William Moreno]

El 10/10/2016 3:12 a. m., "Pavel Raiskup"  escribió:
>
> Hi all,
>
> there's new PostgreSQL version 9.6.0 out and we plan to build this into
> Fedora Rawhide within few moments (a bit of testing remains now).
>
> This action requires re-buliding of packages that provide binary
> PostgreSQL modules, basically this is about:
>
>   $ dnf repoquery --disablerepo='*' --enablerepo hell \
>   --repofrompath=hell,
http://ftp.fi.muni.cz/pub/linux/fedora/linux/development/rawhide/Everything/x86_64/os/
>   --whatrequires 'postgresql-server(:MODULE*'
>   orafce-0:3.3.0-1.fc26.x86_64
>   pg-semver-0:0.5.0-5.fc24.x86_64
>   pgRouting-0:2.2.3-4.fc26.x86_64
>   pg_journal-0:0.2.0-12.fc25.x86_64
>   pgsphere-0:1.1.1-13.fc24.x86_64
>   postgis-0:2.3.0-1.fc26.i686
>   postgis-0:2.3.0-1.fc26.x86_64
>   postgresql-ip4r-0:2.0.2-9.fc24.x86_64
>   postgresql-pgpool-II-extensions-0:3.5.4-1.fc26.x86_64
>   postgresql-plruby-0:0.5.4-9.fc24.x86_64
>
> ... plus rdkit package (that's on --whatprovides '/usr/lib64/pgsql/*.so'
list),
> but that fails to build (rhbz#1383231).

I think python 2 and 3 psycopg2 is missing in this list

William ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: How to package a Git repository

[William Moreno]

2016-09-09 3:25 GMT-06:00, Florian Weimer :
> I would like to build (S)RPMs directly from a Git repository (which
> contains the .spec file in the top-level directory).  This is for a
> CI-style project, with a quick release cycle.
>

Tito can help you:

https://github.com/dgoodwin/tito
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Requiring package test instructions (was: Re: Too fast karma on Bodhi updates)

[William Moreno]

2016-07-12 10:49 GMT-06:00 Adam Williamson :

> On Sun, 2016-07-10 at 21:30 +0530, Sayan Chowdhury wrote:
> > Hi,
> >
> > I recently packaged and pushed an update for
> fedmsg-meta-fedora-infrastructure
> > to bodhi and exactly 40 secs[1] later I got a +1 to the update. I am
> sure that
> > testing a package surely takes more than 40 secs. This makes me really
> curious
> > that are the packages really being tested before giving out the karma.
> >
> > After going through messages in datagrepper[2][3], I found that few
> people are
> > giving out karma in one go (4-5 packages under a minute). If these
> packages
> > really are not-tested and the karma are given out randomly then I am
> sure that
> > this sure going to affect the release, infrastructure and our users.
> >
> > Does anybody know what is going on?
>
> So I've been discussing this with various people in the last few days,
> and one specific idea has come out of that which I'd like to float.
>
> We've been hesitant to suggest this before as we thought packagers
> might not like the idea, but we figured it can't hurt to at least
> suggest it.
>
> The idea is this: there could be a requirement for all packages to
> provide at least *some* kind of 'how to test' information.
>
> Looked at from the perspective of a new tester, the current system is
> quite difficult to handle when it comes to upgrades of packages which
> aren't obviously part of the critical path (e.g. kernel) or a well-
> known GUI application package (e.g. firefox).
>
> How do we *expect* a new tester to respond when they come to an update
> for fedmsg-meta-fedora-infrastructure , in Bodhi or fedora-easy-karma?
> It's very difficult - probably impossible - for them to know or work
> out what they should actually do to test this package.
>
> Of course, writing instructions for every single package is a lot of
> work, but right now we have test cases for very few packages, and it
> would definitely help if we could significantly increase that number.
>
>
Sound like a good idea for a virtual FAD, this way more people can help


> What do people think about this idea?
>
> To be clear, the idea would be to have general-purpose instructions for
> basic functionality testing of each package, not requiring new 'how to
> test' text to be written for every individual package update,
> specifically tailored to the changes in that update.
>
> The way the system works at present is that Bodhi will show all wiki
> pages in a specific category based on the package name. For package
> 'foo', Bodhi's web interface and fedora-easy-karma will list all wiki
> pages in the category "Category:Package_foo_test_cases" . These are
> expected to be typical 'test case' pages, though there isn't actually
> any technical *requirement* for them to be, or enforcement of that.
> --
>
> Adam Williamson
> Fedora QA Community Monkey
> IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
> http://www.happyassassin.net
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Review Swap: Python Packages

[William Moreno]

2016-06-15 14:43 GMT-06:00 Avram Lubkin :

> I have a couple of simple Python packages that need to be reviewed. Will
> review yours in return.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1347006:
> python-sphinxcontrib-spelling
> https://bugzilla.redhat.com/show_bug.cgi?id=1340619: python-imagesize
>
>
I will take them

>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>
>
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: I'll orphan some of my packages

[William Moreno]

2016-06-07 3:45 GMT-06:00 Raphael Groner :

> Feel free to take:
>

Will take this :

> - rpms/xfce4-hamster-plugin -- Time tracker port of the 'hamster project
> extension' for the xfce4 panel ( master f24 f23 f22 epel7 )
> [incl. hamster-time-tracker as a dependeny but co-maintainer there]
>
>


Libre
de virus. www.avast.com

<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Python package reviewer wanted

[William Moreno]

>
>
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1328892
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1328951
>
>
I like the atomic host projetc, I will take both reviews


Libre
de virus. www.avast.com

<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: python-SecretStorage

[William Moreno]

I can take it
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Orphaning python-frappe

[William Moreno]

Hi, I am orphaning python-frappe , a python framwork used to build ERPNext, I 
was interested in get ERPNext available in Fedora repos but I am not working 
more with this ERP and now not make sence for me to keep maintaining 
python-frappe.

Regards,
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org