Hello Timotheus,
the mono crashes during build process on ppc64. For more details please
take a look
at: https://bugzilla.redhat.com/show_bug.cgi?id=1225035
Than
Am 18.05.2015 um 13:50 schrieb Timotheus Pokorra:
Hello Dan,
first update
srpm builds fine on f22/s390x
mono segfaults when
kde sig is orphaning following packages:
- smokeqt
- smokekde
- qyoto
- kimono
- ruby-qt
- ruby-korundum
because of no upstream support and that they currently FTBFS on
rawhide.
Than
___
devel mailing list -- devel@lists.fedoraproject.org
To
you can use xgamma or xrandr to adjust gamma.
Than
> I have problems with bug 722745
> (https://bugzilla.redhat.com/show_bug.cgi?id=722745), but I have heard
> that there are other ways to control the screen brightness settings.
> Are there any special commands you can do in add
> >> I think I got this fixed in
> >> doxygen-1.8.1.1-2.fc18 :
> >> http://koji.fedoraproject.org/koji/buildinfo?buildID=325050
> >>
> >> I'll talk to than about getting a fixed build for f17 too
> >>
> >> -- rex
> >
&g
pdf_printf("/CreationDate (%s)\n", start_time_str);
}
void printmoddate()
{
initstarttime();
pdf_printf("/ModDate (%s)\n", start_time_str);
}
---
Than
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
we have now arm in F20 and it seems latex2html is broken on arm in F20. It's
why
it's built fine in F19 for you but not in f20.
why is arm plattform used by default to build noarch packages in F20?
Than
On 5 August 2013 12:14, Simone Caronni wrote:
I have a problem on the b
have you built it localy or in koji? could you please give me the url if it
fails in koji?
which package is it?
thanks
than
> One package wouldn't rebuild because latex doesn't work. I get the error:
>
> cd doc/res/latex && \
> latex doc.tex &&a
could you please open a bug in bugzilla?
i will take a look at this.
thanks,
Than
Dear all,I'm trying to fix gdcm FTBFS and it seems that there is something
broken
with texlive in rawhide:
http://kojipkgs.fedoraproject.org//work/tasks/691/5780691/root.log[1]
For now I built without i
the bug is fixed in new texlive, it will be available soon in rawhide.
big thanks to niels philipp for the fix!
Than
> - Original Message -
>
> > could you please open a bug in bugzilla?
> >
> > i will take a look at this.
>
> Than,
>
se replace your BR with these:
BuildRequires: ghostscript
BuildRequires: texlive-collection-latexrecommended texlive-preprint
It should fix the build failure. The ocaml-res scratch build was done in f20
without any problem.
http://koji.fedoraproject.org/koji/taskinfo?taskID=5794049
Than
--
it built fine with same texlive version on my local machine (x86_64). This
build failed on arm plattform, It seems textlive oder perl doesn't work
correct on arm.
How can developer access to arm machine with f20 in order to debug the issue?
thanks
than
Hello Than,
On 8 August 2013
-api scratch build was done
without any problem!
http://koji.fedoraproject.org/koji/taskinfo?taskID=5794610
Than
This is pdfTeX, Version 3.1415926-2.5-1.40.14 (TeX Live 2013) restricted
\write18 enabled. kpathsea: Running mktexfmt pdflatex.fmt I can't find the
format file `pdflatex.fmt&#
Am Freitag, 21. Juni 2013, 17:16:09 schrieben Sie:
> 2013-05-06 11:13, Peter Robinson skrev:
> > On Mon, May 6, 2013 at 8:35 AM, Bastien Nocera wrote:
> >> Heya,
> >>
> >> In Fedora 20, we'll be using BlueZ 5.x to manage Bluetooth devices.
> >>
> >> Bluez5 uses a D-Bus API that's not compatible
llvm/clang (15.0.1) in build system
for epel9?
Than
___
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
it is the standard mock build (centos-stream+epel-9-x86_64) which
includes centos-stream-9 and epel-9 repo.
Thanks,
Than
Am 03.01.23 um 14:47 schrieb Florian Weimer:
* Than Ngo:
our current build system for epel9 contains old version (14.0.6) of
llvm/clang while mock build has the new
am not sure
this is a bug more than a lack of documentation.
It could be an old kernel bug:
Task exit is signaled before task resource deallocation, leading to
bogus EAGAIN errors
<https://bugzilla.kernel.org/show_bug.cgi?id=154011>
There have been recent namespace optimizations whi
e pids limit for
the cgroup, could you please check the actual limit inside the
container? You could check the value of /sys/fs/cgroup/pids.max inside
the container (assuming cgroupv2 and a cgroup namespace for the container).
Please let me know if that helps.
(replying for the benefit of the list)
--
Any ideas about what is going on here?
Than
___
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
Weitergeleitete Nachricht
Betreff:Re: fedpkg upload broken
Datum: Mon, 21 Nov 2022 10:38:23 +0100
Von:Than Ngo
An: Ondrej Nosek
Am 21.11.22 um 10:29 schrieb Ondrej Nosek:
Hi,
I checked the functionality and for me, it worked.
Could you, please, run it
19 matches
Mail list logo
