multiple sources versions in lookaside cache
I wanted to download sources for a package and it seems the cache hosts several older releases (see below). Is it the normal/intended behavior? [gia...@bingo F-12]$ make sources Downloading nemiver-0.6.7.tar.bz2... % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 1303k 100 1303k0 0 270k 0 0:00:04 0:00:04 --:--:-- 281k -rw-rw-r--. 1 giallu giallu 1334387 2009-05-03 01:18 nemiver-0.6.7.tar.bz2 Downloading nemiver-0.7.0.tar.bz2... % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 1335k 100 1335k0 0 83656 0 0:00:16 0:00:16 --:--:-- 78402 -rw-rw-r--. 1 giallu giallu 1367397 2009-07-02 16:16 nemiver-0.7.0.tar.bz2 Downloading nemiver-0.7.1.tar.bz2... % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 1401k 100 1401k0 0 183k 0 0:00:07 0:00:07 --:--:-- 219k -rw-rw-r--. 1 giallu giallu 1435285 2009-08-01 13:05 nemiver-0.7.1.tar.bz2 Downloading nemiver-0.7.2.tar.bz2... % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 1387k 100 1387k0 0 120k 0 0:00:11 0:00:11 --:--:-- 106k -rw-rw-r--. 1 giallu giallu 1420879 2009-09-12 22:32 nemiver-0.7.2.tar.bz2 Downloading nemiver-0.7.3.tar.bz2... % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 1394k 100 1394k0 0 283k 0 0:00:04 0:00:04 --:--:-- 309k -rw-rw-r--. 1 giallu giallu 1428156 2009-12-07 10:48 nemiver-0.7.3.tar.bz2 -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: multiple sources versions in lookaside cache
On Sat, Jan 23, 2010 at 6:19 PM, Michael Schwendt wrote: > On Sat, 23 Jan 2010 11:14:01 -0600 (CST), Mike wrote: >> >> At the moment we keep everything forever. I notice your 'sources' file >> has all the sources listed in it, that's why it is downloading multiple >> sources. > > And which likely is due to using "make upload FILES=..." rather than "make > new-sources FILES=...". Use the latter if you want to _replace_ the > contents of the "sources" and .cvsignore files when doing a version > upgrade. I'm not the maintainer for that package but I actually wondered how would that happen. Thank you both for the useful info. -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 Milestone Reached: Feature and Spin Submission Deadlines
On Wed, Jan 27, 2010 at 9:00 PM, John Poelstra wrote: > A friendly reminder that yesterday, January 26, 2010, we reached the > Feature and Spin submission deadline. Where is the list of accepted spins? https://fedoraproject.org/wiki/Releases/13/Spins says it's a placeholder, still -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 Milestone Reached: Feature and Spin Submission Deadlines
On Sun, Jan 31, 2010 at 10:38 PM, Bruno Wolff III wrote: > > https://fedoraproject.org/wiki/Category:Spins_Fedora_13 > > Some of those are kickstart only and won't have prebuilt isos for download. > Great thanks. So I've updated the Spins page with the info gathered from your link. I think someone (maybe from FESCo?) may want to double check I did not messed up the list and remove the "this is a placeholder" line Cheers G. -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: even with gcc -g -O0
On Mon, Feb 1, 2010 at 7:18 AM, Chuck Anderson wrote: > > Program received signal SIGSEGV, Segmentation fault. > playmonoi16 (dst=0x76ddc0, len=, > ch=) at mixasm.c:1746 Sorry for asking the obvious, but this hit me several times... is this mixasm.c file part of the sources you are compiling with -g -O0? if it's in a library your code is using, you also need to recompile that one with -O0. -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Twitter support broken in Pino
If you are using Twitter with pino you probably noticed it stopped working on September, 1, duly reported in https://bugzilla.redhat.com/show_bug.cgi?id=629192 This was due to twitter forcing oauth authentication on all API consumers, as explained by the gwibber author on ars technica: http://arstechnica.com/security/guides/2010/09/twitter-a-case-study-on-how-to-do-oauth-wrong.ars Now, one interesting sentence from the article is: """ Most FOSS client developers have simply chosen to embed their keys in their source code with the hope that Twitter won't notice. I was about to give up on Gwibber, but Canonical intervened on my behalf (special thanks to Ken VanDine) and negotiated a compromise with Twitter that will allow Gwibber to continue using the service. """ So I'm wondering if we can lobby the same exception for pino, which is the default client we ship in the desktop spin Thoughts? -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Twitter support broken in Pino
On Fri, Sep 3, 2010 at 6:27 PM, Bill Nottingham wrote: > > The other option would be to switch to gwibber (which has been > un-desktop-couched in Fedora 14, so it theoretically won't bring in > nearly as much to the live image. Certainly that's a better option than shipping F14 with a non functional twitter client. -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Orphaning gpointing-device-settings
Hi I'm not using this package anymore so I'd like to orphan it; bugs and all other data at: https://admin.fedoraproject.org/pkgdb/acls/bugs/gpointing-device-settings Regards G. -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Looking for provenpackager help
It seems this bug related to twisted + gtk is open since far longer than really needed: https://bugzilla.redhat.com/show_bug.cgi?id=660137 is there any provenpackager around with some spare cycle to apply the provided patch? Thanks in advance G. -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[OT] EuroPython anyone?
I just bought tickets for EuroPython (http://ep2011.europython.eu/) and I'm wondering if anyone here is going to the event. It would be nice to meet some Fedora friend there :) -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Buildbot package
On Thu, May 26, 2011 at 8:19 AM, philippe makowski wrote: > is there any reason that we have buildbot 7.12 ((January 21, 2010)) > and that upstream is now 8.3 ? > any problem to upgrade it ? In 0.8.0 upstream split the slave functions into a separate buildbot-slave package In short, we need a new package (and review), but I've got no time for starting the procedure. Besides, it's an interesting upgrade path: what should we do on upgrades? leave out the -slave package, make it a dependency of the master so existing installations are not affected or something else? As usual, help is very much appreciated -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Buildbot package
On Thu, May 26, 2011 at 10:38 AM, Michael Schwendt wrote: > buildbot-master > buildbot-slave > buildbot : meta-package which requires -master and -slave Good. I guess I can produce both buildbot and buildbot-master from the current "buildbot" package, so just one review for buildbot-slave is actually needed? -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: usb_modeswitch by default
On Fri, Mar 19, 2010 at 9:52 AM, Rahul Sundaram wrote: > On 03/05/2010 02:55 AM, Pete Zaitcev wrote: >> >> OK, that sounds good. So, I withdraw objections after Rahul's question, >> as far as Fedora is concerned. >> > > I have added it to the hardware support group as a default package for > Fedora 13. Just to be sure: do this mean users with those dongles should have a "works out of the box" experience with NetworkManager in F13? -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: 2010-03-25 Printing test day recap
On Thu, Apr 1, 2010 at 7:06 PM, Adam Williamson wrote: > The turnout was somewhat disappointing: we only had results from about a > half dozen testers. If anyone has a particular reason they didn't > attend, we'd love to hear about it. We'd have liked much wider testing > on the automatic driver installation feature. One reason could be that printers works well enough already... however, since it seems we can gather useful info even from people running F11 and F12[1], I wonder if we could spread the word further by posting a "your help is needed" message to the users list and one or more forums. [1] http://cyberelk.net/tim/2010/04/01/printer-device-ids-wanted/ -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: 2010-03-25 Printing test day recap
On Mon, Apr 5, 2010 at 7:25 PM, Adam Williamson wrote: > > I did announce the event in the forums, I announce every test day there. > I'm not on the users list, though. Don't have the time :/ Oh right, forums are the same or maybe even better than the user list. Anyway, if finding IDs/testing automatic driver installation is an ongoing effort I think it's worth trying. If you agree, I'll send a mail later to the list -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: 2010-03-25 Printing test day recap
On Tue, Apr 6, 2010 at 10:29 PM, Adam Williamson wrote: > > Please do! That would be very helpful. Thanks. Done, let's see what happens -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: non-responsive maintainer: thomasvs
On Tue, Apr 6, 2010 at 8:53 PM, Julian Sikorski wrote: > buildbot-0:0.7.12-1.fc12.noarch I maintain this one; it has a fairly decent set of tests so I should be able to catch any issue at build time. -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thunderbird bz 579023 still not fixed even though there is an upstream fix available
On Sun, Apr 25, 2010 at 11:55 PM, Kevin Kofler wrote: > They also care very little about the needs of distros and it took years for > some of the system libs to get used rather than bundled, for things like > system icons getting adopted etc. They still suck in the system integration > domain in many ways, e.g. openSUSE's KDE integration patches have yet to be > merged, and of course our maintainers refuse to merge openSUSE's patches due > to the usual trademark concerns (which openSUSE doesn't seem to be concerned > about, they just ship those patches in branded packages, so either Mozilla > approved them, which means we can ship them too, or they just didn't care, > so why should we?). What really strikes me here is that we're not even talking about adding random downstream patches, but an upstream one. -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Detecting Postgres version during build
I am trying to build a package that provides a Postegres cartridge compatible with 8.x and 9.x. Unfortunately the cartridge related files are not installed in the same path for both version so I am looking for a way to query the version against I'm building and pick the correct path. Is there any standard mean for doing what I need? -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Detecting Postgres version during build
Hi Richard, I'll add some more context.
The package I'm preparing is for rdkit (http://rdkit.org), a
cheminformatic software with several components (a library, python
bindings, and Postgres chemical cartridge).
The current files I'm working on are here:
http://giallu.fedorapeople.org/rdkit.spec
http://giallu.fedorapeople.org/rdkit-2011.12-1.fc16.src.rpm
On Tue, Mar 6, 2012 at 4:00 PM, Richard W.M. Jones wrote:
> If you BuildRequire the database itself (likely you don't) then
> postgres --version + some scripting seems to do what you want:
>
> $ postgres --version | awk '{print $3}'
> 9.1.2
I'm requiring postgresql-devel and I just checked mock logs and it
seems it pulls in postgresql, so I guess I can use this method.
>
> I suspect this isn't going to do what your users need. What happens
> if they connect to a remote PostgreSQL database? I'm guessing they
> could use either cartridge depending on the remote version, so you
> probably want to build and install both of them, if that is possible.
I am not sure this is going to work (at least in the present case):
the package includes some SQL code along with a shared object that
pgsql server runs to provide the chemical functions. AFAICT setting
this up is completely server side (see
http://code.google.com/p/rdkit/wiki/BuildingTheCartridge for details)
and unless we have both 8.x and 9.x in any EL or Fedora branch you
just want to pick and install the one that is provided by the package.
G.
--
Gianluca Sforna
http://morefedora.blogspot.com
http://identi.ca/giallu - http://twitter.com/giallu
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Detecting Postgres version during build
On Wed, Mar 7, 2012 at 11:32 AM, Tom Hughes wrote: > It might be worth looking at how something like the postgis package handles > this, as it also contains a Postgres extension. Yeah. useful: http://pkgs.fedoraproject.org/gitweb/?p=postgis.git;a=blob;f=postgis.spec;h=53c558366da23ea5afdec41331b3ed40b0138c72;hb=HEAD It seems it uses an approach similar to what Rich suggested to check version. It also seems to build for/against a single postgresql version, adding an explicit require for the same version (not sure how you can end up with a mismatch tough, maybe on upgrades?) -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Font rendering in F13
On Sun, May 23, 2010 at 6:57 PM, Roberto Ragusa wrote: > > I'm well aware that many people have different tastes about font > readability and that I'm probably out of the majority (who > wants "like on Windows" rendering). This awareness was actually > the reason of my post: to have guys remember that not everyone > welcomes the bci. > Actually, one of the first questions I get from users switching from Ubuntu is why our fonts look worse than theirs. As of today, I haven't a good answer, if anyone knows better I'd really love to hear where we differ and if/how we plan to close the gap. -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora rawhide FTBFS status 2010-06-01 x86_64
On Thu, Jun 3, 2010 at 4:42 PM, Matt Domsch wrote: > > It also doesn't report any failing packages that have subsequently > been built and published in koji's rawhide since 06-01. That should > cut down on the "but I just fixed that!" responses from now on. One question. Is committing the fix in CVS enough or do I need to also push an update? In my case the package missed a BR that was only used to do tests in the %check section, I removed it now in CVS but the resulting binary package is basically the same as before. -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Packagers: incomplete Obsoletes and undead packages
On Thu, Jan 29, 2015 at 10:37 AM, Michael Schwendt wrote: > > Dead and all builds obsoleted: > -- > python-twisted-conch > obsoleted by: python-twisted > python-twisted-lore > obsoleted by: python-twisted > python-twisted-mail > obsoleted by: python-twisted > python-twisted-names > obsoleted by: python-twisted > python-twisted-news > obsoleted by: python-twisted > python-twisted-runner > obsoleted by: python-twisted > python-twisted-web2 > obsoleted by: python-twisted > python-twisted-words > obsoleted by: python-twisted Can this be related to the failure trying to build buildobt in mock? Using metadata from Fri Mar 6 09:35:17 2015 Error: package python-twisted-14.0.2-1.fc22.x86_64 obsoletes python-twisted-core < 14 provided by python-twisted-core-12.2.0-4.fc21.x86_64. package python-twisted-words-12.2.0-4.fc21.x86_64 requires python-twisted-web, but none of the providers can be installed ERROR: Exception(buildbot-0.8.10-2.fc23.src.rpm) Config(fedora-rawhide-x86_64) 4 minutes 18 seconds INFO: Results and/or logs in: /var/lib/mock/fedora-rawhide-x86_64/result ERROR: Command failed. See logs for output. # /usr/bin/dnf builddep --installroot /var/lib/mock/fedora-rawhide-x86_64/root/ --releasever 23 /var/lib/mock/fedora-rawhide-x86_64/root//builddir/build/SRPMS/buildbot-0.8.10-2.fc23.src.rpm --setopt=tsflags=nocontexts -- 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: [ACTION REQUIRED] Retiring packages for Fedora 18
On Wed, Jul 11, 2012 at 3:23 AM, Sérgio Basto wrote: > flickcurl has been updated to 1.22 and build in rawhide with > raptor2-devel. > So librawstudio and rawstudio should be rebuild , anyone do this ? > please Doing it right now. -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: upstream wants me to rename my package
On Fri, Sep 7, 2012 at 10:54 PM, Gary Gatling wrote: > If a upstream project somehow objects to someone packaging their software > should you just give up and tell people that the upstream would prefer you > download their self created rpms or is it considered acceptable to go ahead > and package their software over their objections? > > > He says at the end of his email: > > "'I'm willing to help out in any way I can, within reason, but I will also > re-iterate that VirtualGL was never really designed to be integrated > into an O/S distribution." > > Thanks for any thoughts you guys might have about this surprising > reaction... The classic 0.02: Now, I don't really get the "not designed to be integrated in a distro" part, but since he obviously wants to offer RPMs for his project, maybe he could be interested in becoming the (co)maintainer in Fedora? Being in the distro's official repo has several advantages (exposure, easy installation, etc) that any upstream should be very keen about. -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID))
On Tue, Oct 30, 2012 at 7:12 PM, Adam Williamson wrote: > I'd recommend asking dcantrell, as he has some good points on this > topic. I broadly agree with him that it might well be more or less > impossible to smoothly handle a major rewrite of anaconda in our current > development process. CCing to make sure he sees this. If you are saying that 6 months are a too short time for something like this I think I can understand it. However, from the relevant feature page contingency plan: """ First, at some point before the development freeze, we need to merge the newui branch into master in git. At this point, regular anaconda builds will include the new UI and that's what everyone will see. Should we not get to a point where we're comfortable with merging before the development freeze, the contingency plan would simply be to not merge and wait for the next Fedora release. Second, after merging we are kind of committed to taking this UI in for Fedora 18. It will be too large of a body of work to revert. Plus, much of our effort will have been spent on the newui branch which means regular bug fixing will have suffered. I do not have a good idea of what the contingency plan for this point will be. """" So, apparently, we approved this feature knowing that after the merge we effectively had no plan in case of large issues. I don't know if it's impossible to revert to the F17 anaconda at this time, however it is clear that F18 is going to be the longest release cycle we had in 9 years and somehow we need to avoid this in the future. Cheers G. -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID))
On Wed, Oct 31, 2012 at 10:33 AM, drago01 wrote: > On Wed, Oct 31, 2012 at 10:27 AM, Vratislav Podzimek > wrote: >> On Tue, 2012-10-30 at 19:32 +0100, Gianluca Sforna wrote: >>> If you are saying that 6 months are a too short time for something >>> like this I think I can understand it. >> 6 months are a too short time. And it was less than 6 months. As can be >> seen from the F18 release schedule [1], originally it was about 3 months >> between the day F17 was released and the day new Anaconda was expected >> to work (F18 Alpha release). > > Sure in that case you shouldn't have propose it for F18 to begin with > but take your time and introduce it in F19. There is no need for this > rush. I'm not happy with the outcome either, but as a developer I can really see how bringing forward the old ui (which would need changes even if you do not add features there) and the new one at the same time would be impractical and/or plain impossible to do. However, I think anaconda developers knew that 6 months were too short since the beginning. If this was abundantly clear to FESCo and other interested parties, I think we could even accept a one time 9/12 months release cycle instead, without raising all this fuss for each week of delay. -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 18 : broken configuration for httpd 2.4
On Tue, Oct 30, 2012 at 3:14 PM, Remi Collet wrote: > > > I you need more explanation on the required changes, feel free to ask. So, befoer I dig into manuals, can you name the most common causes for breakage? -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F20 Self Contained Change: Vagrant
On Thu, Jul 18, 2013 at 5:30 PM, Matthew Miller wrote: > If we're confident that the feature will get into upstream when the > unreleased version finally comes out, and if this is really the last > blocker, we may be able to get an exception to the bundled libraries policy. > (This is one of the listed cases for a possible exception.) Or add the required patch to the package to provide the missing method? It will be removed at the next upstream release anyway. -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Texlive missing dependency
While building one of my packages I got this error: DEBUG util.py:421: Error: nothing provides tex-texlve-common needed by texlive-collection-basic-5:svn41149-3.20160520.fc26.1.noarch. DEBUG util.py:421: nothing provides tex-texlve-common needed by texlive-collection-basic-5:svn41149-3.20160520.fc26.1.noarch Is that a typo in the spec file or am I missing something? -- Gianluca Sforna http://plus.google.com/+gianlucasforna - http://twitter.com/giallu Tinker Garage - http://tinkergarage.it ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
More texlive woes in rawhide
Hi all, it seems right now I can't rebuild the rdkit package [1] due to this: pdflatex 'RDKit.tex' This is pdfTeX, Version 3.14159265-2.6-1.40.17 (TeX Live 2016) (preloaded format=pdflatex) restricted \write18 enabled. kpathsea: Running mktexfmt pdflatex.fmt mktexfmt: mktexfmt is using the following fmtutil.cnf files (in precedence order): mktexfmt: mktexfmt is using the following fmtutil.cnf file for writing changes: mktexfmt: /builddir/.cache/texlive/texmf-config/web2c/fmtutil.cnf mktexfmt [INFO]: writing formats under /builddir/.cache/texlive/texmf-var/web2c mktexfmt [INFO]: did not find entry for byfmt=pdflatex, skipped mktexfmt [INFO]: Total formats: 0 mktexfmt [INFO]: exiting with status 0 I can't find the format file `pdflatex.fmt'! Anyone can give me a clue? [1] http://koji.fedoraproject.org/koji/taskinfo?taskID=16036105 -- Gianluca Sforna http://plus.google.com/+gianlucasforna - http://twitter.com/giallu Tinker Garage - http://tinkergarage.it ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: More texlive woes in rawhide
On Tue, Oct 11, 2016 at 2:14 PM, Richard Fearn wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=1382447 > > spot said the problem should be fixed in the -8 build > (http://koji.fedoraproject.org/koji/buildinfo?buildID=808434), which > has completed. I see your failed build used the -7 packages, so > perhaps you just need to try it again. Thanks for the info. I tried but mine is still failing, I added a comment in the bug. -- Gianluca Sforna http://plus.google.com/+gianlucasforna - http://twitter.com/giallu Tinker Garage - http://tinkergarage.it ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Improving the Fedora boot experience
On Wed, Mar 13, 2013 at 12:10 AM, Nicolas Mailhot wrote: > The proposal discussed here is not to "keep the hood on the car". > The proposal is to remove any indication there is a hood, and show the > user a seamless surface with no hint it can be opened (or how). However, pretty much every operating system out there has a special key or combo to activate a boot menu, which is otherwise not accessible. I don't think Linux users are less capable to find out what they need to press at boot, when things need to be tuned. -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
build tests failure on non x86_64 archs
While trying to update one of my packages (rdkit), I am hitting an issue with its tests suite, so apparently every non-x86_64 build is failing. rawhide example: https://koji.fedoraproject.org/koji/taskinfo?taskID=19487191 EPEL example: https://koji.fedoraproject.org/koji/taskinfo?taskID=19486424 So, since this is a pretty large codebase (that I am not familiar with) I am going to ask upstream if they can reproduce the issue, but before doing so I'm wondering if anyone here can think of any reason why our builders can determine such a behavior. I know this kind of a long shot, but any idea to start debugging the issue will be appreciated. Cheers G. -- Gianluca Sforna http://plus.google.com/+gianlucasforna - http://twitter.com/giallu Tinker Garage - http://tinkergarage.it ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Botched EFI menu on Macbook 11.1 after upgrade
I'd need to report this issue but I don't know which component to file it on. Basically, I upgraded my MacBook Pro 11.1 from Fedora 29 to Fedora 31, but the EFI boot manager now has both entries (Fedora and Macintosh) pointing to OSX. If you also have ideas about how to proceed and fix it it would be most useful :D Cheers G. -- Gianluca Sforna ___ 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
Successful build with mockbuild gives error in koji
Hi, I have this build failing: https://kojipkgs.fedoraproject.org//work/tasks/6308/30036308/build.log during documentation creation. However, the same build is successful when I run it locally with fedpkg. For me, this is actually the first time a local, successful mock build is failing in koji (for the same arch) so I don't really know how to think about it. Ideas? -- Gianluca Sforna ___ 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
Rdkit issue with boost 1.64
Apparently, the rdkit package does not play along with boost 1.64 serialization library as you can see from: https://koji.fedoraproject.org/koji/taskinfo?taskID=20681707 This appears to be a known boost issue: https://svn.boost.org/trac10/ticket/12516 with an upstream patch (that i assume will go into 1.65) https://github.com/boostorg/serialization/commit/1d86261581230e2dc5d617a9b16287d326f3e229 Can we rebuild boost with this patch applied? Regards G. -- Gianluca Sforna http://plus.google.com/+gianlucasforna - http://twitter.com/giallu Tinker Garage - http://tinkergarage.it ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Rdkit issue with boost 1.64
On Mon, Jul 24, 2017 at 12:34 PM, Björn 'besser82' Esser wrote:> > Build with patch applied is running [1]. > > > [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=20711140 Thanks a lot! -- Gianluca Sforna http://plus.google.com/+gianlucasforna - http://twitter.com/giallu Tinker Garage - http://tinkergarage.it ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Golang in PPC64
So I am getting the following becasue arduino-builder is a golang
project and apparently Go is not in ppc64 repos. Do anyone know if
golang will eventually be available on this arch?
If not, is it correct to put BOTH BuildArch: noarch and ExclusiveArch:
%{go_arches} in the arduino spec file so it will not be built for
arches where golang is not available?
-- Forwarded message --
From:
Date: Sun, Jul 30, 2017 at 9:18 AM
Subject: Broken dependencies: arduino
To: arduino-ow...@fedoraproject.org
arduino has broken dependencies in the rawhide tree:
On ppc64:
1:arduino-1.6.7-2.fc27.noarch requires arduino-builder
Please resolve this as soon as possible.
--
Gianluca Sforna
http://plus.google.com/+gianlucasforna - http://twitter.com/giallu
Tinker Garage - http://tinkergarage.it
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Arduino in Fedora
On Wed, Aug 16, 2017 at 3:16 PM, Tom Callaway wrote: > > > On 08/16/2017 09:09 AM, Peter Robinson wrote: >> For reference there's a bunch of history on this bug about getting it >> up to date https://bugzilla.redhat.com/show_bug.cgi?id=1316315 > > Thanks. I give lots of credit to Gianluca's work on the 1.6 branch, most > of that was still applicable in the 1.8 code. > I actually struggled a bit on the upgrades because of the changes/additional deps they added at almost every update. For instance, the liblistserial addition dates back to the 1.6.8 update (which I was, slowly, working on); I guess jumping directly on he 1.8.x train would have been a better choice. Thanks for having a look at that, I will integrate your changes in the repo package as soon as I can. Regards G. -- Gianluca Sforna http://plus.google.com/+gianlucasforna - http://twitter.com/giallu Tinker Garage - http://tinkergarage.it ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
