Re: [gentoo-dev] Re: [v3] Planning for automatic assignment of bugs

2008-07-02 Thread Gilles Dartiguelongue
Le mercredi 02 juillet 2008 à 00:30 +, Duncan a écrit :
> Jim Ramsay <[EMAIL PROTECTED]> posted [EMAIL PROTECTED],
> excerpted below, on  Tue, 01 Jul 2008 11:29:56 -0400:
> 
> > Mark Loeser <[EMAIL PROTECTED]> wrote:
> > That said, I have no idea how many duplicate / incomplete bugs I have
> > never seen due to the wonderful work of the wranglers.  In some ways it
> > would be a shame to lose that quality pre-reading of the bugs.
> 
> Perhaps the best solution is to get the implementation in place, but not 
> completely automate it.  Put the tools there so if it looks right, all 
> the wrangler needs to do is a single click, and it's auto-assigned, but 
> that single click is still necessary so that a human actually gets to 
> review things before doing the assignment.
> 
> That would make it /much/ easier for the wranglers.
> 
> If desired, a cron script or some such could then be setup to go thru and 
> automatically assign anything that wasn't assigned yet and that hadn't 
> been touched (no comments asking for more info, etc) for some period, say 
> a week, just to catch anything that fell thru the cracks or if the 
> wranglers all disappeared or went on strike/vacation/whatever.  Then if 
> folks ever suddenly find themselves inundated with "raw" bugs, it'd be a 
> serious indication that the wranglers needed some help.

sounds like a plan
-- 
Gilles Dartiguelongue <[EMAIL PROTECTED]>
Gentoo


signature.asc
Description: Ceci est une partie de message	numériquement signée


Re: [gentoo-dev] packages linked against the kernel sources

2008-07-02 Thread Wolf Canis
Dominique Michel wrote:
> After a kernel update, sys-kernel/module-rebuild can be used to rebuild the
> installed external kernel modules.
> 
> Software like dev-libs/klibc or app-cdr/cdrtools are linked against the kernel
> sources and not against the kernel headers. Is it other programs like them in
> the tree?
> 
> I am not a gentoo programmer but I want to have a list of those programs, or 
> to
> make this list if nobody can provide one.
> 
> So please, if you maintain such a program that is linked against the kernel
> sources and not against the kernel headers, respond to this mail.
>  
> Best,
> Dominique
> 

Hello Dominique,
I just run following command:

# equery depends gentoo-sources | sed 's/^/=/' | \
xargs | emerge -pv

These are the packages that would be merged, in reverse order:

Calculating dependencies... done!
[ebuild   R   ] sys-apps/v86d-0.1.3-r1  USE="-debug -x86emu" 0 kB
[ebuild   R   ] sys-apps/pcmciautils-014-r1  USE="-debug -static
-staticsocket" 0 kB
[ebuild   R   ] sys-apps/lm_sensors-2.10.4  USE="sensord" 0 kB
[ebuild   R   ] sys-apps/hal-0.5.9.1-r3  USE="acpi crypt dell
disk-partition pcmcia -debug -doc (-selinux)" 0 kB
[ebuild   R   ] net-wireless/ipw3945-1.2.2-r1  USE="-debug" 0 kB
[ebuild   R   ] media-libs/svgalib-1.9.25  USE="-build -no-helper" 0 kB
[ebuild   R   ] gnome-base/gnome-menus-2.20.3  USE="python -debug" 0 kB
[ebuild   R   ] app-misc/lirc-0.8.3_pre1  USE="X -debug -doc
-hardware-carrier -transmitter" LIRC_DEVICES="-accent -act200l -act220l
-adaptec -all -alsa_usb -animax -asusdh -atilibusb -atiusb -audio
-audio_alsa -avermedia -avermedia98 -avermedia_vdomate -bestbuy
-bestbuy2 -breakoutbox -bte -bw6130 -caraca -chronos -cmdir -cph06x
-creative -creative_infracd -devinput -digimatrix -dsp -dvico -ea65
-exaudio -flyvideo -gvbctv5pci -hauppauge -hauppauge_dvb
-hercules_smarttv_stereo -igorplugusb -imon -imon_pad -imon_pad2keys
-imon_rsc -inputlirc -irdeo -irdeo_remote -irman -irreal -it87 -knc_one
-kworld -leadtek_0007 -leadtek_0010 -leadtek_pvr2000 -livedrive_midi
-livedrive_seq -logitech -macmini -mceusb -mceusb2 -mediafocusI
-mouseremote -mouseremote_ps2 -mp3anywhere -nslu2 -packard_bell
-parallel -pcmak -pcmak_usb -pctv -pixelview_bt878 -pixelview_pak
-pixelview_pro -provideo -realmagic -remote_wonder_plus -remotemaster
-sa1100 -sasem -sb0540 -serial -serial_igor_cesko -silitek -sir -slinke
-streamzap -tekram -tekram_bt829 -tira -ttusbir -tuxbox -tvbox -udp
-uirt2 -uirt2_raw -usb_uirt_raw -usbirboy -usbx -userspace -xboxusb" 0 kB
[ebuild   R   ] sys-fs/cryptsetup-1.0.5-r1  USE="nls -build -dynamic
(-selinux)" 0 kB

Total: 9 packages (9 reinstalls), Size of downloads: 0 kB


Hope that helps. ;-)

Have fun, Wolf. :-)



signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-irc/quassel: ChangeLog quassel-9999-r1.ebuild quassel-0.2.0_rc1.ebuild quassel-0.2.9999.ebuild

2008-07-02 Thread Thomas Anderson
In-Reply-To: <[EMAIL PROTECTED]>
>   Add missing eutils inherit for the non-git ebuilds as otherwise it seems to 
> be failing.
>   (Portage version: 2.2_rc1/cvs/Linux 2.6.25-gentoo-r4 x86_64)
> 
The reason it's failing is because you have things after the . You
can do this:

if [[ ${PV} == ** ]]; then
inherit git

instead of:
>  if [[ ${PV} == * ]]; then
>   inherit git

Doing it my way doesn't fail for, say, -r1

Regards,
Thomas


pgp0Mzp7grOpD.pgp
Description: PGP signature


[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-irc/quassel: ChangeLog quassel-9999-r1.ebuild quassel-0.2.0_rc1.ebuild quassel-0.2.9999.ebuild

2008-07-02 Thread Diego 'Flameeyes' Pettenò
Thomas Anderson <[EMAIL PROTECTED]> writes:

> The reason it's failing is because you have things after the . You
> can do this:

I actually don't... and it doesn't file for the git case, it fails for
the non-git case (I only updated the git versions so the next time I
copy over the git ebuild I don't have to fix it again)

> Doing it my way doesn't fail for, say, -r1

-r1 has this values:

P=quassel-
PN=quassel
PV=
PF=quassel--r1
PVR=-r1 (was this the right variable name? I sincerely forgot)

the -r1 part is only ever used for the revisions in PVR, not on PV.

-- 
Diego "Flameeyes" Pettenò
http://blog.flameeyes.eu/


pgpDthx7fgu6m.pgp
Description: PGP signature


[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-scheme/drscheme: ChangeLog reversion.patch drscheme-4.0.1.ebuild drscheme-0.372-r1.ebuild

2008-07-02 Thread Robin H. Johnson
On Sat, Jun 28, 2008 at 04:53:06PM +, Marijn Schouten (hkbst) wrote:
> hkbst   08/06/28 16:53:06
> 
>   Modified: ChangeLog
>   Added:reversion.patch drscheme-4.0.1.ebuild
> drscheme-0.372-r1.ebuild
>   Log:
>   add new major version 4.0.1 and reversion latest ~
>   (Portage version: 2.2_rc1/cvs/Linux 2.6.23-gentoo-r8 x86_64)
...
> 1.1  dev-scheme/drscheme/reversion.patch
> file : 
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-scheme/drscheme/reversion.patch?rev=1.1&view=markup
> plain: 
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-scheme/drscheme/reversion.patch?rev=1.1&content-type=text/plain
Why was reversion.patch committed directly to dev-scheme/drscheme
instead of files/?

-- 
Robin Hugh Johnson
Gentoo Linux Developer & Infra Guy
E-Mail : [EMAIL PROTECTED]
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85


pgpZvZsRnB2dA.pgp
Description: PGP signature


[gentoo-dev] Re: [v3] Planning for automatic assignment of bugs

2008-07-02 Thread Ryan Hill
On Mon, 30 Jun 2008 23:07:03 -0700
"Robin H. Johnson" <[EMAIL PROTECTED]> wrote:

> 4. If we have a valid category name, but no valid package atoms (this
> may be a new or misspelt package), try to figure out which team might
> want it. Use the category-level metadata.xml file.

I wonder how often this will do the right thing.  Not to mention many
categories don't have a team (eg. app-doc) and many have multiple teams
(eg. media-libs).  In fact, I don't see anyone using category-level
metadata.xml for anything but category descriptions right now.
Assigning bugs that don't have a valid package name to bug-wranglers
for some human intervention might work better.


-- 
gcc-porting,  by design, by neglect
treecleaner,  for a fact or just for effect
wxwidgets @ gentoo EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662


signature.asc
Description: PGP signature


[gentoo-dev] b.g.o down?

2008-07-02 Thread Dirk Heinrichs
Hi,

I'm getting "Connection refused" when trying to connect to 
http://bugs.gentoo.org. Is this intentional?

Bye...

Dirk
-- 
Dirk Heinrichs  | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: [EMAIL PROTECTED]
Wanheimerstraße 68  | Web:  http://www.capgemini.com
D-40468 Düsseldorf  | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: wwwkeys.pgp.net


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-dev] b.g.o down?

2008-07-02 Thread Robin H. Johnson
On Thu, Jul 03, 2008 at 08:08:38AM +0200, Dirk Heinrichs wrote:
> I'm getting "Connection refused" when trying to connect to 
> http://bugs.gentoo.org. Is this intentional?
Yeah, read the -dev topic.
I broke it, and I'm working on it.


-- 
Robin Hugh Johnson
Gentoo Linux Developer & Infra Guy
E-Mail : [EMAIL PROTECTED]
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85
-- 
gentoo-dev@lists.gentoo.org mailing list