Re: [gentoo-dev] Modular X plans

2005-08-07 Thread Donnie Berkholz

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Donnie Berkholz wrote:
| As I said, very soon. It's out. I will begin adding new categories as
| necessary and the beginnings of the modular tree tomorrow.

What I meant by "tomorrow" was "next week," of course. =) I just made
the first commits.

Please let me know if I accidentally break anything while I'm at it.

Thanks,
Donnie
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC9sisXVaO67S1rtsRAuCHAKDbQSFKK/ImvUK0GhEJlvDbgIh/uACgn/TK
S/467WUc0HGWjnwgY9NqPq0=
=gf6h
-END PGP SIGNATURE-
--
gentoo-dev@gentoo.org mailing list



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

2005-08-07 Thread Petteri Räty
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jakub Moc wrote:
> 
> 
> Check Bug 101457.
> 
> 

How unlucky. I actually came across this problem days ago and searched
bugzilla for it. Just didn't get around to writing the email until now.
I will add my thoughts to the bug.

Regards,
Petteri Räty (Betelgeuse)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFC9neEcxLzpIGCsLQRAmVjAJ9sIf1EXyPpwwcuM2RM2XDhuqNpCQCdFzqv
N4tqpC7By7/SCzoKI6mVY5E=
=y5qy
-END PGP SIGNATURE-
-- 
gentoo-dev@gentoo.org mailing list



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

2005-08-07 Thread Jakub Moc

7.8.2005, 22:46:39, Petteri Räty wrote:


> It is usually not a problem for users because the file gets mirrored but
> when doing version bumps I come across this again. As a solution I added
> - --no-check-certificate to my FETCHCOMMAND so this will not bother me
> again.
> So what about adding this as the default for everyone? The 
> verification
> of the download is done on our side so we don't really need the ssl
> certificate checking and it would probably be (very?) little faster
> without checking. It could also prevent a couple of bug reports from the
> users in the future.

Check Bug 101457.


-- 
Best regards,

 Jakub Moc
 mailto:[EMAIL PROTECTED]
 GPG signature: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xCEBA3D9E
 Primary key fingerprint: D2D7 933C 9BA1 C95B 2C95  B30F 8717 D5FD CEBA 3D9E

 ... still no signature ;)

pgpeaLShxq4aF.pgp
Description: PGP signature


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

2005-08-07 Thread Petteri Räty
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

One of the java packages, jdictrayapi, is only available over ssl. Here
is the output I get if I try downloading it with wget:

[EMAIL PROTECTED] ~/java $ wget
https://jdic.dev.java.net/files/documents/880/16466/jdic-0.9.1-src.zip
- --23:37:11--
https://jdic.dev.java.net/files/documents/880/16466/jdic-0.9.1-src.zip
   => `jdic-0.9.1-src.zip'
Resolving jdic.dev.java.net... 64.125.133.206
Connecting to jdic.dev.java.net|64.125.133.206|:443... connected.
ERROR: Certificate verification error for jdic.dev.java.net: unable to
get local issuer certificate
To connect to jdic.dev.java.net insecurely, use `--no-check-certificate'.
Unable to establish SSL connection.

It is usually not a problem for users because the file gets mirrored but
when doing version bumps I come across this again. As a solution I added
- --no-check-certificate to my FETCHCOMMAND so this will not bother me
again.
So what about adding this as the default for everyone? The verification
of the download is done on our side so we don't really need the ssl
certificate checking and it would probably be (very?) little faster
without checking. It could also prevent a couple of bug reports from the
users in the future.

Regards,
Petteri Räty (Betelgeuse)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFC9nMtcxLzpIGCsLQRAlzZAJ4kdzlqoMqAEUkzTtGIx1yrmTh5AQCeKWGA
Q+KqbGA8Fn5LhZzUCC+8z5E=
=86C3
-END PGP SIGNATURE-
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] New Developer: Christian Heim

2005-08-07 Thread Petteri Räty
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Benedikt Boehm wrote:
> Hey everybody,
> 
> please give a warm welcome to Christian Heim, our latest victim, poping in to 
> support the german conspiracy, and to help me with vserver stuff.

Welcome.

> 
> Christian currently is in his last third of vocational education and will 
> hopefully finished on 25 Aug. Besides the education as management assistant 
> in IT system ("IT-Systemkaufmann" in german) he's addicted to Nordic Walking 
> and biking.
>

Nordic Walking or as we here call it dementia skiing. I have also seen
dementia Nordic Walking. One elderly man had only one stick with him.

Regards,
Petteri Räty (Betelgeuse)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFC9nAycxLzpIGCsLQRAr+JAJ93xBKU2sCdHLL4cCnWB5em3FhaGgCfT4E+
SoFl+1jALRdhCWNTavX7ecI=
=V6dH
-END PGP SIGNATURE-
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Package version requiring sse

2005-08-07 Thread Maurice van der Pot
On Sun, Aug 07, 2005 at 06:13:56AM -0400, Mike Frysinger wrote:
> that's pretty retarded imho ... this applies only to x86 right ?

Yes, it does. The valgrind developers are currently waiting to see if it
causes many complaints to see if they can prevent multiple code paths.
 
> > To make people aware of this, I could use the sse use flag in 3.0.0
> > and die if it is not present, telling people to mask versions 3.0.0
> > and up if they have a processor without sse. I would also have to check
> > the arch before requiring sse.
> 
> seems the only sane way to handle this :(

Alright, this is what I'll do then.

Thanks,
Maurice.

-- 
Maurice van der Pot

Gentoo Linux Developer   [EMAIL PROTECTED] http://www.gentoo.org
Creator of BiteMe!   [EMAIL PROTECTED]   http://www.kfk4ever.com



pgpgQotxs3QjY.pgp
Description: PGP signature


Re: [gentoo-dev] New Developer: Christian Heim

2005-08-07 Thread Benedikt Boehm
On Sunday 07 August 2005 16:46, Benedikt Boehm wrote:
> Hey everybody,
>
> please give a warm welcome to Christian Heim, our latest victim, poping in
> to support the german conspiracy, and to help me with vserver stuff.
>
> Christian currently is in his last third of vocational education and will
> hopefully finished on 25 Aug. Besides the education as management assistant
> in IT system ("IT-Systemkaufmann" in german) he's addicted to Nordic
> Walking and biking.
>
> Cheers!
>

Forgot to mention his nick: phreak
-- 
gentoo-dev@gentoo.org mailing list



[gentoo-dev] New Developer: Christian Heim

2005-08-07 Thread Benedikt Boehm
Hey everybody,

please give a warm welcome to Christian Heim, our latest victim, poping in to 
support the german conspiracy, and to help me with vserver stuff.

Christian currently is in his last third of vocational education and will 
hopefully finished on 25 Aug. Besides the education as management assistant 
in IT system ("IT-Systemkaufmann" in german) he's addicted to Nordic Walking 
and biking.

Cheers!

-- 
He who asks a question is a fool for a minute,
He who doesn't ask is a fool for a lifetime.
-- 
gentoo-dev@gentoo.org mailing list



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

2005-08-07 Thread Ciaran McCreesh
On Sun, 07 Aug 2005 12:24:35 +0200 Jan Kundrát <[EMAIL PROTECTED]> wrote:
| > Hrm, we can't mess with encoding without breaking things for people
| > using silly terminals (like aterm, gnome-terminal and konsole) that
| > lie about their $TERM.
| 
| My konsole reports "xterm"; what's wrong with that?

konsole is not an xterm. xterm is capable of handling all kinds of
termcap sequences that konsole is not. By lying about its term name,
konsole is making things very hard for people who write applications
which can make use of these sequences -- should the app assume that
xterm means "I am a real xterm" or "I am some lame terminal pretending
to be xterm"? The former screws over non-xterm users, the latter screws
over xterm users.

-- 
Ciaran McCreesh : Gentoo Developer (Vim, Shell tools, Fluxbox, Cron)
Mail: ciaranm at gentoo.org
Web : http://dev.gentoo.org/~ciaranm



pgpk4OQpDcWPE.pgp
Description: PGP signature


[gentoo-dev] Re: Re: Package version requiring sse

2005-08-07 Thread Duncan
Ivan Yosifov posted <[EMAIL PROTECTED]>, excerpted
below,  on Sun, 07 Aug 2005 13:28:11 +0300:

> On Sun, 2005-08-07 at 12:11 +0200, Diego 'Flameeyes' Pettenò wrote:
>> On Sunday 07 August 2005 12:03, Ivan Yosifov wrote: Well ppc doesn't
>> have SSE
> 
> Then why is the ppc keyword there ?

Well, he said, but those accustomed to only thinking x86 might have missed
it, the way it was worded... that ppc uses different software code in that
section, code which presumably takes care of its own ppc specific issues,
so the sse-only issue only applies to x86 (and amd64, but since all of
those have sse, that means only x86 has the issue since only on it is sse
required but not all hardware provides it).

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman in
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html


-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Re: Package version requiring sse

2005-08-07 Thread Ivan Yosifov
On Sun, 2005-08-07 at 12:11 +0200, Diego 'Flameeyes' Pettenò wrote:
> On Sunday 07 August 2005 12:03, Ivan Yosifov wrote:
> Well ppc doesn't have SSE

Then why is the ppc keyword there ?

> but there are many people running Gentoo non machines that does *not* support 
> SSE

That's why I suggested the big red warning and told you to expect
bugs. ;)


-- 
Cheers,
Ivan Yosifov.

-- 
gentoo-dev@gentoo.org mailing list



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

2005-08-07 Thread Jan Kundrát
Ciaran McCreesh wrote:
> Bleh, I just figured that one out. The best way around it is to export
> LC_ALL=en_US.utf8 before editing UTF-8 files.

I've had some troubles (mainly `less` and some X apps working
incorrectly) with LC_CTYPE=cs_CZ.utf8 which were fixed by
LC_CTYPE=cs_CZ.UTF-8. It seems that the case doesn't matter, but the "-"
is important.

> Hrm, we can't mess with encoding without breaking things for people
> using silly terminals (like aterm, gnome-terminal and konsole) that lie
> about their $TERM.

My konsole reports "xterm"; what's wrong with that?

-jkt


-- 
cd /local/pub && more beer > /dev/mouth


signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Re: Package version requiring sse

2005-08-07 Thread Petteri Räty
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ivan Yosifov wrote:
> 
> Then the only fail-safe way to do it is to print a big red warning and
> pause for 10 seconds during ebuild emerge. Given the valgrind-3.0.0
> keywords ( -* ~amd64 ~ppc ~x86 ) I guess most people on those arches
> have SSE anyway. AFAIK all amd64's have SSE, I don't know about ppc, and
> I doubt anyone is running Gentoo on i686. You should expect a few bugs
> about it though.
> 

I have Gentoo installed on a couple of machines without sse. They both
have Pentium 2 processors. Although I won't be running valgrind on those
machines (desktops for my grand parents) there could be someone else who
does.

I started thinking that one possible solution would be to have some kind
of a subprofile system for different kind of processors. Of course it is
a bit of an overkill for just one package but there could be other uses
like setting the default CFLAGS and turning on the right use flags for
those processors. With these profiles >=valgrind-3.0.0 could be by
default in package.mask and unmasked only on the profiles that can use it.

Regards,
Petteri Räty (Betelgeuse)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFC9eBJcxLzpIGCsLQRAsGnAJ9YwpC3C3YkATUmZWMAdgqAkYOuwwCeIm0D
5D2e0E3NZkCCR23gCBnsUew=
=zNnV
-END PGP SIGNATURE-
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Re: Package version requiring sse

2005-08-07 Thread Diego 'Flameeyes' Pettenò
On Sunday 07 August 2005 12:03, Ivan Yosifov wrote:
> Then the only fail-safe way to do it is to print a big red warning and
> pause for 10 seconds during ebuild emerge.
Probably is the better plan, looking for tc-arch = x86.

> Given the valgrind-3.0.0 
> keywords ( -* ~amd64 ~ppc ~x86 ) I guess most people on those arches
> have SSE anyway. AFAIK all amd64's have SSE, I don't know about ppc, and
> I doubt anyone is running Gentoo on i686.
Well ppc doesn't have SSE but I think the SSE stuff is limited to x86 arch 
anyway, All AMD64 cpu that I know of have SSE support, but there are many 
people running Gentoo non machines that does *not* support SSE, like 
Athlon-Thunderbirds. I was one of them before replacing the main box, and I'm 
still using the tbird for G/FBSD.
I know of people running it on 300MHz P2s (without SSE, too), so better avoid 
assuming that "nobody is running on a i686".. there still are i586 out there 
(and distcc or binary package creation from another machine can do the trick 
for them usually).

-- 
Diego "Flameeyes" Pettenò
Gentoo Developer - http://dev.gentoo.org/~flameeyes/
(Gentoo/FreeBSD, Video, Gentoo/AMD64, Sound, PAM)


pgpUZgFsEvVmy.pgp
Description: PGP signature


Re: [gentoo-dev] Package version requiring sse

2005-08-07 Thread Mike Frysinger
On Saturday 06 August 2005 10:15 am, Maurice van der Pot wrote:
> The new valgrind version (3.0.0) requires sse support. If you have a
> processor without sse, you'll need to stay at 2.4.1.

that's pretty retarded imho ... this applies only to x86 right ?

> To make people aware of this, I could use the sse use flag in 3.0.0
> and die if it is not present, telling people to mask versions 3.0.0
> and up if they have a processor without sse. I would also have to check
> the arch before requiring sse.

seems the only sane way to handle this :(
-mike
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Re: Package version requiring sse

2005-08-07 Thread Ivan Yosifov
On Sat, 2005-08-06 at 21:37 +0200, Diego 'Flameeyes' Pettenò wrote:
> On Saturday 06 August 2005 21:24, R Hill wrote:
> > compile a small test program containing SSE specific intrinsics and die
> > if it returns an error code?  does valgrind's configure check for sse?
> That will break while preparing packages for another machine (cross-compile 
> the "simple" way).
> Checks that looks at execution capabilities for the system are *bad*.
> 

Then the only fail-safe way to do it is to print a big red warning and
pause for 10 seconds during ebuild emerge. Given the valgrind-3.0.0
keywords ( -* ~amd64 ~ppc ~x86 ) I guess most people on those arches
have SSE anyway. AFAIK all amd64's have SSE, I don't know about ppc, and
I doubt anyone is running Gentoo on i686. You should expect a few bugs
about it though.


-- 
Cheers,
Ivan Yosifov.

-- 
gentoo-dev@gentoo.org mailing list