[gentoo-dev] January stabilization candidates

[gentoo-dev] January stabilization candidates

["Paweł Hajdan, Jr."]

[-- Attachment #1.1: Type: text/plain, Size: 489 bytes --]

Please review attached automatically generated stabilization candidates
for January.

I don't want to annoy people with automatically filed bugs, and at the
same time I also received lots of positive feedback about the effort to
keep the stable tree more up-to-date.

I think the best way to proceed is to listen to that feedback and
continue the effort, while also keeping an updated list of exclusions
for packagers/herds that are actively stabilized by maintainers.

Paweł

[-- Attachment #1.2: stabilization-candidates1.txt --]
[-- Type: text/plain, Size: 7071 bytes --]

# robbat2 
app-admin/diradm-2.9.7.1
# haskell 
app-admin/haskell-updater-1.2.0.8
# radhermit 
app-admin/lsyncd-2.1.4
# andreis.vinogradovs maksbotan
app-admin/sagan-rules-20120918
# desktop-misc 
app-admin/usbview-2.0
# jer 
app-admin/whowatch-1.8.3-r1
# radhermit 
app-backup/duplicity-0.6.20
# benchmarks 
app-benchmarks/httperf-0.9.0-r2
# app-dicts 
app-dicts/myspell-sv-2.11
# hwoarang qt
app-editors/qxmledit-0.8.3.1
# emacs 
app-emacs/gentoo-syntax-1.20
# ml emacs
app-emacs/ocaml-mode-3.12.1-r1
# maintainer-needed 
app-emulation/dinero-4.7-r1
# forensics 
app-forensics/libewf-20121209
# fonts 
app-i18n/unicode-data-6.1.0
# xmw 
app-laptop/thinkfan-0.8.1-r1
# shell-tools 
app-misc/colordiff-1.0.13
# maintainer-needed 
app-misc/nut-18.4
# anthoine.bourgeois sping
app-misc/spacenavd-0.5-r4
# shell-tools 
app-misc/when-1.1.30
# openoffice 
app-officeext/dmaths-3.4.9.0
# pinkbyte 
app-shells/ccsh-0.0.4-r3
# robbat2 
app-shells/localshell-1.3.4
# pinkbyte 
app-shells/rrs-1.70-r1
# qt 
app-text/cb2bib-1.4.9
# aballier fonts
app-text/lcdf-typetools-2.97
# wschlich shell-tools
app-text/multitail-5.2.10
# printing 
app-text/poppler-data-0.4.6
# vim 
app-vim/zencoding-vim-0.80
# matsuu 
dev-cpp/gtest-1.6.0-r1
# cjk 
dev-db/m17n-db-1.6.4
# pgsql-bugs 
dev-db/postgresql-docs-9.2.2
# embedded 
dev-embedded/bitbake-1.17.0
# haskell 
dev-haskell/arrows-0.4.4.1-r1
# haskell 
dev-haskell/binary-0.5.1.1
# haskell 
dev-haskell/curl-1.3.8
# haskell 
dev-haskell/digest-0.0.1.2
# haskell 
dev-haskell/happy-1.18.10
# haskell 
dev-haskell/hslogger-1.2.1
# haskell 
dev-haskell/http-4000.2.6
# haskell 
dev-haskell/json-0.7
# haskell 
dev-haskell/language-c-0.4.2
# haskell 
dev-haskell/missingh-1.2.0.0
# haskell 
dev-haskell/mmap-0.5.8
# haskell 
dev-haskell/mtl-2.1.2-r1
# haskell 
dev-haskell/parallel-3.2.0.3
# haskell 
dev-haskell/primitive-0.5.0.1
# haskell 
dev-haskell/split-0.2.1.1
# haskell 
dev-haskell/stm-2.4.2
# haskell 
dev-haskell/tar-0.4.0.1
# haskell 
dev-haskell/terminfo-0.3.2.5
# haskell 
dev-haskell/text-0.11.2.3
# haskell 
dev-haskell/zip-archive-0.1.2.1-r2
# haskell 
dev-haskell/zlib-0.5.4.0
# java 
dev-java/batik-1.7-r3
# java 
dev-java/osgi-core-api-5.0.0
# net-mail 
dev-libs/cyrus-imap-dev-2.4.17
# netmon 
dev-libs/geoip-1.4.8-r2
# pinkbyte voip
dev-libs/jthread-1.3.1
# maintainer-needed 
dev-libs/libcli-1.9.4-r1
# netmon 
dev-libs/libdnsres-0.1a-r2
# crypto 
dev-libs/libksba-1.3.0
# andreis.vinogradovs maksbotan proxy-maint
dev-libs/liblognorm-0.3.5
# cjk fonts
dev-libs/libotf-0.9.13
# maintainer-needed 
dev-libs/libx86-1.1-r2
# ruepel proxy-maint
dev-libs/mini-xml-2.7
# blueness bugs
dev-libs/xapian-bindings-1.2.12-r1
# ml 
dev-ml/camlzip-1.05
# ml 
dev-ml/findlib-1.3.3-r1
# ml 
dev-ml/ocamlnet-3.6.1
# ml 
dev-ml/pomap-3.0.1
# ml 
dev-ml/postgresql-ocaml-2.0.2
# ml 
dev-ml/res-4.0.2
# perl 
dev-perl/Alien-wxWidgets-0.620.0
# perl 
dev-perl/Clone-0.340.0
# perl 
dev-perl/DateTime-TimeZone-1.560.0
# perl 
dev-perl/File-chdir-0.100.800
# perl 
dev-perl/HTTP-BrowserDetect-1.470.0
# perl 
dev-perl/MRO-Compat-0.120.0
# perl 
dev-perl/Mail-Box-2.107.0
# perl 
dev-perl/Module-Signature-0.700.0
# perl 
dev-perl/Net-IP-1.260.0
# perl 
dev-perl/Net-Pcap-0.170.0
# perl 
dev-perl/String-Format-1.170.0
# perl 
dev-perl/Text-CSV_XS-0.940.0
# perl 
dev-perl/XML-Twig-3.420.0
# perl 
dev-perl/locale-maketext-lexicon-0.920.0
# perl 
dev-perl/log-dispatch-2.340.0
# perl 
dev-perl/net-ssh-perl-1.350.0
# perl 
dev-perl/perltidy-20121207.0.0
# php-bugs 
dev-php/xdebug-2.2.1
# python 
dev-python/argparse-1.2.1-r2
# python 
dev-python/paramiko-1.9.0
# python 
dev-python/pyaudio-0.2.7
# hwoarang corentin.labbe proxy-maint
dev-python/pybloomfiltermmap-0.3.11
# python 
dev-python/pypgsql-2.5.1-r1
# python 
dev-python/python-distutils-extra-2.37
# bazaar python
dev-python/testtools-0.9.16
# python 
dev-python/webob-1.2.3
# python 
dev-python/webtest-1.4.3
# python 
dev-python/wtforms-1.0.2
# vapier tcltk
dev-tcltk/expect-lite-4.3.3
# tcltk 
dev-tcltk/tclreadline-2.1.0-r2
# tex cjk
dev-tex/cjk-latex-4.8.3
# radhermit 
dev-util/byacc-20121003
# blueness 
dev-util/comparator-2.9
# reavertm 
dev-util/ddd-3.3.12-r3
# bazaar 
dev-vcs/bzr-xmloutput-0.8.8-r1
# george dev-tools kde
dev-vcs/kdesvn-1.6.0
# lxde 
lxde-base/menu-cache-0.4.1
# hattya net-mail
mail-client/sylpheed-3.3.0
# net-mail 
mail-filter/policyd-weight-0.1.15.2
# spock 
media-gfx/fbida-2.09
# grozin 
media-gfx/fotoxx-12.12
# maintainer-needed 
media-gfx/photopc-3.07
# graphics perl
media-libs/exiftool-9.40.0
# media-video 
media-libs/gmtk-1.0.7
# tomjbe 
media-libs/hamlib-1.2.15.3
# proaudio 
media-libs/ladspa-cmt-1.16-r2
# calchan media-video
media-libs/libiec61883-1.2.0
# kde 
media-libs/liblastfm-1.0.3
# media-video 
media-libs/libpostproc-0.8.0.20121125
# media-video 
media-libs/libquvi-scripts-0.4.10
# proaudio 
media-plugins/caps-plugins-0.4.5-r1
# proaudio 
media-plugins/hexter-1.0.2
# vdr media-tv
media-plugins/vdr-clock-1.0.0-r1
# vdr media-tv
media-plugins/vdr-dvdswitch-0.2.1
# vdr media-tv
media-plugins/vdr-extrecmenu-1.2.2-r1
# vdr media-tv
media-plugins/vdr-undelete-0.0.7
# vdr media-tv
media-plugins/vdr-vcd-0.9-r1
# tomjbe 
media-radio/tlf-1.1.5
# tomjbe 
media-radio/xastir-2.0.4
# sound 
media-sound/flac123-0.0.12
# kde sound
media-sound/kid3-2.2
# chris proxy-maint
media-sound/nted-1.10.18-r1
# proaudio 
media-sound/zynaddsubfx-2.4.3
# kde media-video
media-video/kmplayer-0.11.3d-r1
# hwoarang 
net-analyzer/bwping-1.7
# netmon 
net-analyzer/dnstracer-1.9-r1
# netmon 
net-analyzer/gensink-4.1-r2
# netmon 
net-analyzer/httping-1.5.6
# netmon 
net-analyzer/ippl-1.4.14-r3
# netmon 
net-analyzer/labrea-2.5-r2
# jlec 
net-analyzer/linkchecker-8.2
# netmon 
net-analyzer/sniffit-0.3.7-r4
# netmon 
net-analyzer/ttcp-1.12-r2
# netmon 
net-analyzer/upnpscan-0.4-r3
# netmon 
net-firewall/psad-2.2-r1
# voip 
net-libs/libosip-3.6.0
# voip 
net-libs/ortp-0.20.0
# net-mail 
net-mail/cyrus-imap-admin-2.4.17
# sascha_lucas net-mail
net-mail/topal-75
# xmw 
net-misc/aiccu-2007.01.15-r2
# blueness luke_gentoo_bitcoin
net-misc/bfgminer-2.9.4
# maintainer-needed 
net-misc/getdate-1.2-r1
# mgorny anarchy mozilla
net-misc/npapi-sdk-0.27.2
# hwoarang qt
net-misc/qtm-1.3.12
# igsi titanofold
net-misc/s3cmd-1.0.1
# graaff net-p2p
net-p2p/gtk-gnutella-0.98.4
# blueness 
net-p2p/tribler-6.0.3
# josejx zerochaos
net-wireless/b43-fwcutter-017
# maintainer-needed 
net-wireless/hostap-utils-0.4.7-r1
# idl0r peter leio
sys-apps/flashrom-0.9.6.1
# base-system 
sys-apps/irqbalance-1.0.5
# base-system 
sys-apps/sg3_utils-1.34
# pacho 
sys-apps/tuxonice-userui-1.1-r2
# base-system 
sys-block/aoetools-35
# cluster 
sys-cluster/cluster-glue-1.0.11
# maintainer-needed 
sys-devel/dev86-0.16.19
# base-system 
sys-devel/remake-3.82.0.9
# mpagano kernel-misc
sys-kernel/linux-docs-3.6.2
# sysadmin 
sys-libs/freeipmi-1.2.3-r1
# maintainer-needed 
sys-power/powernowd-1.00-r1
# ryoichiro.suzuki fauli
sys-process/parallel-20121122
# mike java
www-apache/mod_jk-1.2.37
# tomk 
www-apache/mod_limitipconn-0.24
# web-apps 
www-apps/mediawiki-1.20.2

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 203 bytes --]

Re: [gentoo-dev] January stabilization candidates

[Sergey Popov]

[-- Attachment #1: Type: text/plain, Size: 425 bytes --]

13.01.2013 02:49, "Paweł Hajdan, Jr." wrote:
> Please review attached automatically generated stabilization candidates
> for January.

> # pinkbyte 
> app-shells/ccsh-0.0.4-r3
> app-shells/rrs-1.70-r1
> dev-libs/jthread-1.3.1

Ok for them

> # netmon 
> dev-libs/geoip-1.4.8-r2

Ok for it

And thanks for your work.

-- 
Best regards, Sergey Popov
Gentoo Linux Developer
Desktop-effects project lead


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 554 bytes --]

Re: [gentoo-dev] January stabilization candidates

[Robin H. Johnson]

On Sat, Jan 12, 2013 at 02:49:52PM -0800, "Paweł Hajdan, Jr." wrote:
> # robbat2 
> app-admin/diradm-2.9.7.1
+1
> # robbat2 
> app-shells/localshell-1.3.4
+1
> # netmon 
> dev-libs/geoip-1.4.8-r2
+0.5 looking for another vote
> # base-system 
> sys-apps/irqbalance-1.0.5
+1
> # base-system 
> sys-apps/sg3_utils-1.34
+1
> # base-system 
> sys-block/aoetools-35
+0.5
> # sysadmin 
> sys-libs/freeipmi-1.2.3-r1
+0.5

-- 
Robin Hugh Johnson
Gentoo Linux: Developer, Trustee & Infrastructure Lead
E-Mail     : robbat2@gentoo.org
GnuPG FP   : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85

Re: [gentoo-dev] January stabilization candidates

[Diego Elio Pettenò]

On 15/01/2013 20:05, Robin H. Johnson wrote:
>> > sys-libs/freeipmi-1.2.3-r1
> +0.5

I'd really prefer to see 1.2.2 or 1.2.3 stable first, given the history
with FreeIPMI, I don't aim for too many stable candidates...

-- 
Diego Elio Pettenò — Flameeyes
flameeyes@flameeyes.eu — http://blog.flameeyes.eu/

Re: [gentoo-dev] January stabilization candidates

[Markos Chandras]

On 12 January 2013 22:49, "Paweł Hajdan, Jr." <phajdan.jr@gentoo.org> wrote:
> Please review attached automatically generated stabilization candidates
> for January.
>
> I don't want to annoy people with automatically filed bugs, and at the
> same time I also received lots of positive feedback about the effort to
> keep the stable tree more up-to-date.
>
> I think the best way to proceed is to listen to that feedback and
> continue the effort, while also keeping an updated list of exclusions
> for packagers/herds that are actively stabilized by maintainers.
>
> Paweł

ack for the packages I maintain

-- 
Regards,
Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2

Re: [gentoo-dev] January stabilization candidates

[Dirkjan Ochtman]

On Sat, Jan 12, 2013 at 11:49 PM, "Paweł Hajdan, Jr."
<phajdan.jr@gentoo.org> wrote:
> I think the best way to proceed is to listen to that feedback and
> continue the effort, while also keeping an updated list of exclusions
> for packagers/herds that are actively stabilized by maintainers.

I filed dev-python/paramiko-1.9.0 myself. :)

Cheers,

Dirkjan

Re: [gentoo-dev] January stabilization candidates

[Panagiotis Christopoulos]

[-- Attachment #1: Type: text/plain, Size: 563 bytes --]

On 14:49 Sat 12 Jan     , "Paweł Hajdan, Jr." wrote:
> Please review attached automatically generated stabilization candidates
> for January.
> 
> I don't want to annoy people with automatically filed bugs, and at the
> same time I also received lots of positive feedback about the effort to
> keep the stable tree more up-to-date.
> 

I'm just curious, how this actually works. Do you have a script that
checks specific categories/packages for dependencies, open bugs. etc.? 

-- 
Panagiotis Christopoulos ( pchrist )
    ( Gentoo Lisp Project )

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-dev] January stabilization candidates

[Mike Pagano]

13.01.2013 02:49, "Paweł Hajdan, Jr." wrote:
>Please review attached automatically generated stabilizatiocandidates
>for January.
>
> 

# mpagano kernel-misc
sys-kernel/linux-docs-3.6.

I'll do this for the just committed version linux-docs-3.6.11. What I will do 
for now on is change our stabilization procedure for kernels to include 
opening up a bug to stabilize the corresponding linux-docs version.

So going forward, you can exclude this and hopefully we'll do a better job of 
keeping this package stable.

-- 
Mike Pagano
Gentoo Developer - Kernel Project
E-Mail     : mpagano@gentoo.org
GnuPG FP   : EEE2 601D 0763 B60F 848C  9E14 3C33 C650 B576 E4E3
Public Key : http://pgp.mit.edu:11371/pks/lookup?search=0xB576E4E3&op=index

Re: [gentoo-dev] January stabilization candidates

[Rick "Zero_Chaos" Farina]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 01/12/2013 05:49 PM, "Paweł Hajdan, Jr." wrote:
> Please review attached automatically generated stabilization candidates
> for January.
> 
> I don't want to annoy people with automatically filed bugs, and at the
> same time I also received lots of positive feedback about the effort to
> keep the stable tree more up-to-date.
> 
> I think the best way to proceed is to listen to that feedback and
> continue the effort, while also keeping an updated list of exclusions
> for packagers/herds that are actively stabilized by maintainers.
> 
> Paweł
> 


net-wireless/b43-fwcutter-017

be my guest, although I prefer the bugs personally.

- -ZC
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJQ9rIDAAoJEKXdFCfdEflKnDoQALfr9pMXLYw9R7WvCpcZ9lpj
yUUlSdLl5TS5ZnwxAM4cRG+VuoPEzn/1QQwh9VavFkfb09acRqaz4azeXMqkSdnt
OthaylBKe2AwmAi7CYnmsyKFo6WSe+Nwl0pNNOoiw9JhOa/TwJzYDgqbQdCGZrB7
WkIjgngZ1I4/YYownNyTJ+TWD6pwEnbN3/pmbcKHwDrh4+/IPgDRcycVevr6l1jF
8adIOfDxgnmB823acboY5oJdgNe40+kajLXpLrXbiVUM1LPyPgwCXHX88hyyCFC6
qb6umJHSgQ7M1EC7KQWagnUpSYfehtp/eHFfLK5D8/7w60Vg3n5bJOTxq5yrXDwN
PmdiamCTXbz7pIwFyJK7ryYYZgQ6LBvAcfZwxIFZcBeDkPjY8ktfA+yzdUEiz3D+
wZxNCfw7Y8ETWvs9biN4Br2G2YXe3HSCzXgo4SiEscom1H4+OryYWINhqKsGBd31
lvB4fBw/rl5Ca+6lUYhSH3/5l6WIJzZV55qbOMUhopMlttL2xFNDXrwiEzTn9br9
SVIiW+nm2azWxiHRhsbzVOYoocifxDzNPw5DTZjl3KhJgPqazQpe3kBbA+6A+v2y
7YHQRzTjfTTcjt+2wN/3ljmq+MOfxRkKfEOCE2iFhw3AUXyI49DgEOB47eQzHH0l
JUk4p7iDqCE5YtqhtaME
=8OSJ
-----END PGP SIGNATURE-----

Re: [gentoo-dev] January stabilization candidates

[Michael Weber]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 01/12/2013 11:49 PM, "Paweł Hajdan, Jr." wrote:
> Please review attached automatically generated stabilization
> candidates for January.
cool

> I don't want to annoy people with automatically filed bugs, and at
> the same time I also received lots of positive feedback about the
> effort to keep the stable tree more up-to-date.
you can add me to the whitelist for bug filing.
Would you mind adding my
# xmw
app-laptop/thinkfan-0.8.1-r1
Thanks!

> I think the best way to proceed is to listen to that feedback and 
> continue the effort, while also keeping an updated list of
> exclusions for packagers/herds that are actively stabilized by
> maintainers.

Do you/we have any ready-to-use script to file stable requestst?
I know it's just dome lines of python but I'm lazy.
To lazy to get all these 10-something clicks'n'paste right to file
such bugs on first attempt.

Michael

- -- 
Michael Weber
Gentoo Developer
web: https://xmw.de/
mailto: Michael Weber <xmw@gentoo.org>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iF4EAREIAAYFAlD2tEgACgkQknrdDGLu8JCXjwEAmnSj0mvW7hxJgNHSux+P0P/I
ikSyI6XM357KIvU7DX0BAI1Nb6IyKJUq2GNhJCMUaX9RAEL1BvZLczPq+uCAkPvU
=X8G6
-----END PGP SIGNATURE-----

Re: [gentoo-dev] January stabilization candidates

[Matt Turner]

On Wed, Jan 16, 2013 at 5:58 AM, Rick "Zero_Chaos" Farina
<zerochaos@gentoo.org> wrote:
> net-wireless/b43-fwcutter-017
>
> be my guest, although I prefer the bugs personally.

That's what he's doing... asking maintainers if it's okay to open
stabilization bugs for their packages.

Re: [gentoo-dev] January stabilization candidates

[Tomáš Chvátal]

[-- Attachment #1: Type: text/plain, Size: 1058 bytes --]

Dne So 12. ledna 2013 14:49:52, Paweł Hajdan, Jr. napsal(a):
> Please review attached automatically generated stabilization candidates
> for January.
> 
> I don't want to annoy people with automatically filed bugs, and at the
> same time I also received lots of positive feedback about the effort to
> keep the stable tree more up-to-date.
> 
> I think the best way to proceed is to listen to that feedback and
> continue the effort, while also keeping an updated list of exclusions
> for packagers/herds that are actively stabilized by maintainers.
> 
> Paweł

Hmm, nice idea but how about expanding metadata.xml with something like info 
for stabilisations so they can be automatically grabbed for it. Quite few 
software is just nice enough that it can go automatically for stable in 30 
days, and someone could just go then and open new bugs (with assigned arches) 
based on it (of course it expects brain from the guy reporting it that he 
checks if there are no open bugs).

Because mails to -dev are frankly annoying. :-)

Tom

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

Re: [gentoo-dev] January stabilization candidates

[Rick "Zero_Chaos" Farina]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 01/16/2013 01:09 PM, Matt Turner wrote:

honestly this list is such a tinderbox that I hardly read it. I actually
missed the email at first and had to go back in the thread when I saw a
lot of responses. Hence, I would prefer to get bugs than random emails
that I have to search through.

- -ZC
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJQ90VqAAoJEKXdFCfdEflKC5QQAJ1CIMjcJabTxEgbnno1uXFM
wB1eC8JD6BWeUfHIRs3APW2Klw4Tnx9eGl0wvRaJLmpMULSO2f1DCregzcuIpvpC
L8Vk2RdVzVOzhU4ff7dYkc+MGRsh1ouTD9UMsALeyRorlOIQ74dkaqooDIm7WbPn
CnzDBWg/kCECNOtFUGI+aMifpqyPABAKauFi9qHisdHnUrg6+g7bUmenFEEaWYU+
vFIcWt3LYAFkzwkd3pg1ym3qsiEEMzBqE4BVhmTVKKCP85hyfe1wgBNPyL7bkxOx
b2W8wpcj5Uh9ddcX5CIPlfmS3L6qEN9lChteDCfuMS7AVnttcQi+NyQIpl/spKVz
L1G3OjZOxPyS3D+nV/V10vQKsvXgXvrTKo64adzzJccjKGowG0ZNSh8li4Xgpkw5
PzABq1eQfjFCC175fG+T3v/j1lGse8216YJTv6X17rYj9X7gRuT6gGRdFci3MuFn
KfeSLhoojdS2o3M/Cuqbt47YvARrNA3OLLYzrXvQr8EgC3K6VyusBIQEqxYn1a4b
KxXJtksgCXbUllMTCV8qNXXY2Izv0Ojhvx8hxgKumWXiDyMBOjXwvcYR2Opl8TPK
yKCeRFopmO/gahfArd/J8WvZWxDU0HTxkFplRfjx6Gwf57g9GeYDoCuEvHLp+SqU
6x6AKLLHVntMe0/Vpq3v
=6mSE
-----END PGP SIGNATURE-----

Re: [gentoo-dev] January stabilization candidates

[Matt Turner]

> honestly this list is such a tinderbox that I hardly read it. I actually
> missed the email at first and had to go back in the thread when I saw a
> lot of responses. Hence, I would prefer to get bugs than random emails
> that I have to search through.

So ignore it and he'll open bugs just the same. This was just an early
opportunity for people to say "no, this shouldn't be stabilized."

Re: [gentoo-dev] January stabilization candidates

[Thomas Beierlein]

On Sat, 12 Jan 2013 14:49:52 -0800
""Paweł Hajdan, Jr."" <phajdan.jr@gentoo.org> wrote:

> Please review attached automatically generated stabilization
> candidates for January.
> 
# tomjbe
media-libs/hamlib-1.2.15.3
media-radio/tlf-1.1.5
media-radio/xastir-2.0.4

are good to go. I put stable requests in bugzi already. 

Thanks for reminding Paweł.

Thomas


-- 

Re: [gentoo-dev] January stabilization candidates

[Mike Pagano]

On Wednesday, January 16, 2013 07:14:12 PM Tomáš Chvátal wrote:
> Dne So 12. ledna 2013 14:49:52, Paweł Hajdan, Jr. napsal(a):
> > Please review attached automatically generated stabilization candidates
> > for January.
> > 
> > I don't want to annoy people with automatically filed bugs, and at the
> > same time I also received lots of positive feedback about the effort to
> > keep the stable tree more up-to-date.
> > 
> > I think the best way to proceed is to listen to that feedback and
> > continue the effort, while also keeping an updated list of exclusions
> > for packagers/herds that are actively stabilized by maintainers.
> > 
> > Paweł
> 
> Hmm, nice idea but how about expanding metadata.xml with something like info 
> for stabilisations so they can be automatically grabbed for it. Quite few 
> software is just nice enough that it can go automatically for stable in 30 
> days, and someone could just go then and open new bugs (with assigned 
arches) 
> based on it (of course it expects brain from the guy reporting it that he 
> checks if there are no open bugs).
> 
> Because mails to -dev are frankly annoying. :-)
> 
> Tom

Tom,

This is a better idea.  I also believe this one can be auto stablized after 30 
days. It's just kernel documentation.



-- 
Mike Pagano
Gentoo Developer - Kernel Project
Team Lead - Gentoo Sources
E-Mail     : mpagano@gentoo.org
GnuPG FP   : EEE2 601D 0763 B60F 848C  9E14 3C33 C650 B576 E4E3
Public Key : http://pgp.mit.edu:11371/pks/lookup?search=0xB576E4E3&op=index

Re: [gentoo-dev] January stabilization candidates

[Petteri Räty]

[-- Attachment #1: Type: text/plain, Size: 883 bytes --]

On 13.1.2013 0.49, "Paweł Hajdan, Jr." wrote:
> Please review attached automatically generated stabilization candidates
> for January.
> 
> I don't want to annoy people with automatically filed bugs, and at the
> same time I also received lots of positive feedback about the effort to
> keep the stable tree more up-to-date.
> 
> I think the best way to proceed is to listen to that feedback and
> continue the effort, while also keeping an updated list of exclusions
> for packagers/herds that are actively stabilized by maintainers.
> 

I have an RSS feed for this purpose at:

http://gentoo.petteriraty.eu/stable.rss

Sources are available here:

https://github.com/betelgeuse/scripts/blob/master/rss-changelog

Maybe this is something that should be pushed to official Gentoo
infrastructure so more people know about it and use it?

Regards,
Petteri


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 866 bytes --]

Re: [gentoo-dev] January stabilization candidates

[Tomáš Chvátal]

2013/1/22 Petteri Räty <betelgeuse@gentoo.org>:
>
> I have an RSS feed for this purpose at:
>
> http://gentoo.petteriraty.eu/stable.rss
>
> Sources are available here:
>
> https://github.com/betelgeuse/scripts/blob/master/rss-changelog
>
> Maybe this is something that should be pushed to official Gentoo
> infrastructure so more people know about it and use it?

Yup that would be nice.

Also we could really finegrain it based on metadata.xml settings if
someone really wants to exclude his packages, and also we could think
if it should be opt-out or opt-in.

Cheers

Tom

Re: [gentoo-dev] January stabilization candidates

[Theo Chatzimichos]

On Tue, Jan 22, 2013 at 2:25 PM, Petteri Räty <betelgeuse@gentoo.org> wrote:
> On 13.1.2013 0.49, "Paweł Hajdan, Jr." wrote:
>> Please review attached automatically generated stabilization candidates
>> for January.
>>
>> I don't want to annoy people with automatically filed bugs, and at the
>> same time I also received lots of positive feedback about the effort to
>> keep the stable tree more up-to-date.
>>
>> I think the best way to proceed is to listen to that feedback and
>> continue the effort, while also keeping an updated list of exclusions
>> for packagers/herds that are actively stabilized by maintainers.
>>
>
> I have an RSS feed for this purpose at:
>
> http://gentoo.petteriraty.eu/stable.rss
>
> Sources are available here:
>
> https://github.com/betelgeuse/scripts/blob/master/rss-changelog
>
> Maybe this is something that should be pushed to official Gentoo
> infrastructure so more people know about it and use it?

File a bug against us then, with all the information needed for the deployment

Theo

[gentoo-dev] stabilization candidates rss feed & html pages

[Brian Dolbec]

[-- Attachment #1: Type: text/plain, Size: 2007 bytes --]

On Tue, 2013-01-22 at 14:44 +0100, Theo Chatzimichos wrote:
> On Tue, Jan 22, 2013 at 2:25 PM, Petteri Räty <betelgeuse@gentoo.org> wrote:
> > On 13.1.2013 0.49, "Paweł Hajdan, Jr." wrote:
> >> Please review attached automatically generated stabilization candidates
> >> for January.
> >>
> >> I don't want to annoy people with automatically filed bugs, and at the
> >> same time I also received lots of positive feedback about the effort to
> >> keep the stable tree more up-to-date.
> >>
> >> I think the best way to proceed is to listen to that feedback and
> >> continue the effort, while also keeping an updated list of exclusions
> >> for packagers/herds that are actively stabilized by maintainers.
> >>
> >
> > I have an RSS feed for this purpose at:
> >
> > http://gentoo.petteriraty.eu/stable.rss
> >
> > Sources are available here:
> >
> > https://github.com/betelgeuse/scripts/blob/master/rss-changelog
> >
> > Maybe this is something that should be pushed to official Gentoo
> > infrastructure so more people know about it and use it?
> 
> File a bug against us then, with all the information needed for the deployment
> 
> Theo
> 
I had a look at the script, unfortunately (for me), it's both a ruby
script and deps on paludis to get the information.

Personally I think this would work well, but re-written in python and
use portage for info.  As euscan is all about scanning for upgradeable
pkgs, it is already getting updated pkg info, scanning metadata.xml,
etc. using portage, gentoolkit, and custom code.  So this would fit well
with it.  It is python, django based.  It could also offer the rss feed
in a web page with a search box, and/or integrate the candidates into
the pkgs status reports it does.

Second reason, I believe it is getting or already has deployment on
gentoo infra servers.

I pinged `fox` in #-www about it, Corentin <iksaif> wasn't online there
at the time.  cc'ing them here.
-- 
Brian Dolbec <dolsen@gentoo.org>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [gentoo-dev] stabilization candidates rss feed & html pages

[Rafael Goncalves Martins]

On Tue, Jan 22, 2013 at 10:57 PM, Brian Dolbec <dolsen@gentoo.org> wrote:
> On Tue, 2013-01-22 at 14:44 +0100, Theo Chatzimichos wrote:
>> On Tue, Jan 22, 2013 at 2:25 PM, Petteri Räty <betelgeuse@gentoo.org> wrote:
>> > On 13.1.2013 0.49, "Paweł Hajdan, Jr." wrote:
>> >> Please review attached automatically generated stabilization candidates
>> >> for January.
>> >>
>> >> I don't want to annoy people with automatically filed bugs, and at the
>> >> same time I also received lots of positive feedback about the effort to
>> >> keep the stable tree more up-to-date.
>> >>
>> >> I think the best way to proceed is to listen to that feedback and
>> >> continue the effort, while also keeping an updated list of exclusions
>> >> for packagers/herds that are actively stabilized by maintainers.
>> >>
>> >
>> > I have an RSS feed for this purpose at:
>> >
>> > http://gentoo.petteriraty.eu/stable.rss
>> >
>> > Sources are available here:
>> >
>> > https://github.com/betelgeuse/scripts/blob/master/rss-changelog
>> >
>> > Maybe this is something that should be pushed to official Gentoo
>> > infrastructure so more people know about it and use it?
>>
>> File a bug against us then, with all the information needed for the deployment
>>
>> Theo
>>
> I had a look at the script, unfortunately (for me), it's both a ruby
> script and deps on paludis to get the information.
>
> Personally I think this would work well, but re-written in python and
> use portage for info.  As euscan is all about scanning for upgradeable
> pkgs, it is already getting updated pkg info, scanning metadata.xml,
> etc. using portage, gentoolkit, and custom code.  So this would fit well
> with it.  It is python, django based.  It could also offer the rss feed
> in a web page with a search box, and/or integrate the candidates into
> the pkgs status reports it does.
>
> Second reason, I believe it is getting or already has deployment on
> gentoo infra servers.
>
> I pinged `fox` in #-www about it, Corentin <iksaif> wasn't online there
> at the time.  cc'ing them here.

I think that euscan would benefit of this feature, but the your
arguments against ruby/paludis aren't valid IMO. If the euscan guys
want to integrate the feature, nice. If not, lets just stick with this
script. It is simple enough that even ruby n00bs like me can
understand what it does :P

BR.


--
Rafael Goncalves Martins
Gentoo Linux developer
http://rafaelmartins.eng.br/

Re: [gentoo-dev] stabilization candidates rss feed & html pages

[Brian Dolbec]

[-- Attachment #1: Type: text/plain, Size: 3611 bytes --]

On Wed, 2013-01-23 at 01:15 -0200, Rafael Goncalves Martins wrote:
> On Tue, Jan 22, 2013 at 10:57 PM, Brian Dolbec <dolsen@gentoo.org> wrote:
> > On Tue, 2013-01-22 at 14:44 +0100, Theo Chatzimichos wrote:
> >> On Tue, Jan 22, 2013 at 2:25 PM, Petteri Räty <betelgeuse@gentoo.org> wrote:
> >> > On 13.1.2013 0.49, "Paweł Hajdan, Jr." wrote:
> >> >> Please review attached automatically generated stabilization candidates
> >> >> for January.
> >> >>
> >> >> I don't want to annoy people with automatically filed bugs, and at the
> >> >> same time I also received lots of positive feedback about the effort to
> >> >> keep the stable tree more up-to-date.
> >> >>
> >> >> I think the best way to proceed is to listen to that feedback and
> >> >> continue the effort, while also keeping an updated list of exclusions
> >> >> for packagers/herds that are actively stabilized by maintainers.
> >> >>
> >> >
> >> > I have an RSS feed for this purpose at:
> >> >
> >> > http://gentoo.petteriraty.eu/stable.rss
> >> >
> >> > Sources are available here:
> >> >
> >> > https://github.com/betelgeuse/scripts/blob/master/rss-changelog
> >> >
> >> > Maybe this is something that should be pushed to official Gentoo
> >> > infrastructure so more people know about it and use it?
> >>
> >> File a bug against us then, with all the information needed for the deployment
> >>
> >> Theo
> >>
> > I had a look at the script, unfortunately (for me), it's both a ruby
> > script and deps on paludis to get the information.
> >
> > Personally I think this would work well, but re-written in python and
> > use portage for info.  As euscan is all about scanning for upgradeable
> > pkgs, it is already getting updated pkg info, scanning metadata.xml,
> > etc. using portage, gentoolkit, and custom code.  So this would fit well
> > with it.  It is python, django based.  It could also offer the rss feed
> > in a web page with a search box, and/or integrate the candidates into
> > the pkgs status reports it does.
> >
> > Second reason, I believe it is getting or already has deployment on
> > gentoo infra servers.
> >
> > I pinged `fox` in #-www about it, Corentin <iksaif> wasn't online there
> > at the time.  cc'ing them here.
> 
> I think that euscan would benefit of this feature, but the your
> arguments against ruby/paludis aren't valid IMO. 

That's exactly why I put in the "(for me)" in that statement. 

> If the euscan guys
> want to integrate the feature, nice. 

Since Euscan is python, django based and already using python interfaces
to portage, gentoolkit.  It would be logical to redo it in python.  But
I believe it is set up to be able to run pretty much any script/binary
as well.

If this script gets run on gentoo infra, then euscan can just use that
feed for display and add code to parse it for it's other reports.

It is likely simpler for euscan to add picking up the additional data to
produce the stabilization reports/feeds while it is scanning the newly
sync'd tree and updating it's db.  Producing the rss feed is simple at
that point.  Plus the data for other report formats would already be in
it's db, making the rest of the displays simpler.


> If not, lets just stick with this
> script. 

Let's wait to hear from Corentin and Federico on it...

> It is simple enough that even ruby n00bs like me can
> understand what it does :P
> 
> BR.
> 
> 

It is for me too.

> --
> Rafael Goncalves Martins
> Gentoo Linux developer
> http://rafaelmartins.eng.br/
> 

-- 
Brian Dolbec <dolsen@gentoo.org>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [gentoo-dev] stabilization candidates rss feed & html pages

[Federico "fox" Scrinzi]

[-- Attachment #1: Type: text/plain, Size: 531 bytes --]

> If the euscan guys want to integrate the feature, nice.
> If not, lets just stick with this script. It is simple enough that even
> ruby n00bs like me can understand what it does :P

I'm a ruby noob and seems pretty simple, I don't think that porting it
to python would be a huge effort. Moreover we can base it on existing
euscan code.

I'll talk with Corentin about that ;)

Thanks!

-- 
f.

  "There are only two hard things in Computer Science: cache
   invalidation, naming things and off-by-one errors."


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 899 bytes --]

Re: [gentoo-dev] stabilization candidates rss feed & html pages

[Theo Chatzimichos]

On Wed, Jan 23, 2013 at 1:57 AM, Brian Dolbec <dolsen@gentoo.org> wrote:
> Second reason, I believe it is getting or already has deployment on
> gentoo infra servers.

euscan is not getting implemented on infra server because noone
requested it. Again, whoever is responsible for any service and wants
it implemented in our servers needs to file a bug assigned to infra

Theo

Re: [gentoo-dev] January stabilization candidates

["Paweł Hajdan, Jr."]

[-- Attachment #1: Type: text/plain, Size: 769 bytes --]

On 1/12/13 11:49 PM, "Paweł Hajdan, Jr." wrote:
> Please review attached automatically generated stabilization candidates
> for January.

Oops, today I've tried my _separate_ script to file stabilization bugs
based on a generated list of packages to support that workflow.

Now the bug is that the list was the original one from January, and many
entries from that list are now stale (the new contents were appended at
the end).

I hit ctrl-c once I realized the mistake, and I'm going to wait a while
for the current batch of bugs to get handled.

I can actually batch invalidate all of them. This will generate some
further bug spam (I apologize), but can save your time dealing with the
mess. Please let me know what's your preference.

Paweł


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 203 bytes --]

Re: [gentoo-dev] January stabilization candidates

[Ralph Sennhauser]

[-- Attachment #1: Type: text/plain, Size: 392 bytes --]

On Sun, 10 Feb 2013 12:22:13 +0100
""Paweł Hajdan, Jr."" <phajdan.jr@gentoo.org> wrote:

> I can actually batch invalidate all of them. This will generate some
> further bug spam (I apologize), but can save your time dealing with
> the mess. Please let me know what's your preference.

The URL field is likely not filled out as intended either. So you might
want to do that anyway.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 490 bytes --]