On Sunday 24 January 2010 12:18:23 Mary Ellen Foster wrote:
> 2010/1/23 Matthew Saltzman :
> >$ pdflatex simple.tex
> >This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009)
> >
> >kpathsea: Running mktexfmt pdflatex.fmt
> >I can't find the format file `pdflatex.fmt
On Thursday 28 January 2010 01:03:51 Jesse Keating wrote:
> Unblocked orphan mhonarc
I'll take this if no one objects. Meanwhile I have contacted Aurelien to know
why it has been orphaned.
--
José Abílio
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
On Thursday 28 January 2010 10:28:07 José Matos wrote:
> I'll take this if no one objects. Meanwhile I have contacted Aurelien to
> know why it has been orphaned.
Done.
--
José Abílio
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Sunday 31 October 2010 02:58:21 Dominic Hopf wrote:
> I think it's likely something like a "BuildRequires: fltk" already
> should be enough. I'd suggest to just try out that and see what
> happens. :)
Most probably it should be
BuildRequires: fltk-devel
--
José Abílio
--
devel mailing list
d
On Wednesday 23 March 2011 21:46:07 Jochen Schmitt wrote:
> For KDE-4.6 we have the same situation. In this case you can
> get it from the http://apt.kde-redhat.com which is maintained
> by Rex Dieter.
It is .org not .com
The url is
http://apt.kde-redhat.org
--
José Abílio
--
devel mail
Hi,
I have the yum-langpacks plugin installed and it works. :-)
My problem in a sense is that it is limited in scope. :-(
http://fedoraproject.org/wiki/Features/YumLangpackPlugin was the feature page
for when the feature was initially deployed. The purpose of this is post is to
raise aw
On Sunday 12 June 2011 16:56:33 Pasi Kärkkäinen wrote:
> Hello list,
>
> Any tips how to debug why laptop CPU temperature is around 30 degrees
> celsius higher on Fedora 14 or Fedora 15 compared to Windows 7 ? Both
> Linux and Windows were idle when measuring..
>
> I tried both Fedora 14 (Linux 2
On Thursday 02 June 2011 16:28:56 Bill Nottingham wrote:
> > 1) "This feature will also allow firefox and thunderbird to earn
> > langpacks as they deserve."
>
> It certainly allows for it - it requires that the packagers take advantage
> of it. ISTR discussions in the past that the mechanics of
On Thursday 02 June 2011 07:23:34 Jens Petersen wrote:
I am sorry not to have replied before but in the place (local network) where I
have been I had access to imap but not smtp (weird I know) and it is klunky to
answer using a webmail interface. :-(
> José Matos wrote:
> > 1) &quo
On Sunday 12 June 2011 18:26:25 Pasi Kärkkäinen wrote:
> > What is the graphics card?
> >
> >
>
> It's ATI radeon RV635. Do you have the same graphics card?
I think so (but I think that are mixing the references :-) ):
# lspci | grep ATI
01:00.0 VGA compatible controller: ATI Technologies Inc
On Monday 13 June 2011 08:09:48 Honza Horak wrote:
> I think bodhi behaves correctly, but this auto-generated message is a
> failure, while according https://fedoraproject.org/wiki/Updates_Policy a
> non critical package must spend at least one week in updates-testing.
>
> I've reported the same
On Thursday 09 June 2011 15:54:14 Clément David wrote:
> Hi,
>
> My name is Clément DAVID (aka davidcl) and I'm a french software
> developer. I'm currently working on Scilab [1].
Welcome to Fedora. :-)
> I'm interested to become a packager for Scientific application or just
> software toys :).
On Tuesday 14 June 2011 01:05:57 Kevin Kofler wrote:
> And NNTP(S)?
>
> This list is gatewayed as gmane.linux.redhat.fedora.devel on
> news.gmane.org (NNTP) and snews.gmane.org (NNTPS), you can use any Usenet
> News client (e.g. KNode) to read and post to this list.
>
> Kevin Kofler
>
On Thursday 16 June 2011 14:07:56 Mario Santagiuliana wrote:
> In data 16/6/2011 14:46:59, Rex Dieter ha scritto:
> > I don't think that's required, just take ownership, and update as
> > normal.
> >
> > I see you've done that, but you missed "Fedora Devel" too.
> >
> > -- Rex
>
> I take the own
On Friday 17 June 2011 20:03:53 Maxim Burgerhout wrote:
> You can embed rpm macros, like %name, in your .rpmmacros file. That
> way, you can create a directory per package containing SPECS, RPMS,
> SRPMS, etc. directories. I use it like this (out of the back of my
> head)
I use the same scheme but
On Tuesday 02 March 2010 11:58:06 Pierre-Yves wrote:
> We could imagine a monthly reminder if you are interested.
A once a month reminder is perfect. :-)
> Best regards,
>
> Pierre
--
José Abílio
___
r-devel mailing list
r-de...@lists.fedoraproject.o
On Sunday 07 March 2010 15:59:02 Pierre-Yves wrote:
> Dear all,
>
> I have been working on R2spec fixing a couple of bugs here and there and
> switching to a template engine (jinja2) for the creation of the spec
> (based on the idea from Allen S. Rout).
>
> I have also spent some time today to ge
On Wednesday 17 March 2010 19:36:35 David Malcolm wrote:
> How about this:
> "A SIG for people who are interested in Python on Fedora. This includes
> packaging and optimizing the various Python 2 and Python 3 runtimes
> (CPython, Jython), packaging libraries and applications, setting and
> improvi
On Tuesday 23 March 2010 16:06:46 Pierre-Yves wrote:
> On Tue, 2010-03-16 at 20:18 +0000, José Matos wrote:
> > One request, would it be possible for R2rpm to read the personal
> > rpmmacros
> > instead of forcing a given directory layout?
>
> I have just commit this c
On Tuesday 23 March 2010 14:12:36 Pierre-Yves wrote:
> > > If I am not asking too much it would be nice if r2rpm could fetch the
> > > sources directly from CRAN if we pass only the package name (or with a
> > > special option for that matter).
> >
> > I have this idea in my mind for some time, I
ks!
>
>
>
In systemd:
$ rpm -qf /usr/share/man/man7/daemon.7.gz
systemd-37-3.fc16.x86_64
--
José Matos
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
d say
that it does not need a new review it is just the upstream url source
that has changed.
Regards,
--
José Matos
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
l the packages due to the build requirement of each
package, I had to unravel the dependencies while deciding what was
necessary to bootstrap the process, and not even speaking about circular
references. Clearly a fun project... :-)
So this always makes a fun read. :-)
--
José Matos
___
n rebuild these packages myself later if maintainers don't get
> around to doing it.
>
> Rahul
LyX requires some of the wv* binaries, it does not link with the library
so there is not any need to recompile it.
--
José Matos
--
devel mailing list
devel@lists.fedoraproject.org
https://ad
On Tuesday 18 January 2011 16:42:36 Jaroslav Reznik wrote:
> = Agenda =
> topics to discuss:
> * keep kdepim-4.6 or revert to kdepim-4.4. Testing so far as been mixed:
> ** rdieter did quick test against gmail imap: ok
> ** dgilmore testing against ~100gb imap mail: (mostly) fail, initial sync
> of
On Saturday 05 February 2011 21:11:34 Orion Poplawski wrote:
> I'm planning on dropping libnc-dap. It is no longer supported and
> functionality has moved into the netcdf 4 library.
>
> The only package currently requiring libnc-dap is:
>
> octave-forge-0:20090607-17.fc14.i686
>
> Also, apparen
On Thursday 20 May 2010 20:37:17 David Malcolm wrote:
> Hope this seems sane - thoughts? (thanks for reading this far; I know
> this email is too long)
A short feedback, yes it seems sane and yes I read carefully the complete
message. ;-)
> Dave
--
José Abílio
_
On Friday 30 July 2010 20:21:20 seth vidal wrote:
> As opposed to leaving off
a ; which NEVER happens.
Or adding an extra one:
while
(some_condition);
{
do_something;
}
;-)
> -sv
--
José Abílio
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailma
I will update a belated bump of armadillo (that happened in May) in rawhide.
# dnf repoquery --disablerepo=* --enablerepo=rawhide --whatrequires
'libarmadillo.so.4()(64bit)'
armadillo-devel-0:4.650.2-3.fc23.x86_64
gdal-0:1.11.2-10.fc23.x86_64
gdal-java-0:1.11.2-10.fc23.x86_64
gdal-libs-0:1.11.2-1
On Monday 06 July 2015 14:20:20 Orion Poplawski wrote:
> qtoctave-0.10.1-17.fc22.src.rpm
Why is this still being built?
Upstream has been abandoned. And some of the code has migrated/inspired octave
GUI so qtoctave is no more relevant or useful and it should be retired. The
introduction of octa
On Tuesday 07 July 2015 23:44:03 Kevin Kofler wrote:
> I am one of the comaintainers of the qtoctave package. I know the package is
> dead upstream. But last I checked, it worked. (There had been some issues,
> but I
> fixed those that I found.) If it still works fine, I object to retiring it.
>
Hi,
according to https://fedoraproject.org/wiki/Upstream_release_monitoring
to have a package monitored we should:
1) Add the project to anitya.
2) Map the project to a Fedora package in anitya.
3) Enable the monitoring flag for that package in pkgdb2.
Steps 1 and 2 are easy but I
On Tuesday 21 July 2015 13:15:30 Jakub Jelen wrote:
> These are the crypted buttons under "Monitoring:" label. Changing it
> from "No Monitoring" to something else triggers the bug creation ("Bugs
> only"), or possibly the scratch build ("Bugs & Build").
Thank you. I would never found that witho
On Wednesday 22 July 2015 10:51:58 Bruno Wolff III wrote:
> Thanks for the change to caching. I have some problems with my current
> router getting hung up during large wireless file transfers and having
> to redownload updates made it harder to get a successful update. I did file
> an RFE for t
I will update PyX, a Python graphics package, to version 0.14.
Since version 0.13, released in December of 2013, that PyX transitioned from
python 2 to 3.
So the new version (and version 0.13 before) only supports python 3, while
version 0.12 was a strict python 2 version.
The update will be p
On Monday 27 July 2015 07:19:06 opensou...@till.name wrote:
> emacs-common-ess alexlan 62 weeks ago
I rebuilt emacs-common-ess for rawhide, and I am doing the same for f23.
In the process I have obsoleted the xemacs sub-packages since the build process
fails and upstrea
On Saturday 18 July 2015 12:46:51 Jonathan Wakely wrote:
> Hi,
>
> I've pushed a new version of Boost, 1.58.0, to rawhide and f23, which
> will require all packages that depend on Boost to be rebuilt. The plan
> was to update to 1.59.0 but that isn't going to be released in time
> for the F23 sche
On Tuesday 11 August 2015 07:28:26 Neal Becker wrote:
> Is there somewhere I can see a summary of changes?
Regarding texlive I saw it first on:
http://www.latex-community.org/home/news/46-news-latex-distributions/517-texlive-2015
and the list of changes:
http://www.tug.org/texlive/doc/texlive-en/
On Tuesday 26 August 2014 18:43:22 Lennart Poettering wrote:
> Honestly, I kinda like the pragmatism on Fedora, so far, that there's
> no need to split up packages into a myriad of mini packges. And I
> think that texlive packaging is an absolute disaster, where things are
> split up to the maximum
On Friday 29 August 2014 10:54:19 David Parsons wrote:
> Hi all,
>
> I am new to the Fedora Project and I understand I should introduce myself
> here.
>
> I'm a french research engineer in bioinformatics and computational biology.
> My main interests are about Evolution and its dynamics but I'm
On Tuesday 03 March 2015 21:27:42 Orion Poplawski wrote:
> I'm orphaning the following R packages as we don't use them anymore and
> I don't have the time for them:
>
> R-TH-data -- Data for other R packages ( master f22 f21 f20 epel7 el6 )
> R-car -- Companion to Applied Regression package for R
In version 1.7-12 (-11 really but I did not package that) the license of R-zoo
changed from
GPL2
to
GPL2 or GPL3
so that there no changes from our point of view.
--
José Abílio
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora
On Monday 18 May 2015 23:22:58 Rex Dieter wrote:
> http://www.lyx.org/trac/changeset/51cc8aa9f6b784f806b1d9cc97fe0749ffac29af/lyxgit
>
> thanks for the hint, I pulled in the fix today and it worked (among several
> other small fixes).
>
> -- Rex
Upstream suggested either to pick this changeset
an operation
which requires it.
Calls: new -> new -> .J -> .jcall -> .jcheck -> .Call
Execution halted
error: Bad exit status from /tmp/rpmbuild/rpm-tmp.DdN0bT (%check)
Regards,
--
José Matos
___
r-devel mailing list
r-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/r-devel
cant difference for busy
servers. :-)
--
José Matos
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi,
I am using copr to build another candidate for lyx-2.1 and the build
fails for me with no message related with the failure:
http://copr.fedoraproject.org/coprs/jamatos/lyx-21/builds/
The only file I get is in this case build-9287.log that is useless.
I have built the package locally
On a related note I have orphaned ifplugd and I suggest it to be retired
from F-18 I took its maintenance when networkmanager was not reliable
enough for my needs but that time is long gone and only inertia insured
that it stayed alive.
Regards,
--
José Matos
--
devel mailing list
devel
ing for boost 1.50? Or?
>
>
> --alec
Boost 1.50 is a candidate for Fedora Feature
https://fedoraproject.org/wiki/Features/F18Boost150
IIRC it was already approved (confirmed:
https://fedoraproject.org/wiki/Releases/18/FeatureList).
--
José Matos
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
mock
mock:x:989:jamatos
So I have no idea about what it is wrong here. :-)
--
José Matos
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
he right direction I would continue
> to work on this.
>
>
> Best regards
>
> Sebastian Dyroff
Regards,
--
José Matos
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
n is to proceed in several steps in a
kind of bootstrapping setup, first ignoring the suggests and the checks
and on a second round adding those back. Probably this is easier said
then done. :-)
Regards,
--
José Matos
___
r-devel mailing list
r-de...@list
https://fedoraproject.org/wiki/Upgrading_Fedora_using_yum?rd=YumUpgradeFaq
On a humorous note citing bad memories from FC2 seems a really
_outdated_ excuse. :-)
Regards,
--
José Matos
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
push the new hdf5 to rawhide and rebuild the affected
packages and since octave is one of them the problem should be fixed
soon. :-)
Regards,
--
José Matos
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Saturday 20 July 2013 17:04:47 Nicolas Mailhot wrote:
> How exactly is it different from when gcc grew standard C++ behaviour and
> most C++ apps broke right and left?
>
> http://gcc.gnu.org/gcc-2.96.html
The same can be said about C++/11 that clearly looks (at least to me) as a new
and bette
On Thursday 25 April 2013 17:03:20 Tom Callaway wrote:
>
> > [tex-musixtex]
> > tex-musixtex-0.114-11.fc18.noarch requires texlive-texmf
>
> Fixed in updates-testing.
>
> ~tom
I had a fix on the same line of what you have done ready.
The reason why I have not applied it is because I thin
9.html
> [5] http://smani.fedorapeople.org/python-imaging-1.7.8-1.fc19.src.rpm
> [6] http://mail.python.org/pipermail/python-dev/2012-December/123278.html
> [7] http://smani.fedorapeople.org/python3.3-so_ext.patch
FWIW I have been considering changing the source code to pillow ever
since p
but I'm finding it hard to believe
> I'm the only one with the problem.
>
> Please try the -204 kernel.
>
> josh
>
>
>
I had the same problem with a desktop machine that was fixed with the -204.
I had submitted this as https://bugzilla.redhat.com/show_bug.cgi?id
ight replacement is texlive-base. Changing it in BR and
removing it since it is required by tex(latex) I have applied the patch
that is attached and it build for me locally.
--
José Matos
diff --git a/tex-musixtex.spec b/tex-musixtex.spec
index a0e77fb..6fc6fa0 100644
--- a/tex-musixtex.spec
+++
since 3.6 is no longer maintained and 3.800 is API backwards
compatible with previous 3.x versions.
Regards,
--
José Matos
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 2013-03-02 13:55, José Matos wrote:
> Latest version of armadillo 3.800 has changed the license from LGPLv2.1
> to MPLv2.
Correction the license has changed from LGPLv3+ to MPLv2.
The implications are the same as previously stated.
Regards,
--
José Matos
--
devel mailing list
On Monday 06 January 2014 12:53:04 Kevin Fenzi wrote:
> rdieter:BADURL:lyx-2.0.7.tar.xz:lyx
lyx-2.0.7 is in the release stage and I am waiting for the release announce to
move it to stable (for F18-F20).
It seems that eventually the tar ball will be changed to have a patch to fix a
bug specific
On Friday 10 January 2014 16:51:37 Matt Robinson wrote:
> Hi, I've been going through the process of becoming a package
> maintainer, and thought it would be a good time to introduce myself. My
> name is Matt Robinson and I'm currently working at Rutgers University. I
> build a lot of RPMs there
I intend to orphan conglomerate (http://www.conglomerate.org/).
The source code has not been updated for a long time and my interest in the
package is gone.
If no one is interested in maintaining it I will retire it from the
distribuition in the next weeks.
Regards,
--
José Abílio Matos
--
On Friday, February 26, 2016 11:58:38 AM Dan Horák wrote:
> Hi,
>
> seems there was a new build of armadillo in the last days that broke
> at least gdal in F-22 and F-23
>
> from http://koji.fedoraproject.org/koji/taskinfo?taskID=13135380
> ...
> DEBUG util.py:399: Error: Package: gdal-libs-1.1
On Tuesday, March 22, 2016 12:13:47 PM WET Jan Synacek wrote:
> Currently, it's not possible to update from F23 to F24 because of
> broken dependencies.
>
> # dnf update --releasever=24 --best --allowerasing
Does it helps if instead of update/upgrade you use distro-sync?
I have updated last week
On Sunday, February 21, 2016 9:28:08 AM WEST Orion Poplawski wrote:
> I'll be updating gsl to 2.1 in Rawhide on Monday and rebuilding
> dependent packages. See
> https://bugzilla.redhat.com/show_bug.cgi?id=1276893 for some tracking
> info. A fair amount of work was done to get everything ready
66 matches
Mail list logo
