[gentoo-dev] [PATCH] kernel-2.eclass: introduce K_FROM_GIT for sources that derive from git repos
All,
It looks like that sometime around Linux 3.15, some kind of a quirk was
introduced where a patch that contains the removal of a symlink followed by the
addition of a file with the same name as the symlink causes patch's --dry-run
phase to fail, which kills 'epatch'. See Bug #507656.
A workaround was added to kernel-2.eclass, around line 1093, that hardcodes a
check for sys-kernel/git-sources, to avoid this issue. Well,
sys-kernel/mips-sources is also affected by the same issue. I'm close to
releasing a newer mips-sources, having spent the last few months
re-writing/refactoring chunks of old SGI IP27/BRIDGE code, and rather than add
another hardcode to kernel-2, I instead created a new variable, K_FROM_GIT,
that will replace the hardcode.
When set to a value, it triggers the workaround, which still affects current
kernels. This results in a cleaner implementation instead of a hardcoded
ebuild, should future kernel packages sourced from a git repo get added.
Patch is attached for review.
Thanks!
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
6144R/F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943
"The past tempts us, the present confuses us, the future frightens us. And our
lives slip away, moment by moment, lost in that vast, terrible in-between."
--Emperor Turhan, Centauri Republic
--- /usr/portage/eclass/kernel-2.eclass.orig 2016-08-19 07:44:46.149376480 -0400
+++ /usr/portage/eclass/kernel-2.eclass 2016-08-19 08:29:50.729377972 -0400
@@ -49,6 +49,9 @@
# as a result the user cannot choose to apply those patches.
# K_EXP_GENPATCHES_LIST - A list of patches to pick from "experimental" to apply when
# the USE flag is unset and K_EXP_GENPATCHES_PULL is set.
+# K_FROM_GIT - If set, this variable signals that the kernel sources derives from a git tree and special
+# handling will be applied so that any patches that are applied will actually apply.
+#
# K_GENPATCHES_VER - The version of the genpatches tarball(s) to apply.
# A value of "5" would apply genpatches-2.6.12-5 to
# my-sources-2.6.12.ebuild
@@ -1090,7 +1093,7 @@ unipatch() {
# #
# https://bugs.gentoo.org/show_bug.cgi?id=507656 #
- if [[ ${PN} == "git-sources" ]] ; then
+ if [[ -n ${K_FROM_GIT} ]] ; then
if [[ ${KV_MAJOR} -gt 3 || ( ${KV_MAJOR} -eq 3 && ${KV_PATCH} -gt 15 ) &&
${RELEASETYPE} == -rc ]] ; then
ebegin "Applying ${i/*\//} (-p1)"
[gentoo-dev] Georgia Tech Rsync mirror issues
If any mirror admins are lurking around, can someone poke whomever runs the Georgia Tech (in the US) rsync mirror admin to see why their rsync server is really slow? I filed a bug about it back in June: https://bugs.gentoo.org/show_bug.cgi?id=585524 But no action has happened yet. It seems like their mirror is running at around a plaid-inducing speed of ~2.3K/sec. For anyone that remembers the 28.8kbps days... Thanks! -- Joshua Kinard Gentoo/MIPS ku...@gentoo.org 6144R/F5C6C943 2015-04-27 177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943 "The past tempts us, the present confuses us, the future frightens us. And our lives slip away, moment by moment, lost in that vast, terrible in-between." --Emperor Turhan, Centauri Republic
[gentoo-dev] Lastrites: media-video/xanim, net-irc/irc-client, net-im/simpserver-bin, net-analyzer/portbunny, app-text/notecase, net-dialup/radiusclient, media-gfx/cutycapt, www-misc/reflector, net-li
# Pacho Ramos (20 Aug 2016) # codecs are not usable, also really obsolete, bug #181959 # Removal in a month. media-video/xanim # Pacho Ramos (20 Aug 2016) # Collides with ircii, this is dead since 1999, bug #247987 # Removal in a month. net-irc/irc-client # Pacho Ramos (20 Aug 2016) # Needs a major version bump, completely outdated, bug #262902 # Removal in a month. net-im/simpserver-bin # Pacho Ramos (20 Aug 2016) # Outdated, not compatible with current kernels (#263549). # Removal in a month. net-analyzer/portbunny # Pacho Ramos (20 Aug 2016) # Dead since 2008, ugly build system, incorrect deps (#298157). # Removal in a month. app-text/notecase # Pacho Ramos (20 Aug 2016) # Dead for ages, nothing needs it in the tree, fails to crosscompile # (#373347). Removal in a month. net-dialup/radiusclient # Pacho Ramos (20 Aug 2016) # Dead for ages, phantomjs should be used instead, bug #374943 # Removal in a month. media-gfx/cutycapt # Pacho Ramos (20 Aug 2016) # Broken, needs someone to take care of it and update it, bug #421869 # Removal in a month. www-misc/reflector # Pacho Ramos (20 Aug 2016) # Multiple QA issues, nothing needs it (#430690). Removal in a month. net-libs/wt # Pacho Ramos (20 Aug 2016) # Fails to build, bug #449964. Removal in a month. sci-physics/mpb
Re: [gentoo-dev] [PATCH] subversion.eclass: support for EAPI 6
Just an FYI, games-emulation/dosbox tripped over this recently.
On Sat, Aug 6, 2016 at 7:05 AM, Andrew Savchenko wrote:
> Hi,
>
> On Sat, 30 Jul 2016 12:34:07 +0300 Andrew Savchenko wrote:
> > On Sat, 30 Jul 2016 07:37:08 +0200 Michał Górny wrote:
> > > > @@ -116,7 +123,8 @@ ESVN_PROJECT="${ESVN_PROJECT:-${PN/-svn}}"
> > > >
> > > > # @ECLASS-VARIABLE: ESVN_BOOTSTRAP
> > > > # @DESCRIPTION:
> > > > -# bootstrap script or command like autogen.sh or etc..
> > > > +# Bootstrap script or command like autogen.sh or etc..
> > > > +# Removed in EAPI 6 and later.
> > > > ESVN_BOOTSTRAP="${ESVN_BOOTSTRAP:-}"
> > > >
> > > > # @ECLASS-VARIABLE: ESVN_PATCHES
> > > > @@ -127,6 +135,8 @@ ESVN_BOOTSTRAP="${ESVN_BOOTSTRAP:-}"
> > > > #
> > > > # Patches are searched both in ${PWD} and ${FILESDIR}, if not found
> in either
> > > > # location, the installation dies.
> > > > +#
> > > > +# Removed in EAPI 6 and later, use PATCHES instead.
> > > > ESVN_PATCHES="${ESVN_PATCHES:-}"
> > >
> > > It would be a good idea to check if the variables are set and die if
> > > they are, so people don't accidentally use them.
> >
> > Impossible to implement. These variables (as well as all other
> > ESVN_* variables) are usually set after subversion eclass is
> > inherited. And even if I'll duplicate this check in all available
> > functions (which is ridiculous by itself), it still will not help,
> > since several functions are removed from EAPI 6 and people may
> > rely on default behaviour of src_prepare() alone.
> >
> > > > # @ECLASS-VARIABLE: ESVN_RESTRICT
> > > > @@ -355,7 +365,10 @@ subversion_fetch() {
> > > > # @FUNCTION: subversion_bootstrap
> > > > # @DESCRIPTION:
> > > > # Apply patches in ${ESVN_PATCHES} and run ${ESVN_BOOTSTRAP} if
> specified.
> > > > +# Removed in EAPI 6 and later.
> > > > subversion_bootstrap() {
> > > > + has "${EAPI:-0}" 6 && die "${FUNCNAME[1]} is removed from
> subversion.eclass in EAPI 6 and later"
> > > > +
> > >
> > > Reverse the logic. This will require updating in every EAPI while it is
> > > rather unlikely the next EAPIs will return to previous behavior.
> >
> > Done.
>
> No further comments for a week => in the tree now.
> Thank you for review.
>
> Best regards,
> Andrew Savchenko
>
[gentoo-dev] Last rites: kde-apps/kwalletd-pam
# Michael Palimaka (20 Aug 2016) # Deprecated. Use kde-plasma/kwallet-pam[oldwallet] instead. # Masked for removal in 30 days. kde-apps/kwalletd-pam
[gentoo-dev] Creating development virtual machine
I am looking to create a virtual machine which I can use to test to see about my development efforts (currently with LedgerSMB) and getting appropriate ebuild files created on a base install. I currently have no virtualization software installed on the main development machine, so that is as of now, largely irrelevant, but in the future I would like to have the possibility of hosting my built boxes "in the cloud" so if there is any virtualization system which likely would make that easier (or at least not more difficult) that may be a factor. Jigme Datse Yli-Rasku -- Jigme Datse Yli-Rasku jigme.da...@datsemultimedia.com (Preferred address for new messages) 250-505-6117 Jigme Datse Yli-Rasku PO Box 270 Rossland, BC V0G 1Y0 Canada ... ... This message should be electronically signed, and if the sender ... ... has your public key, may also be encrypted. ... ... If you have any questions about this, please email, or call.... ... ... ... Note, unknown calls likely will go to voicemail.... ... Please leave a message if you get voicemail.... ... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Creating development virtual machine
On 08/20/2016 04:56 PM, Jigme Datse Yli-RAsku wrote: > I am looking to create a virtual machine which I can use to test to see > about my development efforts (currently with LedgerSMB) and getting > appropriate ebuild files created on a base install. I currently have no > virtualization software installed on the main development machine, so > that is as of now, largely irrelevant, but in the future I would like to > have the possibility of hosting my built boxes "in the cloud" so if > there is any virtualization system which likely would make that easier > (or at least not more difficult) that may be a factor. > > Jigme Datse Yli-Rasku > As many would likely tell you, it depends on what sort of development you intend on doing. To start, I suggest qemu and KVM. They're libre software and there's a GUI frontend if you don't feel like manual configuration or shell scripting. I've used it to build a completely free/libre Gentoo installation, which I intend to use on a laptop in the future. Our wiki has some decent pages on qemu and KVM. If the image files are the correct format (I'm not sure what format cloud providers prefer), they should work just fine. I would focus on using the correct image format and then building what some call a stage4. I think there are more tools for creating stage4s, but ultimately that's what you and I both are looking at: ready-to-go Gentoo installs that come with some needed software. -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] [PATCH] kernel-2.eclass: introduce K_FROM_GIT for sources that derive from git repos
On 08/20/2016 05:13 AM, Joshua Kinard wrote: > All, > > It looks like that sometime around Linux 3.15, some kind of a quirk was > introduced where a patch that contains the removal of a symlink followed by > the > addition of a file with the same name as the symlink causes patch's --dry-run > phase to fail, which kills 'epatch'. See Bug #507656. > > A workaround was added to kernel-2.eclass, around line 1093, that hardcodes a > check for sys-kernel/git-sources, to avoid this issue. Well, > sys-kernel/mips-sources is also affected by the same issue. I'm close to > releasing a newer mips-sources, having spent the last few months > re-writing/refactoring chunks of old SGI IP27/BRIDGE code, and rather than add > another hardcode to kernel-2, I instead created a new variable, K_FROM_GIT, > that will replace the hardcode. > > When set to a value, it triggers the workaround, which still affects current > kernels. This results in a cleaner implementation instead of a hardcoded > ebuild, should future kernel packages sourced from a git repo get added. > > Patch is attached for review. > > Thanks! > lgtm, but I'm curious over the targeting of -rc releases. Are the only releases after 15 in the 3.x series -rc? If not, you're going to run into problems where a kernel is >=3.15 but not an rc. Otherwise it seems better than hardcoding it imo. -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature
Re: #wg-stable: Reservations about a "STABLE" & "NeedsStable" bugzilla keywords (re: [gentoo-dev] New Working Group established to evaluate the stable tree)
On 08/15/2016 12:42 PM, Rich Freeman wrote: > On Mon, Aug 15, 2016 at 3:30 PM, Andreas K. Hüttel > wrote: >> 1) Stabilization is a simpler and much more formalized process compared to >> normal bug resolution. >> * There is one version to be stabilized. >> * One precise package version > > Can you clarify what this means? Do you mean that at any time only > one version of any particular package/slot is marked stable? > > That seems like it would be problematic for ranged deps. Granted, > those are problematic in and of themselves since they can create > conflicts that are hard to resolve. However, this extends conflicts > between package you might not want to install at the same time to > situations where you don't even need both of the conflicting packages. > I believe he's just talking about a per-bug or per-stablereq basis. So each version gets its own opportunity to have bugs surface or stabilization issues instead of attempting to stabilize a bunch of versions at once. (Correct me if I'm wrong; I don't see the value of a single stable version for each package and it would create a lot of noise in git log) -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] New project: LLVM
2016-08-20 1:13 GMT+08:00 C Bergström : > I finally got it to build and here's the size numbers > 952K./lib/libc++abi.a > 616K./lib/libc++abi.so.1.0 > > If the above isn't enough motivation and you really want benchmarks > which prove it's a pig... I'll try to figure something else > > Not exactly a 1:1 comparison because I think other things are mixed in, but... > 352K/usr/lib/gcc/x86_64-linux-gnu/4.9/libsupc++.a > 356K/usr/lib/gcc/x86_64-linux-gnu/5/libsupc++.a > > In the land of HPC we frequently statically link stuff... not that > 864KB is big by any sort of modern definition, but it does raise > questions.. Though larger code size might be detrimental to performance (more cache misses), seeing the runtime of a real world program is probably more convincing :) Speaking of HPC, could you recommend some HPC programs that I can benchmark against libcxxrt/libc++abi? Lei
Re: [gentoo-dev] [PATCH] kernel-2.eclass: introduce K_FROM_GIT for sources that derive from git repos
On 08/20/2016 20:22, Daniel Campbell wrote: > On 08/20/2016 05:13 AM, Joshua Kinard wrote: >> All, >> >> It looks like that sometime around Linux 3.15, some kind of a quirk was >> introduced where a patch that contains the removal of a symlink followed by >> the >> addition of a file with the same name as the symlink causes patch's --dry-run >> phase to fail, which kills 'epatch'. See Bug #507656. >> >> A workaround was added to kernel-2.eclass, around line 1093, that hardcodes a >> check for sys-kernel/git-sources, to avoid this issue. Well, >> sys-kernel/mips-sources is also affected by the same issue. I'm close to >> releasing a newer mips-sources, having spent the last few months >> re-writing/refactoring chunks of old SGI IP27/BRIDGE code, and rather than >> add >> another hardcode to kernel-2, I instead created a new variable, K_FROM_GIT, >> that will replace the hardcode. >> >> When set to a value, it triggers the workaround, which still affects current >> kernels. This results in a cleaner implementation instead of a hardcoded >> ebuild, should future kernel packages sourced from a git repo get added. >> >> Patch is attached for review. >> >> Thanks! >> > > lgtm, but I'm curious over the targeting of -rc releases. Are the only > releases after 15 in the 3.x series -rc? If not, you're going to run > into problems where a kernel is >=3.15 but not an rc. > > Otherwise it seems better than hardcoding it imo. This bug smells more like a corner-case problem with patch itself, but I am not certain yet if it's been reported upstream to the GNU folks. Seems to affect sources built on top of, or pulled from, git repos. mips-sources is derived from periodic checkouts I do from the linux-mips.org git repo (ralf/linux.git), with custom patches stacked on top. Without this workaround, applying the base patches (either patch-x.y from kernel.org or the mipsgit-x.y.z-mmdd* patch I diff myself) will fail, on both -rc or stable releases. -- Joshua Kinard Gentoo/MIPS ku...@gentoo.org 6144R/F5C6C943 2015-04-27 177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943 "The past tempts us, the present confuses us, the future frightens us. And our lives slip away, moment by moment, lost in that vast, terrible in-between." --Emperor Turhan, Centauri Republic
Re: [gentoo-dev] Creating development virtual machine
I think you pointed me in a direction I am quite happy to go in. My current development project is getting LedgerSMB to install on a more or less bare (Stage3?) Gentoo system. I will likely (after that has been managed) be looking at the Matrix Protocol starting with the synapse homeserver and the vector web client. For these, the development effort that *I* intend to be making would be to get it so that the install on gentoo will work correctly through portage. I believe that I would have to end up being on the "official gentoo development" so as to be able to handle issues through gentoo supported tools. Thank you very much. On 2016-08-20 17:15, Daniel Campbell wrote: > On 08/20/2016 04:56 PM, Jigme Datse Yli-RAsku wrote: > > I am looking to create a virtual machine which I can use to test to see > > about my development efforts (currently with LedgerSMB) and getting > > appropriate ebuild files created on a base install. I currently have no > > virtualization software installed on the main development machine, so > > that is as of now, largely irrelevant, but in the future I would like to > > have the possibility of hosting my built boxes "in the cloud" so if > > there is any virtualization system which likely would make that easier > > (or at least not more difficult) that may be a factor. > > > > Jigme Datse Yli-Rasku > > > > As many would likely tell you, it depends on what sort of development > you intend on doing. > > To start, I suggest qemu and KVM. They're libre software and there's a > GUI frontend if you don't feel like manual configuration or shell > scripting. I've used it to build a completely free/libre Gentoo > installation, which I intend to use on a laptop in the future. > > Our wiki has some decent pages on qemu and KVM. If the image files are > the correct format (I'm not sure what format cloud providers prefer), > they should work just fine. I would focus on using the correct image > format and then building what some call a stage4. I think there are more > tools for creating stage4s, but ultimately that's what you and I both > are looking at: ready-to-go Gentoo installs that come with some needed > software. > -- Jigme Datse Yli-Rasku jigme.da...@datsemultimedia.com (Preferred address for new messages) 250-505-6117 Jigme Datse Yli-Rasku PO Box 270 Rossland, BC V0G 1Y0 Canada ... ... This message should be electronically signed, and if the sender ... ... has your public key, may also be encrypted. ... ... If you have any questions about this, please email, or call. ... ... ... ... Note, unknown calls likely will go to voicemail. ... ... Please leave a message if you get voicemail. ... ... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Creating development virtual machine
On Sat, Aug 20, 2016 at 05:15:13PM -0700, Daniel Campbell wrote: > ready-to-go Gentoo installs that come with some needed > software. Release Engineering does already publish cloud-ready stage4 tarballs. In the very near future, I intend to for releng/infra to be publishing the pre-converted qcow2 images, but for the moment, you can convert them yourselves: 1. Grab a cloud stage4: $ curl http://distfiles.gentoo.org/releases/amd64/autobuilds/current-stage4-amd64-hardened+cloud/stage4-amd64-hardened+cloud-20160811.tar.bz2 2. emerge app-emulation/diskimage-builder 3. symlink the tarball as needed: $ ln -s stage4-amd64-hardened+cloud-20160811.tar.bz2 gentoo-stage4-hardened.tar.bz2 4. Convert it to a QCOW2 disk image: $ GENTOO_PROFILE=hardened/linux/amd64 \ DIB_IMAGE_CACHE=`pwd` disk-image-create \ --offline \ --image-size 2 \ --mkfs-options='-T news,floppy' \ gentoo vm 5. Use image.qcow2 in the dir to boot the VM, either with cloud-init to inject a root password/ssh keys, or modify the image yourself first (convert to raw format, loopmount w/ -o offset=$((1024*1024)), convert back to QCOW2 afterwards). 6. You'll want to look at growpart and related tools if you intend to having space to work on stuff on the VM; it's deliberately very small, and I'd like to shave a little more space off to fit into a 1GiB disk with more room to spare. ** Right now: - 1GiB volume w/ ~50MiB free - 2GiB volume w/ ~1050MiB free - 1536MiB volume w/ ~679MiB free -- Robin Hugh Johnson Gentoo Linux: Dev, Infra Lead, Foundation Trustee & Treasurer E-Mail : robb...@gentoo.org GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85 GnuPG FP : 7D0B3CEB E9B85B1F 825BCECF EE05E6F6 A48F6136 signature.asc Description: Digital signature
