review swap: chromaprint - Library implementing the AcoustID fingerprinting
Looking for a swap reviewer I think it's a non complex review https://bugzilla.redhat.com/show_bug.cgi?id=755066 Spec URL: http://olea.org/tmp/chromaprint-rpms/chromaprint.spec SRPM URL: http://olea.org/tmp/chromaprint-rpms/chromaprint-0.5-2.fc15.src.rpm A deeply related review is pending in RPM Fusion if interested too: https://bugzilla.rpmfusion.org/show_bug.cgi?id=2036 -- Ismael Olea http://olea.org/diario/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: review swap: chromaprint - Library implementing the AcoustID fingerprinting
On Mon, Nov 21, 2011 at 2:28 PM, Nikos Roussos wrote: > Here is mine for review: > https://bugzilla.redhat.com/show_bug.cgi?id=754698 > deal! -- Ismael Olea http://olea.org/diario/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
best practices packaging web applications
Hi all: I'm studing the packaging of a non trivial web application, mostly based on php+js+mysql. I've review the wiki looking for policies and other staff and this is everything I got: http://fedoraproject.org/wiki/PackagingGuidelines#Web_Applications http://fedoraproject.org/wiki/Packaging:PHP and https://fedoraproject.org/wiki/JavaScript_libraries_packaging_guideline_draft Do you know if I'm missing some relevant information or policies? And, what «best practices» would you recommend to review, at least in the form of current packages? I'm considering zarafa, xinha and wordpress. Thanks. -- Ismael Olea Planeta OLEA signature.asc Description: This is a digitally signed message part smime.p7s Description: S/MIME cryptographic signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: best practices packaging web applications
> > > On Tue, Mar 1, 2011 at 5:58 PM, Adam Williamson wrote: In addition to all that's been mentioned so far, I'd actually recommend > a quick look at the Mandriva web app policy: > http://wiki.mandriva.com/en/Policies/Web_Applications . Obviously it > doesn't apply in its entirety to Fedora, but a lot of it does, it's > well-written and gives a good overview of the theory behind packaging > this is preciselly the info I were looking for > web apps properly. Maybe we should even adapt it for Fedora. > I'll consider it too. ---8<--- On Tue, Mar 1, 2011 at 4:34 PM, Jon Ciesla wrote: > Fedora, including drupal, moodle, gallery2, and wordpress. First off, drupal and moodle are significative good examples I missed: good tip! Thanks both :-) -- Ismael Olea http://olea.org/diario/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Review swaps
The upgraded OmegaT requires new (java) dependencies. They are not very complex: - gnudiff https://bugzilla.redhat.com/show_bug.cgi?id=1127879 - jsap https://bugzilla.redhat.com/show_bug.cgi?id=1127894 - rundoc https://bugzilla.redhat.com/show_bug.cgi?id=1130755 - snip https://bugzilla.redhat.com/show_bug.cgi?id=1130756 Thanks in advance. -- Ismael Olea http://olea.org/diario/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Mono3.4 in Fedora 21, or troll?
On Wed, Aug 20, 2014 at 12:54 PM, Christopher Meng wrote: > Hi, > > Can someone tell me the status of the mono 3.4 proposal? I contacted chkr > last year and he said it's a big task. He didn't say anything about the > feature although the mono package is obsolete already. And I don't know why > 3.4 was proposed by a stranger this year again(someone is not even a > packager yet with no communication to the development). > Claudio did it because he was interested and anybody more was too. He maintains a copr repo: - http://copr.fedoraproject.org/coprs/elsupergomez/mono/ - https://fedoraproject.org/wiki/Changes/Mono_3.4 I should have helped him but I couldn't plan the needed time. My fault. -- Ismael Olea http://olea.org/diario/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Mono3.4 in Fedora 21, or troll?
On Wed, Aug 20, 2014 at 7:38 PM, Claudio Rodrigo wrote: > I need help to became packager, I talk with Xavier Lamien to sponsor me. > But he is busy. > I want see mono 3.4 in fedora officially. It is a great goal. > Additional I was father last week. > Congratulations!!! > Anyone who want help to complete this proposal, will be welcome. > I tried to do the formal review for hamekoz-tiempos but last spec didn't build to me: https://bugzilla.redhat.com/show_bug.cgi?id=1084190#c14 I'm still open to do this. -- Ismael Olea http://olea.org/diario/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Package review requests related with pdfmod
-- Forwarded message -- From: Ismael Olea Date: Fri, Jun 22, 2012 at 1:31 PM Subject: Package review requests To: Fedora-Mono Hi: I adopted this packages and need the peer reviews: - pdfmod: https://bugzilla.redhat.com/show_bug.cgi?id=834552 - poppler-sharp https://bugzilla.redhat.com/show_bug.cgi?id=834551 (dep for pdfmod) - hyena https://bugzilla.redhat.com/show_bug.cgi?id=834548 (dep for pdfmod and banshee) Volunteers? -- Ismael Olea http://olea.org/diario/ -- Ismael Olea http://olea.org/diario/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fwd: Package review requests related with pdfmod
Hi: pdfmod is just one package of distance to get into F18 since the two dependencies are now approved. Someone want to review it? -- Forwarded message -- From: Ismael Olea Date: Tue, Jul 3, 2012 at 1:16 PM Subject: Package review requests related with pdfmod To: Development discussions related to Fedora -- Forwarded message -- From: Ismael Olea Date: Fri, Jun 22, 2012 at 1:31 PM Subject: Package review requests To: Fedora-Mono Hi: I adopted this packages and need the peer reviews: - pdfmod: https://bugzilla.redhat.com/show_bug.cgi?id=834552 - poppler-sharp https://bugzilla.redhat.com/show_bug.cgi?id=834551 (dep for pdfmod) - hyena https://bugzilla.redhat.com/show_bug.cgi?id=834548 (dep for pdfmod and banshee) Volunteers? -- Ismael Olea http://olea.org/diario/ -- Ismael Olea http://olea.org/diario/ -- Ismael Olea http://olea.org/diario/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Packages in need of new maintainers
On Wed, Oct 3, 2012 at 8:23 PM, Jon Ciesla wrote: > swing-layout -- Natural layout for Swing panels > I'll take this since is a dep of Omegat. FAS name: olea -- Ismael Olea http://olea.org/diario/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
review swap: SVNKit
Anyone interested in a review swaping? Here is mine: https://bugzilla.redhat.com/show_bug.cgi?id=877403 -- Ismael Olea http://olea.org/diario/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[heads up] Abiword
Hi: While fixing sugar-write[1] I needed to update Abiword/libabiword to recent versions[2]. I made this using a bunch of patches from SugarLabs, with special interests in the gtk3 and instrospection ones. I've made an experimental build[3] which looks promising but would like others give it a try. Thanks. [1] https://bugzilla.redhat.com/show_bug.cgi?id=962238 [2] https://bugzilla.redhat.com/show_bug.cgi?id=605573 [3] http://koji.fedoraproject.org/koji/taskinfo?taskID=5411912 -- Ismael Olea http://olea.org/diario/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: icedtea-web installed and enabled by default in Fedora 19
On Mon, Jun 17, 2013 at 4:32 PM, Bill Nottingham wrote: > > We cannot really remove installed packages after the release, so I'm > > wondering if we still can fix this prior to release. > > We could, I suppose. What do people think? (It's just one line in comps.) > When I needed a java plugin (particularly for some government websites) I always should got to install the Sun/Oracle one. In those cases icedtea-web has been 100% useless to me :-/ My 2¢ -- Ismael Olea http://olea.org/diario/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: icedtea-web installed and enabled by default in Fedora 19
On Tue, Jun 18, 2013 at 11:18 PM, Rahul Sundaram wrote: > > The plugin used to be problematic before but have you tried it recently? Maybe a year ago or so. > Do file a bug report if there are still issues thanks for the tip. -- Ismael Olea http://olea.org/diario/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Geting back a package to a previous version
Hi: I need to get back to htmlparser 1.5 (from current 1.6 one) due a bug with OmegaT[1]. OmegaT is the only package requiring htmlparser (checked with repoquery) so I assume the change is safe. My only doubt is what is the better practice to do this. I'm supposing I should increase the Epoch. Is this the correct one? Thanks in advance. [1] http://sourceforge.net/p/omegat/mailman/message/32783657/ -- Ismael Olea http://olea.org/diario/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Geting back a package to a previous version
On Sun, Nov 16, 2014 at 4:31 PM, Kalev Lember wrote: > Yes Thanks! -- Ismael Olea http://olea.org/diario/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Orphaning few java packages
On Fri, Jan 10, 2014 at 9:29 AM, Aleksandar Kurtakov wrote: > > * sqljet - dependency of svnkit which was dependency(disabled now due to > build problems with svnkit) of eclipse-subclipse I've just taken sqljet (as a dependency of OmegaT) before reading this. Which build problem svnkit has? It's another BR for OmegaT. -- Ismael Olea http://olea.org/diario/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Orphaning few java packages
On Fri, Jan 10, 2014 at 10:22 AM, Aleksandar Kurtakov wrote: > > I've just taken sqljet (as a dependency of OmegaT) before reading this. > Which > > build problem svnkit has? It's another BR for OmegaT. > > > So svnkit was fine for java usage but not for being used in > eclipse-subclipse. thaks for the info :) -- Ismael Olea http://olea.org/diario/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: This update's test gating status has been changed to, 'greenwave_failed'.
On Mon, Oct 7, 2019 at 9:44 AM Pierre-Yves Chibon wrote: > > It likely was. Bodhi called greenwave to ask about a status of the builds > in an > update, greenwave calls Koji for more information, that calls returned an > error. > Greenwave's request returns an error as well. > Bodhi is not able to distinguish where the error is coming from and thus > set the > status to "greenwave_failed". > So, this mean Bodhi will reject to move the package to updates or not? :-? It's happening to me too[1]. [1] https://bodhi.fedoraproject.org/updates/FEDORA-2019-d9a4a2d770 -- Ismael Olea http://olea.org/diario/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Fedora in GNOME Online Accountes
On Wed, Sep 18, 2019 at 11:21 AM Felipe Borges wrote: The "Fedora" account is just a branded Kerberos account. By adding a Fedora account in GNOME Online Accounts you would get automatically signed on whenever you'd need to enter your FAS credentials. Love it. -- Ismael Olea http://olea.org/diario/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Fwd: Retiring OmegaT and considerations about its dependencies
Just reporting these actions: Retired package: - https://src.fedoraproject.org/rpms/OmegaT/ Orphaned packages: - https://src.fedoraproject.org/rpms/vldocking - https://src.fedoraproject.org/rpms/svnkit/ - https://src.fedoraproject.org/rpms/sqljet/ - https://src.fedoraproject.org/rpms/gnudiff/ - https://src.fedoraproject.org/rpms/sequence-library/ - https://src.fedoraproject.org/rpms/htmlparser/ Transfered main admin packages: - https://src.fedoraproject.org/rpms/snip/ - https://src.fedoraproject.org/rpms/jsap/ - https://src.fedoraproject.org/rpms/rundoc FYI -- Forwarded message -- From: Ismael Olea Date: Wed, Jan 3, 2018 at 2:41 PM Subject: Retiring OmegaT and considerations about its dependencies To: Discussion list for java related Fedora development < java-de...@lists.fedoraproject.org> Hi all: I delayed this for time enough. It's impossible to me to keep updated OmegaT in Fedora. Their development rhythm is pretty nice but they are adding frequent new dependencies and I can't make the effort to add them to Fedora. The good part is I'm working in the Flatpak approach which is less strict with dependencies and is multidistro too so Fedora users will get an alternative in the coming weeks.. Retiring OmegaT bring to discuss what to do with the dependencies which I honestly prefer to abandon. This is the situation: Packages to retire: - OmegaT, for the explained reasons (last version in Fedora: 2.6.3, last version upstream: 3.6.0/4.1.3) - svnkit, only used by OmegaT and broken in the current Fedora version - sqljet, only required by OmegaT and svnkit, broken in Fedora too - sequence-library, only required by svnkit and broken too OmegaT exclusive dependencies to be orphaned/retired: - gnudfif - htmlparser - vldocking OmegaT dependencies I want to delegate bc used by other package: - jsap, used by java-wakeonlan Actions: - Since I supposed there would be no interest on them I'll retire OmegaT, svnkit, sqljet and sequence-library - I'm gladly transfer maintenance of gnudiff, htmlparser and vldocking to anyone interest, so I'm going to orphan them - This message is cc:'d to Leamas, the maintainer of java-wakeonlan to offer him the ownership, if he declines I'll orphan it too. I'm open to your feedback, if any. Thanks! -- Ismael Olea http://olea.org/diario/ -- Ismael Olea http://olea.org/diario/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Why size of repositories metadata is too high in Fedora?
On Thu, Mar 1, 2018 at 3:29 PM, Farhad Mohammadi Majd wrote: > Hello, in Debian (9, stable), size of all the official repositories > metadata is maximum 10MB, > while in Fedora, today I ran "dnf update" for first time after installing > Fedora 27 (Fedora-Workstation-Live-x86_64-27-1.6) and it took 20+58MB for > two official repositories! > > It is really too high, why there is such difference? why don't optimize it > and fix this problem? > > In my experience, not sure if related with the described issue, I have configured >20 repos on my laptop (12Gb RAM and several of them just one app related) and not only dnf consumes lots of memory but gnome-software RAM consumption grow so immense it gets unusable and stucks the machine. Just reporting. -- Ismael Olea http://olea.org/diario/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
About retiring OmegaT from Fedora
Hi all: My first important package in Fedora was OmegaT[1]. AFAIK is the best FLOSS computer aid translator tool available. With the time OmegaT has been enjoying a very active development with a significant (to me) handicap: new releases adds new features with new dependencies on java libraries not available in Fedora. As you perfectly know, updating the package requires to add each one of those libraries as new packages. But I can't find the time for such that effort. That's the reason the last Fedora version is 2.6.3 and the lasts at upstream are 3.6.0 / 4.1.2. So, I give up. I want to retire the package from Fedora because I'm sure I will not be able to update it anymore. I'll wait some days waiting someone expressing their interest on taking ownership. Otherwise I'll start the retirement process. Yours. [1] https://apps.fedoraproject.org/packages/OmegaT PS: OTOH I plan to publish OmegaT as a flatpak package via Flathub. Seems to me it would be a lot easier to maintain that way. I'm aware Flathub is out of the scope of Fedora :-/ -- Ismael Olea http://olea.org/diario/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: About retiring OmegaT from Fedora
On Tue, Aug 22, 2017 at 3:33 AM, Yaakov Selkowitz wrote: > > Then you should orphan it. If nobody takes it up, then it will be > automatically retired. > I thought about it, but it's so hard to update it seems to me to better retire and reduce the noise :-m -- Ismael Olea http://olea.org/diario/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org