Re: [gentoo-dev] Re: [RFC] Future of gentoo's stable and unstable trees: what are your thoughts?
On Tue, 25 Jul 2017 11:03:30 +0200 Agostino Sarubbowrote: > On Monday 24 July 2017 22:22:23 Sergei Trofimovich wrote: > > 1. lack of automation > I'd summarize the techical steps into: > 1) get the list of packages > 2) test > 3) commit to git > 4) write on bugzilla > > 1 is done by getatoms https://github.com/kensington/bugbot > 2 is done by the tester in the manner he prefer > 3 no official tool available, I used a modified version of > https://gitweb.gentoo.org/proj/arch-tools.git/tree/batch-stabilize.py > which is still based on CVS > 4 no official tool available, I used my own bash script which calls > pybugz > > So, points 3 and 4 needs to be improved, I have the idea on how the > script should look, but I have no time to do it and no python > knowledge. I can assist everyone that candidate itself to make the > tool/script like I did with kensington when he made getatoms. for 3 and 4 there's the keyword.sh script in my overlay (under scripts) that has been working for ages (at least for me)... Regards, Markus
Re: [gentoo-dev] Stats: Gentoo developer commit timeline
On Mon, 16 Jan 2017 10:35:30 +0100 Michał Górnywrote: > Hi, everyone. > > Just a quick side project we've done a while ago. It's a timeline of > developer commit activity [1]. Code for data processing in [2]. I did > the data, Amynka prepared a nice JS to graph it. Nice! Regards, Markus pgpDjzwmpjE6p.pgp Description: OpenPGP digital signature
Re: [gentoo-dev] New Working Group established to evaluate the stable tree
On Sun, 14 Aug 2016 23:35:58 +0200 Kristian Fiskerstrandwrote: > During the latest Council meeting it was determined to set up a new > Working Group to come up with recommendations for improving the state > of the stable tree at a later Council meeting. > > Some initial items it was suggested the WG look into is > * The b.g.o workflow, bugs should not be considered fixed until the >fix has reached the stable tree. Today the InVCS keyword exists for >this purpose, but it is used to varying degree amongst developers. >Will a workflow change to introduce a new status, e.g RESOLVED >NeedsStable (name for illustration purpose only) incentivize >developers to not close bugs before it is fixed? > > * Are there ways to reduce the stabilization lag of packages > - looking into the effectiveness of ALLARCHES and its use > - possibility for maintainer to stabilize packages themselves for >architectures they have access to (including whether there > might be a need for changes to gentoo infrastructure to facilitate >this) > - Tinderboxing / Automatic tools build test packages and reverse >dependencies in order to assist in stabilization > > Other suggestions are up to the WG to come up with and write up a > final report to the council with the summary of these discussions. > > I've volunteered to chair such as working group. If you want to > participate in it please respond to this thread. Additionally I've set > up #gentoo-wg-stable as a place of coordination. > Don't forget to get input from current (active?) arch teams how they work and do their stuff. IMHO the whole bugzilla workflow etc. is just a small piece in the whole stabilization business. Regards, Markus pgp0RKWorhUKB.pgp Description: OpenPGP digital signature
Re: [gentoo-dev] [PATCH 25/29] distutils-r1.eclass: Ban EXAMPLES in EAPI 6
On Sun, 22 Nov 2015 20:51:06 +0100 Michał Górnywrote: > --- > eclass/distutils-r1.eclass | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass > index e632202..e55e2e4 100644 > --- a/eclass/distutils-r1.eclass > +++ b/eclass/distutils-r1.eclass > @@ -583,6 +583,8 @@ distutils-r1_python_install_all() { > einstalldocs > > if declare -p EXAMPLES &>/dev/null; then > + [[ ${EAPI} == [45] ]] && die "EXAMPLES are banned in > EAPI ${EAPI}" + I think the logic is the wrong way around and should be "|| die ..." > local INSDESTTREE=/usr/share/doc/${PF}/examples > doins -r "${EXAMPLES[@]}" > docompress -x "${INSDESTTREE}" Regards, Markus pgpyfRW5iBgH3.pgp Description: OpenPGP digital signature
Re: [gentoo-dev] Moving CPU flags into USE_EXPAND
On Wed, 14 Jan 2015 12:58:21 +0100 Michał Górny mgo...@gentoo.org wrote: Solution: per-arch USE_EXPANDs for flags, e.g.: CPU_FLAGS_X86=3dnow 3dnowext avx ... CPU_FLAGS_ARM=neon ... # arm* flags? CPU_FLAGS_MIPS=... # mips* flags? Any specific comments? I can handle x86 but I'd appreciate specific arch teams replying about more exotic arches. +1 For arm we will likely need the following flags (from arm and armv7a profiles use.mask): iwmmxt neon armvfp armv5te armv6 armv6t2 Regards, Markus signature.asc Description: PGP signature
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/x265: x265-1.0.ebuild ChangeLog x265-1.2.ebuild x265-0.8.ebuild
On Mon, 28 Jul 2014 11:02:58 +0300 Samuli Suominen ssuomi...@gentoo.org wrote: On 28/07/14 09:41, Samuli Suominen wrote: On 27/07/14 22:01, Markus Meier (maekke) wrote: maekke 14/07/27 19:01:15 Modified: x265-1.0.ebuild ChangeLog x265-1.2.ebuild x265-0.8.ebuild Log: add ~arm, bug #510340 Package bumping is done by, eg.: # cp x265-.ebuild x265-1.3.ebuild And then, # grep *.ebuild x265-1.2.ebuild:KEYWORDS=~amd64 ~arm ~x86 x265-1.3.ebuild:KEYWORDS=~amd64 ~x86 x265-.ebuild:KEYWORDS=~amd64 ~x86 As in... You forgot to add ~arm to -.ebuild Fixed that for you. Thanks. Regards, Markus signature.asc Description: PGP signature
[gentoo-dev] Last rites: media-gfx/autopano-sift
# Markus Meier mae...@gentoo.org (11 Oct 2009) # mask media-gfx/autopano-sift for removal in 30 days # use media-gfx/autopano-sift-C instead media-gfx/autopano-sift signature.asc Description: PGP signature
[gentoo-dev] Last rites for media-libs/libpano12
+# Markus Meier mae...@gentoo.org (19 Mar 2009) +# No longer needed, use media-libs/libpano13 +# Masked for removal in 30 days +media-libs/libpano12 + signature.asc Description: PGP signature
[gentoo-dev] [RFC] global useflags
server15 custom-cflags 10 logrotate 9 gsm 9 semantic-desktop 9 webkit8 html 7 multislot 7 nautilus 7 audacious 7 demo 7 editor6 sound 6 phonon6 tools 6 pango 6 dbi 6 qt3support6 dxr3 6 web 6 net 5 music 5 smtp 5 irc 5 policykit 5 mp4 5 clisp 5 spamassassin 5 serial5 nfs 5 midi 5 pcsc-lite 5 zvbi 5 http 5 proposals: custom-cflags: Build with user-specified CFLAGS (unsupported) as custom-cxxflags has been added (w/o discussion here) semantic-desktop: Semantic desktop allows for storage of digital information and its metadata to allow the user to express his personal mental models, making all in formation become intuitively accessible still pending is the global gsm useflag, no answer so far from the mobile herd in bug #254677. Markus signature.asc Description: PGP signature
[gentoo-dev] [RFC] global useflags
local useflags with = 5 appearances: server16 logrotate 12 gsm 9 custom-cflags 9 html 7 multislot 7 webkit7 audacious 7 demo 7 xft 6 icu 6 editor6 sound 6 nautilus 6 tools 6 dbi 6 qt3support6 dxr3 6 music 5 smtp 5 irc 5 mp4 5 clisp 5 spamassassin 5 serial5 pango 5 nfs 5 midi 5 pcsc-lite 5 zvbi 5 http 5 web 5 glade 5 my proposals: xft: Build with support for XFT font renderer (x11-libs/libXft) icu: Enable ICU (Internationalization Components for Unicode) support, using dev-libs/icu And the special case, which probably needs some discussion is the gsm flag. 7 out of 9 packages use it as a dep of media-sound/gsm, the other two depend on sys-apps/pcsc-lite (Add support for EAP-SIM authentication algorithm). The question is, whether we should create the global useflag for the seven packages and leave the pcsc-lite packages as they are (as we allow overriding since we have local useflag descriptions in metadata.xml), or preferably rename the useflag for the two pcsc-lite packages. The global description for the media-sound/gsm packages would be Enables support for the gsm lossy speech compression codec via media-sound/gsm. Markus signature.asc Description: PGP signature
[gentoo-dev] [RFC] some global useflags
server16 logrotate 10 gsm 9 custom-cflags 9 kontact 8 openmp8 plasma7 html 7 demo 7 smp 6 icu 6 editor6 multislot 6 nautilus 6 audacious 6 tools 6 qt3support6 dxr3 6 music 5 smtp 5 fax 5 bsf 5 irc 5 mp4 5 clisp 5 nfs 5 pcsc-lite 5 zvbi 5 http 5 web 5 logrotate: Adds support for the app-admin/logrotate log rotation program kontact: Enable support for the KDE personal information manager (kde-base/kdepim*) openmp: Build support for the OpenMP (support parallel computing), requires =sys-devel/gcc-4.2 built with USE=openmp plasma: Build optional plasma widgets that require kde-base/libplasma smp: Enable support for multiprocessors or multicore systems bsf: Enable support for Apache Bean Scripting Framework (dev-java/bsf) what should we do about custom-cflags? should this be global like Use CFLAGS from /etc/make.conf rather than the default package CFLAGS (not supported) Markus signature.asc Description: PGP signature
[gentoo-dev] [RFC] global useflags
Potential candidates (flag-name, count): pch 18 server14 custom-cflags 9 logrotate 8 gsm 7 demo 7 multislot 6 audacious 6 tools 6 music 5 fax 5 smp 5 editor5 html 5 webdav5 nautilus 5 clisp 5 hesiod5 nfs 5 qt3support5 dxr3 5 http 5 web 5 upnp 5 My proposals: pch: Enable precompiled header support for faster compilation at the expense of disk space and memory (=sys-devel/gcc-3.4 only) qt3support: Enable the Qt3Support libraries for Qt4 Markus signature.asc Description: PGP signature
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-gfx/inkscape: ChangeLog inkscape-0.46-r1.ebuild
On Sun, 16 Mar 2008 19:00:36 +0100 Christian Faulhammer [EMAIL PROTECTED] wrote: Hi, Markus Meier (maekke) [EMAIL PROTECTED]: DOCS=AUTHORS COPYING ChangeLog NEWS README Don't install COPYING. fixed. signature.asc Description: PGP signature
[gentoo-dev] missing quotes in eclasses
Hi There are several eclasses missing quotes: http://dev.gentoo.org/~maekke/eclass-quoting.txt This is the same check as repoman does, so there might be more quotes needed or false-positives. Markus signature.asc Description: PGP signature
Re: [gentoo-dev] missing quotes in eclasses
On Wed, 13 Feb 2008 14:42:32 -0500 Doug Klima [EMAIL PROTECTED] wrote: Markus Meier wrote: Hi There are several eclasses missing quotes: http://dev.gentoo.org/~maekke/eclass-quoting.txt Might want to cull that list of deprecated eclasses. That sounds like an idea. I blacklisted some obvious deprecated eclasses. You may refetch the list. Thanks signature.asc Description: PGP signature
[gentoo-dev] [RFC] global useflags
Potential candidates (flag-name, count): server13 custom-cflags 9 gsm 7 logrotate 7 java5 6 hdf5 6 djvu 6 multislot 6 webdav6 audacious 6 cxx 6 demo 6 music 5 fax 5 editor5 keyring 5 html 5 css 5 fontconfig5 highlight 5 tools 5 zip 5 fits 5 nfs 5 cvs 5 http 5 These are my proposals: hdf5: Adds support for the Hierarchical Data Format v5 djvu: Enable djvu support cxx: Enable support for C++ fax: Enable fax support css: Enables ripping of encrypted DVDs fontconfig: Support for managing custom fonts via media-libs/fontconfig highlight: Enable source code highlighting cvs: Enable CVS (Concurrent Versions System) support Comments are welcome. Markus signature.asc Description: PGP signature
Re: [gentoo-dev] Re: [RFC] global useflags
On Wed, 13 Feb 2008 21:13:09 +0100 [EMAIL PROTECTED] (Diego 'Flameeyes' Pettenò) wrote: Markus Meier [EMAIL PROTECTED] writes: hdf5: Adds support for the Hierarchical Data Format v5 And what the heck is the Hierarchical data Format v5? :P But I admit it's still better than Adds support for HDF v5... djvu: Enable djvu support Not much more useful than just djvu. beside the capitalization should be DjVu (iirc), it would be nice to say at least what DjVu is supposed to be... djvu: Enable support for DjVu (a digital document format with advanced compression technology and high performance value) cxx: Enable support for C++ I'd rather use Builds support for C++ (bindings, extra libraries, code generation, ...) +1 css: Enables ripping of encrypted DVDs Are we sure that nothing intends css as Cascading Style Sheet? app-cdr/k3b:css - Enables ripping of encrypted dvds dev-python/kaa-metadata:css - Enables ripping/reading of encrypted dvds media-video/cinelerra-cvs:css - Enable support for encrypted files through libmpeg3 media-video/undvd:css - Enables ripping of encrypted dvds media-video/winki:css - Enables ripping of encrypted DVDs fontconfig: Support for managing custom fonts via media-libs/fontconfig A bit better, but it's not to manage custom fonts, more like custom fonts options... fontconfig: Support for configuring and customizing font access via media-libs/fontconfig highlight: Enable source code highlighting Uh? I don't really want to look what does make that an option worth an USE flag... I can live without it... cvs: Enable CVS (Concurrent Versions System) support Maybe integration rather than support, if it's always integration that is enabled... +1 Thanks for the input. Markus signature.asc Description: PGP signature
[gentoo-dev] [RFC] Some new global USE-flags
Potential candidates (flag-name, count): server12 subversion10 latex 9 suid 8 atm 7 zeroconf 7 logrotate 7 gimp 7 cgi 7 custom-cflags 7 wavpack 7 timidity 6 branding 6 java5 6 v4l2 6 multislot 6 webdav6 vnc 6 audacious 6 demo 6 music 5 fax 5 raw 5 gsm 5 novideo 5 xemacs5 editor5 keyring 5 networkmanager5 oci8-instant-client 5 html 5 css 5 enscript 5 gnuplot 5 xcb 5 lzo 5 nfs 5 jingle5 hddtemp 5 rss 5 cxx 5 cvs 5 http 5 taglib5 Propositions: subversion: Enable subversion support latex: Adds support for LaTeX (typesetting package) [this one is questionable, as this flag has different meanings/effects - but is one of the tetex-flag replacements] suid: Enable seduid root program, with potential security risks atm: Enable Asynchronous Transfer Mode protocol support zeroconf: Support for DNS Service Discovery (DNS-SD) gimp: Build a plugin for the GIMP cgi: Add CGI script support custom-cflags: Use CFLAGS from /etc/make.conf rather than the default package CFLAGS (not supported) wavpack: Add support for wavpack timidity: Build with Timidity++ (MIDI sequencer) support branding: Enable Gentoo specific branding [questionable, as used for splashes/shortcuts/artwork] v4l2: Enable video4linux2 support vnc: Enable vnc support raw: Add support for raw image formats xemacs: Add support for XEmacs keyring: Enable gnome-keyring support for storing passwords networkmanager: Enable networkmanager support oci8-instant-client: Use dev-db/oracle-instantclient-basic as Oracle provider instead of requiring a full Oracle server install enscript: Add enscript support to colourize code stored in the repository gnuplot: Enable gnuplot support xcb: Support the X C-language Binding, a replacement for Xlib lzo: Enables support for lzo compression jingle: Enables voice calls for jabber hddtemp: Enable monitoring of hdd temperature (app-admin/hddtemp) rss: Enables support for RSS feeds taglib: Enable tagging support with taglib Comments are welcome. Markus signature.asc Description: PGP signature
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-gfx/keyjnote: ChangeLog keyjnote-0.10.1a.ebuild
On Thu, 13 Dec 2007 14:14:26 -0500 Mike Frysinger [EMAIL PROTECTED] wrote: On Thursday 13 December 2007, Christian Faulhammer wrote: Markus Meier (maekke) [EMAIL PROTECTED]: Modified: ChangeLog Added:keyjnote-0.10.1a.ebuild Log: bump, this should fix bug #199185 (Portage version: 2.1.4_rc9) [...] src_install() { cp keyjnote.py keyjnote dobin keyjnote dodoc demo.pdf keyjnote.html } Use newbin instead of the cp/dobin combination. and use || die -mike fixed, thanks. Markus signature.asc Description: PGP signature