Re: [gentoo-dev] GLEP 27 Bump
Doug Goldstein wrote: GLEP 27 [1] seems pretty stagnant and I'm planning on giving it a bit of a refresh and actually implementing it. Now before I do this I'm not in love with the format in tree but I haven't decided on a format exactly in my head. So that being said, I'm sending this out looking for some opinions or ideas for my new GLEP. One of the obvious things I'll cover is all the ambiguity of the GLEP with regard to the data inside each of the files. [1] http://www.gentoo.org/proj/en/glep/glep-0027.html One idea worth considering is making users just ebuilds with a supporting eclass. Regards, Petteri signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] global USE flag description change: css
Le 15/11/2009 00:16, Doug Goldstein a écrit : The css USE flag currently says: Enables ripping of encrypted DVDs But that really doesn't describe the usage correctly. It enables the ability to READ encrypted DVDs. I'm going to make the change if no one objects. +1, makes perfect sense. Rémi
Re: [gentoo-dev] client/server consistency: USE flags / split packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Petteri Räty wrote: Peter Volkov wrote: Hi. How do we handle packages that provide client, server, and possibly extra tools/libraries? Do we split packages like binary distros do or do we use USE flags? What USE flags? Currently some packages are split other use client, server or minimal USE flag(s). Back in 2006 similar problem was discussed many times with no final resolution - it was hard to ban split packages since portage had no support for USE deps. Also some packages started to utilize 'minimal' USE flag to force users read USE flag description and thus reduce its usage and lower number of bugs due to not-installed parts of package. With EAPI=2 both use deps and USE defaults (if necessary) are here so it's possible to introduce some guidelines: 1. do not split packages; use USE flags and USE deps. 2. stop using minimal USE flag to build client or sever only. So are there any good reasons to split packages? https://bugs.gentoo.org/12499 but many similar disscussions were on this list... I think a good guideline is: 1. Use a single pkg when upstream releases server and client in one bundle As always, there are exceptions. I think most users agree that the decision of the KDE team to move from the 13 tarballs upstream releases to the ~300 ebuilds we have in Gentoo was a good move. From the maintainers POV there can be no doubt about it. I know KDE doesn't provide servers + clients, but I think it's Gentoo's extreme case of split ebuilds. 2. Use separate packages when upstream releases client and server separately I think the minimal use flag should not be used for this purpose any more. Regards, Petteri I also would like to recall the old discussion about the usefulness or correctness of the client and server use flags. IIRC, the handbook should still list those as not appropriate for use flags, given the myriad of different meanings they can carry - even though use.local.desc can help here. I wonder how many users would like to see mysql move to a split model (no criticism intended to anyone that has worked on it over the years) or what users feel about the split done on postgresql. Looking at the ebuilds (I've been using mysql for years and never used postgresql), this is one case where upstream releases a single tarball and one team moved to split ebuilds and the other keeps using monos. It would be interesting to hear the maintainers' opinion. - -- Regards, Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org Gentoo- forums / Userrel / Devrel / SPARC / KDE -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.13 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAksADmsACgkQcAWygvVEyAK5CwCdG5GCExo2Pt/rTqwTQhXzCmJ6 M9wAoJwGh6UPr0J3hnCppj/bBaP1Tlix =eoNk -END PGP SIGNATURE-
[gentoo-dev] KDE Team meeting November 2009
Hi, This months meeting will be held as usual so i am anouncing it in advance so we discuss and prepare on the topics. As a sidenote: since Qt team is leaving us kde to their own project space this meetings from now on will be focused only on kde relevant matters. Informations: When - 19:00 UTC @ 19.11.2009 Where - #gentoo-meetings Topics: kde-4.3.3 stabilisation todo: - we should review buglist and add proper blockers - we should also make sure those bugs are fixed before stabilisation Documentation: - choose dedicated maintainer that will be RESPONSIBLE for documentation and coop with doc team. (the guy will be slapped if he will slack with updating the docs) - adjust the kde4 guide to cover most of the process of installing kde4 onto clean gentoo install. upstream: - choose person responsible for checking upstream and Backport patches where required. This guy will be responsible for bacporting patches from svn to main tree mostly :]. kde3: - how is the masking going on and decide what apps should definitely still stay in main tree As usual the meeting is mandatory for DEV's and HT's. Also reply to this mail with additional topic suggestions/or to discuss the topics themselves. We should try to make our meeting short (max 1h) Cheers Tomáš Chvátal Gentoo Linux Developer [KDE/Overlays/QA/Sunrise/X11] E-Mail : scarab...@gentoo.org GnuPG FP: 94A4 5CCD 85D3 DE24 FE99 F924 1C1E 9CDE 0341 4587 GnuPG ID: 03414587 signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Re: KDE Team meeting November 2009
On Sun, Nov 15, 2009 at 03:26:24PM +0100, Tomáš Chvátal wrote: Hi, This months meeting will be held as usual so i am anouncing it in advance so we discuss and prepare on the topics. As a sidenote: since Qt team is leaving us kde to their own project space this meetings from now on will be focused only on kde relevant matters. Just wanted to add that although Qt has its own project now, we don't want to break up the fine meetings we've been having so far. So we'd like to continue having common meetings for the time being :) Things we have on Qt agenda for now: * Proposition to return to monolithic Qt ebuilds In last meeting we decided to continue this discussion in ML. We should revisit the subject in this meeting, especially now that one of the major issues is gone with the removal of old Qt versions. * Status of new qt-tng.eclass * #gentoo-qt - its there, do we want to use it? Thanks, -- Alex Alexander :: wired Gentoo Developer www.linuxized.com pgpIsxqWkw99o.pgp Description: PGP signature
[gentoo-dev] Last rites: app-emacs/ngnus
# Ulrich Mueller u...@gentoo.org (15 Nov 2009) # Last release was in May 2008 which is a long time # for a development branch. Use app-emacs/gnus, or the # Gnus version included with app-editors/emacs instead. # Masked for removal in 30 days, bug 293302. app-emacs/ngnus
[gentoo-dev] Last rites: xf86-video-imstt and xf86-video-vermilion
# Rémi Cardona r...@gentoo.org (15 Nov 2009) # Broken since xorg-server 1.5 stabilization # see bugs #248529 and #248531 # Masked for removal in 7 days x11-drivers/xf86-video-imstt x11-drivers/xf86-video-vermilion 'nuff said :) Rémi
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2009-11-15 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2009-11-15 23h59 UTC. Removals: kde-base/kdedglobalaccel2009-11-09 03:35:26 abcd kde-base/kdemaildir 2009-11-09 03:35:38 abcd kde-base/kde2009-11-09 09:23:15 abcd kde-base/kdeaccessibility 2009-11-09 09:23:16 abcd kde-base/kdeaddons 2009-11-09 09:23:17 abcd kde-base/kdeadmin 2009-11-09 09:23:17 abcd kde-base/kdeartwork 2009-11-09 09:23:18 abcd kde-base/kdebase2009-11-09 09:23:19 abcd kde-base/kdeedu 2009-11-09 09:23:20 abcd kde-base/kdegames 2009-11-09 09:23:21 abcd kde-base/kdegraphics2009-11-09 09:23:21 abcd kde-base/kdemultimedia 2009-11-09 09:23:22 abcd kde-base/kdenetwork 2009-11-09 09:23:24 abcd kde-base/kdepim 2009-11-09 09:23:25 abcd kde-base/kdesdk 2009-11-09 09:23:26 abcd kde-base/kdetoys2009-11-09 09:23:27 abcd kde-base/kdeutils 2009-11-09 09:23:29 abcd kde-base/kdewebdev 2009-11-09 09:23:30 abcd kde-misc/systemloadviewer 2009-11-09 13:32:20 ssuominen games-emulation/dosbox-cvs 2009-11-09 22:23:49 mr_bones_ dev-perl/Net-FTPServer 2009-11-10 11:50:30 tove kde-misc/ksynaptics 2009-11-10 12:15:12 ssuominen x11-libs/libsynaptics 2009-11-10 12:15:47 ssuominen gnome-extra/gsynaptics 2009-11-10 12:16:38 ssuominen games-board/knights 2009-11-10 20:33:34 ssuominen games-board/kwappen 2009-11-10 20:33:35 ssuominen games-board/schafkopf 2009-11-10 20:33:36 ssuominen media-plugins/hayes 2009-11-10 23:14:03 ssuominen media-plugins/jefferson 2009-11-10 23:14:04 ssuominen games-strategy/ufo2000 2009-11-11 21:45:03 mr_bones_ games-engines/kwest 2009-11-11 21:59:49 mr_bones_ media-sound/krecord 2009-11-12 11:27:35 ssuominen kde-misc/kdirstat 2009-11-12 11:28:29 ssuominen app-backup/konserve 2009-11-12 11:29:18 ssuominen x11-themes/activeheart-kwin 2009-11-12 11:30:02 ssuominen x11-themes/comix2009-11-12 11:30:03 ssuominen app-office/kbudget 2009-11-12 11:30:54 ssuominen net-news/eventwatcher 2009-11-12 11:31:55 ssuominen kde-misc/kisdnwatch 2009-11-12 11:32:40 ssuominen net-misc/ktraynetworker 2009-11-12 11:33:31 ssuominen net-ftp/kasablanca 2009-11-12 11:34:08 ssuominen kde-misc/kdissert 2009-11-12 12:55:38 ssuominen kde-misc/kdmtheme 2009-11-12 12:55:39 ssuominen kde-misc/kkeyled2009-11-12 12:55:39 ssuominen kde-misc/knetworkmanager2009-11-12 12:55:40 ssuominen kde-misc/ksplash-engine-moodin 2009-11-12 12:55:41 ssuominen kde-misc/ksystemlog 2009-11-12 12:55:42 ssuominen kde-misc/metamonitor2009-11-12 12:55:43 ssuominen media-sound/kenvy24gui 2009-11-12 15:45:25 ssuominen app-dicts/kannadic 2009-11-13 17:03:39 ssuominen media-gfx/showimg 2009-11-13 17:10:14 ssuominen media-libs/libkexif 2009-11-13 17:11:23 ssuominen kde-misc/tork 2009-11-13 17:15:44 ssuominen dev-embedded/pikdev 2009-11-13 17:20:37 ssuominen net-dialup/trayimonc2009-11-13 17:24:39 ssuominen media-tv/mtvg 2009-11-13 17:25:35 ssuominen dev-perl/File-Path 2009-11-13 21:51:00 robbat2 x11-themes/auroare 2009-11-13 21:52:40 scarabeus kde-misc/filelight-i18n 2009-11-14 09:49:22 ssuominen kde-misc/kadslwatch 2009-11-14 11:08:00
Re: [gentoo-dev] GLEP 27 Bump
On Sun, Nov 15, 2009 at 09:25:45AM +0200, Petteri Räty wrote: Doug Goldstein wrote: GLEP 27 [1] seems pretty stagnant and I'm planning on giving it a bit of a refresh and actually implementing it. Now before I do this I'm not in love with the format in tree but I haven't decided on a format exactly in my head. So that being said, I'm sending this out looking for some opinions or ideas for my new GLEP. One of the obvious things I'll cover is all the ambiguity of the GLEP with regard to the data inside each of the files. [1] http://www.gentoo.org/proj/en/glep/glep-0027.html One idea worth considering is making users just ebuilds with a supporting eclass. While I'm hugely in favour of having consistent UID/GIDs with no conflicts over all Gentoo machines, I feel one of the reasons that the GLEP failed was that users required by ebuilds changed over ebuild versions, and the GLEP didn't seem to handle that well. Cases I've seen in the tree: - username change (slocate - locate) - homedir change - shell change -- Robin Hugh Johnson Gentoo Linux: Developer, Trustee Infrastructure Lead E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85
Re: [gentoo-dev] Bugzilla testers wanted - Email send to: no one issue
On Tuesday 03 November 2009 13:33:55 Christian Ruppert wrote: Dear gentoo-dev subscriber, as some of you might have been noticed, we're having some trouble with Bugzilla's mail notification. In some cases you might see something like Email sent to: no one [1] where it was not supposed to happen. We're not able to reproduce this issue so we would be glad if you guys could help us with that. Go and file some bugs with Product=Bugzilla and Component=Bugstest. Also try on different nodes [2], [3] or [4]. So we need steps to reproduce it. If you got something email[5] us or contact us via IRC (Nicks: robbat2 or idl0r). funny enough, this seems to have gotten a lot worse since you posted this heads up. i'm noticing plenty of missed initial notifications now. -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] GLEP 27 Bump
On Sun, Nov 15, 2009 at 7:35 PM, Robin H. Johnson robb...@gentoo.org wrote: On Sun, Nov 15, 2009 at 09:25:45AM +0200, Petteri Räty wrote: Doug Goldstein wrote: GLEP 27 [1] seems pretty stagnant and I'm planning on giving it a bit of a refresh and actually implementing it. Now before I do this I'm not in love with the format in tree but I haven't decided on a format exactly in my head. So that being said, I'm sending this out looking for some opinions or ideas for my new GLEP. One of the obvious things I'll cover is all the ambiguity of the GLEP with regard to the data inside each of the files. [1] http://www.gentoo.org/proj/en/glep/glep-0027.html One idea worth considering is making users just ebuilds with a supporting eclass. While I'm hugely in favour of having consistent UID/GIDs with no conflicts over all Gentoo machines, I feel one of the reasons that the GLEP failed was that users required by ebuilds changed over ebuild versions, and the GLEP didn't seem to handle that well. Cases I've seen in the tree: - username change (slocate - locate) - homedir change - shell change Which would seem to mean that Petteri's suggestion would work better since that would allow us to version/upgrade user/group data. -- Doug Goldstein
