Hi,
Does anyone know how to package a rust project as an rpm on Fedora 37,
specifically stgit-2?
stgit, of which I make heavy use, has been rewritten in rust but I can't
manage to build it.
https://github.com/stacked-git/stgit
I've found rust2rpm to create a specfile, but that doesn't a
I wonder if we should drop the cloog package from Fedora. It was separated
from gcc so that both gcc and cross-gcc could use it. However neither of them
now do.
Also, the isl package was split out from gcc so that cross-gcc could use it
also, but gcc now seems to be carrying its own isl package
Sharpened Blade via devel wrote:
> It would be stored with permissions for only root to read it, and you disk
> should be encrypted, or none of this matters.
It doesn't matter if your disk is encrypted. Whilst your computer is online,
the contents are accessible. If your kernel memory is acces
Sharpened Blade via devel wrote:
> [...] Software should be secure by itself, [...]
That's impossible to achieve. Without hardware support, you cannot make your
software secure.
Further, human beings are involved in the writing of the software - and the
larger the codebase and the more people
Michael Catanzaro wrote:
> Whatever is needed for Fedora kerberos to work needs to be a dependency of
> gnome-online-accounts
What if you're not using gnome?
David
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
John Reiser wrote:
> On 3/16/21, David Howells wrote:
> > John Reiser wrote:
> >
> >> See the manual page "man 2 getdents".
> > Um, which bit? I don't see anything obvious to that end.
>
> On that manual page:
> =
> The system c
John Reiser wrote:
> See the manual page "man 2 getdents".
Um, which bit? I don't see anything obvious to that end.
On AFS directories are handled as files that the filesystem downloads and
parses locally. The size returned in st_size is the size of the directory
content blob.
David
Matthew Miller wrote:
> Plus, it's 64 bit instead of 32 bit. The 256-bit algorithms are obviously
> much, much slower and probably not right for a default, but should we
> consider making xxhash the default for Fedora Linux systems with btrfs?
Does this affect what's on disk?
David
Vít Ondruch wrote:
> I wonder, what would be the sentiment if I proposed to deprecated the `fedpkg
> local` command. I don't think it should be used. Mock should be the preferred
> way. Would there be anybody really missing this functionality?
Mock is waaay overkill a lot of the time. It's a lo
Daniel Pocock wrote:
> Given the problems with the 64k page size, is it feasible to offer the
> 4k page size as default for ppc64 users in Fedora 34?
It doesn't necessarily help you if you're, say, upgrading from F33 and are
already using 64K pagesize. Your formatted filesystems may already dep
Jakub Jelen wrote:
> Today, I set up a copr repository with the current openssh from Fedora + the
> patch [2] for anyone to test and provide feedback, either here on the mailing
> list, or in the github PR according to ones preferences.
Does it work with connection sharing (ControlPath, ControlM
Neal Gompa wrote:
> This didn't become a serious problem until Red Hat made the
> unfortunate (though not realized at the time) mistake of switching to
> 64k pages for ARM and POWER. We got that change in Fedora for POWER
> but not ARM. It has led to all kinds of unfortunate problems that are
> g
Hi,
The packaging guidelines pages:
https://docs.fedoraproject.org/en-US/packaging-guidelines/
https://fedoraproject.org/w/index.php?title=Packaging:Guidelines&oldid=528452#Filesystem_Layout
still point at the old Filesystem Hierarchy Standard (FHS) site:
http://www.pat
Nico Kadel-Garcia wrote:
> > > > I really don't want to have to tell ordinary users that "you can't use
> > > > this
> > > > unless you first go and write some systemd scripting".
> > >
> > > If you're willing to take on the work to activate afs dependent
> > > structures and components, it beco
Nico Kadel-Garcia wrote:
> > I really don't want to have to tell ordinary users that "you can't use this
> > unless you first go and write some systemd scripting".
>
> If you're willing to take on the work to activate afs dependent
> structures and components, it becomes your responsibility to i
Nico Kadel-Garcia wrote:
> > I seem to remember you can't create root level directories from a
> > program either.
>
> Of course you can. The program needs to run with root privileges. and
> not violate whatever SELinux or other "/" mountpoint restrictions
> exist.
>
> It's a *Bad Idea(tm), sin
Jason L Tibbitts III wrote:
> DH> I'm not entirely clear how I should go about requesting FPC
> DH> approval. It says it is preferable that a ticket be filed in the
> DH> packaging committee pagure - do they mean to raise an issue, do you
> DH> know?
>
> Just file a ticket:
>
> https://pagure.
Zbigniew Jędrzejewski-Szmek wrote:
> > >I need to install a directory (/afs) that will be a mountpoint that a
> > >systemd
> > >service (also installed in the rpm) will mount upon.
>
> Nope. New top-level directories are a big thing and need FPC approval:
> https://fedoraproject.org/w/index.php
Hi,
I need to install a directory (/afs) that will be a mountpoint that a systemd
service (also installed in the rpm) will mount upon.
What's the best way to encode this in the specfile?
I did have:
%files
/afs
but that doesn't upgrade correctly. Someone gave me another way to
Nicolas Viéville wrote:
> As Petr Pisar said it, last Fedora's kernel uses a compiled binary software
> sign-file file. It is still a perl script in RHEL.
That is correct till RHEL-8.
> Concerning compressing modules, they have to be built, stripped (if needed),
> signed and compressed, in that
Pawel Veselov wrote:
> I am using KDE, and I have a bunch of KWin shortcuts, for example,
> Meta+F, that bring windows to front/back. I also have one of those
> keyboards that replays macros (K55 if one's curious), so I have a key
> that plays Meta+F back as a macro. It was working fine until at
Hi,
I've made the keyutils package use the profile parsing routines from the
-lkrb5 library (the config data I need to parse is from an external source, so
the format is already set). The problem is that some other distributions are
using Heimdal rather than MIT kerberos and those routines are no
Richard W.M. Jones wrote:
> Another method might be to add an alternate strip binary/script which
> filters based on your preferred criteria.
>
> %global __strip %{_sourcedir}/my-strip.sh
Just marking the relevant files non-executable works in my case, but thanks
for the suggestion.
David
__
Hi Mark,
Is it possible to specify from a specfile an list of files and/or directories
in the installation output that should be ignored for the purposes of
debuginfo extraction? If not, can this be added?
I maintain cross-gcc and there are some files that get
installed that must not be stripped
Hi,
When creating an update for cross-gcc, I see:
cross-gcc.src:388: E: hardcoded-library-path in /usr/lib/debug"
from dist.rpmlint.
cross-gcc's spec file does stuff to /usr/lib/debug because it's a compiler and
the debuginfo shouldn't be extracted from some of the compiled bits it ship
Panu Matilainen wrote:
> %if %{__isa_bits} == 64
> Requires: libisl.so.15()(64bit)
> %else
> Requires: libisl.so.15()
> %endif
Should "(64bits)" be appended on, say, ia64 where there is no 32-bit
userspace?
David
___
devel mailing list -- devel@lists.
Panu Matilainen wrote:
> >> %if %{__isa_bits} == 64
> >> Requires: libisl.so.15()(64bit)
> >> %else
> >> Requires: libisl.so.15()
> >> %endif
> >
> > That doesn't work. It complains about illegal characters.
>
> Sure it works. It's copy-pasted from a spec I just built *just in case*
> there's b
Kevin Kofler wrote:
> So I think that the library should really be linked, not dlopened.
That was my suggestion too, but Jakub doesn't like that idea.
David
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-
Panu Matilainen wrote:
> %if %{__isa_bits} == 64
> Requires: libisl.so.15()(64bit)
> %else
> Requires: libisl.so.15()
> %endif
That doesn't work. It complains about illegal characters.
David
___
devel mailing list -- devel@lists.fedoraproject.org
To
Okay, creating a script:
#!/bin/sh
if [ -x /usr/lib/rpm/redhat/find-requires ] ; then
FINDREQ=/usr/lib/rpm/redhat/find-requires
else
FINDREQ=/usr/lib/rpm/find-requires
fi
$FINDREQ $*
case `uname -m` in
*64)
Daniel P. Berrange wrote:
> See the section "requires filtering"
>
>
> https://fedoraproject.org/wiki/PackagingDrafts/FilteringAutomaticDependencies
>
> instead of filtering you'd be augmenting, but that's fine.
This scriptlet would seem to be inconsistent with the way find-requires works:
Stephen Gallagher wrote:
> What's wrong with doing:
>
> Requires: isl%{?_isa} >= %{isl_version}
>
> Other than you'll have to be aware and deal with any eventual soname bump, of
> course.
They bumped it somewhere between isl-0.14 (which gcc uses now) and isl-0.16.1
(which gcc wants to use).
D
Hi,
gcc and cross-gcc currently dynamically load the isl-0.14 shared library -
which means that rpm-build doesn't automagically detect a:
libisl.so.13()(64bit)
but, rather, the gcc binary rpm must include a:
Requires: isl = %{isl_version}
clause.
Is it possible to instead do s
Igor Gnatenko wrote:
> > Well there is gcc-arm-linux-gnu for example but that's for kernels per
> > description
> Didn't see it before... But looks like it doesn't work either:
> /usr/bin/arm-linux-gnu-ld: cannot find crt1.o: No such file or directory
> /usr/bin/arm-linux-gnu-ld: cannot find crti
Mike McLean wrote:
> 1) make sure your krb5.conf has:
> includedir /etc/krb5.conf.d/
Should there be something in there other than a crypto-policies symlink?
David
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
Michael Catanzaro wrote:
> I have no idea how this fancy Kerberos works or integrates with GNOME,
> but the above is a truism that stands the test of time.
Kerberos integrates fine with KDE's Konqueror. If I go to a kerberised page
for which I have a TGT, KDE will do the ticket look up automati
Florian Weimer wrote:
> I think if you want silent deletion, you'll have to add “Obsoletes:
> binutils-sh64-linux-gnu” to the cross-binutils-common package.
Yeah, the following worked:
@@ -129,6 +133,9 @@ converting addresses to file and line).
Summary: Cross-build binary utility documentation
I need to obsolete one of the arch subpackages in the cross-binutils rpm (and
also in the cross-gcc rpm) because binutils no longer supports that arch
(sh64).
Just marking the appropriate subpackage as obsoleted in the specfile for the
cross-binutils-common subpackage causes dnf to complain:
wart
Jan Synacek wrote:
> #define ssprintf(dest, ...) snprintf((dest), sizeof(dest), __VA_ARGS__)
Did you want:
#define ssprintf(dest, ...) snprintf((dest), sizeof(dest), ## __VA_ARGS__)
David
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lis
Hi,
In cross-gcc, the specfile needs to do its own debuginfo manipulation because
it has binary files that must not be stripped inside the package - and
preferably must not even be looked at by the manipulation tools because they
are likely to be for a completely different target to the system too
Hi,
How do I prevent rpmlint from objecting to some specific zero-length files?
I'm building a bunch of cross-compilers, and the installation includes some
zero-length files that appear to have to be there, but are zero-length (and in
some cases look like they have to be empty).
gcc-h8300-linux-
Richard W.M. Jones wrote:
> I would file a bug about this, but I noticed that cross-gcc is at
> version 5.2.1. Are we going to update it to 6.0? If so, are there
> any testing packages that you would like me to try?
As we speak[*], I'm just preparing an update to 5.3.1 for Rawhide, F23 and F22
Jan Kurik wrote:
> let me inform you about changes in Fedora 24 schedule.
>
> There is a will to accommodate GCC6 compiler in F24 and use it to
> compile all the binaries delivered in this release [1].
Do the cross-gcc packages also need moving to GCC6 immediately as I believe
they're used to c
I maintain the cross-binutils and cross-gcc packages. These produce powerpc64
subpackages with binaries in. However, since I was asked to provide support
for ppc64-linux-gnu-x in addition to powerpc64-linux-gnu-x commands, I provide
symlink rpms for the ppc64 name that link to the former name.
T
Guy Streeter wrote:
> Do you just need to control the build order, so your preprocessor runs
> first?
Yes.
> You can over-ride "build" to make that happen.
Okay.
> Or use something like
>
> ./setup.py build_prep build_ext build
I'd rather not do that - I'd rather 'build' built everything.
Guy Streeter wrote:
> > I'm trying to package a python module that has a C extension that has a
> > special preprocessor that turns protocol definition files into C.
> ...
> See the setup.py in this package:
>
> https://git.fedorahosted.org/cgit/python-libnuma.git/
>
> It runs msgfmt on the pr
agement scripting and commands",
author = "David Howells",
author_email = "dhowe...@redhat.com",
license = "GPLv2",
ext_modules = [Extension("kafs",
sources
Peter Robinson wrote:
> > updates-testing always enabled here and only:
> > python-fedora-0.5.4-1.fc21.noarch
>
> It seems it should be, maybe issues with local mirror being out of sync?
> https://bodhi.fedoraproject.org/updates/FEDORA-2015-13829
I only see 0.5.4:
warthog>yum list python-fedor
Germano Massullo wrote:
> What is wrong with DNF's regular expression
> # dnf remove *debuginfo*.fc20.x86_64
Do you mean 'regular expression' or did you mean 'glob'?
If you did mean 'regular expression', then did you want:
dnf remove .*debuginfo.*[.]fc20[.]x86_64
David
--
devel maili
Paul Wouters wrote:
> I think most people end up running dnsmasq because of KVM/libvirtd ? I
> think those dnsmasq's should be run in "dhcp only" mode and point to
> the hosts's unbound.
I'm using dnsmasq to look up *.redhat.com addresses over VPN whilst looking up
other addresses from my ISP.
Jan Kurik wrote:
> Install a local DNS resolver trusted for the DNSSEC validation running on
> 127.0.0.1:53. This must be the only name server entry in /etc/resolv.conf.
>
> The automatic name server entries received via dhcp/vpn/wireless
> configurations should be stored separately (e.g. this is
Paolo Bonzini wrote:
> > > I'm encountering a few problems with GCC 5 due to code that fails to
> > > work with GCC major releases above 4. In particular, there are at least
> > > problems with the kernel
> >
> > fedora's kernel builds, can you be more specific about the problems you're
> > exp
Anything that depends on cross-gcc for C++ might also be affected. I recently
moved cross-gcc to gcc-5 (there was lag behind the gcc rpm due to breakage in
the arches the base gcc package doesn't build).
David
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/ma
This affects at least the following packages:
ipxe, seabios, sgabios, openbios, SLOF
Rawhide is also upgraded thusly.
David
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of
Cole Robinson wrote:
> ipxe, seabios, sgabios: binutils-x86_64-linux-gnu gcc-x86_64-linux-gnu
> openbios: gcc-powerpc64-linux-gnu gcc-sparc64-linux-gnu
> SLOF: gcc-powerpc64-linux-gnu
They all build on x86_64 F21 with the new cross gcc.
David
--
devel mailing list
devel@lists.fedoraproject.org
Cole Robinson wrote:
> FWIW qemu firmware pacakges build with cross-gcc: ipxe, seabios, SLOF,
> openbios. We want to build for the target architecture but ship as noarch,
> since the roms aren't used by the host machine but only used by qemu-system-*,
> which should run on any host arch.
Which o
Josh Boyer wrote:
> I don't think anything in the distro depends on the cross compilers.
> There's no associated Change, etc. Unless there's something I'm
> missing, you should be able to update them, build, and file an update
> in Bodhi to get the appropriate karma.
I was under the impression
It's taken quite a long time to sort out the bugs in gcc-5 with regard to
lesser-used arches, so I've only just managed to get cross-gcc in rawhide
upgraded to gcc-5, despite the main gcc package having got there a while ago.
Is it too late in the F22 cycle now to upgrade cross-gcc there to gcc-5?
Susi Lehtola wrote:
> The reason why buildroot overrides can't be made by anyone is that the
> maintainer might not want people to build packages against the new version, if
> for example it breaks things.
Should the broken new version be made unavailable in that case then?
David
--
devel mail
David Airlie wrote:
> Not sure how best to proceed.
Can the software be cross-compiled? If so, I could provide you with a
cross-compiler.
David
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproje
I have raised a bz related to this:
https://bugzilla.redhat.com/show_bug.cgi?id=1190763
David
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Miroslav Suchý wrote:
> > Can rpmbuild be taught to produce a 'build logs' rpm (or tarball or
> > something) that isn't automatically added to the installation set by
> > koji/bodhi and that can get generated even in the event of a build
> > failure?
>
> rpmbuild is very low level tool. I doubt
Richard W.M. Jones wrote:
> I don't think an RPM would help. However it would be nice if Koji
> allowed you to pull files from the build tree, especially after a
> failure.
Even if it just grabbed every file ending in .log from the build tree, that
might be useful.
David
--
devel mailing list
Can rpmbuild be taught to produce a 'build logs' rpm (or tarball or something)
that isn't automatically added to the installation set by koji/bodhi and that
can get generated even in the event of a build failure?
I have seen two examples of where this could be useful:
(1) gcc-5 dumps a whole chu
Jaroslav Reznik wrote:
> Switch GCC in Fedora 22 to 5.x.y, rebuild all packages with it.
Does cross-gcc need to switch simultaneously? Some packages are built with
that, I believe.
David
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Jaroslav Reznik wrote:
> Gallium Nine implements the d3d9 API with Gallium
> internal API, which maps better to d3d9 than OpenGL.
Does it pass D3D9 requests down to the graphics card where possible?
David
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mail
Jakub Jelinek wrote:
> What do binutils need cloog/isl for btw?
Hmmm...
/usr/lib64/libisl.so.13.1.0-gdb.py
/usr/lib64/libisl.so.13.1.0-gdb.pyc
/usr/lib64/libisl.so.13.1.0-gdb.pyo
David
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/
Jakub Jelinek wrote:
> The toplevel configure is shared with gcc. That doesn't mean anything
> built in binutils actually uses it.
Ah, ok.
> BTW, cloog 0.18.3 has been released 2 days ago, perhaps it is usable with
> latest 4.8.x/4.9.x. Note GCC 5.x will only need isl and not cloog.
Sounds l
Jakub Jelinek wrote:
> What do binutils need cloog/isl for btw?
I'm not sure, but in binutils/configure, I see:
with_cloog
with_isl
with_isl_include
with_isl_lib
enable_isl_version_check
with_cloog_include
with_cloog_lib
enable_clo
Would there be any problem with upgrading cloog to 0.18.1 so that binutils,
gcc, cross-binutils and cross-gcc can use it? Also, should I put isl-0.12.2
into it's own package or should it be added to cloog?
Or should I make a gcc-cloog (and gcc-isl)?
David
--
devel mailing list
devel@lists.fedor
Is there a good description of ELF shared library symbol versioning best
practices somewhere?
In particular, under what conditions do you need to create a new section in
the versioning file given to the linker's --version-script option when new
symbols are added?
And what do you do if you've done
Pierre-Yves Chibon wrote:
> * packager creates the scm-request and set fedora-cvs flag to ?
I find this step counter intuitive. I accidentally set it to '+' rather than
'?' and then was confused about why things weren't progressing. Can it be
split into two flags? On requesting git creation a
David Howells wrote:
> > I can see a "fedpkg retire" option for removing it from Rawhide
>
> Which doesn't work, possibly due to a script error:
>
> ERROR:rpkg:Could not retire package: 'Namespace' object has no
> attribute 'msg'
David Howells wrote:
> I can see a "fedpkg retire" option for removing it from Rawhide
Which doesn't work, possibly due to a script error:
ERROR:rpkg:Could not retire package: 'Namespace' object has no
attribute 'msg'
David
--
devel mailing li
Hi,
The xtrace package has been renamed to the x11trace package due to a collision
with the name of a glibc tool. The xtrace package should now be removed from
Fedora.
I can see a "fedpkg retire" option for removing it from Rawhide, but is it
possible to remove it now from F21 and earlier?
Davi
Dhiru Kholia wrote:
> In Fedora, we recently enabled "-fstack-protector-strong" in system rpm
> configuration - but are all packages using this enhanced hardening
> feature?
What's the performance overhead of enabling this for everything?
David
--
devel mailing list
devel@lists.fedoraproject.o
So anyone that is using it to build their own packages, if you could check it
in the next three weeks.
David
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Dan Horák wrote:
> as a user or root? IIRC building as root leads to strange errors
> sometimes
As a user in both cases.
David
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-con
I'm seeing this message:
extracting debug info from
/home/dhowells/rpmbuild/BUILDROOT/cross-gcc-4.9.0-2.fc21.x86_64/usr/lib/gcc/hppa-linux-gnu/4.9.0/libcloog-isl.so.4
/usr/lib/rpm/debugedit: -b arg has to be either the same length as -d arg, or
more than 1 char longer
but only on some machines
DJ Delorie wrote:
> > Welcome to the 21st century!
>
> Do we have different eyes and brains than we did last century?
> Because otherwise, excessively wide paragraphs are just as hard to
> read now as they were then.
But we do have wide logfile excerpts that are much easier to read if they
don'
xtrace, an X11 protocol tracing package that is already available in Debian is
now also available in updates-testing for F20 and Rawhide.
xtrace-1.3.1-5.fc20 newpackage testing 2014-03-30
This is used by running a program under xtrace, eg:
xtrace xterm
The xtrace progr
Alexander Todorov wrote:
> How about making %check a packaging requirement in all cases - run tests or
> add a comment explaining why not, how to run them (e.g. make test) or why
> there are no tests for this package.
Does %check install the package and run the tests as root? For the keyutils
p
Paul Wouters wrote:
> dracut-initqueue[474]: Warning: /dev/rot does not exist.
Is this an error message that needs fixing up?
David
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-o
Richard Hughes wrote:
> As the subject suggests, Fedora 22 will require applications to have a
> long description to be shown in the software center.
What constitutes an 'application' in this sense? Does 'gcc' count for
instance? How about 'find'?
David
--
devel mailing list
devel@lists.fed
Adam Williamson wrote:
> > - Install fedup 0.7.0
> > - Try it and watch it fail or hang
> > - Update to fedup 0.8.0 from updates-testing
> > - Run fedup
> >
> > ends up downloading all rpms *twice* a sucking up a correspondingly
> > immense amount of disk space.
>
> Um, I'm fairly sure it d
valent.turko...@gmail.com wrote:
> I really enjoy working with ssh on Ubuntu just for this simple reason,
> they have user friendly ssh fingerprint collision messages:
>
> $ ssh root@192.168.1.1
> @@@
> @WARNING: REMOTE HOST IDENTIFICAT
Pete Zaitcev wrote:
> Thought I was careful about them, but apparently not enough. So, does
> anyone have a script that can be attached to git hooks, reliably detects
> an attempt to push merge nodes, then bails the push?
I presume that that would prevent valid merging between branches in the re
Eugene Pivnev wrote:
> 3. rpm -qa | grep gnome | xargs sudo yum remove
> * git (???)
gitk, I imagine.
David
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
John Reiser wrote:
> It's also easy to see the mechanism:
> $ cat foo.c
> extern int a[];
>
> void foo(int j) { a[j]=j; }
> $ gcc -m32 -fPIE -O -S foo.c
> $ cat foo.s # edited for brevity
> foo: # 25 bytes; about 15 cycles (incl. 3*3 cycles data cache fetch latency)
> call__x86.get
Jan Dvořák wrote:
> I am running rawhide for fun and since a few days ago a few seconds
> after starting gdm the whole system freezes. I am sorry that I can't
> really pinpoint the exact update as I suspend and this only manifested
> after a reboot.
Do you see the same problem starting KDE inste
David Howells wrote:
> > A better way to do this might be to make the header installation discard the
> > "_UAPI" prefix that got added.
>
> As the attached patch.
Now upstream.
David
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
David Howells wrote:
> A better way to do this might be to make the header installation discard the
> "_UAPI" prefix that got added.
As the attached patch.
David
---
commit 75a88e14a97d239a47cbd0fc55fc23416007d733
Author: David Howells
Date: Wed Nov 7 17:14:14 2012 +
the kernel when
they got split out into separate files (rather than being renamed).
A better way to do this might be to make the header installation discard the
"_UAPI" prefix that got added.
David
---
commit 24d4756373d825c43c5f5c3cf1fc6737943abf53
Author: David Howells
Date: Wed Nov
Serge wrote:
> > Lot of apps will break if you move /proc or /dev
>
> Sure. And many apps would break if you move /bin to /usr/bin. But still,
> you did that? ;)
The contents of /dev vary depending on what hardware the computer has
available - which may change in real time - so it cannot be sha
Stephen Gallagher wrote:
> 1) Credential caches are now stored in a tmpfs location. This is a
> security feature, as a stolen laptop may not be booted in single-user
> mode to extract a valid TGT.
Is it? Can't tmpfs move stuff arbitrarily out to swap?
David
--
devel mailing list
devel@lists.f
Julio Merino wrote:
> Changing the end date of the expired override will re-enable it.
That works, thanks!
David
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
I need to update my cross-gcc package, but that depends on my cross-binutils
package which is still in updates-testing (should the build process fail, even
though it is pushed to updates-testing?).
To do this I need to add a build override with bodhi for the cross-binutils
package - however, this
Jon Ciesla wrote:
> You can only chain-build on rawhide, you want a buildroot override.
>
> http://fedoraproject.org/wiki/Bodhi/BuildRootOverrides
Ah, yes. I remember now. Can fedpkg and koji chain-build --help texts be
updated to note this?
David
--
devel mailing list
devel@lists.fedorapro
Hi,
I'm having a problem building my cross-compiler gcc package as it requires a
cross-compiler binutils package to be built first.
I managed to build the rawhide build with:
fedpkg chain-build --target=rawhide cross-binutils :
but chain-build doesn't work for F16 and F17 as far as I c
Stephen Gallagher wrote:
> with the upcoming Fedora 18 release (currently Rawhide) we are going to
> change the place where krb5 credential cache files are saved by default.
>
> The new default for credential caches will be the /run/user/
> directory.
Alternatively, you could put them in the ke
1 - 100 of 124 matches
Mail list logo
