On 2013-02-23 20:48, Kevin Fenzi wrote:
> tex-musitex - http://koji.fedoraproject.org/koji/taskinfo?taskID=5047335
>
> Looks like texlive-texmf doesn't exist anymore. What's the replacement?
Since the package only needs to be called to supply the %_texmf_main
macro the right replacement is texlive
Hi,
I am final year computer engineering undergraduate from University of
Peradeniya. I would like to join Fedora for GSOC 2013. I am interesting
about this project and I want to get start with this project. Could you
please show me an approach for this project
Thanks & regards,
Malintha Adikari
On Fri, 22 Feb 2013 06:29:47 +0100
Ralf Corsepius wrote:
> On 02/21/2013 11:31 PM, Kevin Fenzi wrote:
> > On Thu, 21 Feb 2013 22:23:25 +
> > "Michael E. Maher" wrote:
> >
> >> Hi Jochen,
> >>
> >>> error: Bad exit status from /var/tmp/rpm-tmp.lr1DY2 (%install)
> >>> bogus date in %chang
On 02/23/13 05:25, Sérgio Basto wrote:
[…]
>
> That's a point.
> I got message "Xould not read Fedora cert, falling back to default
> method"
> default method should be anonymous.
> we need to open a bug report
>
Déjà vu. ;)
https://bugzilla.redhat.com/show_bug.cgi?id=670485
Cheers,
poma
On Sat, Feb 23, 2013 at 16:05:51 -0500,
"Clyde E. Kunkel" wrote:
On 02/23/2013 03:48 PM, Kevin Fenzi wrote:
mygui - http://koji.fedoraproject.org/koji/taskinfo?taskID=5047260
No idea what should be providing libCommon.so for it.
maybe should be libcommon vice libCommon?
It's a private li
In the bugzilla report below, the link
http://koji.fedoraproject.org/koji/taskinfo?taskID=4959059
works but the other links below do not.
If I follows the link above, I see the message
Result
BuildError: error building package (arch i686), mock exited with
status 1; see build.log for mor
On 02/23/2013 03:48 PM, Kevin Fenzi wrote:
mygui - http://koji.fedoraproject.org/koji/taskinfo?taskID=5047260
No idea what should be providing libCommon.so for it.
maybe should be libcommon vice libCommon?
--
Regards,
OldFart
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.f
Rebuilt as they only needed minor work to fix:
ghc-gtk
libopensync-plugin-evolution2
QuantLib
openscad
LuxRender
freeipa
bluetile
leksah
Didn't fix / needs work / please fix:
Maxima - http://koji.fedoraproject.org/koji/taskinfo?taskID=5047375
(looks like new texinfo is a lot more strict than
On Sat, 23 Feb 2013, Matthew Miller wrote:
On Fri, Feb 22, 2013 at 03:17:57PM -0500, Seth Vidal wrote:
it's not under my control anymore - but the idea of python-requests
and its deps pulled into @core does not fill me with joy.
Sooo
$ rpm -qR python-requests|grep -v ^rpmlib\(
ca-certi
I made apologises elsewhere... so I repeat them here: I feel deeply sorry
to have (begun to) retired the wrong package. And thanks to Liang to have
fixed that mistake!
Kind regards
Denis
2013/2/23 Michael Schwendt
> On Sat, 23 Feb 2013 23:39:21 +0800, Liang Suilong wrote:
>
> > I have retire
On Fri, Feb 22, 2013 at 3:45 PM, Jeffrey Ollie wrote:
> On Fri, Feb 22, 2013 at 3:37 PM, Kamil Dudka wrote:
>>
>> I have taken the ownership for now.
I was cleaning up some old email when I ran across an email from Tomáš
Smetana that python-pycurl has been incorporated into RHEL as of
RHEL6, so
On Sat, 23 Feb 2013 23:39:21 +0800, Liang Suilong wrote:
> I have retired fcitx-keyboard.
>
> But Denis Arnaud cleaned up all code for fcitx(1). I think it should be
> wrong. I have reverted the code back to git repo just now. Fcitx is still
> fine and is widely used in CJK community.
>
> 1.
>
On 23/02/13 15:26, Alec Leamas wrote:
On 2013-02-23 16:09, Tom Hughes wrote:
I'm not quite sure if this is a bug in fedora-review, python-fedora,
or whether pkgdb is returning broken responses or something?
Tom
Hm... Which f-r version are you running (release, devel?) and on what
(F18, rawhi
I have retired fcitx-keyboard.
But Denis Arnaud cleaned up all code for fcitx(1). I think it should be
wrong. I have reverted the code back to git repo just now. Fcitx is still
fine and is widely used in CJK community.
1.
http://pkgs.fedoraproject.org/cgit/fcitx.git/commit/?id=c75a157fb353a2ace
On 2013-02-23 16:09, Tom Hughes wrote:
Attempts to run fedora-review seem to be failing today (it was working
a couple of days ago) when it tries to query pkgdb to see if there is
already a package with the same name:
I'm not quite sure if this is a bug in fedora-review, python-fedora,
or wh
On 2013-02-23 16:09, Tom Hughes wrote:
Attempts to run fedora-review seem to be failing today (it was working
a couple of days ago) when it tries to query pkgdb to see if there is
already a package with the same name:
02-23 14:44 requests.packages.urllib3.connectionpool DEBUG "POST
https://ad
Attempts to run fedora-review seem to be failing today (it was working a
couple of days ago) when it tries to query pkgdb to see if there is
already a package with the same name:
02-23 14:44 requests.packages.urllib3.connectionpool DEBUG"POST
https://admin.fedoraproject.org/pkgdb/acls/name
Good morning, folks:
I've been publishing a few packages for Repoforge and sent occasional
updates to EPEL, and I'd be happy to start getting them into Fedora.
While I work out how koji works, I note that the new use of systemd
means that the same SRPM cannot be used for both Fedora 18, and for
an
On Sat, Feb 23, 2013 at 10:53:53AM +0100, Pierre-Yves Chibon wrote:
> On Sat, 2013-02-23 at 04:47 -0500, Matthew Miller wrote:
> >
> > It's relatively big for a core package (couple of megabytes, give or take).
> > And curl is required by a number of *other* things, and it's pretty nice to
> > hav
On Sat, 2013-02-23 at 04:47 -0500, Matthew Miller wrote:
> On Fri, Feb 22, 2013 at 03:17:57PM -0500, Seth Vidal wrote:
> > it's not under my control anymore - but the idea of python-requests
> > and its deps pulled into @core does not fill me with joy.
>
> Sooo
>
> $ rpm -qR python-requests|
On Fri, Feb 22, 2013 at 03:17:57PM -0500, Seth Vidal wrote:
> it's not under my control anymore - but the idea of python-requests
> and its deps pulled into @core does not fill me with joy.
Sooo
$ rpm -qR python-requests|grep -v ^rpmlib\(
ca-certificates
python(abi) = 2.7
(And ca-certificat
Matt Domsch (matt_dom...@dell.com) said:
> On Wed, Feb 13, 2013 at 01:57:42PM -0600, Bill Nottingham wrote:
> > > If we can solve the installtime naming convention choice to not
> > > eliminate biosdevname, be able to disable systemd/udevd naming, and
> > > have the default be possible on a per-sy
On 02/23/13 04:45, Orcan Ogetbil wrote:
> On Thu, Feb 21, 2013 at 8:00 PM, poma wrote:
>> deco grub2-2.00-16.fc19.src.rpm
>> 13020 blocks
> [backtrace cut]
>> Aborted
>> --
>
> Hmm, the crash does not happen here. How reproducible is this? Can you debug?
>
Installed from source - PREFIX = /usr
23 matches
Mail list logo
