Re: [gentoo-dev] commit reviewing ... new list or keep it on -dev ?
On Tue, Sep 18, 2007 at 01:38:15AM +0200, Bo ??rsted Andresen wrote: > On Tuesday 18 September 2007 01:33:33 Mike Frysinger wrote: > > ive been sending private e-mails as i didnt want to make a lot of noise, > > but many of the comments i make i imagine would be applicable to a lot of > > people ... i also see others doing reviews and such > > > > how do people feel about responses ? keep them all on gentoo-dev or start > > a new list just for reviews ? > You could use the gentoo-devhelp list which has been promised on bug #130886. > https://bugs.gentoo.org/show_bug.cgi?id=130886 antarus requested "-dev-help" before the -project and -dev-announce lists were created, and was not impressed that it couldn't be exactly -dev-help. Anyway, the stated goals for that list were to be a place for communication between advanced users and developers to interact. Review of commits would best belong on -dev, where a higher proportion of developers would read the reviewing. -- Robin Hugh Johnson Gentoo Linux Developer & Infra Guy E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpS759NilNsc.pgp Description: PGP signature
Re: [gentoo-dev] Packages of for grabs
On Mon, 2007-09-17 at 23:28 +0200, Christian Heim wrote: > - dev-ruby/ruby-oci8 (mattm) Will most likely be proxy-maintained by me/ruby herd, see bug 183548 > ruby: > - dev-ruby/bluecloth (citizen428) > - dev-ruby/cmdparse (citizen428) > - dev-ruby/glue (citizen428) > - dev-ruby/mega-modules (citizen428) > - dev-ruby/nano-methods (citizen428) > - dev-ruby/net-sftp (citizen428) > - dev-ruby/net-ssh (citizen428) > - dev-ruby/og (citizen428) > - dev-ruby/pdf-writer (citizen428) > - dev-ruby/syntax (citizen428) Ruby herd will take these. > - app-misc/alexandria (citizen428) Since this is a normal application that happens to be written in ruby I'd be happy if someone other than the ruby herd would take this. > gnome: > - app-misc/alexandria (citizen428) ... and the volunteers have been found :-) Kind regards, Hans signature.asc Description: This is a digitally signed message part
[gentoo-dev] locking wxGTK dependencies
One of the (too many) things we need to do to get wxGTK-2.8 into the tree is lock all packages in portage with wxGTK DEPENDS to the 2.6 SLOT. This is because the way the eclass works requires ebuilds to specify the SLOT they need in order to know what configuration scripts to use. (ie. an ebuild doing WX_GTK_VER="2.6" but with a DEPEND of >=x11-libs/wxGTK-2.6 will break if only wxGTK-2.8 is installed.) Since 2.6 is the only SLOT we have in the tree at the moment these changes won't affect functionality at all. Unless anyone has any objections, I'll start fixing these up in a week or so. The following packages need to be modified: [EMAIL PROTECTED] ~ $ for ebuild in $((ebfind '>=*x11-libs/wxGTK'; ebfind '^[[:space:]]*x11-libs/wxGTK') | sort); do grep -Hm1 "wxGTK" ${ebuild}; done /usr/portage/app-emulation/bochs/bochs-2.2.6.ebuild:wxwindows? ( >=x11-libs/wxGTK-2.6 ) /usr/portage/app-emulation/bochs/bochs-2.3.5.ebuild:wxwindows? ( >=x11-libs/wxGTK-2.6 ) /usr/portage/app-emulation/bochs/bochs-2.3.ebuild: wxwindows? ( >=x11-libs/wxGTK-2.6 ) /usr/portage/app-i18n/poedit/poedit-1.3.6.ebuild:DEPEND=">x11-libs/wxGTK-2.6 /usr/portage/app-misc/roadnav/roadnav-0.14.ebuild:DEPEND=">=x11-libs/wxGTK-2.6.2-r1 /usr/portage/app-misc/roadnav/roadnav-0.15.ebuild:DEPEND=">=x11-libs/wxGTK-2.6.2-r1 /usr/portage/dev-haskell/wxhaskell/wxhaskell-0.9.4.ebuild: >=x11-libs/wxGTK-2.6.2" /usr/portage/dev-libs/libroadnav/libroadnav-0.14.ebuild:DEPEND=">=x11-libs/wxGTK-2.6.2-r1" /usr/portage/dev-libs/libroadnav/libroadnav-0.15.ebuild:DEPEND=">=x11-libs/wxGTK-2.6.2-r1" /usr/portage/dev-python/wxpython/wxpython-2.6.3.3.ebuild: >=x11-libs/wxGTK-${PV} /usr/portage/dev-python/wxpython/wxpython-2.6.4.0.ebuild: >=x11-libs/wxGTK-${PV} /usr/portage/dev-util/rapidsvn/rapidsvn-0.9.3.ebuild: >=x11-libs/wxGTK-2.6.2 /usr/portage/dev-util/rapidsvn/rapidsvn-0.9.4.ebuild: >=x11-libs/wxGTK-2.6.2 /usr/portage/games-board/openyahtzee/openyahtzee-1.7.ebuild:DEPEND=">=x11-libs/wxGTK-2.6 /usr/portage/games-misc/jugglemaster/jugglemaster-0.4.ebuild:DEPEND=">=x11-libs/wxGTK-2.6 /usr/portage/games-roguelike/scourge/scourge-0.17.ebuild: editor? ( >=x11-libs/wxGTK-2.6 )" /usr/portage/games-roguelike/scourge/scourge-0.18.ebuild: editor? ( >=x11-libs/wxGTK-2.6 )" /usr/portage/games-strategy/scorched3d/scorched3d-40.1d.ebuild: >=x11-libs/wxGTK-2.6 /usr/portage/games-strategy/scorched3d/scorched3d-40.ebuild: >=x11-libs/wxGTK-2.6 /usr/portage/games-util/taxidraw/taxidraw-0.3.2.ebuild:DEPEND=">=x11-libs/wxGTK-2.6 /usr/portage/games-util/wxchtdecoder/wxchtdecoder-1.5.ebuild:DEPEND=">=x11-libs/wxGTK-2.6" /usr/portage/media-gfx/comical/comical-0.8.ebuild:DEPEND=">=x11-libs/wxGTK-2.6.2" /usr/portage/media-gfx/hugin/hugin-0.5.ebuild: >=x11-libs/wxGTK-2.6.0 /usr/portage/media-gfx/hugin/hugin-0.5_rc1-r2.ebuild: >=x11-libs/wxGTK-2.6.0 /usr/portage/media-gfx/hugin/hugin-0.6.1.ebuild: >=x11-libs/wxGTK-2.6.2 /usr/portage/media-gfx/hugin/hugin-0.7_beta4.ebuild: >=x11-libs/wxGTK-2.6.2 /usr/portage/media-sound/audacity/audacity-1.3.3.ebuild:DEPEND=">=x11-libs/wxGTK-2.6 /usr/portage/media-video/gpac/gpac-0.4.2.ebuild:wxwindows? ( >=x11-libs/wxGTK-2.6.0 ) /usr/portage/media-video/vlc/vlc-0.8.6c.ebuild: wxwindows? ( >=x11-libs/wxGTK-2.6.2-r1 ) /usr/portage/net-misc/italc/italc-1.0.2.ebuild: x11-libs/wxGTK /usr/portage/net-misc/italc/italc-1.0.3.ebuild: x11-libs/wxGTK /usr/portage/net-p2p/amule/amule-2.1.3.ebuild:DEPEND=">=x11-libs/wxGTK-2.6.0 /usr/portage/net-p2p/amule/amule-2.2.0_pre20070422.ebuild:DEPEND=">=x11-libs/wxGTK-2.6.0 /usr/portage/net-p2p/bittorrent/bittorrent-5.0.7.ebuild: >=x11-libs/wxGTK-2.6 /usr/portage/net-p2p/transmission/transmission-0.80.ebuild: wxwindows? ( >=x11-libs/wxGTK-2.6 )" /usr/portage/net-p2p/transmission/transmission-0.81.ebuild: wxwindows? ( >=x11-libs/wxGTK-2.6 )" /usr/portage/sci-mathematics/wxmaxima/wxmaxima-0.7.1.ebuild: >=x11-libs/wxGTK-2.6" /usr/portage/sci-mathematics/wxmaxima/wxmaxima-0.7.3a.ebuild: >=x11-libs/wxGTK-2.6" -- fonts / wxWindows / gcc-porting / treecleaners 9B81 6C9F E791 83BB 3AB3 5B2D E625 A073 8379 37E8 (0x837937E8) -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Re: commit reviewing ... new list or keep it on -dev ?
Mike Frysinger wrote: > ive been sending private e-mails as i didnt want to make a lot of noise, but > many of the comments i make i imagine would be applicable to a lot of > people ... i also see others doing reviews and such > > how do people feel about responses ? keep them all on gentoo-dev or start a > new list just for reviews ? I've found the private and public reviewing very helpful. Unless someone has a complaint I'd say keep them here, though if gentoo-dev-help ever does go through I think that would be the best place to do it. -- fonts / wxWindows / gcc-porting / treecleaners 9B81 6C9F E791 83BB 3AB3 5B2D E625 A073 8379 37E8 (0x837937E8) -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Empty mail aliases WAS: Packages of for grabs
On Mon, Sep 17, 2007 at 08:20:29PM -0400, Mike Frysinger wrote: > On Monday 17 September 2007, Robin H. Johnson wrote: > > gaim-bugs (B, 285 closed assigned, 19 closed cc) > that's because gaim is dead and it's be re-appropriated to net-im ... if you > want, change the bugs db so that all those bugs get reassigned to net-im > (doing a mass-reassignment via bugzilla will cause nasty bugspam) > > keychain (B, 3 open assigned, 1 open cc, 27 closed assigned) > merged into base-system ... doesnt matter to me whether we keep it or just > punt it in favor of base-system ... Changing in the DB I won't do. I will however forward the aliases to the new locations. > > gcc > if nothing in bugzilla is using it, delete it ... we've moved over to the > more > appropriate "toolchain" alias Ok, in the delete queue then. -- Robin Hugh Johnson Gentoo Linux Developer & Infra Guy E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpPF1OvVbQMC.pgp Description: PGP signature
Re: [gentoo-dev] Empty mail aliases WAS: Packages of for grabs
On Monday 17 September 2007, Robin H. Johnson wrote: > gaim-bugs (B, 285 closed assigned, 19 closed cc) that's because gaim is dead and it's be re-appropriated to net-im ... if you want, change the bugs db so that all those bugs get reassigned to net-im (doing a mass-reassignment via bugzilla will cause nasty bugspam) > gcc if nothing in bugzilla is using it, delete it ... we've moved over to the more appropriate "toolchain" alias > keychain (B, 3 open assigned, 1 open cc, 27 closed assigned) merged into base-system ... doesnt matter to me whether we keep it or just punt it in favor of base-system ... -mike signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Empty mail aliases WAS: Packages of for grabs
I saw the following in Christian's email, and I thought that was odd, having never heard of the benchmarks aliases before: On Mon, Sep 17, 2007 at 11:28:30PM +0200, Christian Heim wrote: > benchmarks: > - app-benchmarks/bonnie++ (johnm) > - app-benchmarks/cpuburn (johnm) I checked on the aliases collection, and found that we have amassed a number of them that do NOT reach any developer: benchmarks (B, 1 open assigned, 1 open cc, 11 closed assigned) cyrus-bugs (B, 0 bugs) gaim-bugs (B, 285 closed assigned, 19 closed cc) gcc keychain (B, 3 open assigned, 1 open cc, 27 closed assigned) opensolaris webapps-request (B, 6 open cc, 157 closed assigned, 11 closed cc) math-proof B - those marked with a B have a bugzilla account by the same name. For those with no bugzilla account (gcc, opensolaris, math-proof) or a bugzie account and no bugs (cyrus-bugs), we can just delete them if they are unused. For the others, either developers or another herd needs to join the alias. -- Robin Hugh Johnson Gentoo Linux Developer & Infra Guy E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpUI2OSARk9d.pgp Description: PGP signature
Re: [gentoo-dev] commit reviewing ... new list or keep it on -dev ?
On Tuesday 18 September 2007 01:33:33 Mike Frysinger wrote: > ive been sending private e-mails as i didnt want to make a lot of noise, > but many of the comments i make i imagine would be applicable to a lot of > people ... i also see others doing reviews and such > > how do people feel about responses ? keep them all on gentoo-dev or start > a new list just for reviews ? You could use the gentoo-devhelp list which has been promised on bug #130886. https://bugs.gentoo.org/show_bug.cgi?id=130886 -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] commit reviewing ... new list or keep it on -dev ?
Mike Frysinger wrote: > ive been sending private e-mails as i didnt want to make a lot of noise, but > many of the comments i make i imagine would be applicable to a lot of > people ... i also see others doing reviews and such > > how do people feel about responses ? keep them all on gentoo-dev or start a > new list just for reviews ? > -mike I don't think we need yet another list, we have far too many as it is. -dev is for discussion, it should be here. --taco -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-pda/barry/files: - New directory
On Sunday 16 September 2007, Mike Frysinger wrote: > On Saturday 15 September 2007, Jason Smathers (jsin) wrote: > > jsin07/09/15 18:46:49 > > > > Log: > > Directory /var/cvsroot/gentoo-x86/app-pda/barry/files added to the > > repository > > does anyone find cvs directory creation messages useful ? i certainly > dont ... Bug 192874 opened for skipping this -mike signature.asc Description: This is a digitally signed message part.
[gentoo-dev] commit reviewing ... new list or keep it on -dev ?
ive been sending private e-mails as i didnt want to make a lot of noise, but many of the comments i make i imagine would be applicable to a lot of people ... i also see others doing reviews and such how do people feel about responses ? keep them all on gentoo-dev or start a new list just for reviews ? -mike signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Re: [gentoo-dev-announce] Packages of for grabs
On Monday 17 September 2007, Christian Heim wrote: > maintainer-needed: > - sys-fs/static-dev (johnm) belongs in base-system -mike signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Packages of for grabs
Here are hopefully the last ones for a while: maintainer-needed: - sys-fs/static-dev (johnm) - dev-ruby/ruby-oci8 (mattm) - net-analyzer/hyperic-hq-agent (mattm) For the below listed herds this should just be considered a reminder on what packages just got dumped in your lap/or which metadata.xml I touched in the process: ruby: - dev-ruby/bluecloth (citizen428) - dev-ruby/cmdparse (citizen428) - dev-ruby/glue (citizen428) - dev-ruby/mega-modules (citizen428) - dev-ruby/nano-methods (citizen428) - dev-ruby/net-sftp (citizen428) - dev-ruby/net-ssh (citizen428) - dev-ruby/og (citizen428) - dev-ruby/pdf-writer (citizen428) - dev-ruby/syntax (citizen428) - app-misc/alexandria (citizen428) shell-tools: - app-arch/star (merlin) vim: - app-vim/vim-spell-de (citizen428) gnome: - app-misc/alexandria (citizen428) media-sound: - media-plugins/blop (fvdpol) - media-plugins/fil-plugins (fvdpol) - media-plugins/mcp-plugins (fvdpol) - media-plugins/vco-plugins (fvdpol) - media-sound/specimen (fvdpol) - media-sound/timemachine (fvdpol) - media-sound/monopod (johnm) benchmarks: - app-benchmarks/bonnie++ (johnm) - app-benchmarks/cpuburn (johnm) hardened: - sys-kernel/hardened-sources (johnm) kernel-misc: - sys-kernel/module-rebuild (johnm) Regards, Christian -- Christian Heim GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Unpermitted distribution of Gentoo shirts and mugs?
On Sun, 2007-09-16 at 12:34 +0200, Christian Hartmann wrote: > Am Samstag 15 September 2007 20:46:31 schrieb Chris Gianelloni: > > The Friends of Gentoo e.V. have said repeatedly that they have some > > agreement with the Foundation. > > Said who? Are you saying they do not? -- Chris Gianelloni Release Engineering Strategic Lead Alpha/AMD64/x86 Architecture Teams Games Developer/Council Member/Foundation Trustee Gentoo Foundation signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] virtual/locate?
> On Mon, 17 Sep 2007, Petteri Räty wrote: >> we have now three implementations of locate in the tree that block >> each other: sys-apps/{m,r,s}locate >> >> This looks like the classical case for a virtual/locate. Any >> opinions? > Is there something/how many that will need to depend on that? I found three packages: app-vim/locateopen (which currently has only {r,s}locate in RDEPEND, probably due to the fact that the mlocate maintainer is not a "vi man"), kde-misc/kio-locate, and the new app-emacs/fff. And nothing depends on one of the individual packages only. Ulrich -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] virtual/locate?
> On Mon, 17 Sep 2007, Mike Frysinger wrote: >> [...] app-emacs/fff [...] > how is it required ? it just runs `locate` at runtime ? Exactly. Pure run-time dependency. Ulrich -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Re: virtual/locate?
Mike Frysinger <[EMAIL PROTECTED]>: > > I came across the issue when committing the new package > > app-emacs/fff (which is the Emacs equivalent of app-vim/locateopen) > > to the Emacs overlay; it will be moved to the tree soon. > how is it required ? it just runs `locate` at runtime ? Yes. And another packages needing just locate depend on either of the three or a subset (without mlocate e.g., as it is relatively new to the tree). A virtual would simplify it a bit though there would be few packages depending on it. V-Li -- Christian Faulhammer, Gentoo Lisp project http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode http://www.faulhammer.org/> signature.asc Description: PGP signature
Re: [gentoo-dev] virtual/locate?
On Monday 17 September 2007, Ulrich Mueller wrote: > we have now three implementations of locate in the tree that block > each other: sys-apps/{m,r,s}locate findutils could provide locate as well, we just disable it > This looks like the classical case for a virtual/locate. Any opinions? i'd really prefer we avoid it > I came across the issue when committing the new package app-emacs/fff > (which is the Emacs equivalent of app-vim/locateopen) to the Emacs > overlay; it will be moved to the tree soon. how is it required ? it just runs `locate` at runtime ? -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] virtual/locate?
Ulrich Mueller kirjoitti: > Hi, > > we have now three implementations of locate in the tree that block > each other: sys-apps/{m,r,s}locate > > This looks like the classical case for a virtual/locate. Any opinions? > > I came across the issue when committing the new package app-emacs/fff > (which is the Emacs equivalent of app-vim/locateopen) to the Emacs > overlay; it will be moved to the tree soon. > > Ulrich Is there something/how many that will need to depend on that? I think locate is not part of the system set either so no virtual is needed for that either. Regards, Petteri signature.asc Description: OpenPGP digital signature
[gentoo-dev] virtual/locate?
Hi, we have now three implementations of locate in the tree that block each other: sys-apps/{m,r,s}locate This looks like the classical case for a virtual/locate. Any opinions? I came across the issue when committing the new package app-emacs/fff (which is the Emacs equivalent of app-vim/locateopen) to the Emacs overlay; it will be moved to the tree soon. Ulrich -- [EMAIL PROTECTED] mailing list