[gentoo-dev] Is anyone from infra around?

2007-09-20 Thread Georgi Georgiev
The IP for rsync1.jp.gentoo.org changed not too long ago. I notified
gentoo-mirrors two weeks ago, but even today, neither the DNS nor the
ACL has been updated.

Could someone poke the relevant parties and refer them to the message
below?

http://archives.gentoo.org/gentoo-mirrors/msg_01262.xml

-- 
 /   Georgi Georgiev/ The only two things that motivate me and/
\ [EMAIL PROTECTED]\  that matter to me are revenge and guilt. - \
 / http://www.gg3.net/  / - Elvis Costello/
-- 
[EMAIL PROTECTED] mailing list



Re: [gentoo-dev] [PMS] Version Naming Clarification

2007-06-07 Thread Georgi Georgiev
maillog: 07/06/2007-19:42:45(+0200): Marius Mauch types
 On Thu, 07 Jun 2007 12:32:40 -0400
 Daniel Drake [EMAIL PROTECTED] wrote:
 
  Doug Goldstein wrote:
   Currently in the tree we have sys-fs/ntfs3g. However the proper
   upstream name and name referenced in every single doc in the world
   is ntfs-3g. I tried to rename the package however, Portage does
   not let me since it is invalid naming. marienz and genone informed
   me it's invalid with PMS as well.
   
   The version I was trying to add is ntfs-3g-1.516. Logically Portage
   and PMS should only consider any data after the LAST - as the
   version information.
  
  Would this cause problems anywhere if we had the following?
  
  sys-fs/ntfs/ntfs-3g.ebuild
  and
  sys-fs/ntfs-3g/ntfs-3g-1.516.ebuild
 
 Thing is: if you see sys-fs/ntfs-3g, is that an atom or a CPV? You
 don't know unless you actually check the tree.

Isn't sys-fs/ntfs-3g the atom and =sys-fs/ntfs-3g-1.516 the CPV?

-- 
 /   Georgi Georgiev/ Meader's Law: Whatever happens to you, it   /
\ [EMAIL PROTECTED]\  will previously have happened to everyone  \
 / http://www.gg3.net/  / you know, only more so. /
-- 
[EMAIL PROTECTED] mailing list



Re: [gentoo-dev] Packages with same name was - Conversion of Emacs virtual packages

2007-05-16 Thread Georgi Georgiev

Quoting Mike Kelly [EMAIL PROTECTED]:


On Thu, 17 May 2007 00:37:23 +0200
Thilo Bangert [EMAIL PROTECTED] wrote:

 ...


 IMHO app-vim/ant should really be app-vim/vim-ant or something other
 than just ant.

or app-vim/sudo-syntax and app-vim/ant-syntax as there already are a
number of ebuilds following that scheme...


Well, sudo and ant aren't syntax plugins, so that wouldn't make any
sense. Also, we're keeping the same names that the upstream script
writers use, just as we do everywhere else in Gentoo. The whole point
of having category names is so that we can have two packages w/ the
same name and not have issues.


All this is so familiar... where have I heard that before?

http://thread.gmane.org/gmane.linux.gentoo.devel/27770/focus=27838

The thread is pretty long, but some of the issues of the current  
thread have been covered in length there.


--
Georgi


This message was sent using IMP, the Internet Messaging Program.

--
[EMAIL PROTECTED] mailing list



[gentoo-dev] /lib/rcscripts or /$(get_libdir)/rcscripts?

2007-03-26 Thread Georgi Georgiev
I just realized that there not only doesn't seem to be any consensus  
about what the location of /lib/rcscripts should be (as witnessed by  
the location where the following packages install


lib64/rcscripts  sys-apps/baselayout-1.13.0_alpha12
lib64/rcscripts  sys-apps/gawk-3.1.5-r3
lib64/rcscripts  sys-fs/mdadm-2.6.1
lib/rcscriptssys-fs/device-mapper-1.02.12
lib/rcscriptssys-fs/lvm2-2.02.17
lib/rcscriptssys-fs/udev-107

) but even baselayout itself is not consistent in its decision (bug #172370).

Since this problem encompasses multiple packages (I only stumbled upon  
the six above, but there well may be others), I thought I'd bring it  
to your attention here.




This message was sent using IMP, the Internet Messaging Program.


--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] [RFC] removal of /etc/dev.d - cleanup of /etc/udev/rules.d/

2007-03-18 Thread Georgi Georgiev
maillog: 18/03/2007-10:57:01(+0100): Matthias Schwarzott types
 On Donnerstag, 15. März 2007, Matthias Schwarzott wrote:
  Hi fellows!
 
 
  2. I think we should get udev rules directory (/etc/udev/rules.d/) a bit
  more cleaned up.
 
  At the moment a lot of packages install their files prefixed with 99.
  I does not like that, and in the future that should perhaps be moved to
  some numbers below 95, as I hope to get 95-udev-late.rules to be the last
  one called.
 
 This is a (possibly incomplete) list of ebuilds installing udev-rules:
 
 app-crypt/ccid-1.2.0.ebuild: 60-pcscd_ccid.rules
 app-crypt/ccid-1.2.1.ebuild: 60-pcscd_ccid.rules
 app-misc/lirc-0.8.1: 10-lirc.rules
 app-misc/lirc-0.8.0-r5: 10-lirc.rules
 app-misc/lirc-0.8.0-r8: 10-lirc.rules
 app-misc/usbirboy-0.2.1-r1: 55-usbirboy.rules
 sys-power/nut-2.0.5: 70-nut-usbups.rules
 sys-power/nut-2.0.5-r1: 70-nut-usbups.rules
 sys-power/nut-2.0.4: 70-nut-usbups.rules
 sys-power/nut-2.0.4-r1: 70-nut-usbups.rules
 sys-power/nut-2.0.3: 70-nut-usbups.rules
 sys-power/nut-2.0.3-r1: 70-nut-usbups.rules
 media-gfx/iscan-2.2.0-r1: 75-iscan.rules
 media-gfx/iscan-2.4.0: 75-iscan.rules
 media-gfx/iscan-2.4.0-r1: 99-iscan.rules
 media-gfx/sane-backends-1.0.18-r2: 99-libsane.rules
 media-libs/libgphoto2-2.3.1-r3: 99-libgphoto2.rules
 media-libs/libgphoto2-2.3.1-r2: 99-libgphoto2.rules
 media-libs/libgphoto2-2.2.1-r1: 99-libgphoto2.rules
 media-libs/libgphoto2-2.3.1-r4: 99-libgphoto2.rules
 media-libs/svgalib-1.9.25: 30-svgalib.rules
 media-libs/svgalib-1.9.24: 30-svgalib.rules
 media-libs/libmtp-0.1.3: 65-mtp.rules
 media-libs/libmtp-0.0.21: 65-mtp.rules
 sys-apps/pcfclock-0.44-r3: 55-pcfclock.rules
 sys-apps/pcfclock-0.44-r2: 55-pcfclock.rules
 sys-auth/bioapi-1.2.2: 51-bioapi.rules
 
 app-emulation/virtualbox-modules-1.3.6-r1: 60-virtualbox.rules
 app-emulation/virtualbox-modules-1.3.8: 60-virtualbox.rules
 app-emulation/virtualbox-: 60-virtualbox.rules
 
 app-emulation/kqemu-1.3.0_pre9: 48-qemu.rules
 app-emulation/kqemu-0.7.2: 48-qemu.rules
 app-emulation/kqemu-1.3.0_pre5: 48-qemu.rules
 app-emulation/kqemu-1.3.0_pre11: 48-qemu.rules
 app-emulation/kqemu-1.3.0_pre7: 48-qemu.rules
 
 net-misc/zaptel-1.2.11-r1: 10-zaptel.rules
 net-misc/zaptel-1.0.10-r2: 10-zaptel.rules
 net-misc/zaptel-1.2.9.1-r1: 10-zaptel.rules
 net-misc/zaptel-1.2.12-r1: 10-zaptel.rules
 net-misc/zaptel-1.2.12: 10-zaptel.rules
 
 dev-libs/legousbtower-0.5.4: 20-lego.rules
 dev-libs/openct-0.6.11-r1: 70-openct.rules
 dev-libs/linux-fusion-3.2-r1: 60-fusion.rules
 net-wireless/bluez-utils-2.24: 70-bluetooth.rules
 net-wireless/bluez-utils-2.25-r1: 70-bluetooth.rules
 sys-fs/cowloop-2.15-r1: 70-cow.rules
 sys-fs/cowloop-3.0-r2: 70-cow.rules
 sys-fs/multipath-tools-0.4.7-r1: 40-multipath.rules
 media-sound/alsa-firmware-1.0.14_rc3: 52-usx2yaudio.rules
 media-sound/alsa-firmware-1.0.14_rc2-r1: 52-usx2yaudio.rules
 media-video/em8300-modules-0.15.3: 15-em8300.rules
 media-video/em8300-modules-0.16.0-r1: 15-em8300.rules
 app-antivirus/clamav-0.88.7-r2: 60-dazuko.rules
 app-antivirus/clamav-0.88.7-r1: 60-dazuko.rules
 net-dialup/misdn-1.0.4: 53-misdn.rules
 net-dialup/slmodem-2.9.11_pre20061021-r2: 55-slmodem.rules
 net-dialup/ltmodem-8.31_alpha10-r3: 55-ltmodem.rules
 media-tv/wis-go7007-0.9.8: wis-ezusb.rules

app-emulation/vmware-modules-*: 60-vmware.rules

 If you maintain such a package can you please check if the rules use no 
 syntax-elements being deprecated, and going to be removed in future 
 udev-versions, like
 BUS: replaced by SUBSYSTEM/SUBSYSTEMS
 SYSFS: replaced by ATTR/ATTRS
 or others.
 
 
 These packages even checks for /dev/.udev existence to install rules files:
 I think that they should unconditionally install that file.
 sys-apps/pcfclock-0.44-r3
 sys-apps/pcfclock-0.44-r2

-- 
 /   Georgi Georgiev/ What fools these mortals be. -- Lucius  /
\ [EMAIL PROTECTED]\  Annaeus Seneca \
 / http://www.gg3.net/  / /
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] What do you think about removing gtk-1.2 theme engines from tree?

2007-02-25 Thread Georgi Georgiev
maillog: 25/02/2007-13:53:18(+0100): Andrej Kacian types
 On Sun, 25 Feb 2007 13:43:10 +0200
 Samuli Suominen [EMAIL PROTECTED] wrote:
 
  What do YOU think about removing these from tree?
  
  gtk-engines/gtk-engines-0.12.ebuild:DEPEND==x11-libs/gtk+-1.2*
  gtk-engines-begtk/gtk-engines-begtk-1.0.1-r2.ebuild:DEPEND==x11-libs/gtk+-1.2*
 [snip]
 
 As long as we have GTK+-1.2 in the tree, I'd rather keep them in.

I think that was sort of the point.
Did you see that last one in the list. :)

-- 
 /   Georgi Georgiev/ Am I SHOPLIFTING?   /
\ [EMAIL PROTECTED]\ \
 / http://www.gg3.net/  / /


pgpD4S9z6TKR4.pgp
Description: PGP signature


Re: [gentoo-dev] What do you think about removing gtk-1.2 theme engines from tree?

2007-02-25 Thread Georgi Georgiev
maillog: 25/02/2007-22:38:54(+0900): Георги Георгиев types
 maillog: 25/02/2007-13:53:18(+0100): Andrej Kacian types
  On Sun, 25 Feb 2007 13:43:10 +0200
  Samuli Suominen [EMAIL PROTECTED] wrote:
  
   What do YOU think about removing these from tree?
   
   gtk-engines/gtk-engines-0.12.ebuild:DEPEND==x11-libs/gtk+-1.2*
   gtk-engines-begtk/gtk-engines-begtk-1.0.1-r2.ebuild:DEPEND==x11-libs/gtk+-1.2*
  [snip]
  
  As long as we have GTK+-1.2 in the tree, I'd rather keep them in.
 
 I think that was sort of the point.
 Did you see that last one in the list. :)

Ooops, my wrong, it was all bad wrapping. I should really stop rushing
replies.

-- 
(*   Georgi Georgiev   (*  Zapp: You win again, gravity! (*
*)[EMAIL PROTECTED]*)*)
(* http://www.gg3.net/ (*(*
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Reliance upon || ( use? ( ) ) behaviour

2007-02-22 Thread Georgi Georgiev

Quoting Kevin F. Quinn [EMAIL PROTECTED]:


On Thu, 22 Feb 2007 19:08:48 +
Ciaran McCreesh [EMAIL PROTECTED] wrote:


The example given in ebuild(5) is:

|| (
sdl? ( media-libs/libsdl )
svga? ( media-libs/svgalib )
opengl? ( virtual/opengl )
ggi? ( media-libs/libggi )
virtual/x
)


Took me a while to figure out why anyone would want to write that; the
key is that ebuild(5) says only one of the conditions is satisfied;
i.e. even if all the dependencies are present on the system, the
package will build only against the first matching dependency.

The way I see it, the ebuild has to cater for the dynamic situation
anyway, for example doing something like:

src_configure() {
use sdl 
has_version media-libs/libsdl 
vid_conf=--enable sdl ||
use svga 
has_version media-libs/svgalib 
vid_conf=--enable svga ||
use opengl 
has_version virtual/opengl 
vid_conf=--enable opengl ||
use ggi 
has_version media-libs/libggi 
vid_conf=--enable ggi ||
vid_conf=--enable x11
...
econf ${vid_conf} ...
}

So the dependency could be re-written as:

 sdl? ( media-libs/libsdl )
 !sdl? ( svga? ( media-libs/svgalib )
 !svga? ( opengl? ( virtual/opengl )
  !opengl? ( ggi? ( media-libs/libggi )
 !ggi? ( virtual/x ) ) ) )


What you wrote for the ebuild-side of the dephandling does not match  
the expanded DEPEND string.


If you have all mentioned flags enabled, opengl already installed and  
libsdl not installed then the || () would be satisfied by opengl? (  
virtual/opengl ). Your src_configure() example above properly sets  
--enable-opengl. However, the DEPEND string that you quoted pulls  
libsdl instead.



and you have the same result, which means the originally quoted syntax
is redundant.  The only advantage it has is that it looks a little bit
prettier - but I'd argue the logic is clearer in the re-written version.

I guess the question remains, though - should that syntax be in EAPI=0
or not...

--
Kevin F. Quinn






This message was sent using IMP, the Internet Messaging Program.

--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Reliance upon || ( use? ( ) ) behaviour

2007-02-22 Thread Georgi Georgiev

Quoting Georgi Georgiev [EMAIL PROTECTED]:


Quoting Kevin F. Quinn [EMAIL PROTECTED]:


On Thu, 22 Feb 2007 19:08:48 +
Ciaran McCreesh [EMAIL PROTECTED] wrote:


The example given in ebuild(5) is:

   || (
   sdl? ( media-libs/libsdl )
   svga? ( media-libs/svgalib )
   opengl? ( virtual/opengl )
   ggi? ( media-libs/libggi )
   virtual/x
   )


Took me a while to figure out why anyone would want to write that; the
key is that ebuild(5) says only one of the conditions is satisfied;
i.e. even if all the dependencies are present on the system, the
package will build only against the first matching dependency.

The way I see it, the ebuild has to cater for the dynamic situation
anyway, for example doing something like:

   src_configure() {
   use sdl 
   has_version media-libs/libsdl 
   vid_conf=--enable sdl ||
   use svga 
   has_version media-libs/svgalib 
   vid_conf=--enable svga ||
   use opengl 
   has_version virtual/opengl 
   vid_conf=--enable opengl ||
   use ggi 
   has_version media-libs/libggi 
   vid_conf=--enable ggi ||
   vid_conf=--enable x11
   ...
   econf ${vid_conf} ...
   }

So the dependency could be re-written as:

sdl? ( media-libs/libsdl )
!sdl? ( svga? ( media-libs/svgalib )
!svga? ( opengl? ( virtual/opengl )
 !opengl? ( ggi? ( media-libs/libggi )
!ggi? ( virtual/x ) ) ) )


What you wrote for the ebuild-side of the dephandling does not match  
the expanded DEPEND string.


If you have all mentioned flags enabled, opengl already installed  
and libsdl not installed then the || () would be satisfied by  
opengl? ( virtual/opengl ). Your src_configure() example above  
properly sets --enable-opengl. However, the DEPEND string that you  
quoted pulls libsdl instead.


Of course, since the DEPEND pulls libsdl, the src_configure() snippet  
would set --enable-sdl instead. My bad, but if that really was your  
intention there would have been no need for the has_version calls.



This message was sent using IMP, the Internet Messaging Program.

--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Network configuration and bash

2007-02-09 Thread Georgi Georgiev

Quoting Roy Marples [EMAIL PROTECTED]:


FreeBSD sh + Gentoo baselayout = cold boot in around 4 seconds
Going to multi-user from single user after a boot is under 2 seconds
(times measured from when init starts rc - the difference is probably
because the all my local mounts are still mounted)

I have this running on a 2Ghz P4 Laptop right now. Admittedly, no
network scripts are started expect for the loopback interface, but all
default scripts + openvpn, ssh, dnsmasq, metalog and vixie-cron are
started.


And what are the numbers with bash? Just curious.



This message was sent using IMP, the Internet Messaging Program.


--
gentoo-dev@gentoo.org mailing list



[gentoo-dev] OT: arping being called from init.d/net.*

2007-02-07 Thread Georgi Georgiev
maillog: 07/02/2007-08:50:03(+0100): Jakub Moc types
 
 To be honest, I hate the idea of rewriting the network config; being
 able to specify things like
 
 config_eth0=( 10.1.1.{1..10}/24 brd + )

The above reminds me how the current init scripts first checks if an
address already exists on the network. What's the easy way to circumvent
the check?

-- 
 /   Georgi Georgiev/ Good to hear that for once my question was  /
\ [EMAIL PROTECTED]\  not utterly stupid From: Tim   \
 / http://www.gg3.net/  / /
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Re: 2.6.19 going stable in 1 week

2007-01-22 Thread Georgi Georgiev

Quoting Hendrik Boom [EMAIL PROTECTED]:


I would strongly advise against considering 2.6.19 stable
until this bug has been fixed.


From the Changelog of 2.6.19.2

commit 54e25b0460e6b1100e7ef9c0ac801bdce83921c0
Author: Linus Torvalds [EMAIL PROTECTED]
Date:   Fri Dec 29 10:00:58 2006 -0800

[PATCH] VM: Fix nasty and subtle race in shared mmap'ed page writeback

Sounds like the one to me...


This message was sent using IMP, the Internet Messaging Program.


--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] [RFC] Some sync control

2007-01-17 Thread Georgi Georgiev

Quoting Robin H. Johnson [EMAIL PROTECTED]:

2. See the results (and as-yet unpublished GLEP) of Antarus's Summer of
Code research into VCS migrations.


Where can I see these results?

The Gentoo SOC page only has a link to Planet Gentoo, Planet Gentoo  
has a link to a dead blog (http://scriptkitty.com/blog) and the RSS  
feed has exactly one post by antarus.


The Google SOC page does not have a link for antarus' project...



This message was sent using IMP, the Internet Messaging Program.


--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] [RFC] ACCEPT_RESTRICT for questionable values of RESTRICT

2007-01-12 Thread Georgi Georgiev

Quoting Ciaran McCreesh [EMAIL PROTECTED]:


On Fri, 12 Jan 2007 16:02:01 +0900 Georgi Georgiev [EMAIL PROTECTED]
wrote:


... nothing to add here, sounds alright ...


| Still, your point makes sense. But I hope that you will agree that
| as long as FEATURES=userpriv exists it should be enforced. If it can
| be circumvented the FEATURE may as well be removed and the whole
| problem dealt with.

No. userpriv is a nice safety feature to prevent against *accidental*
screwups, but it has absolutely no value as a security feature. There
are a small number of occasions where it really does need to be
disabled, and that option should be available for the ebuild author
without the need to worry about silly users refusing to install the
package merely because of their misunderstanding of what userpriv does.


And there are probably just as many situations when the RESTRICT is  
abused. I can vaguely recall only one such example: either vpopmail or  
courier-imap refuse to compile *not* as root which is silly.


Anyway, what is userpriv? Just a useless safety feature? Why have it at all?



This message was sent using IMP, the Internet Messaging Program.


--
gentoo-dev@gentoo.org mailing list



[gentoo-dev] Abusing RESTRICT={no,}userpriv (was [RFC] ACCEPT_RESTRICT for questionable values of RESTRICT)

2007-01-12 Thread Georgi Georgiev
Ciaran pointed out that there are a small number of occasions where it
[the userpriv FEATURE] really does need to be disabled. I consequently
decided to see what these legitimate reasons are but it appears that
RESTRICT=userpriv is not needed in a lot of cases.

Here is a list of all packages that currently have RESTRICT=userpriv or
RESTRICT=nouserpriv (no idea why there are both). I also added a comment
regarding the use of the RESTRICT but it would be nice if those in charge
of a package could comment as well.

# no idea about the following three, input appreciated
app-admin/gps
media-gfx/maya
app-laptop/tp_smapi

# emerged OK without the restrict, no idea if it works
dev-db/firebird

# No idea why, it's just a kernel module and should work fine (can't
# test at the moment)
net-dialup/ltmodem

# seem fine even without the RESTRICT
mail-filter/qmail-scanner
net-misc/quagga

# only older ebuilds have the restrict so these are probably OK
sys-apps/mindi
sys-apps/mindi-kernel

# because the vpopmail lib directory is locked down and non-root can't
# access them says a comment in the ebuild. I don't know why but with a
# clean install of vpopmail the lib directory is not locked down. Did
# something change down the road?
net-mail/qmailadmin

# I figure it's the same reason as above?
net-libs/courier-authlib
net-mail/courier-imap

# Bug 161765
net-mail/vpopmail

# These are games... no idea why, input appreciated
games-board/ggz-txt-client
games-board/ggz-sdl-games
games-board/ggz-gtk-games
games-board/ggz-kde-games
games-board/gnuchess-book
games-board/ggz-kde-client
games-board/ggz-gtk-client
games-util/emilia-pinedit
games-fps/quakeforge
games-rpg/wastesedge

-- 
(*   Georgi Georgiev   (* If life is merely a joke, the question (*
*)[EMAIL PROTECTED]*) still remains: for whose amusement?*)
(* http://www.gg3.net/ (*(*


pgp0MLvRXDQCj.pgp
Description: PGP signature


Re: [gentoo-dev] Abusing RESTRICT={no,}userpriv (was [RFC] ACCEPT_RESTRICT for questionable values of RESTRICT)

2007-01-12 Thread Georgi Georgiev
maillog: 12/01/2007-15:08:15(-0800): Robin H. Johnson types
 
 The vpopmail stuff has/has a similar issue (upstream is working on
 solving it via a different avenue at which point the problem will go
 away). 

But I tried emerge vpopmail on a clean system... the /var/vpopmail/lib and
include directories along with all files in them are in fact world readable.
And there is exactly one vpopmail ebuild in the portage tree.

Here is what happens after emerge vpopmail (with an empty PORTDIR_OVERLAY
variable) on a system without a vpopmail user and a /var/vpopmail directory:

possum ~ # find /var/vpopmail -ls
3492640 drwxr-xr-x   7 vpopmail root  192 Jan 13 12:54 /var/vpopmail
4718471 drwxr-xr-x   2 root root  784 Jan 13 12:54 
/var/vpopmail/bin
476915   80 -rwx--x--x   1 root root79832 Jan 13 12:54 
/var/vpopmail/bin/vchangepw
476916   80 -rwx--x--x   1 root root81016 Jan 13 12:54 
/var/vpopmail/bin/vdeloldusers
476917  104 -rwx--x--x   1 root root   103960 Jan 13 12:54 
/var/vpopmail/bin/vpopmaild
476918   88 -rwx--x--x   1 root root86392 Jan 13 12:54 
/var/vpopmail/bin/vpopbull
4784594 -rwxr-xr-x   1 root root 1480 Jan 13 12:54 
/var/vpopmail/bin/vpopmail-Maildir-dotmaildir-fix.sh
476919   80 -rwx--x--x   1 root root79128 Jan 13 12:54 
/var/vpopmail/bin/vkill
476920   80 -rwx--x--x   1 root root81208 Jan 13 12:54 
/var/vpopmail/bin/dotqmail2valias
476921   84 -rwx--x--x   1 root root83352 Jan 13 12:54 
/var/vpopmail/bin/vconvert
476922   80 -rwx--x--x   1 root root79800 Jan 13 12:54 
/var/vpopmail/bin/vaddaliasdomain
476923   80 -rwx--x--x   1 root root79352 Jan 13 12:54 
/var/vpopmail/bin/vdeluser
476924   80 -rwx--x--x   1 root root78616 Jan 13 12:54 
/var/vpopmail/bin/clearopensmtp
476925   84 -rwx--x--x   1 root root82264 Jan 13 12:54 
/var/vpopmail/bin/vdominfo
476926   80 -rwx--x--x   1 root root79800 Jan 13 12:54 
/var/vpopmail/bin/vdeldomain
478432   84 -rwx--x--x   1 root root83896 Jan 13 12:54 
/var/vpopmail/bin/vuserinfo
478435   80 -rwx--x--x   1 root root78648 Jan 13 12:54 
/var/vpopmail/bin/vmkpasswd
478437   84 -rwx--x--x   1 root root83128 Jan 13 12:54 
/var/vpopmail/bin/vmoduser
478440   84 -rwx--x--x   1 root root82264 Jan 13 12:54 
/var/vpopmail/bin/valias
478441   92 -rws--x--x   1 root vpopmail90624 Jan 13 12:54 
/var/vpopmail/bin/vchkpw
478433   80 -rwx--x--x   1 root root79704 Jan 13 12:54 
/var/vpopmail/bin/vipmap
478443   84 -rwx--x--x   1 root root82264 Jan 13 12:54 
/var/vpopmail/bin/vadduser
478439   80 -rwx--x--x   1 root root80056 Jan 13 12:54 
/var/vpopmail/bin/vsetuserquota
478442   92 -rwx--x--x   1 root root90456 Jan 13 12:54 
/var/vpopmail/bin/vmoddomlimits
478444   80 -rwx--x--x   1 root root79640 Jan 13 12:54 
/var/vpopmail/bin/vpasswd
478438   88 -rwx--x--x   1 root root8 Jan 13 12:54 
/var/vpopmail/bin/vdelivermail
478434   84 -rwx--x--x   1 root root82264 Jan 13 12:54 
/var/vpopmail/bin/vadddomain
4784650 lrwxrwxrwx   1 root root   31 Jan 13 12:54 
/var/vpopmail/doc - /usr/share/doc/vpopmail-5.4.16/
6667700 drwxr-xr-x   2 root root  160 Jan 13 12:54 
/var/vpopmail/etc
6667710 lrwxrwxrwx   1 root root   18 Jan 13 12:54 
/var/vpopmail/etc/vpopmail.mysql - /etc/vpopmail.conf
4698944 -rw-r--r--   1 root root 1143 Jan 13 12:54 
/var/vpopmail/etc/vlimits.default
4698924 -rw-r--r--   1 root root   24 Jan 13 12:54 
/var/vpopmail/etc/inc_deps
4698934 -rw-r--r--   1 root root   80 Jan 13 12:54 
/var/vpopmail/etc/lib_deps
6667720 drwxr-xr-x   2 vpopmail vpopmail   80 Jan 13 12:54 
/var/vpopmail/lib
478436  172 -rw-r--r--   1 root root   175382 Jan 13 12:54 
/var/vpopmail/lib/libvpopmail.a
6667730 drwxr-xr-x   2 vpopmail vpopmail   96 Jan 13 12:54 
/var/vpopmail/domains
4784500 -rw-r--r--   1 root root0 Jan 13 12:54 
/var/vpopmail/domains/.keep_net-mail_vpopmail-0
6667830 drwxr-xr-x   2 root root  200 Jan 13 12:54 
/var/vpopmail/include
4698988 -r--r--r--   1 root root 7679 Jan 13 12:54 
/var/vpopmail/include/vpopmail_config.h
4699008 -r--r--r--   1 root root 7679 Jan 13 12:54 
/var/vpopmail/include/config.h
4699038 -r--r--r--   1 root root 4342 Jan 13 12:54 
/var/vpopmail/include/vauth.h
4699054 -r--r--r--   1 root root 2062 Jan 13 12:54 
/var/vpopmail/include/vlimits.h
4698998 -r--r--r--   1 root root 8192 Jan 13 12:54 
/var/vpopmail/include/vpopmail.h

-- 
\Georgi Georgiev   \  It's not the valleys in life I dread so\
/ [EMAIL PROTECTED]/  much as the dips. -- Garfield  /
\  http://www.gg3.net

Re: [gentoo-dev] [RFC] ACCEPT_RESTRICT for questionable values of RESTRICT

2007-01-12 Thread Georgi Georgiev
maillog: 13/01/2007-02:05:45(+0100): Harald van Dijk types
 On Fri, Jan 12, 2007 at 07:12:00PM +, Ciaran McCreesh wrote:
  On Fri, 12 Jan 2007 18:42:20 +0100 Harald van Dijk [EMAIL PROTECTED]
  | With ACCEPT_RESTRICT=-fetch, you tell it you don't want packages with
  | RESTRICT=fetch, so portage /should/ complain regardless of whether the
  | sources are available.
  
  Which is my point -- that's a stupid thing to request. A sensible thing
  to request would be mask anything that will require me to fetch
  something manually.
 
 It's not a stupid thing to request to install only packages that allow
 you to emerge -e world if / gets corrupted.

Consider how portage shows an indication in the --pretend (or --ask)
output if a package requires manual fetching or if the download is
already done. You know that you have to either fetch the files or avoid
the package. With ACCEPT_RESTRICT=fetch it would have failed anyway.

Something similar could be done about userpriv. Another red letter
indicating that a package will compile as root (and the user is free to
go ahead or abort as they see fit). The letter can be green if userpriv
is not in FEATURES.

The problem I am having with RESTRICT=userpriv is that it is *silent*
about what it does. If there were some indication I would have been
happy. Anyone else feel the same way?

-- 
(*   Georgi Georgiev   (* Mal: I, uh, better go see how the (*
*)[EMAIL PROTECTED]*) inevitable mutiny is coming along...  *)
(* http://www.gg3.net/ (*(*
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] [RFC] ACCEPT_RESTRICT for questionable values of RESTRICT

2007-01-11 Thread Georgi Georgiev
maillog: 11/01/2007-17:02:48(+): Ciaran McCreesh types
 On Thu, 11 Jan 2007 11:56:09 -0500 Mike Frysinger [EMAIL PROTECTED]
 wrote:
 | On Wednesday 10 January 2007 20:01, Ciaran McCreesh wrote:
 |  On Wed, 10 Jan 2007 19:56:00 -0500 Mike Frysinger
 |  [EMAIL PROTECTED]
 |  | as stated in original e-mail, unattended/sandbox are just some
 |  | examples, not the only ones
 | 
 |  So which RESTRICT values *should* the user legitimately have to care
 |  about?
 | 
 | On Wednesday 10 January 2007 16:40, Chris Gianelloni wrote:
 |  I am a user.  I don't want any of my compiles executing with
 |  elevated privileges.  I have FEATURES=userpriv.  Package foo has
 |  RESTRICT=userpriv.  I don't have ACCEPT_RESTRICT=userpriv.  When I
 |  try to install package foo, it fails, because I don't want to allow
 |  RESTRICT=userpriv.
 
 Bogus argument. If an ebuild were truly doing something naughty with
 elevated privs, it could just do it in one of the pkg_ phases. Since
 userpriv isn't a security feature, there's no advantage for the end
 user in restricting based upon it.
 
 So again, which RESTRICT variables should the user legitimately have to
 care about?

I agree that if an ebuild wants to misbehave it can and there is no
stopping it. However, code that is executed in pkg_* is generally
restricted to code written by the person who is involved in maintaining
the ebuild. It is easy to read that code and see what it does. In
contrast, the stuff that is run with lowered privileges is usually coded
upstream. I'd like to have that run with lowered privileges, no matter
what.

-- 
 /   Georgi Georgiev/ As in certain cults it is possible to kill  /
\ [EMAIL PROTECTED]\  a process if you know its true name. --\
 / http://www.gg3.net/  / Ken Thompson and Dennis M. Ritchie  /


pgpJyKmnbFmRj.pgp
Description: PGP signature


Re: [gentoo-dev] [RFC] ACCEPT_RESTRICT for questionable values of RESTRICT

2007-01-11 Thread Georgi Georgiev

Quoting Ciaran McCreesh [EMAIL PROTECTED]:


On Fri, 12 Jan 2007 06:38:23 +0900 Georgi Georgiev [EMAIL PROTECTED]
wrote:
| I agree that if an ebuild wants to misbehave it can and there is no
| stopping it. However, code that is executed in pkg_* is generally
| restricted to code written by the person who is involved in
| maintaining the ebuild. It is easy to read that code and see what it
| does. In contrast, the stuff that is run with lowered privileges is
| usually coded upstream. I'd like to have that run with lowered
| privileges, no matter what.

So you trust upstream to install arbitrary content on your computer,
some of which may not be removed even when you uninstall the package,
but you don't trust the package to compile with elevated privs, even
when a Gentoo developer has carefully checked why userpriv is required?


Why would it not be removed? Upstream installs in the sandbox, the  
contents of the sandbox are recorded in the package database and with  
collision-protect it will not override random stuff on my computer. If  
I uninstall the package without ever touching it, everything will be  
removed. I do exclude the pkg_* phases from the above, but we already  
agreed that nothing from upstream executes there.


Still, your point makes sense. But I hope that you will agree that as  
long as FEATURES=userpriv exists it should be enforced. If it can be  
circumvented the FEATURE may as well be removed and the whole problem  
dealt with.




This message was sent using IMP, the Internet Messaging Program.


--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] [RFC] ACCEPT_RESTRICT for questionable values of RESTRICT

2007-01-10 Thread Georgi Georgiev
maillog: 10/01/2007-15:34:52(+0100): Jakub Moc types
 Mike Frysinger napsal(a):
  On Wednesday 10 January 2007 03:40, Jakub Moc wrote:
  if you're categorizing those as commercial broken stuff you might want to 
  look up the word commercial
 
 Huh? I was referring to this link [1] on Bug 161045 (which presumably
 started this whole debate)
 
 [1] http://marc.theaimsgroup.com/?l=gentoo-user-dem=115148403700916w=2
 
 The gcl borkage is your job [2] and you might want to finally revert
 your broken commit:
 
 [2]
 http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-lisp/gcl/gcl-2.6.7-r2.ebuild?r1=1.2r2=1.3

I looked at the diff and it replaces export SANDBOX_ON=0 with
RESTRICT=sandbox. It seems that the problem is older than that
revision.

-- 
\Georgi Georgiev   \   Chuck Norris cannot love, he can only not \
/ [EMAIL PROTECTED]/  kill.  /
\  http://www.gg3.net/ \ \


pgpGeJ6Lwlw7D.pgp
Description: PGP signature


Re: [gentoo-dev] [RFC] ACCEPT_RESTRICT for questionable values of RESTRICT

2007-01-10 Thread Georgi Georgiev

Quoting Jakub Moc [EMAIL PROTECTED]:

Georgi Georgiev napsal(a):

I looked at the diff and it replaces export SANDBOX_ON=0 with
RESTRICT=sandbox. It seems that the problem is older than that
revision.


No, the gcl problem didn't exist until vapier fixed the ebuild. I
still fail to see why RESTRICT=sandbox is any better than the
undocumented `export SANDBOX_ON=0` hack (which basically shouldn't be
used anywhere in the tree anyway, ideally)...


Alright, I don't know what the problem is in your opinion, but the  
way I see it is that the ebuild wants to touch stuff outside the  
sandbox and *that* is the problem. There were obviously two solutions,  
well, workarounds -- an undocumented variable and the RESTRICT.  
*Neither* one is better than the other. What vapier did was make the  
problem visible, which doesn't mean that he introduced it.


Further, by adopting ACCEPT_RESTRICT, it would be possible to be able to say:
ACCEPT_RESTRICT=-sandbox: Do not let any ebuild touch anything outside  
the sandbox.

ACCEPT_RESTRICT=-userpriv: Do not let any ebuild run with elevated privileges.



This message was sent using IMP, the Internet Messaging Program.


--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] [RFC] ACCEPT_RESTRICT for questionable values of RESTRICT

2007-01-10 Thread Georgi Georgiev

Quoting Ciaran McCreesh [EMAIL PROTECTED]:


On Thu, 11 Jan 2007 09:07:54 +0900 Georgi Georgiev [EMAIL PROTECTED]
wrote:
| Further, by adopting ACCEPT_RESTRICT, it would be possible to be able
| to say: ACCEPT_RESTRICT=-sandbox: Do not let any ebuild touch
| anything outside the sandbox.
| ACCEPT_RESTRICT=-userpriv: Do not let any ebuild run with elevated
| privileges.

Which gains what, exactly? These are not things about which the end
user should be concerned.


A user shouldn't be concerned if an ebuild wants to leave the sandbox  
when not supposed to?


Anyway, I'll agree that this RESTRICT should simply be disallowed and  
that's about the only thing that bothered me.




This message was sent using IMP, the Internet Messaging Program.


--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Monthly Gentoo Council Reminder for November

2006-11-08 Thread Georgi Georgiev
maillog: 08/11/2006-09:23:17(-0600): Grant Goodyear types
 Kurt Lieber wrote: [Wed Nov 08 2006, 09:07:40AM CST]
  On Mon, Nov 06, 2006 at 11:25:19PM +0100 or thereabouts, Danny van Dyk 
  wrote:
   Kurt: Please write up a short text to explain why you think this is 
   necessary for Gentoo mailservers. Thanks in advance!
  
  http://dev.gentoo.org/~klieber/spf.txt
 
 Thanks, that's quite helpful.
 
 What did you do (or not do) to avoid paying the SPF_NEUTRAL SA penalty
 in your test e-mail sent using gmail?

It's the envelope sender's domain that SPF is testing, and the sender is
[EMAIL PROTECTED]
Not much to do with the SPF record for gentoo.org

Guess

-- 
(*   Georgi Georgiev   (* Why couldn't Helen Heller drive? she was a (*
*)[EMAIL PROTECTED]*) woman -- gsfgf *)
(* http://www.gg3.net/ (*(*


pgpSX5BJMFEdZ.pgp
Description: PGP signature


Re: [gentoo-dev] Monthly Gentoo Council Reminder for November

2006-11-06 Thread Georgi Georgiev

Quoting Lance Albertson [EMAIL PROTECTED]:


Personally, after skimming through this thread, I'd say leave it as is
and stick with Kurt's decision. Our developers clearly have nothing
better to do than rant on about something as trivial as this.


I ain't no dev, but how is this trivial? A typical scenario is: a  
gentoo-dev sends an e-mail to a mailing list (a non-gentoo mailing  
list) and that mail gets nuked by a greedy spam filter because the SPF  
rules exclude (oh well, do not specifically include) the server that  
forwards the mailing list message.


Or could it be that my understanding of SPF is flawed (quite likely)?

--
/\   Georgi Georgiev   /\ Advertisements contain the only truths to  /\
\/[EMAIL PROTECTED]\/ be relied on in a newspaper. -- Thomas \/
/\  http://www.gg3.net /\ Jefferson  /\


This message was sent using IMP, the Internet Messaging Program.


--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Re: Global USE flags (Was: mplayer global use flag)

2006-10-28 Thread Georgi Georgiev
maillog: 29/10/2006-05:26:52(+0200): Mart Raudsepp types
 
 The main problem in my eyes here is that with certain USE flags, the
 description doesn't really convey what the user will get.
 Many are in the form of adds support for this optional thing instead
 of by using this optional dependency [named often the same as the USE
 flag name] you will get this and that extra functionality.
 
 
 Now what good wxGTK maintainer would I be, if I didn't pick wxwindows
 USE flag as an example:
 
 wxwindows - Adds support for wxWindows/wxGTK GUI toolkit
 
 Lets see what the user really gets with this in the example of a few
 packages that use this USE flag in IUSE:
 
 app-backup/bacula: a wxWidgets console, while there are other consoles
 available, such as gnome2-console and having both USE flags will result
 in two consoles. However all of these are dependent on bacule-console
 local USE flag...
 
 app-emulation-bochs: Compile a wxWidgets based GUI (other are available)
 media-gfx/zphoto: Use wxWidgets for GUI (to get ANY kind of GUI)
 media-video/gpac: Build wxOsmo4 and V4Studio
 media-video/mkvtoolnix: Build mmg and a GUI for mkvinfo
 
 All of these support wxGTK in the sense that they pull it in and build
 a few things against it, but it doesn't articulate what does the user
 exactly get from using that global USE flag for this particular package.
 Sometimes she gets just some little extra GUI apps, sometimes a GUI in
 the first place, sometimes an extra GUI interface in addition to others,
 and so on.
 Similar things can be observed with many other global USE flags (and
 also some local flags) - examples on request (time consuming detail
 gathering).
 
 And that's the problem - the user doesn't know what benefit will it
 bring her to use or not use a global USE flag for this particular
 package.

That's why the descriptions in the linux kernel are great. They mention
exactly what you get and also give advice about the value:

If you don't know what Access Control Lists are, say N
If unsure, say N
If unsure, say N. More documentation can be found at ...

Maybe something to consider when editing/adding descriptions.

-- 
/\   Georgi Georgiev   /\ You'd best be snoozin', 'cause you don't   /\
\/[EMAIL PROTECTED]\/ be gettin' no work done at 5 a.m. anyway.  \/
/\ http://www.gg3.net/ /\ -- From the wall of the Wurster Hall   /\
\/ --- \/ stairwell  \/


pgpQKtFVquwpe.pgp
Description: PGP signature


Re: [gentoo-dev] Re: [gentoo-core] Developer retirement

2006-10-16 Thread Georgi Georgiev
maillog: 16/10/2006-18:31:32(+0200): Jakub Moc types
 Stephen Bennett napsal(a):
  Which behaviour is this? All the gentoo mailing lists seem fine to me...
 
 The behaviour that _all_ other mailing lists get replies to the list by

This is not an argument. Here are some real arguments ;)
http://www.unicom.com/pw/reply-to-harmful.html

 default when you hit Reply, just the _one_ needs to be special. It's
 been mentioned over and over again, and never been fixed... I don't care
 any more, if the reply does wrong way, complain to infra/mailing lists
 admin.

-- 
\Georgi Georgiev   \  In Devon, Connecticut, it is unlawful to   \
/ [EMAIL PROTECTED]/  walk backwards after sunset.   /
\  http://www.gg3.net/ \ \
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Re: Resignation

2006-07-31 Thread Georgi Georgiev
maillog: 31/07/2006-09:21:51(+0100): Ciaran McCreesh types
 
 No, what's funny is watching people do nothing when Sunrise really is
 making developers leave.

Did I miss someone's resignation, or was the plural developers an
exaggeration.

-- 
\Georgi Georgiev   \  Amy: What about Umbrielle? Fry: Well,   \
/ [EMAIL PROTECTED]/  it turned out I loved her, but I wasn't in /
\  http://www.gg3.net/ \  love with her. Amy: Trouble in bed. \
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Pending Removal of $KV

2006-07-10 Thread Georgi Georgiev
maillog: 09/07/2006-17:17:59(+0100): John Mylchreest types
 I've tried to clarify my point fairly well above, but the dependancy
 is fairly strict by design. What in linux-mod except for my specific
 example above would continue to work if there were no kernel sources
 present? (I do of course know the answer but its rhetorical)
 
 To that end is the reason why the dependancy still exists. That said,
 I'm open to persuasion.

I'm having trouble putting my thoughts in order, so I'll just throw them
out, hoping it would make some sense.

- if linux-sources is a dependency, then the package usually would need
  to be rebuilt if the kernel configuration/sources change (linux-mod
  already faciliates that for a good reason)
- even if an ebuild is being smart and is only using linux-info to throw
  informational messages, the sources dependency is still there
- an ebuild should specify the linux-sources dependency on its own if it
  really needs the sources

Having said that, out of the 62 packages that inherit linux-info and do
not inherit linux-mod:

- 23 only make .config checks (should be non-fatal anyway)
- 9 install kernel modules (so they should rather inherit linux-mod)
- 8 need the kernel sources to build, so they should probably inherit
  linux-mod as well
- 6 have a DEPEND=virtual/linux-sources already
- 4 use linux-info to modify runtime behavior
- 2 are obsolete

This is only the easily classifiable stuff, but it certainly does seem
that the linux-sources dependency can be pulled out of the eclass.

-- 
/\   Georgi Georgiev   /\ You have a truly strong individuality. /\
\/[EMAIL PROTECTED]\/\/
/\ http://www.gg3.net/ /\/\


pgpd6vB3yLpHY.pgp
Description: PGP signature


Re: [gentoo-dev] [experiment] Sunrise try 2

2006-06-24 Thread Georgi Georgiev
maillog: 24/06/2006-09:12:59(-0400): Thomas Cort types
  What I need:
  (from proponents)
  - A list of issue sunrise wants to address (each point 2 lines at most)
  - How it will be implemented
  (from critics)
  - What is wrong with the model (each point 2 lines at least, 4 at most)
  - What you'd do as alternative as the criticized point ( 2 lines again)
 
 Before people start replying, they should make sure they are familiar
 with the updated model/policies (read: they've changed since the
 original discussion on -dev). The new stuff is available at:
 http://gentoo-sunrise.org/cgi-bin/trac.cgi/wiki/SunriseFaq and
 http://gentoo-sunrise.org/cgi-bin/trac.cgi/wiki/HowToCommit

:))

http://gentoo-sunrise.org/cgi-bin/trac.cgi/wiki/SunriseFaq#WhyshouldthisbeonofficialGentoohardware

-- 
()   Georgi Georgiev   () If life gives you lemons, make lemonade.   ()
()[EMAIL PROTECTED]()()
() http://www.gg3.net/ ()()


pgp3WNs4R4PUg.pgp
Description: PGP signature


Re: [gentoo-dev] Pending Removal of $KV

2006-06-20 Thread Georgi Georgiev
maillog: 19/06/2006-16:34:55(-0700): Ryan Tandy types
 Arek (James Potts) wrote:
 If they don't actually build against the kernel, 
 couldn't/shouldn't they look at either kernel-headers or the output of 
 `uname -r`?
 
 Kernel headers being the virtual/linux-headers dependency that Georgi 
 mentioned.  `uname -r` works, but is annoying because you can't build 
 for a kernel other than the one you're running.

Just to make sure we're talking about the same thing, I did not mention
any headers (refer to my original post below).

maillog: 20/06/2006-00:34:42(+0900): Георги Георгиев types
 maillog: 19/06/2006-11:13:33(+): Alec Warner types
  Portage currently exports $KV as the current kernel version.  We detect 
  this by attempting to mess around with the things in /usr/src/linux 
  (.config, make files, etc...)
  
  This is duplicating the superb efforts of the kernel team and of 
  linux-info eclass.  As such I would like to deprecate $KV in favor of 
  using linux-info eclass.  I don't see the need for portage to export $KV 
  into the environment for all packages.
  
  There are a few packages left that use this.  There will be a tracker 
  bug shortly.  Mostly this mail is just a heads up ;)
 
 But any kind of checks against something in $KERNEL_DIR are just wrong,
 wrong, wrong. The only exception being when the ebuild is building
 something *against* those sources (kernel modules, and that's it).
 
 It's annoying to have virtual/linux-sources pulled as a dep of gnupg,
 iptables or any other package that can do fine without them.

-- 
(Georgi Georgiev   (  Like all young men, you greatly exaggerate (
 )[EMAIL PROTECTED] ) the difference between one young woman and  )
(  http://www.gg3.net/ (  another. -- George Bernard Shaw, Major(
 ) ---  ) Barbara)
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Pending Removal of $KV

2006-06-19 Thread Georgi Georgiev
maillog: 19/06/2006-11:13:33(+): Alec Warner types
 Portage currently exports $KV as the current kernel version.  We detect 
 this by attempting to mess around with the things in /usr/src/linux 
 (.config, make files, etc...)
 
 This is duplicating the superb efforts of the kernel team and of 
 linux-info eclass.  As such I would like to deprecate $KV in favor of 
 using linux-info eclass.  I don't see the need for portage to export $KV 
 into the environment for all packages.
 
 There are a few packages left that use this.  There will be a tracker 
 bug shortly.  Mostly this mail is just a heads up ;)

But any kind of checks against something in $KERNEL_DIR are just wrong,
wrong, wrong. The only exception being when the ebuild is building
something *against* those sources (kernel modules, and that's it).

It's annoying to have virtual/linux-sources pulled as a dep of gnupg,
iptables or any other package that can do fine without them.

-- 
 /   Georgi Georgiev/ Don't quit now, we might just as well lock  /
\ [EMAIL PROTECTED]\  the door and throw away the key.   \
 / http://www.gg3.net/  / /
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] RFC: GLEP 49 - Package manager requirements

2006-05-20 Thread Georgi Georgiev
Just two points:

- standards should not be set by the primary package manager
- the primary package manager does not have to be developed by Gentoo.

More about it below:

maillog: 20/05/2006-14:54:18(+0200): Paul de Vrieze types
 The primary package  manager is the package manager that  sets the
 standards for the  tree.  All  ebuilds  in the  tree  must function
 with  the primary  package manager.  As  the primary package manager
 sets  the standard it does  not have to maintain compatibility with
 other package managers.

I pesonally hate the way this sounds. It implies that the package
manager comes before the standards while it should be the other way
around. Plus, it would not solve the main problem -- that there are no
set standards for the tree. You accept the GLEP like this and there will
continue to be no standards.

The process should go like this:

1. Standars are set (by the council or whatever).
2. They are implemented in the official package manager.
3. Other package managers follow suit.

Take the application servers as a good example. You have Java Servlet
Technology, and JavaServer Pages Technology. So far, so good. These are
developed by Sun. And you also have Apache Tomcat which is the official
reference implementation.  So you have the standards set by Sun, and you
have an open community implementing them in the official container
*later*. And pay attention that these are not maintained by the same
organization.

And what about the web. You have the W3C that sets the standards for web
pages. And you have no single browser to implement them all. So, in
order for a package manager to be recognized by Gentoo it should not
implement *all* standards. I.e. if you have news delivered with the
tree, you could support a package manager that cannot read the news as
primary.  After all this is not a major feature and does not contradict
All ebuilds should work with the primary package manager. And you can
have a separate news reader the cooperates with the primary package
manager or not.

-- 
\Georgi Georgiev   \  Ignorance is when you don't know anything  \
/ [EMAIL PROTECTED]/  and somebody finds it out. /
\  http://www.gg3.net/ \ \


pgpaPJU9FXtoj.pgp
Description: PGP signature


Re: [gentoo-dev] [Fwd: Re: official branding ( gentoo )]

2006-02-06 Thread Georgi Georgiev
maillog: 06/02/2006-16:40:38(-0600): Jory A. Pratt types
 Well that is it, your firefox will no longer say deerpark :) I will
 commit the changes tomorrow morning.

 From: Mike Shaver [EMAIL PROTECTED]
 Subject: Re: official branding ( gentoo )
 To: Jory A. Pratt [EMAIL PROTECTED]
 Date: Mon, 6 Feb 2006 17:35:11 -0500
 X-Mailer: Apple Mail (2.746.2)
 
 On 6-Feb-06, at 4:50 PM, Jory A. Pratt wrote:
 
 Everything is straight forward when it comes to
 building our firefox-source package compared to -bin you all  
 provide at
 this point.
 
 If your packages are the same as ours, or the same but for changes  
 listed on http://www.mozilla.org/foundation/trademarks/distribution- 
 policy.html, then it's fine to --enable-official-branding.

Quoting that page:

4. Builds must match the extensions distributed with the default
Mozilla Foundation en-US build.

Sounds more like use svg  use canvas  .  --enable-official-branding

Who cares about --enable-official-branding anyway?
Make that official-branding option depend on a single local USE flag
(there was a discussion about branding use flags, but this one has to
be *disabled* by default), and forget about it :-D.

-- 
/\   Georgi Georgiev   /\ Wonderful day. Your hangover just makes it /\
\/[EMAIL PROTECTED]\/ seem terrible. \/
/\ http://www.gg3.net/ /\/\


pgp1ZtcOZCTGs.pgp
Description: PGP signature


Re: [gentoo-dev] Default Ebuild behaviour

2006-01-31 Thread Georgi Georgiev
maillog: 31/01/2006-12:15:00(-0800): Donnie Berkholz types
 Ciaran McCreesh wrote:
  On Tue, 31 Jan 2006 17:06:35 + Benjamin Smee (strerror)
  [EMAIL PROTECTED] wrote:
  | On Tuesday 31 January 2006 15:47, Ciaran McCreesh wrote:
  |  For packages in the second group, not using a USE flag is silly. 
  | 
  | I take it you are agreeing we should have a USE flag for these
  | ebuilds?
  
  For packages where /etc entries are wanted by some, not wanted by
  some, yes.
 
 I finally came up with an idea for this that satisfies my desire to not
 recompile the package to get e.g. a logrotate file. Have the flag
 control whether it's installed to /etc or to /usr/share/doc.

Install it always in /usr/share/doc and use pkg_config() to copy it over
to /etc? Isn't stuff like that what pkg_config() is supposed to do
anyway?

-- 
(*   Georgi Georgiev   (* A little suffering is good for the soul. - (*
*)[EMAIL PROTECTED]*) - Kirk, The Corbomite Maneuver, stardate *)
(* http://www.gg3.net/ (* 1514.0 (*


pgpjlnPuQc0Ys.pgp
Description: PGP signature


Re: [gentoo-dev] Unmasking modular X

2006-01-24 Thread Georgi Georgiev
maillog: 24/01/2006-12:25:01(-0500): Mark Loeser types
 Donnie Berkholz [EMAIL PROTECTED] said:
  Ciaran McCreesh wrote:
   On Mon, 23 Jan 2006 23:06:12 -0800 Donnie Berkholz
   [EMAIL PROTECTED] wrote:
   | Here's my proposal for dealing with modular X entering ~arch.
   
   What's wrong with the original idea of just making any unported ebuild
   pull in all of modular X (minus drivers)? Yes, it means that some
   people will pick up unnecessary deps until all packages are ported, but
   it avoids anyone having to see flashy red errors.
  
  The problem with that is that it removes all motivation to ever port the
  packages. They'll just stay that way forever, where forever means until
  I threaten to remove that from the virtual, in which case we'll be in
  the same scenario we are now. Why? Because people have better things to
  do than fix stuff that isn't broken.
 
 It'd be nice if you reconsidered this as it will minimize any breakage that
 may occur.  Knowing that 800 packages are broken, and going to unmask it
 knowing that just doesn't seem acceptable in my eyes.  ~arch isn't meant to
 be things are known to be broken.  It's meant to mean, we think all of this
 is ready to be stable, which it certainly won't be in this case.

Don't let the numbers trick you, guys. Everything in app-xemacs/ is in
that list only because xemacs is broken. Fix that one package and you
get 115 packages done. I wonder how many others are like that.

-- 
\Georgi Georgiev   \   Professor: Now, be careful, Fry. And if   \
/ [EMAIL PROTECTED]/  you kill anyone, make sure to eat their/
\  http://www.gg3.net/ \  heart to gain their courage. Their rich\
/  --- /  tasty courage. /


pgp8GtGOVpqyz.pgp
Description: PGP signature


Re: [gentoo-dev] sed vs gsed

2006-01-24 Thread Georgi Georgiev
maillog: 25/01/2006-00:14:13(+0100): Diego 'Flameeyes' Pettenò types
 What I'd like to ask is, if possible, to start using gsed instead, that's 
 present on both GNU and other userlands with current stable version of sed 
 (4.1.4; ppc-macos has no problem as the 4.0.9 version uses gsed anyway).

Am I stupid or did I miss something?

[EMAIL PROTECTED] ~ $ emerge -p sed

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild   R   ] sys-apps/sed-4.1.4
[EMAIL PROTECTED] ~ $ gsed
bash: gsed: command not found

-- 
()   Georgi Georgiev   () Politicians should read science fiction,   ()
()[EMAIL PROTECTED]() not westerns and detective stories. -- ()
() http://www.gg3.net/ () Arthur C. Clarke   ()


pgpp1yDakFigX.pgp
Description: PGP signature


Re: [gentoo-dev] UPGRADE ANNOUNCEMENT bugs.gentoo.org

2005-12-14 Thread Georgi Georgiev
maillog: 14/12/2005-11:14:11(-0500): Jeffrey Forman types
 To all,
 
 Once again, it's time to attempt the bugzilla-2.20 upgrade on
 bugs.gentoo.org. I've tested this at home, and spoken to the bugzilla
 maintainers and it seems the issue I had earlier with the upgrade is
 easily remedied. I've spoken with a few dev's and plan to do the upgrade
 at Noon EST on Friday, December 16th. 
 
 For the time zone challenged.:
 http://www.timeanddate.com/worldclock/fixedtime.html?month=12day=16year=2005hour=12min=0sec=0p1=179

And for the network challenged, output in local time:

$ date --date 'Dec 16 12:00 EST'
Sat Dec 17 02:00:00 JST 2005

Standardized time:

$ env TZ=GMT date -Is --date 'Dec 16 12:00 EST'
2005-12-16T17:00:00+

Of course, mentioning that EST is GMT-5 would have been enough in the
first place:

$ env TZ=EST date -R --date 'Dec 16 12:00 EST'
Fri, 16 Dec 2005 12:00:00 -0500
$ env TZ=EST date -Im --date 'Dec 16 12:00 EST'
2005-12-16T12:00-0500

-- 
(Georgi Georgiev   (  Ambition is a poor excuse for not having   (
 )[EMAIL PROTECTED] ) sense enough to be lazy. -- Charlie )
(  http://www.gg3.net/ (  McCarthy   (


pgpoWPlkCXxjq.pgp
Description: PGP signature


Re: [gentoo-dev] GCC-3.4 will be marked stable in ~1 hour on x86

2005-12-04 Thread Georgi Georgiev
maillog: 02/12/2005-16:55:23(-0500): Mark Loeser types
 
 [1] http://www.gentoo.org/proj/en/base/x86/gcc-upgrading-guide.xml

Re: the guide above.

It says to run 

# revdep-rebuild --library libstdc++.so.5 -- -pv
# revdep-rebuild --library libstdc++.so.5

However, revdep-rebuild only recognizes -p when rebuilding (it does
not recognize -pv for pretend) and it will delete the /root/.revdep*
files upon completion of the -pv command.  The downside is that
revdep-rebuild will need to search for the matching binaries *twice* if
a user follows the above guide.

Compare the output of:

# revdep-rebuild --library libstdc++.so.5 -- -pv

... snip ...
Total size of downloads: 0 kB
Build finished correctly. Removing temporary files... ..
You can re-run revdep-rebuild to verify that all libraries and binaries
are fixed. If some inconsistency remains, it can be orphaned file, deep
dependency, binary package or specially evaluated library.

And...

# revdep-rebuild --library libstdc++.so.5 -- -p -v

... snip ...
Total size of downloads: 0 kB
Now you can remove -p (or --pretend) from arguments and re-run 
revdep-rebuild.

-- 
/\   Georgi Georgiev   /\ Your boss is a few sandwiches short of a   /\
\/[EMAIL PROTECTED]\/ picnic.\/
/\ http://www.gg3.net/ /\/\


pgpaRDUhk5QGu.pgp
Description: PGP signature


Re: [gentoo-dev] contents of /dev after initial installation

2005-12-01 Thread Georgi Georgiev
maillog: 02/12/2005-02:47:55(+): Stephen Bennett types
 On Fri, 02 Dec 2005 03:35:23 +0100
 Matthias Langer [EMAIL PROTECTED] wrote:
 
  revealed that there are in fact hundrets of premade device nodes in
  the /dev directory. And this is not only true for the box where i
  discovered this, which was brought up from a 2004.x cd, but also true
  for the box where i just installed gentoo from 2005.1-r1.
  
  Is there any reason for this ?
 
 Not all systems use udev or devfs. Plus, it's nice to be able to boot
 the system when your dynamic /dev management fails for whatever reason.

I don't need a fully populated /dev to get a working shell with
init=/bin/bash on the kernel cmdline. And at that point it is easy to
run /dev/MAKEDEV and get whatever devices are needed for
troubleshooting.

I of course assume that if the dynamic /dev management fails, then we
need to *recover* instead of trying to get the system up as usual. And I
also assume that the init scripts will anyway tell me fatal error: give
root password for maintenance or Ctrl-D to continue if I have something
vital missing from /dev.

-- 
 /   Georgi Georgiev/ Darth Vader sleeps with a Teddywookie.  /
\ [EMAIL PROTECTED]\ \
 / http://www.gg3.net/  / /
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] contents of /dev after initial installation

2005-12-01 Thread Georgi Georgiev
maillog: 02/12/2005-03:57:20(+): Stephen Bennett types
 On Fri, 2 Dec 2005 12:45:00 +0900
 Georgi Georgiev [EMAIL PROTECTED] wrote:
 
  I don't need a fully populated /dev to get a working shell with
  init=/bin/bash on the kernel cmdline. And at that point it is easy to
  run /dev/MAKEDEV and get whatever devices are needed for
  troubleshooting.
 
 Still more effort than booting into a system that is pretty much
 fully-functional already to fix it.
 
  I of course assume that if the dynamic /dev management fails, then we
  need to *recover* instead of trying to get the system up as usual.
  And I also assume that the init scripts will anyway tell me fatal
  error: give root password for maintenance or Ctrl-D to continue if I
  have something vital missing from /dev.
 
 See above. And that still doesn't address the issue that some people
 don't even want dynamic device management in the first place.

Crap! I was so positive there's a use flag for udev somewhere. Since you
have to accommodate for all possibilities, I'd have to agree with you
here.

-- 
()   Georgi Georgiev   () lux if macOS is for the computer ()
()[EMAIL PROTECTED]() illiterate, then windoze is for the()
() http://www.gg3.net/ () computer masochists()
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Split ELF Debug (defult or not?)

2005-11-27 Thread Georgi Georgiev
maillog: 27/11/2005-13:54:33(+0100): Diego 'Flameeyes' Pettenò types
 On Sunday 27 November 2005 00:10, Luca Barbato wrote:
  It's great!
  Make it a FEATURE default on for common profiles.
 +1, and it would be better if the FEATURES, instead of removing the generated 
 files, would disable the building of them completely, mainly because work 
 systems with limited CPU, RAM and HDD space would probably prefer not having 
 to create and store them :)

Wouldn't that break binary packages? I.e., if a binary package is built
on a system with FEATURES=-splitdebug and then merged on a system with
FEATURES=splitdebug the debug info would be missing.

-- 
\Georgi Georgiev   \  What a wonder is USENET; such wholesale   \
/ [EMAIL PROTECTED]/  production of conjecture from such a   /
\  http://www.gg3.net/ \  trifling investment in fact. ale-- Carl   \
/  --- /  S. Gutekunst   /


pgpWmFZG6nWWG.pgp
Description: PGP signature


Re: [gentoo-dev] opinion on how to improve the website redesign

2005-11-21 Thread Georgi Georgiev
maillog: 22/11/2005-12:05:38(+0900): Георги Георгиев types
 input type=text name=as_q/
 input type=hidden name=as_sitesearch name=gentoo.org/

That ought to be 
input type=hidden name=as_sitesearch value=gentoo.org/
of course.

-- 
(*   Georgi Georgiev   (* Mr and Mrs PED, can I borrow 26.7% of the  (*
*)[EMAIL PROTECTED]*) RAYON TEXTILE production of the INDONESIAN *)
(* http://www.gg3.net/ (* archipelago?   (*


pgpo4uDk94sKM.pgp
Description: PGP signature


Re: [gentoo-dev] Need Help: Creating a new third party package

2005-11-16 Thread Georgi Georgiev
maillog: 16/11/2005-15:43:25(-0800): Zou, Yixiong types
 I read it somewhere that the category name mycat has to be an entry
 listed in /usr/portage/profiles/categories.  I added mycat into the
 categories, still the same result.  Plus, this doesn't make sense
 because the emerge --sync would remove it.  

It may be that the category name has to have a dash in it. Try with
my-cat instead.

-- 
\Georgi Georgiev   \  We tend to become like the worst in those  \
/ [EMAIL PROTECTED]/  we oppose. -- Bene Gesserit Coda   /
\  http://www.gg3.net/ \ \
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Where to post bug report/questions about webapp-config?

2005-11-16 Thread Georgi Georgiev
maillog: 16/11/2005-20:58:44(-0500): Kevin types
...
 Has development stopped on webapp-config?  Does it need a new maintainer?

Development has far from stopped:

http://svn.gnqs.org/projects/vhost-tools

-- 
(*   Georgi Georgiev   (* When all else fails, read the  (*
*)[EMAIL PROTECTED]*) instructions.  *)
(* http://www.gg3.net/ (*(*


pgpNVy3M1DqgY.pgp
Description: PGP signature


Re: [gentoo-dev] Re: GLEP 42 Critical News Reporting Round Two

2005-11-11 Thread Georgi Georgiev
maillog: 11/11/2005-05:48:50(-0700): Duncan types
 Perhaps $PORTDIR/news, with seen and unseen subdirs (and appropriate
 no-sync settings on the subdirs)

Remember that $PORTDIR can be shared between machines. That's why
world is kept in /var/lib/portage.

-- 
\Georgi Georgiev   \  Ignorance is bliss. -- Thomas Gray Fortune \
/ [EMAIL PROTECTED]/  updates the great quotes, #42: BLISS is/
\  http://www.gg3.net/ \  ignorance. \
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] GLEP ??: Critical News Reporting

2005-11-01 Thread Georgi Georgiev
maillog: 01/11/2005-11:45:08(+0100): Jakub Moc types
 1.11.2005, 11:00:22, Thierry Carrez wrote:
 
  Aren't those messages displayed after the damage is done ? Typical use :
 
  - emerge --sync run as a daily cron job
  - emerge -a mysql
  - great, a new version is there. Typing Yes
  - system gets borken
  - emerge spits out message saying 14 files need updating and there is 1
  unread news item
 
  I'm probably missing something here. Please elaborate on how this GLEP
  meets the Preemptive design goal...
 
 
 I'm probably missing something obvious here, because I can't see why 
 *existing*
 emerge --changelog code cannot be recycled for this feature to display upgrade
 messages when running emerge -uDav world...

That reminds me of the idea to stick tags in the ChangeLog:
http://groups.google.com/group/linux.gentoo.dev/msg/8f2dc84619be5c5b?fwc=1

But still, I'm guessing the idea of --news is to tell people that they
need to do something A.S.A.P. This means as soon as the news are
obtained, and the users are nagged about the news on *every invocation
of emerge*, similar to the /etc messages, and not only when they decide
to install some package, which is when --changelog kicks in.

And then, I am not sure why glsa-check cannot do the same job...

-- 
()   Georgi Georgiev   () Computers are unreliable, but humans are   ()
()[EMAIL PROTECTED]() even more unreliable. Any system which ()
() http://www.gg3.net/ () depends on human reliability is()
() --- () unreliable. -- Gilb()


pgp5hGSNJIwjC.pgp
Description: PGP signature


Re: [gentoo-dev] Interactive emerge

2005-10-03 Thread Georgi Georgiev
maillog: 03/10/2005-08:56:57(-0400): Chris Gianelloni types
 On Sun, 2005-10-02 at 13:21 -0400, Dan Meltzer wrote:
  Hi, I would just like some clarification if at all possible.
  
  Recently, while testing bugzilla-2.18.4 for x86 (bug # 107796) I ran
  into some interactivity.  I was under the impression that emerge was
  supposed to be completely autonomous, and any user interaction should
  take place in ebuild ... config.
  
  Apparantly one of us is {in,}correct, but I cannot find any
  documentation although I'm fairly sure I have read it..
 
 Ebuilds *should* be non-interactive.  There are a few exceptions to
 this, such as ones triggered by USE flags (ala webapp-config.eclass) and
 ones triggered by necessity (ala games from CD).

Does it seem like it is time for RESTRICT=interactive. Such ebuilds
would refuse to emerge if stdout is not a tty. If only there was
use-flag based RESTRICT...

-- 
()   Georgi Georgiev   () Harrison's Postulate: For every action,()
()[EMAIL PROTECTED]() there is an equal and opposite criticism.  ()
()  +81(90)2877-8845   ()()


pgpbYLAC9vZvf.pgp
Description: PGP signature


Re: [gentoo-dev] Re: New developer: Chris Lee (labmonkey)

2005-09-23 Thread Georgi Georgiev
maillog: 22/09/2005-22:48:06(-0700): Duncan types
 Diego 'Flameeyes' Pettenò posted
 [EMAIL PROTECTED], excerpted below, 
 on Thu, 22 Sep 2005 12:52:45 +0200:
 
  On Thursday 22 September 2005 12:30, Aaron Walker wrote:
 
  Everyone give Chris a warm welcome.
  Hi Chris and welcome :)
  
  Btw... you're clee or it's just an omonimity (or whatever is spelt)? :)
 
 Now you have me wondering which word and why?

http://en.wikipedia.org/wiki/Homophone --  one of the ones here?

 Anonymity (being anonymous, literally, without-name) seems the
 best spelling match, but doesn't fit the sentence structure too well. 
 Anomaly (something that doesn't fit the norm) maybe?  (BTW, I needed
 spell-check on that last one, too.  g  BTW2, I /prefer/ being
 anomalous, as to some extent I'd guess most geeks do. Who wants to be
 a clone?)  There's not quite enough context there (and I'm not privy to
 whatever previous conversations the comment may be referencing) to guess
 much further.
 
 Anyway, welcome, Chris!  Just a user (tho a regular dev-group/list
 follower) here, but more devs to make toys for me to play with are
 /always/ welcome! =8^)

-- 
(Georgi Georgiev   (  Do you like TENDER VITTLES?  (
 )[EMAIL PROTECTED] ) )
(   +81(90)2877-8845   ( (
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Commercial software in portage

2005-09-22 Thread Georgi Georgiev
maillog: 22/09/2005-09:28:53(-0400): Chris Gianelloni types
 I thought I had made it fairly clear, but I can elaborate.
 
 commercial would be anything that requires a purchase to use.  This
 could be anything from specific media (such as most games) to a CD key
 or license file.
 
 The basic idea is to put in a marker to let people know that This won't
 work without you spending money.
 
 This isn't a marker of whether something is proprietary, but rather a
 marker of whether something works out of the box.  Sun's JDK, while it
 could be argued whether it would be commercial or not, does work out
 of the box, once you fetch the sources.  You don't have to purchase it.

So, how do you treat icc? It requires a license key, but you can get the
key for free after registering. The package does not cost money and does
not work out of the box.

-- 
 )   Georgi Georgiev) Shah, shah! Ayatollah you so! )
( [EMAIL PROTECTED](   (
 )  +81(90)2877-8845)   )


pgp1K5mFriI2P.pgp
Description: PGP signature


[gentoo-dev] pkg_setup() and sandbox

2005-09-22 Thread Georgi Georgiev
Should pkg_setup() be run in a sandbox?

The current reasons to not have it sandboxed include:

- ebuilds need to add users
- ... (any others?)

So, would it make sense to sandbox pkg_setup() and only unmask the
passwd files needed for adding users? enewuser  friends can be made to
unmask those locations on demand, thus making the transition painless.

What other reasons are there for having pkg_setup() outside the sandbox?

As to why I'm asking -- this[1] abolition of an ebuild made its way on
the qmail mailing list and I was shocked that it does not die in the
first place.

Disclamer: Exercise great caution with the following link. Only read one
line at a time or you may be overwhelmed. Take a break every 10 lines or
so. Have a sedative handy.

[1] http://briandowney.net/?page=linuxsection=gentooebuildsebuild=netqmail

-- 
/\   Georgi Georgiev   /\ To think contrary to one's era is heroism.   /\
\/[EMAIL PROTECTED]\/ But to speak against it is madness. --   \/
/\  +81(90)2877-8845   /\ Eugene Ionesco   /\


pgpb0bRUuKW7T.pgp
Description: PGP signature


[gentoo-dev] linux-info.eclass and $CONFIG_CHECK

2005-09-21 Thread Georgi Georgiev
The linux-info.eclass is used by a few packages to check for appropriate
kernel configuration options.

Now, packages that install kernel modules, i.e. packages that inherit
linux-mod.eclass are right to check for those options in pkg_setup and
abort unless these are available. After all, these packages are most
often unable to even compile properly without them and they merge
against a particular kernel version. They also require a remerge when
the kernel is changed -- all reasonable.

However, I have a problem with these checks in packages that inherit
linux-info.eclass. With net-dialup/ppp in particular, though there are
others -- cpufreqd for example. So, emerge ppp checks if I have
CONFIG_PPP and dies unless this is the case (fact is, the eclass dies
after being unable to find the kernel sources). Naturally the quesiton
WHY comes.  ppp does not require recompilation when the kernel changes.
And in my particular case, where I am building binary packages in a
chroot on a completely different machine this check is absolutely
unnecessary.  In fact, I have nothing in world in that chroot that has
a dependency on the kernel sources.

And last, if all packages that inherit linux-info are going to die with

 * Determining the location of the kernel source code
 * Unable to find kernel sources at /usr/src/linux
 * This package requires Linux sources.
 * Please make sure that /usr/src/linux points at your running kernel, 
 * (or the kernel you wish to build against).
 * Alternatively, set the KERNEL_DIR environment variable to the kernel sources 
location

then the least they can do is depend on virutal/linux-sources so I can
see it coming ahead of time. Of course, I'd then bitch about packages
having an unnecessary dependency on the sources, as they do in fact
compile and merge just fine.

( Shouldn't the BSD teams also care about this? As it is, portage cannot
merge ppp on a *BSD, even though it appears to be supported by the
package itself (well, it needs to patch the BSD kernel, so I guess
nobody would ever try to do it... not a good argument). )

I can only think of a couple of solution:

- Remove these unnecessary checks completely: Follow the example of all
  other distributions and do not depend on anything kernel-ish for such
  packages. A recompilation of the kernel with different options can
  easily cause what the checks are trying to avoid anyway.

- Make the checks in linux-info non-fatal. I.e., don't die but issue
  warnings instead. That's the *least* that I'd be happy with.

What do you people think the proper solution is? 

-- 
(Georgi Georgiev   (  MSDOS is not dead, it just smells that way.  (
 )[EMAIL PROTECTED] ) -- Henry Spencer  )
(   +81(90)2877-8845   (   (


pgpJ0S4R6gfSa.pgp
Description: PGP signature


Re: [gentoo-dev] linux-info.eclass and $CONFIG_CHECK

2005-09-21 Thread Georgi Georgiev
maillog: 21/09/2005-10:27:21(+0200): Paul de Vrieze types
 On Wednesday 21 September 2005 09:42, Georgi Georgiev wrote:
 
   * Determining the location of the kernel source code
   * Unable to find kernel sources at /usr/src/linux
   * This package requires Linux sources.
   * Please make sure that /usr/src/linux points at your running kernel,
   * (or the kernel you wish to build against).
   * Alternatively, set the KERNEL_DIR environment variable to the kernel
  sources location
 
 I kindof wonder why it doesn't try the sources of the running kernel. They 
 are easilly found at /lib/modules/`uname -v`/build. Of course as a 
 final result as someone might want to build against different sources, 
 but it's a better fallback than an error message.

Well, this is not exactly on topic, but packages should not assume they
are compiling against the running kernel (be it a fallback or not).
After a kernel upgrade I usually remerge all the stuff listed in
/var/lib/modules-rebuild/ *before* restarting. There is also a
reasonable workaround -- set KERNEL_DIR to the proper location of the
sources.

However, in my case I do not have the sources anywhere (nor I need them)
and I do not have /lib/modules either.

-- 
(*   Georgi Georgiev   (* If it pours before seven, it has rained by   (*
*)[EMAIL PROTECTED]*) eleven.  *)
(*  +81(90)2877-8845   (*  (*


pgpzI8Z8lA2Le.pgp
Description: PGP signature


Re: [gentoo-dev] [RFC] C++ herd proposal

2005-09-20 Thread Georgi Georgiev
maillog: 20/09/2005-09:37:23(+0300): Alin Nastac types
 Georgi Georgiev wrote:
 
 - that package in my overlay that has net-wireless/gnome-phone-manager
   in its *DEPENDs to work for as long as needed
   
 
 gnome-phone-manager can be found in portage tree under app-mobilephone
 category.

So that's why my overlay got screwed up!

But seriously, this only supports my point -- category moves are evil.

-- 
 /   Georgi Georgiev/ Putt's Law: Technology is dominated by two/
\ [EMAIL PROTECTED]\  types of people: Those who understand what   \
 /  +81(90)2877-8845/ they do not manage. Those who manage what /
\  --- \  they do not understand.  \


pgpcsS58zjKuP.pgp
Description: PGP signature


Re: [gentoo-dev] The tree is now utf-8 clean

2005-09-19 Thread Georgi Georgiev
maillog: 19/09/2005-11:52:26(+0200): Paul de Vrieze types
 On Saturday 17 September 2005 22:06, Mike Frysinger wrote:
  On Saturday 17 September 2005 01:15 pm, Ciaran McCreesh wrote:
   On Sat, 17 Sep 2005 12:56:37 +0200 Fernando J. Pereda
  
   [EMAIL PROTECTED] wrote:
   | On Sat, Sep 17, 2005 at 02:42:09AM +0100, Ciaran McCreesh wrote:
   | | Something strange I noticed... Some people are using funny quotes
   | | and non breaking spaces in ebuilds. Some people are using weird
   | | characters as substitution delimiters for sed. Don't! It will
   | | break on many systems. I'm going to go and purge all of those,
   | | UTF-8 or not, whenever my brain recovers.
   |
   | I hope ~ is not considered a weird character... if it is, tell me
   | and I'll fix all my ebuilds.
  
   No, ~ is fine. Anything with a value below 127 (don't use 127, it's
   weird) that sed accepts is ok.
 
  in other words, ASCII characters are OK.  if in doubt, just run `man
  ascii` and see if your character is in the table
 
 You probably don't want to use the ascii control characters either 
 (anything below 32), although they should not give issues with people 
 they could cause havoc for terminals or annoy people (using the BELL 
 character as sed separator).

Um, I guess everybody got the point. In fact, you probably shouldn't use
alphanumerics either -- they work, but are as ugly as...
echo herr | sed -e sorolog

-- 
(*   Georgi Georgiev   (* They can always run stderr through uniq. :-) (*
*)[EMAIL PROTECTED]*) -- Larry Wall in *)
(*  +81(90)2877-8845   (* [EMAIL PROTECTED] (*


pgpg5sCWkN0mw.pgp
Description: PGP signature


Re: [gentoo-dev] [RFC] C++ herd proposal

2005-09-19 Thread Georgi Georgiev
maillog: 20/09/2005-07:21:08(+0200): Christian Parpart types
 On Monday 19 September 2005 15:22, warnera6 wrote:
  Mark Loeser wrote:
   Paul de Vrieze wrote:
   I think that dev-util is a very specific category containing
   development utilities of some sort. There might be some
   misclassifications in them, but from a user perspective I don't really
   care about the language anything is written in. As C++ is so
   widespread I don't think that anything but app-misc or the like should
   be moved into a dev-cpp category.
  
   This isn't for what the package is written in, but more for what the
   package is for.  If the package is a utility for use when doing coding
   with C++, like the ones I listed, then I think it should be in dev-cpp.
That's what the metadata for the category describes it to be.
  
   Mark
 
  Once again I'd like to point out that organizing packages in the tree by
  category is a stupid idea for this very reason.
 
 and what's *your* certain proposal then?

That's been discussed a number of times already. The best idea is to
leave the categories alone and forget that the category means anything.
Or, to throw the ball back in your court, could *you* suggest
alternatives that accomplish the following:

(quoting [1]:)

More precisely, what I'd like to see, in order of preference, is

- that package in my overlay that has net-wireless/gnome-phone-manager
  in its *DEPENDs to work for as long as needed
- the net-wireless/gnome-phone-manager that I have in my overlay to work
  for as long as needed
- my net-wireless/gnome-phone-manager binary packages to work without
  having to be fixpackaged
- the location of the ebuilds for net-wireless/gnome-phone-manager to
  stay in the same physical path on my filesystem 

end quote

I would grade the above features as vital, badly needed, happy to
see it done, cosmetic. I.e., even solving only the first one is
enough, though if you could get to number two it would be better.

1:
http://groups.google.com/group/linux.gentoo.dev/tree/browse_frm/thread/26b3b93fe16de00c/3ffe93800adbc578?fwc=1#o3ffe93800adbc578

-- 
/\   Georgi Georgiev   /\ Vulcans never bluff. -- Spock, The Doomsday /\
\/[EMAIL PROTECTED]\/ Machine, stardate 4202.1\/
/\  +81(90)2877-8845   /\  /\


pgpChTvi247OB.pgp
Description: PGP signature


Re: [gentoo-dev] Berkeley DB, coexistence of different versions

2005-09-12 Thread Georgi Georgiev
maillog: 13/09/2005-00:50:47(+0200): Stefaan types
snip
 So I'm wondering, what would be a clean solution for this problem?

The same way that gtk-1 / gtk-2 goes -- add a bunch of useflags and
force the package to use a particular version. :)

So for heimdal it becomes:

db1? ( sys-libs/db-1* )
!db1? ( db3? ( sys-libs/db-3* ) )
!db1? ( !db3? ( db-4.0? ( sys-libs/db-4.0* ) ) )
...

db.eclass anyone? :)

After all, it is not only important to make heimdal compile and link
properly, you also have to track the proper dependency and only make the
package depend on the library that it is linked against. Or is a dep on
sys-libs/db going to make the package depend on all slotted versions of
db?

-- 
(*   Georgi Georgiev   (* Thus spake the master programmer: When a(*
*)[EMAIL PROTECTED]*) program is being tested, it is too late to   *)
(*  +81(90)2877-8845   (* make design changes. -- Geoffrey James, (*
*) --- *) The Tao of Programming *)
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] slang v.s. ncurses

2005-09-05 Thread Georgi Georgiev
maillog: 05/09/2005-06:16:16(-0400): Thomas Dickey types
 On Mon, Sep 05, 2005 at 07:47:17AM +0100, Tavis Ormandy wrote:
  
  
  --On Monday, September 05, 2005 14:41:45 +0900 Georgi Georgiev
  [EMAIL PROTECTED] wrote:
   key sequence works fine with my slang-linked mutt, but it
   does not with a ncurses-linked mutt. I am aware what Control-S is
   supposed to do historically.
  
  stty stop undef
 
 that's simple.  I would have pointed out that ncurses can use a different
 mode (start by man raw), but that mutt is using a particular mode presumably
 for a good reason.

Yes, the cbreak() mode allows for ^C and ^Z to work, which doesn't
happen with raw().

I'm glad that there is at least a workaround.

-- 
/Georgi Georgiev   /  Don't mind him; politicians always sound /
\ [EMAIL PROTECTED]\  like that.   \
/   +81(90)2877-8845   /   /


pgpSI8sipwIdJ.pgp
Description: PGP signature


Re: [gentoo-dev] local USE flag gimp for xsane

2005-09-05 Thread Georgi Georgiev
maillog: 05/09/2005-11:17:47(-0400): Nathan L. Adams types
 Patrick Kursawe wrote:
  Hi all,
  
  I am going to add a local USE flag gimp to xsane which triggers building
  of xsane as a plugin for the GIMP.
  
  Bye,
  
  Patrick
 
 Or how about an xsane flag for GIMP that makes the xsane plugin a
 dependency. :)

There *is* an xsane flag for GIMP. Well, it's called scanner but it
does what you intended in your post.

I'm guessing that the problem is that without a useflag for xsane,
dependencies cannot be tracked properly. xsane is linked against
libgimp-2.0 on my system, but gimp is not a dependency of xsane.

-- 
*)   Georgi Georgiev   *) A requirement of creativity is that it   *)
(*[EMAIL PROTECTED](* contributes to change. Creativity keeps  (*
*)  +81(90)2877-8845   *) the creator alive. -- FRANK HERBERT, *)
(* --- (* unpublished notes(*


pgpUlmNWg949o.pgp
Description: PGP signature


Re: [gentoo-dev] init script guidelines

2005-08-31 Thread Georgi Georgiev
maillog: 31/08/2005-09:05:51(+0100): Roy Marples types
 On Wed, 2005-08-31 at 08:13 +0100, Roy Marples wrote:
  Attached is a patch to baselayout-1.12.0_pre6-r3 that allows this.
  Basically when an init script calls start-stop-daemon --start then we
  log what it started (and hopefully a pidfile) in
  ${svcdir}/daemons/${myservice}
 
 Forgot to attach a patch for depscan.sh

Not related, but why not apply this as well, while you're at it:

--- /sbin/depscan.sh2005-08-25 17:28:51.0 +0900
+++ /sbin/depscan.sh2005-08-31 17:21:37.0 +0900
@@ -1,7 +1,7 @@
 #!/bin/bash
 # Copyright 1999-2004 Gentoo Foundation
 # Distributed under the terms of the GNU General Public License v2
-# $Header$
+# $Header: $
 
 source /etc/init.d/functions.sh
 
-- 
 /   Georgi Georgiev/ Depart in pieces, i.e., split./
\ [EMAIL PROTECTED]\   \
 /  +81(90)2877-8845/   /
-- 
gentoo-dev@gentoo.org mailing list



[gentoo-dev] OT: cvs $Header not substituted

2005-08-31 Thread Georgi Georgiev
maillog: 31/08/2005-17:24:36(+0900): Георги Георгиев types
 maillog: 31/08/2005-09:05:51(+0100): Roy Marples types
  On Wed, 2005-08-31 at 08:13 +0100, Roy Marples wrote:
   Attached is a patch to baselayout-1.12.0_pre6-r3 that allows this.
   Basically when an init script calls start-stop-daemon --start then we
   log what it started (and hopefully a pidfile) in
   ${svcdir}/daemons/${myservice}
  
  Forgot to attach a patch for depscan.sh
 
 Not related, but why not apply this as well, while you're at it:
 
 --- /sbin/depscan.sh  2005-08-25 17:28:51.0 +0900
 +++ /sbin/depscan.sh  2005-08-31 17:21:37.0 +0900
 @@ -1,7 +1,7 @@
  #!/bin/bash
  # Copyright 1999-2004 Gentoo Foundation
  # Distributed under the terms of the GNU General Public License v2
 -# $Header$
 +# $Header: $

Seems it's not needed. Anyone has any idea, why the $header is not
substituted?

-- 
()   Georgi Georgiev   () Confession is good for the soul only in the  ()
()[EMAIL PROTECTED]() sense that a tweed coat is good for  ()
()  +81(90)2877-8845   () dandruff. -- Peter de Vries  ()
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] why does gcc-3.4.x depend on gcc-3.3.x / libstdc++?

2005-08-27 Thread Georgi Georgiev
maillog: 27/08/2005-02:46:03(+0200): Bjarke Istrup Pedersen types
 I must say I have been wondering about this for a while too.
 A solution might be add some sort of flag to packages that are binary,
 and then let portage install libstdc++ the first time you install this
 kind of package.

You mean, like have binary packages depend on
virtual/libstdc++-SOMEVERSION and have virtual/libstdc++ provided by gcc
or the split-out libstdc++ ebuild?

 Mike Frysinger skrev:
  On Fri, Aug 26, 2005 at 10:14:04AM +0100, Chris Bainbridge wrote:
  
 Subject says it all - is there any reason why 3.4.4 installs either
 gcc-3.3* or libstdc++-v3 built with gcc-3.3?
  
  
  because i got tired of people complaining about broken systems when they 
  emerged gcc-3.4.4 and cleaned out all gcc-3.3.x versions from their system
  
  
 Is it possible to compile
 a native 3.4 system without the old gcc if I don't need binary
 compatibility?
  
  
  i just add libstdc++-v3 to my package.provided in /etc/portage/profile/ and 
  call it a day
  
  i dont really see there being a clean solution until we have portage 
  support 
  to track ABI dependencies
  -mike
 
 -- 
 gentoo-dev@gentoo.org mailing list
 

-- 
\Georgi Georgiev   \   Professor: This is gonna be one hell of a   \
 /[EMAIL PROTECTED] / bowel movement. Afterwards, he'll be lucky/
\   +81(90)2877-8845   \  if he has any bones left.\


pgpsPIa2KADCP.pgp
Description: PGP signature


Re: [gentoo-dev] init.d-scripts don't see stuff from /etc/profile.env

2005-08-24 Thread Georgi Georgiev
maillog: 24/08/2005-08:26:26(+0100): Roy Marples types
 On Tue, 2005-08-23 at 16:33 +0200, Sven Köhler wrote:
  Hi,
  
  i just wrote an init.d-script and i thought that the LANG variable was
  inherited since it set system-wide in /etc/env.d/02locale and therefor
  is also found in /etc/profile.env
 
 Did you env-update?
 
  
  Now i noticed, that LANG isn't set for the process started by my
  init.d-script.
 
 I set LANG and a few other things in /etc/env.d/02locale
 
 Here's a quick init script called test
 
 #!/sbin/runscript
 
 start() {
 set | grep LANG
 }
 
 Now, lets see what it does
 
 uberpc init.d # ./test start
  * Starting service test
 LANG=en_GB.utf8
 LANGUAGE=en_GB.utf8
 set | grep LANG
  * Service test started OK

Try unsetting the variable in your own shell first.

lion init.d # /etc/init.d/test restart
LANG=en_US.utf8
set | grep LANG
lion init.d # LANG=C /etc/init.d/test restart
LANG=C
set | grep LANG
lion init.d # env -u LANG /etc/init.d/test restart
set | grep LANG

-- 
/Georgi Georgiev   /  A new koan: If you have some ice cream, I/
\ [EMAIL PROTECTED]\  will give it to you. If you have no ice  \
/   +81(90)2877-8845   /  cream, I will take it away from you. It is   /
\  --- \  an ice cream koan.   \
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Fixing the TERM mess

2005-08-23 Thread Georgi Georgiev
maillog: 23/08/2005-16:57:28(-0400): Olivier Crete types
 I though about this thing last night, and frankly, I think its a lost
 cause. I remember that during the Gnome 1.x era, gnome-terminal used to
 set TERM=gnome (at least it did on Red Hat) and they had the proper
 termcap/terminfo entries. But they ended up going back to TERM=xterm,
 probably because it caused problems for their users, like login into
 anything else and being reduced to the lowest possible common
 denominator (like logging into a Solaris system and being reduced to
 non-visual mode by vi). And by the way, Solaris 2.8 still does not know
 about rxvt.
 
 As a gnome-terminal user, I've never had problems with anything that
 tried to use advanced xterm crap... probably because no uses them. If
 you want X stuff, just use a real X application (like gvim...). I'm
 strictly opposed to crippling my terminal use in the most common cases
 (such a logging into a non-Gentoo system) for one or two legacy
 applications.
 
 In the era of massive sshing, we have to forget terminfo and new
 terminal types. We should understand xterm to mean a basic x terminal
 and not the application from X.org. 

Oh, come-on, just do TERM=xterm ssh your.solaris.box when you really
need to.  Or, recalling Ciaran's opening post to this thread, put your
terminfo in ~/.terminfo (was it?) on those few machines.

-- 
()   Georgi Georgiev   () Paprika Measure: 2 dashes == 1smidgen 2  ()
()[EMAIL PROTECTED]() smidgens == 1 pinch 3 pinches == 1 soupcon   ()
()  +81(90)2877-8845   () 2 soupcons == 2 much paprika ()
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] download problem in ebuild

2005-08-22 Thread Georgi Georgiev
maillog: 23/08/2005-14:33:52(+1200): Nick Rout types
 I am not sure how to deal with this problem.
 
 Lost Labyrinth is a game I am trying to write an ebuild for. I am stuck
 on downloading, which isn't very encouraging.
 
 The URL to download the gane is:
 
 http://laby.toybox.de/download15/
 
 which redirects to the latest version of the file (currently
 laby_1.0.1.tar.gz)
 
 Unfortunately the redirect results in wget naming the file:
 
 download2.php?fileid=15
 
 which is where the pain starts!
 
 wget does work ok if you use the -O optin like:
 
 wget http://laby.toybox.de/download15/ -O laby_1.0.1.tar.gz
 
 So, i am looking for a way to ensure that wget, when operated through
 portage, will append the -O, or I am wondering if there is a way to
 over-ride the default fetching behaviour in the ebuild itself, something
 like:
 
 DOWNLOAD_CMD=wget http://laby.toybox.de/download15/ -O
 laby_$(P).tar.gz

Why not use http://laby.toybox.de/download15/laby_1.0.1.tar.gz ?
Or http://laby.toybox.de/download15/${PN}_${PV}.tar.gz
-- 
*)   Georgi Georgiev   *) Mandrell: You know what I think? Doctor:   *)
(*[EMAIL PROTECTED](* Ah, ah that's a catch question. With a  (*
*)  +81(90)2877-8845   *) brain your size you don't think, right? -   *)
(* --- (* - Dr. Who(*
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Re: Most common ebuild mistakes?

2005-08-21 Thread Georgi Georgiev
maillog: 22/08/2005-04:25:38(+0100): Ciaran McCreesh types
 On Sun, 21 Aug 2005 23:10:58 -0400 Nathan L. Adams [EMAIL PROTECTED]
 wrote:
 | What are the most common ebuild mistakes?
 | ...
 
 KEYWORDS, under-quoting of variables (we didn't used to care about
 quoting on ${D} etc), using einstall when it's not necessary, using
 emake when make should be used, using make when emake should be used,

When should make be used? I thought that ebuilds should always use
emake, and if necessary -- emake -j1. But never make.

 general formatting, missing ()s after use? tokens, duff header, duff
 indenting, weird extra blank lines, not being sandbox-aware, not using
 IUSE correctly, specifying USE flags and not using them, things being
 detected based upon what's installed rather than USE flags, not using
 eclasses when eclasses should be used. That lot should get you started,
 I can come up with a whole load more once you've gotten those ones
 nailed down :)
 
 Existing tools will already get some of these. However, most
 user-submitted ebuilds have quite clearly not been run through
 repoman...

-- 
Georgi Georgiev Good judgement comes from experience. 
 [EMAIL PROTECTED]  Experience comes from bad judgement. --  
   +81(90)2877-8845 Jim Horning   


pgpNkentC2beU.pgp
Description: PGP signature


Re: [gentoo-dev] ebuild design issue regarding some {I need the lib and api only}-DEPENDs

2005-08-18 Thread Georgi Georgiev
maillog: 19/08/2005-02:59:46(+): Luke-Jr types
 On Thursday 18 August 2005 17:01, Georgi Georgiev wrote:
  vanilla - Do not add extra patches which change default behaviour
 
 For features, I would expect individual USE flags-- what if I want one patch, 
 but not another?

I agree. Fine-grained control is nice, but I also like the idea of being
able to refuse all non-upstream patches that change default behaviour.
Similarly to what mutt is doing:

!vanilla? ( nntp? (  ) some other patches that have no useflag )

 For changing mere defaults, a gentoo USE flag seems like it would make 
 sense.

-- 
\Georgi Georgiev   \  Alcoholics Anonymous is when you get to  \
 /[EMAIL PROTECTED] / drink under someone else's name.  /
\   +81(90)2877-8845   \   \


pgpX20TBZKZ5r.pgp
Description: PGP signature


Re: [gentoo-dev] dts useflag

2005-08-17 Thread Georgi Georgiev
maillog: 18/08/2005-03:03:40(+0200): Diego 'Flameeyes' Pettenò types
 Hi,
 I'm here to annoy everyone just because I'm unable to sleep.. erm no well not 
 exactly...
 
 Anyway, I just completed to prepare a new patch for xine-lib that makes 
 libdts 
 support optional (for the series the less, the best), so this is going to 
 be the 5th dts useflag in portage:
 
 media-video/ffmpeg:dts - Enables libdts (5.1 surround sound audio) support
 media-video/mplayer:dts - Enables libdts (5.1 surround sound audio) support
 media-video/thoggen:dts - Enables libdts support
 media-video/vlc:dts - Enables DTS audio support

I am certain that I have watched DVDs that had DTS audio with 7
channels.

 I'll commit this tomorrow, when I'll be sure it's ok after an awake check. If 
 nobody is against this, I'll also make dts useflag global (using 
 ffmpeg/mplayer's description).


-- 
()   Georgi Georgiev   () Young men think old men are fools; but old   ()
()[EMAIL PROTECTED]() men know young men are fools. -- George  ()
()  +81(90)2877-8845   () Chapman  ()


pgp5im0eOQ2Fc.pgp
Description: PGP signature


Re: [gentoo-dev] revdep-rebuild

2005-08-15 Thread Georgi Georgiev
maillog: 14/08/2005-21:16:01(-0700): Stefan Jones types
 Stefan Jones wrote:
 
 So I have started making a small C program which does the
 Checking dynamic linking consistency... part of the revdep-rebuild
 program (I think this the the most time intensive part).
 
 This program can then be called by the script.
 
 So far all I see the program needing to do is
 read /root/.revdep-rebuild.1_files and
 use /root/.revdep-rebuild.2_ldpath as the LD_LIBRARY_PATH
 and write any bad files to /root/.revdep-rebuild.3_rebuild
 
  
 
 
 I have finished doing the above for linux/glibc, it can be found at 
 http://dev.gentoo.org/~cretin/revdep-rebuild.tar.bz2
 
 I just made a small C-program to check the dependencies, it uses 
 ld-linux.so.2 check if the file is an ELF and then to check if it's 
 libraries are present.

On x86-64 the native ELFs do not use ld-linux.so.2, but
ld-linux-x86-64.so.2 instead.

-- 
 )   Georgi Georgiev) I'd put my money where my mouth is, but my)
( [EMAIL PROTECTED](  mouth keeps moving. -- Larry Wall in (
 )  +81(90)2877-8845) [EMAIL PROTECTED]  )
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] revdep-rebuild

2005-08-15 Thread Georgi Georgiev
maillog: 15/08/2005-07:25:36(-0700): Stefan Jones types
 On Mon, 2005-08-15 at 17:18 +0900, Georgi Georgiev wrote:
  On x86-64 the native ELFs do not use ld-linux.so.2, but
  ld-linux-x86-64.so.2 instead.
 
 Okey, thanks, using /usr/include/gnu/lib-names.h would soon sort out
 that problem at compile time!

I hope you do intend to support both types of executables on amd64.
After all the current method with ldd works fine for both and I guess
you don't want any regression.

[EMAIL PROTECTED] ~ $ ldd /bin/ls
librt.so.1 = /lib/librt.so.1 (0x2abc3000)
libncurses.so.5 = /lib/libncurses.so.5 (0x2accc000)
libacl.so.1 = /lib/libacl.so.1 (0x2ae27000)
libc.so.6 = /lib/libc.so.6 (0x2af2e000)
libpthread.so.0 = /lib/libpthread.so.0 (0x2b166000)
/lib64/ld-linux-x86-64.so.2 (0x2aaab000)
libdl.so.2 = /lib/libdl.so.2 (0x2b27c000)
libattr.so.1 = /lib/libattr.so.1 (0x2b37f000)
[EMAIL PROTECTED] ~ $ ldd /opt/RealPlayer/realplay.bin 
linux-gate.so.1 =  (0xe000)
libstdc++.so.5 = /emul/linux/x86/usr/lib/libstdc++.so.5 (0x55589000)
libgdk-x11-2.0.so.0 = /emul/linux/x86/usr/lib/libgdk-x11-2.0.so.0 
(0x5563c000)
libatk-1.0.so.0 = /emul/linux/x86/usr/lib/libatk-1.0.so.0 (0x556b6000)
libgdk_pixbuf-2.0.so.0 = 
/emul/linux/x86/usr/lib/libgdk_pixbuf-2.0.so.0 (0x556ce000)
libm.so.6 = /lib32/libm.so.6 (0x556e3000)
libpangoxft-1.0.so.0 = /emul/linux/x86/usr/lib/libpangoxft-1.0.so.0 
(0x5570a000)
libpangox-1.0.so.0 = /emul/linux/x86/usr/lib/libpangox-1.0.so.0 
(0x55711000)
libpango-1.0.so.0 = /emul/linux/x86/usr/lib/libpango-1.0.so.0 
(0x5571c000)
libgobject-2.0.so.0 = /emul/linux/x86/usr/lib/libgobject-2.0.so.0 
(0x55754000)
libgmodule-2.0.so.0 = /emul/linux/x86/usr/lib/libgmodule-2.0.so.0 
(0x55786000)
libdl.so.2 = /lib32/libdl.so.2 (0x5578a000)
libglib-2.0.so.0 = /emul/linux/x86/usr/lib/libglib-2.0.so.0 
(0x5578f000)
libgtk-x11-2.0.so.0 = /emul/linux/x86/usr/lib/libgtk-x11-2.0.so.0 
(0x5580d000)
libpthread.so.0 = /lib32/libpthread.so.0 (0x55ad5000)
libc.so.6 = /lib32/libc.so.6 (0x55ae8000)
libX11.so.6 = /emul/linux/x86/usr/lib/libX11.so.6 (0x55c1c000)
libgcc_s.so.1 = 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/32/libgcc_s.so.1 (0x55ce6000)
libXrandr.so.2 = /emul/linux/x86/usr/lib/libXrandr.so.2 (0x55cf)
libXi.so.6 = /emul/linux/x86/usr/lib/libXi.so.6 (0x55cf3000)
libXinerama.so.1 = /emul/linux/x86/usr/lib/libXinerama.so.1 
(0x55cfb000)
libXft.so.2 = /emul/linux/x86/usr/lib/libXft.so.2 (0x55cfe000)
libfreetype.so.6 = /emul/linux/x86/usr/lib/libfreetype.so.6 
(0x55d1)
libfontconfig.so.1 = /emul/linux/x86/usr/lib/libfontconfig.so.1 
(0x55d8)
libXfixes.so.3 = /emul/linux/x86/usr/lib/libXfixes.so.3 (0x55da7000)
libXcursor.so.1 = /emul/linux/x86/usr/lib/libXcursor.so.1 (0x55dac000)
libXrender.so.1 = /emul/linux/x86/usr/lib/libXrender.so.1 (0x55db5000)
libXext.so.6 = /emul/linux/x86/usr/lib/libXext.so.6 (0x55dbd000)
/lib/ld-linux.so.2 (0x5000)
libpangoft2-1.0.so.0 = /emul/linux/x86/usr/lib/libpangoft2-1.0.so.0 
(0x55dcc000)
libexpat.so.0 = /emul/linux/x86/usr/lib/libexpat.so.0 (0x55df1000)
libz.so.1 = /emul/linux/x86/lib/libz.so.1 (0x55e11000)


-- 
\/   Georgi Georgiev   \/ You must be the change you wish to see in\/
/\[EMAIL PROTECTED]/\ the world. --Mahatma Gandhi  /\
\/  +81(90)2877-8845   \/  \/
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Modular X plans

2005-08-11 Thread Georgi Georgiev
maillog: 10/08/2005-23:01:30(-0700): Donnie Berkholz types
 Georgi Georgiev wrote:
 | Hm, why not just forget the transition, stick a warning telling people
 | to add
 |
 | ModulesPath /usr/lib/modules
 | ModulesPath /usr/lib/xorg/modules
 
 Needing to set ModulePath at all in a standard installation is broken.
 This shouldn't need to be in a configuration file; none of the tools I'm
 aware of generate files with ModulePath by default, and it really
 doesn't make sense to.
 
 xorg.conf is difficult and user-unfriendly enough to set up already
 without adding more Gentoo-only requirements to it.

Mmmm, xorgcfg does generate an xorg.conf with ModulePath in it. That's
why I had it in mine in the first place. Anyway, I agree with your other
points.

maillog: 10/08/2005-22:08:36(-0700): Donnie Berkholz types
 Georgi Georgiev wrote:
 | What about new revisions of the monolithic xorg that will install in
 | /usr/lib/xorg/modules followed by new revisions of all packages like
 | opengl-update, nvidia, ati-whatever, that will depend on the newer xorg
 | release?
 
 We still need to deal with the transition either way. We can't just
 ignore everything that's installed in /usr/lib/modules when we upgrade xorg.

I did not really understand the above. What I had in mind was making the
transition now, rather than later. This would avoid the need for
parallel ebuilds of all packages and if the appropriate packages block
on appropriate revisions, it shouldn't cause much hassle. Unlike the
/usr/X11R6 - /usr move, there are only a few packages that install x
modules (does anyone know how many packages these are?) so upgrading
said packages shouldn't be much of a hassle. I never thought about
ignoring /usr/lib/modules.

-- 
-*   Georgi Georgiev   -*  Then you admit confirming not denying  -*
*-[EMAIL PROTECTED]*- you ever said that? NO! ... I mean Yes!*-
-*  +81(90)2877-8845   -* WHAT? I'll put `maybe.' -- Bloom County   -*


pgpUUcZ2drI5K.pgp
Description: PGP signature


Re: [gentoo-dev] Modular X plans

2005-08-11 Thread Georgi Georgiev
maillog: 11/08/2005-11:58:31(-0700): Donnie Berkholz types
 Donnie Berkholz wrote:
  Here's a slightly better version:
 
 And here's the enhanced, scripted version. It traces libs back to their
 packages to really make things easy.
 
 Seems to work quite well.
 
 Thanks,
 Donnie

 echo Looking for libraries ...
 for libname in ${libnames}; do
   static=0
   shared=0
   if $(grep ' \-l[a-zA-Z]' ${1} | grep static); then
   static=1
   fi
   if ! $(grep ' \-l[a-zA-Z]' ${1} | grep static); then
   shared=1
   fi

Why not pull these greps out of the loop? No need to do the *same* thing
for every library. Or did you forget to mention $libname in there?

   staticlibname=lib${libname}.a
   sharedlibname=lib${libname}.so
   if [[ ${static} -eq 1 ]]; then
   echo   Looking for ${staticlibname}
   for libdir in ${libdirs}; do
   if [[ -e ${libdir}/${staticlibname} ]]; then
   libpaths=${libpaths} 
 ${libdir}/${staticlibname}
   fi
   done
   fi
   if [[ ${shared} -eq 1 ]]; then
   echo   Looking for ${sharedlibname}
   for libdir in ${libdirs}; do
   if [[ -e ${libdir}/${sharedlibname} ]]; then
   libpaths=${libpaths} 
 ${libdir}/${sharedlibname}
   fi
   done
   fi
 done
 


-- 
\Georgi Georgiev   \  Experience is a good teacher, but she\
 /[EMAIL PROTECTED] / sends in terrific bills. -- Minna Antrim, /
\   +81(90)2877-8845   \  Naked Truth and Veiled Allusions   \


pgpRX8VjT3v5L.pgp
Description: PGP signature


Re: [gentoo-dev] Modular X plans

2005-08-11 Thread Georgi Georgiev
maillog: 11/08/2005-16:05:02(-0700): Donnie Berkholz types
 Donnie Berkholz wrote:
  Attached an update to incorporate this and your other grep comments.
 
 Here's a new one. It prints some useful information while it's
 searching, like OK or Not found!. Also fixes a little more ugly output
 (double/single quotes and pipes showing up as parts of lib names) and
 makes an attempt to use rpm if equery isn't around, and just prints the
 lib paths otherwise.

Looks better and better. A couple more comments:

- I tried the script on the output of gvim, and it erroneously tried to
  find libatk-1.0.a. The problem was in this line:

  x86_64-pc-linux-gnu-gcc -L/usr/lib64   -L/usr/lib64   -rdynamic
  -L/usr/local/lib  -o gvim snip object files -lgdk_pixbuf-2.0
  -lpangoxft-1.0 -lpangox-1.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0
  -lgmodule-2.0 -lglib-2.0 -lXt -lncurses -lacl -lgpm   -rdynamic
  -L/usr/local/lib
  /usr/lib/perl5/5.8.6/x86_64-linux/auto/DynaLoader/DynaLoader.a
  -L/usr/lib/perl5/5.8.6/x86_64-linux/CORE -lperl -lutil -lc
  -L/usr/lib/python2.4/config -lpython2.4 -L/usr/lib64 -lz -lutil -lm
  -Xlinker -export-dynamic static

  As you can see, it's the static in the end of the line. Maybe you
  should grep for -static instead.

- I'm sure I've seen makefiles that use tabs instead of spaces to
  separate the -l arguments. Maybe you should replace the space with a
  [:space:] or something?

- To avoid eventual problems with similarly named libraries (libpam and
  libpam_misc for example; grepping for -lpam would also match
  -lpam_misc) you could grep for \-l${libname}\ instead. This would
  also solve the space-or-tab problem.

-- 
/Georgi Georgiev   /  We must know, we will know. -- David /
\ [EMAIL PROTECTED]\  Hilbert  \
/   +81(90)2877-8845   /   /


pgpSOTNEWtojG.pgp
Description: PGP signature


Re: [gentoo-dev] X modular migration howto

2005-08-11 Thread Georgi Georgiev
maillog: 12/08/2005-07:16:10(+1000): Ben Skeggs types
 Donnie Berkholz wrote:
 
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 I started a brief migrating to modular X howto, on popular demand.
 Comments and additions would be appreciated.
  
 
 Just a quick note for any brave amd64 users who might want to try this, it
 seems that something isn't quite right as all X apps seem to cause BadValue
 X errors in XCreateWindow.
 
 I'm unsure as to whether I've done something wrong, or this is a problem
 upstream.

I haven't given it a try on my athlon64 yet, but if you could take a
look at https://bugs.gentoo.org/show_bug.cgi?id=100767 and see if it
could be in any way related.

-- 
 )   Georgi Georgiev) wwoods I don't like to have fun.)
( [EMAIL PROTECTED](  wwoods Fun upsets me. SpanKY shuddap *   (
 )  +81(90)2877-8845) SpanKY pokes wwoods wwoods OW! wwoods )
(  --- (  my secret area! SpanKY YOU LIKED IT(
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Modular X plans

2005-08-11 Thread Georgi Georgiev
maillog: 11/08/2005-21:06:34(-0700): Donnie Berkholz types
 Georgi Georgiev wrote:
 |   As you can see, it's the static in the end of the line. Maybe you
 |   should grep for -static instead.
 
 | - To avoid eventual problems with similarly named libraries (libpam and
 |   libpam_misc for example; grepping for -lpam would also match
 |   -lpam_misc) you could grep for \-l${libname}\ instead. This would
 |   also solve the space-or-tab problem.
 
 Try this one. It should address both issues.

I should have tested a bit more.

[EMAIL PROTECTED] ~ $ echo 'a -lbcd' | grep -- '-l'
a -lbcd
[EMAIL PROTECTED] ~ $ echo 'a -lbcd' | grep -- '\b-l'
[EMAIL PROTECTED] ~ $ echo 'a lbcd'  | grep -- '\bl'
a lbcd

It's the - that is not a part of a word. Any ideas? I guess the \b
after ${libname} is fine, but the one before the - is not. It's down
to [[:space:]]-l${libname}\b it seems. And hopefully there won't be any
any lines starting with -l, or any -llib being quoted which is legal
but unmatchable. Ah, cannot grep be told that - is a valid word
symbol.

The only reason the script currently works is because:

grep '\b-l[[:alnum:]].*\b' ${1}

matches the -l in x86_64-pc-linux-gnu-gcc

You also do not need the .*\b in the above. The .*\b would always
match until the last word on the line (grep doesn't do greedy wildcard
matching), and since it would *always* match, there is no need in
matching at all.

-- 
\Georgi Georgiev   \  Try the Moo Shu Pork. It is especially   \
 /[EMAIL PROTECTED] / good today.   /
\   +81(90)2877-8845   \   \


pgpgJCbFpja2U.pgp
Description: PGP signature


Re: [gentoo-dev] We have doc USE flag, why not a man USE flag too

2005-08-10 Thread Georgi Georgiev
maillog: 10/08/2005-17:14:59(+0200): Diego 'Flameeyes' Pettenò types
 On Wednesday 10 August 2005 15:16, Mike Frysinger wrote:
  in that case we're screwed because there are plans to make people use
  INSTALL_MASK and drop the FEATURES no{man,doc,info}
 The problem is that noman and noinfo doesn't just avoid installing man pages 
 and info cru^Wstuff, they also avoid man and info gzipping and info cache 
 updates (that takes *hell* of time).
 So I think it's still the case to leave no* stuff there for now. Also because 
 INSTALL_MASK seems really a dirt hack...

Speaking of INSTALL_MASK, I have a little issue with it. It doesn't
allow me to avoid package collisions by adding this to /etc/portage/bashrc:

case ${PN} in
snip
Test-Simple)
export INSTALL_MASK=/usr/share/man
;;
esac

and I do have FEATURES=collision-protect

Is there some workaround for what I am trying to do? And what I am
trying to do is avoid collisions on man pages installed both by
dev-lang/perl and a dev-perl/some_module.

-- 
\Georgi Georgiev   \  When all else fails, try Kate Smith. \
 /[EMAIL PROTECTED] /   /
\   +81(90)2877-8845   \   \


pgpaa7Lcj19WA.pgp
Description: PGP signature


Re: [gentoo-dev] Modular X plans

2005-08-10 Thread Georgi Georgiev
maillog: 09/08/2005-11:16:52(-0700): Donnie Berkholz types
 Donnie Berkholz wrote:
 | If you find bugs that aren't purely ebuild problems, do not file them at
 | bugs.gentoo.org -- go to bugs.freedesktop.org, in the xorg product.
 |
 | Two USE flags you will care about are dri and glx -- both are
 | necessary to get accelerated 3D.
 
 A few updates:
 
 I'm working on a Mesa ebuild to add; this will provide the gl.h
 everyone's been complaining about missing. My dev box is really screwy
 because of orphaned files, things lying around from CVS, etc, so I
 didn't realize this would actually be required until yesterday.
 
 Until then, just build xorg without glx.
 
 People have been trouble actually starting the X server, because it
 can't find the 'fixed' font. I suspect that the font-misc-misc package
 is either installing wrong, or the font tools are messed up. Replace the
 /usr/share/fonts/misc/ directory with one from an older install.
 
 Also there have been errors of the freetype/type1/trap modules not found
 on startx. They aren't yet built in xorg-server, so you may need to copy
 them over from an older install.

Ah...

It seems that the current xorg-server installs all modules in
/usr/lib/xorg/modules. Any idea why? It used to be /usr/lib/modules
until recently, and that's still where opengl-update symlinks stuff to,
and also where vnc and nvidia-glx put their own X modules.

-- 
\Georgi Georgiev   \  When Dexter's on the Internet, can Hell be   \
/ [EMAIL PROTECTED]/  far behind? /
\   +81(90)2877-8845   \   \


pgpWoVgxa2SLh.pgp
Description: PGP signature


Re: [gentoo-dev] Modular X plans

2005-08-10 Thread Georgi Georgiev
maillog: 10/08/2005-21:45:58(-0700): Donnie Berkholz types
 Donnie Berkholz wrote:
  Georgi Georgiev wrote:
  
 It seems that the current xorg-server installs all modules in
 /usr/lib/xorg/modules. Any idea why? It used to be /usr/lib/modules
 until recently, and that's still where opengl-update symlinks stuff to,
 and also where vnc and nvidia-glx put their own X modules.
  
  
  Yeah, it's a more specific location. /usr/lib/modules is a very generic
  name that doesn't specify that only X modules go in it.
  
  Here's a quick patch for opengl-update -- we'll have to figure out a
  better solution for the future.
 
 Here's what I'm thinking.
 
 Option 1) We add new revisions of nvidia, vnc, opengl-update that only
 work with 7.0RC and newer. This may require some extra work to keep them
 in sync with ebuilds compatible with older X, as long as we care about
 older X (In essence, until 7.0 release).
 
 Option 2) We make some function like get-x-module-dir in x11.eclass.
 Ebuilds that need it inherit and decide what to do based on what's
 installed.
 
 Yes this sucks for binary packages built to use on the other X version,
 but I think it's a better option because it doesn't require as much
 ongoing time investment. This is similar to what most packages to which
 it mattered did with the xorg/xfree switch.
 
 Option 3) Other ideas?

What about new revisions of the monolithic xorg that will install in
/usr/lib/xorg/modules followed by new revisions of all packages like
opengl-update, nvidia, ati-whatever, that will depend on the newer xorg
release?

If that's too much effort, then I'm all for Option 1.

-- 
*)   Georgi Georgiev   *) I HAVE to buy a new DODGE MISER and two*)
(*[EMAIL PROTECTED](* dozen JORDACHE JEANS because my viewscreen   (*
*)  +81(90)2877-8845   *) is USER-FRIENDLY!! *)


pgppoGdeX9SkQ.pgp
Description: PGP signature


Re: [gentoo-dev] Modular X plans

2005-08-09 Thread Georgi Georgiev
maillog: 08/08/2005-01:08:03(-0700): Donnie Berkholz types
 snip
 The font-server flag may be necessary in libXfont, but I haven't fully
 explored this yet. If it turns out to be the case, it'll be removed as
 an optional flag and forced on.

Unfortunately, it seems it does. I did it with -font-server and the
build of xorg-server failed with errors about missing functions:

check_fs_register_fpe_functions
fs_register_fpe_functions

emerging libXfont with font-server made xorg-server link just fine.

Still, I believe that it is xorg-server that has to be fixed. It needs
to get NOFONTSERVERACCESS defined, which will avoid the call to
fs_register_fpe_functions, and it would need to do something about the
call to check_fs_register_fpe_functions, but I have no idea what.

-- 
Georgi Georgiev If there is a wrong way to do something,  
 [EMAIL PROTECTED]  then someone will do it. -- Edward A.
   +81(90)2877-8845 Murphy Jr.


pgplFeOBIrbC6.pgp
Description: PGP signature


Re: [gentoo-dev] Modular X plans

2005-08-09 Thread Georgi Georgiev
maillog: 09/08/2005-11:16:52(-0700): Donnie Berkholz types
 Donnie Berkholz wrote:
 | If you find bugs that aren't purely ebuild problems, do not file them at
 | bugs.gentoo.org -- go to bugs.freedesktop.org, in the xorg product.
 |
 | Two USE flags you will care about are dri and glx -- both are
 | necessary to get accelerated 3D.
 
 A few updates:
 
 I'm working on a Mesa ebuild to add; this will provide the gl.h
 everyone's been complaining about missing. My dev box is really screwy
 because of orphaned files, things lying around from CVS, etc, so I
 didn't realize this would actually be required until yesterday.

Furthermore, make sure you don't install the headers in /usr/include/GL,
but in a location that opengl-update would know how to handle.

$ equery b /usr/include/GL/glx.h 
[ Searching for file(s) /usr/include/GL/glx.h in *... ]
x11-proto/glproto-1.4 (/usr/include/GL/glx.h)

-- 
\Georgi Georgiev   \  Youth is a disease from which we all \
 /[EMAIL PROTECTED] / recover. -- Dorothy Fuldheim  /
\   +81(90)2877-8845   \   \


pgpg4JovncXGd.pgp
Description: PGP signature


Re: [gentoo-dev] Modular X plans

2005-08-09 Thread Georgi Georgiev
maillog: 09/08/2005-11:16:52(-0700): Donnie Berkholz types

 Also there have been errors of the freetype/type1/trap modules not found
 on startx. They aren't yet built in xorg-server, so you may need to copy
 them over from an older install.

Add to that the bitmap and pcidata modules -- the only modules that
X is complaining about here.

-- 
/\   Georgi Georgiev   /\ Observe yon plumed biped fine. To activate   /\
\/[EMAIL PROTECTED]\/ its captivation, Deposit on its termination, \/
/\  +81(90)2877-8845   /\ A quantity of particles saline.  /\
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] the default FETCHCOMMAND with broken ssl certificates

2005-08-08 Thread Georgi Georgiev
maillog: 08/08/2005-05:46:30(-0400): Michael Cummings types
 On Mon, 8 Aug 2005 10:41:49 +0200
 Diego 'Flameeyes' Pettenò [EMAIL PROTECTED] wrote:
  Well wget already provides an user agent string, something like
 Wget/1.10.
  When a server refuses a connection from this useragent string, it
 means that 
  they *don't* want Wget to download from them, so I don't really think
 it's 
  the case to change this default string.
  
 That's not always the case though. I know some mirrors would allow
 wget's with user defined, even if defined to a generic Gentoo User
 Downloading Agent, but don't allow blank connections at all. I think
 the suggestion was whether there could be a way to set this default for
 portage.

And the response above yours was that wget does not make blank
connections, and therefore there is no need to set a default for
portage.

$ wget -q -d -O /dev/null http://1.1.1.1/
Setting --output-document (outputdocument) to /dev/null
DEBUG output created by Wget 1.10 on linux-gnu.

Created socket 4.
Releasing 0x08084498 (new refcount 0).
Deleting unused 0x08084498.

---request begin---
GET / HTTP/1.0
User-Agent: Wget/1.10
Accept: */*
Host: 1.1.1.1
Connection: Keep-Alive

---request end---
...

-- 
(Georgi Georgiev   (  When all else fails, EAT!!!  (
 )[EMAIL PROTECTED] )   )
(   +81(90)2877-8845   (   (


pgp4SOlVKU6i9.pgp
Description: PGP signature


Re: [gentoo-dev] utf-8 fixes for metadata.xml

2005-08-04 Thread Georgi Georgiev
maillog: 04/08/2005-19:15:15(-0700): Robin H. Johnson types
 On Fri, Aug 05, 2005 at 01:13:31AM +0100, Ciaran McCreesh wrote:
  I've just gone through and fixed all of the broken utf-8 in metadata.xml
  files. I think... There was rather a lot of it due to various editor
  bugs which I'm hoping are no longer an issue. Requests:
  
  - Could anyone who can read whatever language 'vi' is please check a few
  of the category metadata.xml files?
 vim-6.3.084 still breaks them, unless you set encoding=utf-8 in your vim
 settings. It's the same bug I spoke to you about earlier today.
 
 Open the metadata.xml (see no '[converted]' text).
 Save metadata.xml (see the '[converted]' text).
 File is now broken.
 
 As a vim workaround, maybe force encoding=utf-8 in the gentoo filetype
 stuff?

But utf-8 is supposed to be autodetected, since the default
fileencodings always contains utf-8, doesn't it? It is not
autodetected only if the file is not *strictly* utf-8.

-- 
()   Georgi Georgiev   () C-3PO: We're doomed! ()
()[EMAIL PROTECTED]()  ()
()  +81(90)2877-8845   ()  ()


pgpryKdiwJjwF.pgp
Description: PGP signature


Re: [gentoo-dev] utf-8 fixes for metadata.xml

2005-08-04 Thread Georgi Georgiev
maillog: 04/08/2005-19:35:01(-0700): Robin H. Johnson types
 On Fri, Aug 05, 2005 at 11:28:46AM +0900, Georgi Georgiev wrote:
   As a vim workaround, maybe force encoding=utf-8 in the gentoo filetype
   stuff?
  But utf-8 is supposed to be autodetected, since the default
  fileencodings always contains utf-8, doesn't it? It is not
  autodetected only if the file is not *strictly* utf-8.
 It sets 'fileencoding' correctly, but 'encoding' is not set at all.
 
 Here's the vim settings that I see after opening the file and running :set.
 
   autoindent  hlsearchtabstop=4   ttymouse=xterm
   backspace=2 ruler   textwidth=80viminfo='20,500
   history=50  shiftwidth=4ttyfast
   commentstring=!--%s--
   fileencoding=utf-8
   fileencodings=ucs-bom,utf-8,default
   filetype=gentoo-metadata
   suffixes=.bak,~,.o,.h,.info,.swp,.obj,.info,.aux,.log,.dvi,.bbl,.out
   syntax=gentoo-metadata

What does set enc? say?

Anyway, setting enc=utf-8 when your terminal is using something else
makes the output look like shit. Furthermore, you wouldn't be able to
input any non-ascii characters anyway (or maybe you will, depending on
your locale, but they would appear as garbage on the screen). If you're
not going to go anywhere near non-ascii text it might be OK.

I guess you're better off using gvim if locale -k charmap doesn't say
UTF-8 in your term.

-- 
-*   Georgi Georgiev   -* Each honest calling, each walk of life,  -*
*-[EMAIL PROTECTED]*- has its own elite, its own aristocracy   *-
-*  +81(90)2877-8845   -* based on excellence of performance. --   -*
*- --- *- James Bryant Conant  *-


pgpPQHC1ZNRox.pgp
Description: PGP signature


Re: [gentoo-dev] Re: Changelogs

2005-07-27 Thread Georgi Georgiev
maillog: 27/07/2005-10:00:52(-0400): Alec Joseph Warner types
 I would be very supportive of A.  Just a note in the gentoo changelog 
 saying Warning: this upgrade could cause problems, see the project 
 homepage for details.

+1 here

-- 
/Georgi Georgiev   /  ...[Linux's] capacity to talk via any   /
\ [EMAIL PROTECTED]\  medium except smoke signals. (By Dr. Greg   \
/   +81(90)2877-8845   /  Wettstein, Roger Maris Cancer Center)/
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Changelogs

2005-07-26 Thread Georgi Georgiev
maillog: 26/07/2005-22:05:49(-0400): Alec Warner types
 
... skip some text that I mostly agree with...
 

I mentioned this before, but it would be nice to somehow mark important
messages in the changelog. Prefix them with something, say WARNING
around there, anything, as long as it is agreed upon and everybody uses
it. Changelogs are huge and even if portage is not made to show only the
relevant *important* information, it would be nice to have an easy way
to see it by grepping the output of emerge -l.

-- 
()   Georgi Georgiev   () You will receive a legacy which will place   ()
()[EMAIL PROTECTED]() you above want.  ()
()  +81(90)2877-8845   ()  ()


pgpSJXjcQ9kiz.pgp
Description: PGP signature


Re: [gentoo-dev] Re: Proposal: pre-emerge advisories

2005-07-23 Thread Georgi Georgiev
maillog: 23/07/2005-15:04:06(+0900): Jason Stubbs types
 On Saturday 23 July 2005 14:34, Alec Warner wrote:
  In order to receive this helpful data we basically need 4 or 5 things.
  
  RESTRICT=Warning
  pkg_warn()
  Features=Warning
  PORTAGE_WARNLEVEL={0-5} ( in make.conf )
  EBUILD_WARNLEVEL={1-5} ( in the ebuild )
  patches to portage
  Developer awareness and use ( QA++ ).
 
 Too complex. RESTRICT=warn + pkg_warn() is enough.
 
  2.  If Features=Warning is set, pkg_warn() will die pending some
  action ( to be determined, offhand I'd say put pkg_warn() after
  src_unpack() and have emerge --warning-disable CPV touch
  $WORKDIR/.warning )  If $WORKDIR/.warning exists then continue the build
  and assume that the admin has read the content of pkg_warn().
 
 Why make it so difficult? Why die at all? The point of having pkg_warn()
 separate to pkg_setup() is so that dieing is not necessary and the
 information can be given up front.
 
 `emerge --warnings -uDvp world` could list the warnings after the upgrade
 list for example. FEATURES=warnings can permanently enable --warnings
 similar to FEATURES=buildpkg works.
 
 Does this not cover all bases already?

Just to make sure I am not missing something.

Does this cover the

- If you are upgrading from a version of udev prior to 046 ...
- If you are upgrading from a version of udev prior to 050 ...
- If you are upgrading from a version of udev prior to 057 ...
- If you are upgrading from a version of udev prior to 059 ...

cases automatically? I.e. *not* showing irrelevant warnings on every
upgrade/rebuild.

-- 
\/   Georgi Georgiev   \/ Are we THERE yet?\/
/\[EMAIL PROTECTED]/\  /\
\/  +81(90)2877-8845   \/  \/


pgpR9WKGX7agL.pgp
Description: PGP signature


Re: [gentoo-dev] ebuild development (vpopmail, etc.)

2005-07-18 Thread Georgi Georgiev
maillog: 17/07/2005-23:57:05(-0700): Donnie Berkholz types
 On Sun, 2005-07-17 at 22:07 -0700, Anthony Gorecki wrote:
  On Sunday, July 17, 2005 9:26 pm, Casey Allen Shobe wrote:
   I'm also a bit confused about the portdir_overlay thing - If there
   exists a -r15, do I then add a -r16 to make emerge realize an
   update is available.  What happens then when an -r16 hits the
   regular portage tree?
  
  Nothing at all. If there's a conflict between the standard tree and your 
  overlay, the ebuild in the overlay takes priority.
 
 In other words, something very important: You miss all the potentially
 critical changes contained in the new official revision.

Since that's a common issue, maybe portage could warn the user sort of
like this:

$ emerge -pv app-foo/bar
...
Warning: app-foo/bar-0.1-r2: [1] overrides a newer ebuild in [0]
[ebuild  R] app-foo/bar-0.1-r2 0kB [1]
Portage overlays:
  [0] /usr/portage
  [1] /usr/portage-local

I know [0] exists in my head only, but that's for illustration only.

newer in this case refers to the mtime of the two ebuilds. The user
checks, merges changes (or simply touches the ebuild in their overlay)
and the warning goes away.

However, there is also the possibility to lose all the critical changes
from your overlay if you accidentally install the official newer
revision (I bet there are plenty of people who may forget a package that
they have in their overlays). That's already covered by
http://bugs.gentoo.org/show_bug.cgi?id=67072 though.


-- 
*)   Georgi Georgiev   *) Department chairmen never die, they just *)
(*[EMAIL PROTECTED](* lose their faculties.(*
*)  +81(90)2877-8845   *)  *)


pgpE8IV9GaH4U.pgp
Description: PGP signature


Re: [gentoo-dev] Proposal: pre-emerge advisories

2005-07-14 Thread Georgi Georgiev
maillog: 14/07/2005-00:36:15(-0700): Robin H. Johnson types
 On Thu, Jul 14, 2005 at 09:17:38AM +0200, Kevin F. Quinn wrote:
  On 14/7/2005 7:24:03, Craig Lawson ([EMAIL PROTECTED]) wrote:
   [...] To be more concrete, I'm thinking of something like a database [...]
  I don't think a separate database is a good idea; too many sources for 
  information.
 How about using metadata.xml? I'd think this data is ideally suited for
 it. It's metadata about the package, and it's already distributed with
 the tree.
 
   [...] For example [...]
 current:  any
 target:   =gnome-base/gnome-menus-2.10.0
 advisory: Menu editing disabled until follow-up release.
   Work-around is to install Python 4 + smeg. See
   forum topic http://forums.gentoo.org/blah...
  
  How about adding:
  
  ADVICE=Menu editing disabled until follow-up release.
  Work-around is to install Python 4 + smeg. See
  forum topic http://forums.gentoo.org/blah...;
  
  to the gnome-menus-2.10.0 ebuild (sorry Chris, no parsing needed :} ).
  It'd be trivial to knock up a widget to extract and display this data,
  and I'd guess trivial to add an '--advice' option to emerge to do the
  same.  Perhaps it'd be simpler just to include it alongside the
  changelog data with the '--changelog' option.
 Putting it in the ebuild becomes a bit complex when you want to include
 lots of text, or if you want to display a message for a specific
 downgrade or something else like that. Basically while you have the
 'target' attribute, you have no way to specify the 'current' attribute,
 and you can't have multiple advisories per ebuild.
 
 metadata.xml variant:
 pkgmetadataadvisory target==gnome-base/gnome-menus-2.10.0
   Menu editing disabled until follow-up release.
   Work-around is to install Python 4 + smeg. See
   forum topic http://forums.gentoo.org/blah...
 /advisory/pkgmetadata
 ('current' attribute defaulting to any version, and both the 'target'
 and 'current' attributes should be full package atoms.)
 
  Of course such advice could be just written into the changelog in the first 
  place...
 The problem is that users complain and don't read the changelog, since
 it's too long. They want only specific advisories that are needed, not
 every little change notice.

Since the changelog was mentioned, and since there is already a
--changelog switch (that I don't use because of the above-stated
reason), maybe some changelog entries could be marked as having a higher
priority (somehow reminds me of einfo and ewarn). If it were possible to
omit the info level entries and only show the important stuff from the
changelog with --changelog it would have been really useful.

emerge --changelog=warn ;)

There is no need for current or target either, since --changelog
already does the parsing.

-- 
*   Georgi Georgiev   * An age is called Dark not because the*
*[EMAIL PROTECTED]* light fails to shine, but because people *
*  +81(90)2877-8845   * refuse to see it. -- James Michener, *
* --- * Space  *


pgpzXbG3VoDoW.pgp
Description: PGP signature


Re: [gentoo-dev] [RFC] New category net-telephony

2005-07-12 Thread Georgi Georgiev
maillog: 12/07/2005-20:07:11(-0400): Ned Ludd types
 On Wed, 2005-07-13 at 00:01 +0200, Stefan Knoblich wrote: 
  Hi,
  
  this has been a little longer on my ToDo list and i think now is the right 
  time to propose it
  (before starting to put asterisk-1.2(_pre) stuff into the tree...).
  
  Things that should be moved:
 
 s/should/could
 
 
  and everything else telephony related that's missing here.
  
  Why net-telephony?
  Some of these things aren't purely (or enterely not) VoIP only e.g. 
  asterisk, zaptel and libpri
  (and more stuff being out there that wouldn't fit into a voip only 
  category).
 
  Comments? Suggestions?
 
 
 While as much as we love and depend on these programs. Moving them wont
 really help anything other than making the tree slightly easier to
 navigate by end users. This slight gain of category navigation comes at
 a price in that it invalidates existing packages/GRP sets and causes
 breakage for users that utilized overlays. One might think is that not
 what fixpackages is supposed to fix. But sadly the existing fixpackages
 is flawed in design which renders it pretty much usable to most.
 
 I love these ebuilds but I hope you do not add net-telephony to the 
 tree.

Every post against moving/renaming a package in the tree gets my
support. Remember, the alternative to a flat portage tree is to keep
packages in place.

-- 
-*   Georgi Georgiev   -* The sheep died in the wool.  -*
*-[EMAIL PROTECTED]*-  *-
-*  +81(90)2877-8845   -*  -*
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] devfs is dead, let's move on

2005-07-08 Thread Georgi Georgiev
maillog: 08/07/2005-10:12:52(-0700): Greg KH types
 --- 50-udev.rules.orig2005-07-08 10:10:24.0 -0700
 +++ 50-udev.rules 2005-07-08 10:11:16.0 -0700
 @@ -139,9 +139,9 @@
  # tty devices
  KERNEL==console,   NAME=%k, GROUP=tty, MODE=0600
  KERNEL==tty,   NAME=%k, GROUP=tty, MODE=0666
 -KERNEL==tty[0-9]*, NAME=vc/%n, SYMLINK+=%k, GROUP=tty
 -KERNEL==ttyS[0-9]*,NAME=tts/%n, SYMLINK+=%k, GROUP=tty
 -KERNEL==ttyUSB[0-9]*,  NAME=tts/USB%n, GROUP=tty, MODE=0660
 +KERNEL==tty[0-9]*, NAME=%k, GROUP=tty
 +KERNEL==ttyS[0-9]*,NAME=%k, GROUP=tty
 +KERNEL==ttyUSB[0-9]*,  NAME=%k, GROUP=tty, MODE=0660
  KERNEL==ippp0, NAME=%k, GROUP=tty
  KERNEL==isdn*  NAME=%k, GROUP=tty
  KERNEL==dcbri*,NAME=%k, GROUP=tty
 @@ -149,14 +149,14 @@
  
  # pty devices
  KERNEL==ptmx,  NAME=%k, GROUP=tty, MODE=0666
 -KERNEL==pty[p-za-e][0-9a-f]*,  NAME=pty/m%n, SYMLINK+=%k, 
 GROUP=tty
 -KERNEL==tty[p-za-e][0-9a-f]*,  NAME=pty/s%n, SYMLINK+=%k, 
 GROUP=tty
 +KERNEL==pty[p-za-e][0-9a-f]*,  NAME=%k, GROUP=tty
 +KERNEL==tty[p-za-e][0-9a-f]*,  NAME=%k, GROUP=tty
  
  # vc devices
 -KERNEL==vcs,   NAME=vcc/0,   SYMLINK+=%k, GROUP=tty
 -KERNEL==vcs[0-9]*, NAME=vcc/%n,  SYMLINK+=%k, GROUP=tty
 -KERNEL==vcsa,  NAME=vcc/a0,  SYMLINK+=%k, GROUP=tty
 -KERNEL==vcsa[0-9]*,NAME=vcc/a%n, SYMLINK+=%k, GROUP=tty
 +KERNEL==vcs,   NAME=%k, GROUP=tty
 +KERNEL==vcs[0-9]*, NAME=%k, GROUP=tty
 +KERNEL==vcsa,  NAME=%k, GROUP=tty
 +KERNEL==vcsa[0-9]*,NAME=%k, GROUP=tty
  
  # memory devices
  KERNEL==random,NAME=%k, MODE=0666

I've been trying to get this for a while, but isn't it OK to omit
NAME=%k since that's the default anyway? Or is there some other idea,
related to those last-rule processed things. I think it's prettier to
not specify redundand stuff and only specify what you want to have
*changed*.

-- 
()   Georgi Georgiev   () People that can't find something to live ()
()[EMAIL PROTECTED]() for always seem to find something to die ()
()  +81(90)2877-8845   () for. The problem is, they usually want the   ()
() --- () rest of us to die for it too.()
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] devfs is dead, let's move on

2005-07-07 Thread Georgi Georgiev
maillog: 06/07/2005-15:46:51(-0700): Greg KH types
 Ok, now that devfs is removed from the 2.6 kernel tree[1], I think it's
 time to start to revisit some of the /dev naming rules that we currently
 are living with[2].
 
 To start with, the 061 version of udev offers a big memory savings if
 you use the default kernel name of a device[3].  If you do that, it does
 not create a file in its database in /dev/.udevdb/

Ah, that will break /etc/init.d/halt.sh

Particularly the stuff around here:

ebegin Saving device nodes
  ...
cd /dev
# Find all devices
find . -xdev -type b -or -type c -or -type l | cut -d/ -f2-  \
${devices_real}
# Figure out what udev created
eval $(grep '^[[:space:]]*udev_db=' /etc/udev/udev.conf)
if [[ -d ${udev_db} ]]; then
# New udev_db is clear text ...
udevinfo=$(cat ${udev_db}/*)
else
# Old one is not ...
udevinfo=$(udevinfo -d)
fi
# This basically strips 'S:' and 'N:' from the db output, and then
# print all the nodes/symlinks udev created ...
...

The script will be unable to figure out what device is being handled by
udev, and what is not.

-- 
|Georgi Georgiev   |  I read the newspaper avidly. It is my one|
| [EMAIL PROTECTED]|  form of continuous fiction. -- Aneurin   |
|   +81(90)2877-8845   |  Bevan|
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] newb question about emerge ...

2005-06-15 Thread Georgi Georgiev
maillog: 15/06/2005-16:24:25(-0400): Chris Gianelloni types
 On Wed, 2005-06-15 at 23:14 +0300, Alin Dobre wrote:
  According to /usr/lib/portage/bin/emerge, it's the short form for --newuse.
 
 Ahh... I'd been using just the long form.  Perhaps someone should update
 the emerge --help information... =]

I guess you're right, because it *is* in the manpage...

-- 
\/   Georgi Georgiev   \/ They have been at a great feast of   \/
/\[EMAIL PROTECTED]/\ languages, and stolen the scraps. -- /\
\/  +81(90)2877-8845   \/ William Shakespeare, Love's Labour's\/
/\ --- /\ Lost/\


pgpMubsngmN61.pgp
Description: PGP signature


Re: [gentoo-dev] ekeyword and ordering

2005-06-11 Thread Georgi Georgiev
maillog: 11/06/2005-08:48:17(-0400): Aron Griffis types
 Georgi Georgiev wrote:[Fri Jun 10 2005, 08:04:25PM EDT]
  maillog: 10/06/2005-13:19:30(-0400): Aron Griffis types
   Btw, here's an interesting statistic which really doesn't add to (or
   detract from, I hope) this discussion...
   
   grep -hr --include=\*.ebuild '^KEYWORDS=' /usr/portage | perl -ne '
   s/[^[:lower:]\s]//; @F = split; @S = sort @F; $sorted++ if @F eq 
   @S; 
   END { printf %d%% of ebuilds are sorted (%d/%d)\n, 100*$sorted/$., 
   $sorted, $. }'
   
   49% of ebuilds are sorted (9435/19174)
  
  Your statistic seems to be flawed on a number of occasions. Assume
  KEYWORDS=x86 ppc
  
  s/[^[:lower:]\s]//;
 
 You wrote a long email to tell me that I forgot /g, I think. ;-)
 
 grep -hr --include=\*.ebuild '^KEYWORDS=' /usr/portage | perl -ne '
 s/[^[:lower:]\s]//g; @F = split; @S = sort @F; $sorted++ if @F eq @S; 
 END { printf %d%% of ebuilds are sorted (%d/%d)\n, 100*$sorted/$., 
 $sorted, $. }'
 
 31% of ebuilds are sorted (6028/19185)

Oh. That would still not find the case when ppc64 comes before ppc, but
I agree it was a quick fix.

-- 
-*   Georgi Georgiev   -* I wish I was a sex-starved manicurist-*
*-[EMAIL PROTECTED]*- found dead in the Bronx!!*-
-*  +81(90)2877-8845   -*  -*


pgpVg1uTILx0w.pgp
Description: PGP signature


Re: [gentoo-dev] Re: Removal of articles.xml from website

2005-06-09 Thread Georgi Georgiev
maillog: 09/06/2005-20:14:33(-0700): Duncan types
.. snip  ..
 
 
 That said, there remains the practical issue of keeping links updated.  I
 see a couple possibilities.
 
 One, there's the idea others floated -- note on the page the problem of
 keeping links updated as to why links aren't provided, and suggest
 searching on the titles listed, possibly with IBM DeveloperWorks listed
 specifically, or otherwise with publisher or original source acknowledged,
 to ease the search.
 
 Two, keep the links, but again, specifically acknowledge some of them move
 from time to time, list them as last verified links, and display a
 feedback mechanism (email, or web form based to prevent email harvesting,
 or whatever) prominently asking for reader link update submissions.  If a
 reader says a link doesn't work and it's verified, with no new link
 immediately available, simply note that it has been verified dead and ask
 for updates.  The idea here is to leave the links as well as acknowledging
 they may be outdated, but leave the work of providing updates to the
 readers.

Three, keep a local copy of the articles unless you're forbidden to.

Four, provide a link to a cached copy, e.g.,
http://web.archive.org/web/*/http://www-106.ibm.com/developerworks/linux/library/l-fs.html

-- 
\Georgi Georgiev   \  I hate mankind, for I think myself one of\
/ [EMAIL PROTECTED]/  the best of them, and I know how bad I am. - /
\   +81(90)2877-8845   \  - Samuel Johnson \


pgpDcx1cj4bwp.pgp
Description: PGP signature


Re: [gentoo-dev] Bugzilla Bug 79337 make repoman complain if DEPEND and RDEPEND are not set.

2005-06-01 Thread Georgi Georgiev
maillog: 01/06/2005-23:25:00(+0900): Jason Stubbs types
...
 Perhaps, further down the track we'd be able to work out something with the 
 build farm thingy; check for linkage and warn if things specified in RDEPEND 
 aren't linked against and build up a whitelist from it... Perhaps repoman 
 will become smart enough to detect exactly which RDEPENDs are being defaulted 
 to what and where and then provide a warning and a resolution...

I don't get it. Linking is not the only reason for a package to RDEPEND
on another one.

Or were you talking about something completely different?

-- 
*)   Georgi Georgiev   *) Problem solving under linux has never   *)
(*[EMAIL PROTECTED](* been the circus that it is under AIX. (By   (*
*)  +81(90)2877-8845   *) Pete Ehlke in comp.unix.aix) *)


pgpDkqlKh59Sp.pgp
Description: PGP signature


Re: [gentoo-dev] Unofficial Gentoo Development Guide and Autotools

2005-05-20 Thread Georgi Georgiev
maillog: 20/05/2005-06:06:21(+0100): Ciaran McCreesh types
 On Thu, 19 May 2005 04:44:25 +0100 Ciaran McCreesh [EMAIL PROTECTED]
 wrote:
 | http://www.firedrop.org.uk/devmanual/general-concepts/autotools/
 
 Updated based upon the feedback, thanks guys. If someone who's
 relatively clueless about autotools could give it a read and let me know
 what is and isn't clear I'd appreciate it.

That would be me.

Notes:

- typo?
- The configure script is run to produce one or Makefile files from 
Makefile.in files.
+ The configure script is run to produce one or more Makefile files 
from Makefile.in files.

- clarification

AC_MSG_CHECKING(--enable-cscope argument)
AC_ARG_ENABLE(cscope,
[  --enable-cscope Include cscope interface.],
[enable_cscope=$enableval],
[enable_cscope=no])
AC_MSG_RESULT($enable_cscope)
if test $enable_cscope = yes; then
  AC_DEFINE(FEAT_CSCOPE)
fi

1 paragraph skipped

Important: The third argument is used when an option is
specified, and the fourth is used when an option is not
specified. A common misconception is that the third is enable
and the fourth is disable  this is not the case.  You may
encounter packages that get this wrong.

The phrase when an option is specified is a bit ambiguous, especially
since it is later referred by the explanation of AC_ARG_WITH. I was not
sure if option in this case means option as in
--enable-foo=OPTION. I was confused, because one paragarph before the
example you talk about --enable-foo and --disable-foo *switches* to
./configure.

Maybe the above can be written as: The third argument is used when
either --enable or --disable is specified, and the fourth is used
when neither is specified. Or you could simply stick to using
switches instead of options?

- coloring

%.1 : %.in
@regex_cmd@ -e s,[EMAIL PROTECTED]@,$(VERSION),g $?  $@

The first @ is span.Special and the second one is span.Constant.

Good job by the way.

-- 
()   Georgi Georgiev   () There is only one thing in the world worse   ()
()[EMAIL PROTECTED]() than being talked about, and that is not ()
()  +81(90)2877-8845   () being talked about. -- Oscar Wilde   ()


pgp8Phc1VyZhW.pgp
Description: PGP signature


Re: [gentoo-dev] Unofficial Gentoo Development Guide and Autotools

2005-05-20 Thread Georgi Georgiev
maillog: 20/05/2005-07:22:15(+0100): Ciaran McCreesh types
 On Fri, 20 May 2005 15:06:12 +0900 Georgi Georgiev [EMAIL PROTECTED] wrote:
 | The phrase when an option is specified is a bit ambiguous,
 | especially since it is later referred by the explanation of
 | AC_ARG_WITH. I was not sure if option in this case means option as
 | in --enable-foo=OPTION. I was confused, because one paragarph before
 | the example you talk about --enable-foo and --disable-foo *switches*
 | to ./configure.
 
 .. Important:: The third argument is used when a ``--enable`` or
   ``--disable`` switch to ``./configure`` is provided, and the fourth
   is used when such a switch is *not* passed. A common misconception is
   that the third is enable and the fourth is disable -- this is **not**
   the case. You may encounter packages that get this wrong.
 
 Does that sound any better?

Yes, much better.

 | - coloring
 | 
 | %.1 : %.in
 | @regex_cmd@ -e s,[EMAIL PROTECTED]@,$(VERSION),g $?  $@
 | 
 | The first @ is span.Special and the second one is span.Constant.
 
 Hrm, that's a vim thing (I'm using a vim script to do the highlighting
 at compile time, it's not manual). If someone enjoys pain they could
 have a go at making vim's automake highlighting smarter... Don't think
 I'm brave enough to touch that one myself.

The 2html.vim that comes with vim seems to work fine here. Tried both 7
and 6.3. The HTML is ugly, but at least it's properly highlighted:

http://gg3.net/~chutz/gentoo/highlight/

Of course, you need to set ft=automake, which is different than
ft=make. ;)

$ vim -c 'set ft=automake' Makefile.in -c TOhtml -c wq -c qa

-- 
 /   Georgi Georgiev/ Harp not on that string. -- William   /
\ [EMAIL PROTECTED]\  Shakespeare, Henry VI  \
 /  +81(90)2877-8845/   /


pgptkHQIuqNRC.pgp
Description: PGP signature


Re: [gentoo-dev] Unofficial Gentoo Development Guide and Autotools

2005-05-20 Thread Georgi Georgiev
maillog: 20/05/2005-10:29:53(+0100): Ciaran McCreesh types
 On Fri, 20 May 2005 18:01:04 +0900 Georgi Georgiev [EMAIL PROTECTED]
 wrote:
 |  | %.1 : %.in
 |  | @regex_cmd@ -e s,[EMAIL PROTECTED]@,$(VERSION),g $?  
 $@
 |  | 
 |  | The first @ is span.Special and the second one is span.Constant.
 |  
 |  Hrm, that's a vim thing (I'm using a vim script to do the
 |  highlighting at compile time, it's not manual). If someone enjoys
 |  pain they could have a go at making vim's automake highlighting
 |  smarter... Don't think I'm brave enough to touch that one myself.
 | 
 | The 2html.vim that comes with vim seems to work fine here. Tried both
 | 7__ and 6.3. The HTML is ugly, but at least it's properly highlighted:
 | 
 | http://gg3.net/~chutz/gentoo/highlight/
 | 
 | Of course, you need to set ft=automake, which is different than
 | ft=make. ;)
 
 That's only working because you're indenting using spaces rather than
 tabs. If you indent using tabs you'll get the mixed colouring.

O, so true, so true...

I am trying to redeem myself with the following. Care to give it a try?

--- /usr/share/vim/vim70aa/syntax/automake.vim.old  2005-05-20 
19:05:09.0 +0900
+++ /usr/share/vim/vim70aa/syntax/automake.vim  2005-05-20 19:07:05.0 
+0900
@@ -43,6 +43,7 @@
 syn region  automakeMakeDString start=++  skip=+\\+  end=++  
contains=makeIdent,automakeSubstitution
 syn region  automakeMakeSString start=+'+  skip=+\\'+  end=+'+  
contains=makeIdent,automakeSubstitution
 syn region  automakeMakeBString start=+`+  skip=+\\`+  end=+`+  
contains=makeIdent,makeSString,makeDString,makeNextLine,automakeSubstitution
+syn region makeCommands start=;hs=s+1 start=^\t end=^[^\t#]me=e-1,re=e-1 
end=^$ contained 
contains=makeCmdNextLine,makeSpecial,makeComment,makeIdent,makePreCondit,makeDefine,makeDString,makeSString,autoMakeSubst,automakeMakeError,automakeBadSubst
 nextgroup=makeCommandError
 
  Define the default highlighting.
  For version 5.7 and earlier: only when not done already

-- 
/\   Georgi Georgiev   /\ Be not anxious about what you have, but  /\
\/[EMAIL PROTECTED]\/ about what you are. -- Pope St. Gregory I\/
/\  +81(90)2877-8845   /\  /\


pgpl8EQHZEjAs.pgp
Description: PGP signature


Re: [gentoo-dev] UPGRADE complete bugs.gentoo.org

2005-05-17 Thread Georgi Georgiev
maillog: 17/05/2005-16:04:20(+0300): Alin Dobre types
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 
 Jonathan Smith wrote:
  
  I noticed a bug [1] which, when resolved after the upgrade, did not list
  the cause of resolution (in this case, it was a dup). Is this no longer
  required? I rather liked that feature, as it enabled people to see, at a
  quick glance, the final status of the bug...
  
  [1]: https://bugs.gentoo.org/show_bug.cgi?id=92861
 
 smithj, the bug showed that information for me:
 
  Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=92861
  Secure: https://bugs.gentoo.org/show_bug.cgi?id=92861
 
 
  [EMAIL PROTECTED] changed:
 
 What|Removed |Added
 
 -
 
   Status|NEW |RESOLVED
 
 
 
 
  --- Additional Comments From [EMAIL PROTECTED]  2005-05-17 01:46 PDT
 - ---
 
 
  *** This bug has been marked as a duplicate of 12745 ***
 
 Here it is, the last row.

But in the headers it says:

Status: RESOLVED
Resolution:

-- 
-*   Georgi Georgiev   -* Humor in th Court: Q: Do you drink when  -*
*-[EMAIL PROTECTED]*- you're on duty? A: I don't drink when I'm*-
-*  +81(90)2877-8845   -* on duty, unless I come on duty drunk.-*
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Re: Re: New category proposal

2005-05-11 Thread Georgi Georgiev
maillog: 10/05/2005-22:59:42(-0700): Duncan types
 BTW, it'd be very handy to have slotted bin-pkgs as well, slotted as
 in allowing me to do things like test a gcc4 created package, without
 erasing my gcc-3.4 created bin-pkg, in case something doesn't work, and
 without having to remember to manually copy/move the existing bin-pkg
 first to keep that backup.  A feature to enable some arbitrary identifier
 in the binpkg name, or an arbitrary string as a binpkg subdir path
 fragment, would be very helpful.  Something like FEATURES=binpkg-name then
 enabling a BINPKG-NAME=gcc4, to then either create a $PKGDIR/gcc4 subtree,
 or $PKGDIR/All/package-version.gcc4.tbz2 type package and appropriate
 symlink.  One could then just remember to change the $BINPKG-NAME entry in
 make.conf whenever one runs gcc-config, or whenever one triggers whatever
 switch and desires a corresponding binpkg-slot change.  Anything like this
 in the works?

PKGDIR=/usr/portage-pkg/gcc4 emerge -B app-admin/sudo

That ought to do what you want it to do. But then, portage will be
unable to untar-uncompress-sed/awk/whatever-tar-compress (refering to
fixpackages by its full name here) the binary packages in your custom
location if a package in there jumps categories.  Wow, I managed to get
back on topic :)

-- 
 /   Georgi Georgiev/ What's all this brouhaha? /
\ [EMAIL PROTECTED]\   \
 /  +81(90)2877-8845/   /
-- 
gentoo-dev@gentoo.org mailing list



  1   2   >