prematurely deleting kernel packages !?!?!

2006-09-27 Thread brian
hi, 

i reported here when the rc 2.6.18 kernel failed to
boot my old world mac (pre g3), and also that i had
been using 2.6.15 that was the only way i could run
etch/testing. i was a bit bothered that i recieved
no comment, but i just figured well peoples time
is limited, someone may work on it when they have
a chance.

today i wanted the kernel headers and i found out that
all the 2.6.15 powerpc packages were gone from debian.

i found 2.6.18 in unstable and will try that, but 
i can't believe even if it were tested and shown
to work on all the old world powerpc it is hardly
yet time to delete it as it would not come down for
another at least a week i would expect.(frankly,
after getting no response to my test results i don't
expect it to work here)

actually i am starting to feel intuitively that 15 is
getting stretched too far, there have never been and
will never be any updates for it, so my choice i 
suppose if 18 doesn't work is to go back to
sarge until i hear that it does. 

also i wish i had heard someone else here to try
the 18 package, there were no reports at all, what
is the deal, everybody disappearing just when it
is important ??

brian






__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Debian Etch on IBM JS20 fails on hard drive

2006-09-27 Thread Sven Luther
On Wed, Sep 27, 2006 at 09:11:22AM +1000, Benjamin Herrenschmidt wrote:
 On Tue, 2006-09-26 at 14:51 -0500, Mathew Binkley wrote:
  Hello.  I attemped to install Debian Etch on a IBM JS20 using an iso
  from 09/22/2006.  The install works correctly until it tries (and fails)
  to detect the PATA hard drive.  None of the modules listed will work
  with it.
  
  When I install SuSE 9.1 on the same blade, it shows the hard drive in
  the logs as:
  
  Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
  ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
  AMD8111: IDE controller at PCI slot :00:04.1
  AMD8111: chipset revision 3
  AMD8111: :00:04.1 (rev 03) UDMA133 controller
  AMD8111: 100% native mode on irq 32
  ide0: BM-DMA at 0x7c00-0x7c07, BIOS settings: hda:pio, hdb:pio
  ide1: BM-DMA at 0x7c08-0x7c0f, BIOS settings: hdc:pio, hdd:pio
  Probing IDE interface ide0...
  hda: FUJITSU MHT2040AS, ATA DISK drive
  Unhandled interrupt 20, disabled
  ide0 at 0x7400-0x7407,0x6c02 on irq 32
  Probing IDE interface ide1...
  Probing IDE interface ide1...
  hda: max request size: 128KiB
  hda: 78140160 sectors (40007 MB) w/8192KiB Cache, CHS=65535/16/63, UDMA(33)
  hda: cache flushes supported
   hda: hda1 hda2 hda3
  
  I'm presuming that the AMD8111 chipset is not currently supported under
  Debian Etch for PPC.  Am I wrong, or is there another explanation?  Thanks!
 
 I suppose the driver isn't enabled in the default config. That should be
 easily fixed.

Its probably modular, and either not included in the d-i images, or for some
strange reason the corresponding .udeb don't get loaded. I forwarded this to
debian-boot, for further investigation.

Friendly,

Sven Luther


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: prematurely deleting kernel packages !?!?!

2006-09-27 Thread Hans Ekbrand
On Wed, Sep 27, 2006 at 12:52:25AM -0700, brian wrote:

[...]

 i found 2.6.18 in unstable and will try that, but 
 i can't believe even if it were tested and shown
 to work on all the old world powerpc it is hardly
 yet time to delete it as it would not come down for
 another at least a week i would expect.(frankly,
 after getting no response to my test results i don't
 expect it to work here)

Me neither.

 actually i am starting to feel intuitively that 15 is
 getting stretched too far, there have never been and
 will never be any updates for it, so my choice i 
 suppose if 18 doesn't work is to go back to
 sarge until i hear that it does. 

Use a custom 2.6.18 kernel, see below.

 also i wish i had heard someone else here to try
 the 18 package, there were no reports at all, what
 is the deal, everybody disappearing just when it
 is important ??

I also have tested the .18 kernel Sven refered me to without success
(the one with BenHs patch for loading initrd). I got a mail that the
bug I reported was closed 366620, but I haven't responded, I guess I
should have, but I don't use the box in question anymore. And for
every kernel I test, I have to rescue with the woody install floppies
if it fails (I do that pretty fast, by now).

Since the problem is well-known, failing to load the initrd, it is
easy to workaround, by compiling in the drivers for the harddisk that
/ is on directly into the kernel. I have successfully ran a 2.6.18
kernel with the ide disk and ext2 complied into the kernel.

Being forced to use custom kernels is of course rather annoying in the
long run.

-- 
Hans Ekbrand (http://sociologi.cjb.net) [EMAIL PROTECTED]
Q. What is that strange attachment in this mail?
A. My digital signature, see www.gnupg.org for info on how you could
   use it to ensure that this mail is from me and has not been
   altered on the way to you.


signature.asc
Description: Digital signature


custom 2.6.18 and bcm43xx

2006-09-27 Thread Antonio-M. Corbi Bellot
Hi list:

I usually build custom kernels and work with them without problems.
I've been using 2.6.17.x up to and included 2.6.17.13 with bcm43xx
without a glitch. With this kernel and using network-manager I get
association and dhcpoffer from my router almost instantly.

But then I tried a vanilla 2.6.18, built upon the same config as
2.6.17.x, and I've observed these things:

1) network manager doesn't get an IP at first try (I mean the gnome
applet animated graphics), the wireless network is detected but I've to
tell network manager 2,3 or 4 times (it depends) to associate with it
until it finally does.

2) In this process of network-manager trying to associate with my
network the machine some times hangs hard, but...

3) ...still worse: in one case (yesterday) I experimented my first
sudden power off since I have this powerbook-G4 12. After restarting,
the nvram was reseted (clock was at 1 jan..., fn status key was changed
from my preferences, etc...).

Apart from these issues with bcm43xx the kernel works ok for me.
Has anyone observed this behaviour?

Thanks.
A. Corbi


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: custom 2.6.18 and bcm43xx

2006-09-27 Thread Johannes Berg
On Wed, 2006-09-27 at 13:17 +0200, Antonio-M. Corbi Bellot wrote:

 Apart from these issues with bcm43xx the kernel works ok for me.
 Has anyone observed this behaviour?

As has been noted elsewhere, there are bcm43xx fixes for known problems
that didn't make it into 2.6.18 and should be appearing in -stable at
some point, patches are available at various places.

johannes


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: custom 2.6.18 and bcm43xx

2006-09-27 Thread Antonio-Miguel Corbi Bellot
El mié, 27-09-2006 a las 13:27 +0200, Johannes Berg escribió:
 On Wed, 2006-09-27 at 13:17 +0200, Antonio-M. Corbi Bellot wrote:
 
  Apart from these issues with bcm43xx the kernel works ok for me.
  Has anyone observed this behaviour?
 
 As has been noted elsewhere, there are bcm43xx fixes for known problems
 that didn't make it into 2.6.18 and should be appearing in -stable at
 some point, patches are available at various places.
 
 johannes

OK, good to know. I'll wait for those fixes.

Thanks Johannes.
Antonio


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Debian Etch on IBM JS20 fails on hard drive

2006-09-27 Thread Sven Luther
On Tue, Sep 26, 2006 at 02:51:42PM -0500, Mathew Binkley wrote:
 Hello.  I attemped to install Debian Etch on a IBM JS20 using an iso
 from 09/22/2006.  The install works correctly until it tries (and fails)
 to detect the PATA hard drive.  None of the modules listed will work
 with it.
 
 When I install SuSE 9.1 on the same blade, it shows the hard drive in
 the logs as:
 
 Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
 AMD8111: IDE controller at PCI slot :00:04.1
 AMD8111: chipset revision 3
 AMD8111: :00:04.1 (rev 03) UDMA133 controller
 AMD8111: 100% native mode on irq 32
 ide0: BM-DMA at 0x7c00-0x7c07, BIOS settings: hda:pio, hdb:pio
 ide1: BM-DMA at 0x7c08-0x7c0f, BIOS settings: hdc:pio, hdd:pio
 Probing IDE interface ide0...
 hda: FUJITSU MHT2040AS, ATA DISK drive
 Unhandled interrupt 20, disabled
 ide0 at 0x7400-0x7407,0x6c02 on irq 32
 Probing IDE interface ide1...
 Probing IDE interface ide1...
 hda: max request size: 128KiB
 hda: 78140160 sectors (40007 MB) w/8192KiB Cache, CHS=65535/16/63, UDMA(33)
 hda: cache flushes supported
  hda: hda1 hda2 hda3
 
 I'm presuming that the AMD8111 chipset is not currently supported under
 Debian Etch for PPC.  Am I wrong, or is there another explanation?  Thanks!

The amd74xx is the one in charge, can you go into a console, and then do an
lsmod to see if it is loaded ?

can you try modprobing it ? I can't really check it out myself, since my devel
box is currently down right now, and i have no checked out tree.

Mayube someone else within the d-i team can look at the powerpc kernel .udebs
to see where the amd74xx module is included and further help MAthew ?

(i will also mostly be offline until friday).

Friendly,

Sven Luther


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: xkb-data with support for Mac keyboards into unstable

2006-09-27 Thread Bin Zhang

Hi,

On 9/23/06, Denis Barbier [EMAIL PROTECTED] wrote:

Hi,

I just uploaded xkb-data 0.8-13 into unstable,


I see some warnings when running startx:

The XKEYBOARD keymap compiler (xkbcomp) reports:

Warning:  Multiple names for keycode 182
  Using FK13, ignoring K5D
Warning:  Key name FK13 assigned to multiple keys
  Using 182, ignoring 118
Warning:  Multiple names for keycode 183
  Using FK14, ignoring K5E
Warning:  Key name FK14 assigned to multiple keys
  Using 183, ignoring 119
Warning:  Multiple names for keycode 184
  Using FK15, ignoring K5F
Warning:  Key name FK15 assigned to multiple keys
  Using 184, ignoring 120
Warning:  Multiple names for keycode 157
  Using KPEQ, ignoring K59
Warning:  Key name KPEQ assigned to multiple keys
  Using 157, ignoring 126

expected keysym, got XF86AudioEject: line 2233 of inet

Warning:  Type ONE_LEVEL has 1 levels, but RALT has 2 symbols
  Ignoring extra symbols

Errors from xkbcomp are not fatal to the X server
-

Best regards,
Bin


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: custom 2.6.18 and bcm43xx

2006-09-27 Thread Børge Holen
On Wednesday 27 September 2006 13:42, Antonio-Miguel Corbi Bellot wrote:
 El mié, 27-09-2006 a las 13:27 +0200, Johannes Berg escribió:
  On Wed, 2006-09-27 at 13:17 +0200, Antonio-M. Corbi Bellot wrote:
   Apart from these issues with bcm43xx the kernel works ok for me.
   Has anyone observed this behaviour?
 
  As has been noted elsewhere, there are bcm43xx fixes for known problems
  that didn't make it into 2.6.18 and should be appearing in -stable at
  some point, patches are available at various places.
 
these patches weren't necessary with the earlier kernels? Whats changed that 
would make such a radical behaviour.
I also recognize these particular phenomenons with 2.6.18, witch in a need of 
wireless, renders a book with bcm43xx completely useless.

  johannes

 OK, good to know. I'll wait for those fixes.

 Thanks Johannes.
 Antonio

-- 
---
Børge
Kennel Arivene 
http://www.arivene.net
---



Re: xkb-data with support for Mac keyboards into unstable

2006-09-27 Thread Wolfgang Pfeiffer
On Mon, Sep 25, 2006 at 11:15:43AM +, Jörg Sommer wrote:
 Hallo Helge,
 
 Helge Kreutzmann [EMAIL PROTECTED] wrote:
  So the following still needs to be done for a german ibook keyboard:
 
  1. When pressing the key between ß? and backspace, I still get
 nothing, while I expect ' as printed on the key. With the shift
 modifier it works. This is keycode 21.
 
 It's a dead key. Press a 'e' after it and you get é. The ' is definitive
 the wrong character!
 
  2. The AltGr-Bracket sequence is still wrong, i.e. I would like the
 PC style version,
 
 Then configure a PC style keyboard. Use pc105 instead of macintosh.


Problem so far: I'm happy with what I have with the latest xkb-data
here .. :)

I always get either a wonderful, fully fledged PC style keyboard, but
I never managed to get a, for me rather useless, Macintosh style
keyboard, with a Kp_Enter key and so on ..

Colin: Is it impossible with xkb-data 0.8-13 to set up a typical
Macintosh keyboard on Powerbooks, with Jobs' mappings for \ } ] [ {,
and KP_Enter left of the Arrow_Left key etc.  ?

 
 i.e. (starting at AltGR-7) {[]}\ while I get (starting at AltGr-5)
 []|{}}\. This behaviour should be switchable. Also I still wonder
 why } is on AltGr-9 *and* AltGr-0.
 
  3. AltGr-Q still produces « and not @
 
 It's a Apple keyboard. Don't use it, if you don't like it.

With logics like this I could say: This is Linux. Go get OSX if you
want an Apple keyboard.

So I'd suggest we try to work it out. Instead of leaving people with
no other choices than either eating what they don't like, or going away
and buy another computer/using another OS.

Colin: Is there anything already decided in how the future keyboard
layouts on xkb-data, for Apple machines, will look like: PC-style, or
Apple style, or options for both of them?

Thanks in anticipation ..

Best Regards
Wolfgang

-- 
Wolfgang Pfeiffer: /ICQ: 286585973/ + + +  /AIM: crashinglinux/
http://profiles.yahoo.com/wolfgangpfeiffer

Key ID: E3037113
http://keyserver.mine.nu/pks/lookup?search=0xE3037113fingerprint=on


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Votre demande sur Kelkado

2006-09-27 Thread vanessa

 Réponse automatique
¬


Bonjour, 
Merci de vous être mis en relation avec le casino de Reve / Kelkado. Pour avoir 
une réponse instantanée, je vous pris de bien vouloir allez sur section la 
d’aide automatique en cliquant sur le lien suivant : 
http://kelkado.com/support/ 

Allez sur ce lien avant de nous contacter. Si vous n arrivez toujours pas a 
trouver la réponse a votre question, n’hésitez surtout pas a contacter le 
service clientèle du Casino de Reve : 
Ligne gratuite (France) : 0 800 941 451 
Ligne Directe : 00 44 207 154 6797
Email : [EMAIL PROTECTED]

 www.CasinoDeReve.com Pour que le jeu reste un plaisir




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: xkb-data with support for Mac keyboards into unstable

2006-09-27 Thread Olaf Hering
On Wed, Sep 27, Wolfgang Pfeiffer wrote:

 Colin: Is there anything already decided in how the future keyboard
 layouts on xkb-data, for Apple machines, will look like: PC-style, or
 Apple style, or options for both of them?

macintosh means and does MacOS mapping. I made it that way back in 2000.
Dont change it.
If you want a PC map, use a PC map. 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: xkb-data with support for Mac keyboards into unstable

2006-09-27 Thread Denis Barbier
On Wed, Sep 27, 2006 at 04:00:52PM +0200, Bin Zhang wrote:
 Hi,
 
 On 9/23/06, Denis Barbier [EMAIL PROTECTED] wrote:
 Hi,
 
 I just uploaded xkb-data 0.8-13 into unstable,
 
 I see some warnings when running startx:
 
 The XKEYBOARD keymap compiler (xkbcomp) reports:
 Warning:  Multiple names for keycode 182
   Using FK13, ignoring K5D
 Warning:  Key name FK13 assigned to multiple keys
   Using 182, ignoring 118
[...]

You are right, we could try now to investigate this issue.
Those keys are redefined in /usr/share/X11/xkb/keycodes/macintosh,
but I do not know why.  Normally, FK13 is function key nr. 13,
so if you have such a key on your keyboard, you can run xev and
check its keycode.  It seems that it is 182, whereas it is 118 on
PC keyboards, which is why it is redefined.

Denis


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: xkb-data with support for Mac keyboards into unstable

2006-09-27 Thread Wolfgang Pfeiffer
On Wed, Sep 27, 2006 at 09:13:51PM +0200, Wolfgang Pfeiffer wrote:

 Problem so far: I'm happy with what I have with the latest xkb-data
 here .. :)

That is, xkb-data_0.8-13_all.deb, with the patch (mac-de.diff) applied
from Colin: 

http://lists.debian.org/debian-powerpc/2006/09/msg00305.html

Best Regards
Wolfgang
-- 
Wolfgang Pfeiffer: /ICQ: 286585973/ + + +  /AIM: crashinglinux/
http://profiles.yahoo.com/wolfgangpfeiffer

Key ID: E3037113
http://keyserver.mine.nu/pks/lookup?search=0xE3037113fingerprint=on


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Debian Etch on IBM JS20 fails on hard drive

2006-09-27 Thread Geert Stappers
On Wed, Sep 27, 2006 at 10:45:55AM +0200, Sven Luther wrote:
 Mayube someone else within the d-i team can look at the powerpc kernel .udebs
 to see where the amd74xx module is included and further help MAthew ?

Frans did it in http://lists.debian.org/debian-boot/2006/09/msg01234.html


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: xkb-data with support for Mac keyboards into unstable

2006-09-27 Thread Bin Zhang

On 9/27/06, Denis Barbier [EMAIL PROTECTED] wrote:

On Wed, Sep 27, 2006 at 04:00:52PM +0200, Bin Zhang wrote:
 Hi,

 On 9/23/06, Denis Barbier [EMAIL PROTECTED] wrote:
 Hi,
 
 I just uploaded xkb-data 0.8-13 into unstable,

 I see some warnings when running startx:
 
 The XKEYBOARD keymap compiler (xkbcomp) reports:
 Warning:  Multiple names for keycode 182
   Using FK13, ignoring K5D
 Warning:  Key name FK13 assigned to multiple keys
   Using 182, ignoring 118
[...]

You are right, we could try now to investigate this issue.
Those keys are redefined in /usr/share/X11/xkb/keycodes/macintosh,
but I do not know why.  Normally, FK13 is function key nr. 13,
so if you have such a key on your keyboard, you can run xev and
check its keycode.  It seems that it is 182, whereas it is 118 on
PC keyboards, which is why it is redefined.


There are only F1 to F12 on my ibook.

Bin



Denis




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: xkb-data with support for Mac keyboards into unstable

2006-09-27 Thread Wolfgang Pfeiffer
On Wed, Sep 27, 2006 at 09:13:51PM +0200, Wolfgang Pfeiffer wrote:

 Problem so far: I'm happy with what I have with the latest xkb-data
 here .. :)
 
 I always get either a wonderful, fully fledged PC style keyboard, but
 I never managed to get a, for me rather useless, Macintosh style
 keyboard, with a Kp_Enter key and so on ..
 
 Colin: 
  ^
Should say: Denis.

In that mail, and at least in the one in this thread, from a few hours
ago, sent at:
Wed, 27 Sep 2006 22:48:02 +0200

My apologies, Colin, and everyone for the confusion ...

Best Regards
Wolfgang

 Is it impossible with xkb-data 0.8-13 to set up a typical
 Macintosh keyboard on Powerbooks, with Jobs' mappings for \ } ] [ {,
 and KP_Enter left of the Arrow_Left key etc.  ?
 


-- 
Wolfgang Pfeiffer: /ICQ: 286585973/ + + +  /AIM: crashinglinux/
http://profiles.yahoo.com/wolfgangpfeiffer

Key ID: E3037113
http://keyserver.mine.nu/pks/lookup?search=0xE3037113fingerprint=on


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: prematurely deleting kernel packages !?!?!

2006-09-27 Thread brian


--- Hans Ekbrand [EMAIL PROTECTED] wrote:

 On Wed, Sep 27, 2006 at 12:52:25AM -0700, brian
 wrote:
 
 
 I also have tested the .18 kernel Sven refered me to
 without success
 (the one with BenHs patch for loading initrd). I got
 a mail that the
 bug I reported was closed 366620, but I haven't
 responded, I guess I

i wish you would. the one advantage though i see
to them putting this out as is is now i/we can
file a new bug report against the fix,

 should have, but I don't use the box in question
 anymore. And for
 every kernel I test, I have to rescue with the woody
 install floppies
 if it fails (I do that pretty fast, by now).

i don't use floppies, i use bootx, so i can boot the
old kernel without too much hassle. although i prefer
to use quik, then there is more of a hassle if i
change
the kernel version it wants.

i was pretty happy briefly, boooting sarge via bootx
and etch via quik.

another thing if you want to test, especially see
below
if you have a way to work on a copy it can also
provide
a rescue option. so i have a sarge partition and
a backup, assuming you can get a backup drive some
where (i found old ones cheap like for $5 surplus)
 
 Since the problem is well-known, failing to load the
 initrd, it is
 easy to workaround, by compiling in the drivers for
 the harddisk that
 / is on directly into the kernel. I have
have means i take it you just tested it, but you
are not actually using it,or are you waiting for
time to upgrade ?

 successfully ran a 2.6.18
 kernel with the ide disk and ext2 complied into the
 kernel.
i am still not sure this is safe to use on a
production
system although it may boot, if you said you had used
it for say 40 hours or something with no consequences 
then i would trust it much more (this means also you
did the complete dist-upgrade). for instance is
your udev and sys and all that working properly (or
maybe you don't need it ?). 
 
 Being forced to use custom kernels is of course
 rather annoying in the
 long run.
used to be it was more efficient actually once you
got it going, but i am not sure it is so much 
anymore.

annoying to me my interests not so much aligned
with the linux kernel. if i were more of a c 
programmer it could be good experience for me
but right now i am not sure. i mean i am past
the stage where compiling and configuring really 
mean much to me, if my studies led me into
operating systems then i would be more than
willing to look into the situation further but
right now it seems like a distraction.

my hunch tho, a strong one, is that the new initrd
new support is going to be necessary in the
future. it may first be necessary in some cases
to have a regular kernel but i would try and
get the initrd support working if at all possible.

it seems some of the problem is around merging the
subarches and so i bet they are not too eager to
branch it again.

still the deletion of the 15 series before a solution
is tested has lowered my trust in debian a notch,
along
with the general management of the whole etch thing.
i still think the people are mostly great but the
organization has some real significant conflicts.


 
 -- 
 Hans Ekbrand (http://sociologi.cjb.net)
 [EMAIL PROTECTED]
 Q. What is that strange attachment in this mail?
 A. My digital signature, see www.gnupg.org for info
 on how you could
use it to ensure that this mail is from me and
 has not been
altered on the way to you.
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]