Re: [gentoo-dev] Lastrite: media-radio/fldigi (unless patched for fltk-1.3)
On Fri, 23 Dec 2011 01:59:54 +0200 Samuli Suominen ssuomi...@gentoo.org wrote: # Samuli Suominen ssuomi...@gentoo.org (23 Dec 2011) # Missing fltk-1.3 support and forced downgrade of fltk # in the same stabilization level which makes this gentoo-x86 # incompatible package. Bug 395747. Removal in 30 days. media-radio/fldigi Well I have seen better christmas surprises, but there are 30 days left... It would be a pitty to loos a strongly developed application with a large user community from gentoo. I will talk to upstream again. they are aware of the problem (as can be seen from bug #359629 comment #4). Thomas --
Re: [gentoo-dev] Lastrite: media-radio/fldigi (unless patched for fltk-1.3)
On 12/23/2011 10:10 AM, Thomas Beierlein wrote: On Fri, 23 Dec 2011 01:59:54 +0200 Samuli Suominenssuomi...@gentoo.org wrote: # Samuli Suominenssuomi...@gentoo.org (23 Dec 2011) # Missing fltk-1.3 support and forced downgrade of fltk # in the same stabilization level which makes this gentoo-x86 # incompatible package. Bug 395747. Removal in 30 days. media-radio/fldigi Well I have seen better christmas surprises, but there are 30 days left... indeed :-( It would be a pitty to loos a strongly developed application with a large user community from gentoo. I will talk to upstream again. they are aware of the problem (as can be seen from bug #359629 comment #4). fedora has half of an fix available: http://pkgs.fedoraproject.org/gitweb/?p=fldigi.git;a=blob_plain;f=fldigi-3.21.11-panel.cxx.patch;hb=HEAD but it has more problems with Fl_Text_Selection, such as: `undefined reference to `Fl_Text_Selection::foobar_some_function(int, int, int, int)'` good luck - Samuli
Re: [gentoo-dev] Re: New global USE flag neon for ARM NEON optimization(s)
On Fri, Dec 23, 2011 at 4:26 AM, Duncan 1i5t5.dun...@cox.net wrote: Samuli Suominen posted on Thu, 22 Dec 2011 21:03:41 +0200 as excerpted: i'll add USE=neon to use.desc and punt the local descriptions if nobody objects media-libs/libpng: support ARM NEON cpu instruction set media-libs/vo-aacenc: Enable neon cpu instructions media-video/ffmpeg: Enables NEON optimizations for arm processors. media-video/libav: Enable NEON optimizations for arm processors. media-video/vlc: Enables NEON optimizations for arm processors. x11-libs/pixman: Enables NEON optimizations for ARM processors. For users not familiar with the ARM arch, neon is arguably more likely to be associated with net-libs/neon. Certainly that's what I would have immediately thought, tho my only familiarity with the library is as a dependency that IIRC used to trigger lots of subversion rebuilds, etc (now days I don't even have subversion on the system, it's all git, but according to equery d, neon is still required by musicbrainz). As such, to avoid confusion I'd suggest arch-neon or arm-neon (or armneon/ archneon) if it's to be a global flag. Ugh. NEON (the SIMD extensions) are turned on by the neon flag much more often than support for net-libs/neon is. Let's not rename USE flags like this.
[gentoo-dev] [PATCH git-2.eclass 1/2] Clean up non-bare checkout before updating.
Fixes: https://bugs.gentoo.org/show_bug.cgi?id=395247
---
eclass/git-2.eclass |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/eclass/git-2.eclass b/eclass/git-2.eclass
index f1ed79f..4f0b65b 100644
--- a/eclass/git-2.eclass
+++ b/eclass/git-2.eclass
@@ -344,6 +344,8 @@ git-2_update_repo() {
if [[ ${EGIT_LOCAL_NONBARE} ]]; then
# checkout master branch and drop all other local branches
git checkout ${EGIT_MASTER} || die ${FUNCNAME}: can't checkout
master branch ${EGIT_MASTER}
+ git clean -d -f -x || die ${FUNCNAME}: failed to clean
checkout dir
+
for x in $(git branch | grep -v * ${EGIT_MASTER} | tr '\n' '
'); do
debug-print ${FUNCNAME}: git branch -D ${x}
git branch -D ${x} /dev/null
--
1.7.8.352.g876a6f.dirty
[gentoo-dev] [PATCH git-2.eclass 2/2] When constructing storedir, strip trailing '/.git' directory.
Fixes: https://bugs.gentoo.org/show_bug.cgi?id=386845
---
eclass/git-2.eclass |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/eclass/git-2.eclass b/eclass/git-2.eclass
index 4f0b65b..44e3476 100644
--- a/eclass/git-2.eclass
+++ b/eclass/git-2.eclass
@@ -278,7 +278,8 @@ git-2_prepare_storedir() {
if [[ ${EGIT_PROJECT} ]]; then
clone_dir=${EGIT_PROJECT}
else
- clone_dir=${EGIT_REPO_URI##*/}
+ local strippeduri=${EGIT_REPO_URI%/.git}
+ clone_dir=${strippeduri##*/}
fi
EGIT_DIR=${EGIT_STORE_DIR}/${clone_dir}
--
1.7.8.352.g876a6f.dirty
Re: [gentoo-dev] [PATCH git-2.eclass 1/2] Clean up non-bare checkout before updating.
On Fri, 23 Dec 2011 22:09:26 +0100
Ulrich Mueller u...@gentoo.org wrote:
On Fri, 23 Dec 2011, Michał Górny wrote:
Fixes: https://bugs.gentoo.org/show_bug.cgi?id=395247
+ git clean -d -f -x || die ${FUNCNAME}: failed to
clean checkout dir +
Why should there be untracked files, in the first place? (In the
steps to reproduce of bug 395247 such files are explicitly generated
by the user, which doesn't look like a valid usage case to me.)
Yes, it is invalid. Yet I think it's better to clean up just in case
upstream pulling gone wrong (e.g. when upstream does rebase).
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
