Re: PLEASE UPDATE DEVFS! RE: [Cooker] Yes, yes, YES! devfs v196 available

2001-11-11 Thread Blue Lizard

Borsenkow Andrej wrote:

>>when after a week or two you notice your mbox isn't full of [CHRPM]s,
>>ever get the feeling something is up?
>>
>
>Kernel was updated three days ago. Devfs version in question was
>
Yes Juan is our friend :)

>released more than a week ago. And I have been reporting lockups in
>
Still, doesn't it look to you like cooker in general might be stagnating 
a little?  Surprising from a distro with such strong commercial backing.

>devfs for more than a month at least.
>
Patience lad (/me *hypocrit*)

>
>-andrej
>
>
Hey, how long did it take you to get those Russian locales or whatever 
it was fixed?

~snicker~






[Cooker] pam_console shared library for devfsd

2001-11-11 Thread Borsenkow Andrej

At weekend I tried shared library that implements pam_console for single
file via CFUNCTION interface. It works in the sense it does not crash
and it changes permissions (I could try only ide-scsi CD-ROM and sound
as these are almost the only devices I can remove/add drivers for).
Implementation is dirty as it was just proof of concept - I copied
pam_console_apply.c over, removed options processing and added two
functions to (re-)set permissions on single file modeled after
set_permissions and reset_permissions.

Some notes

- console.perms has to be extended of course. If we apply pam_console on
REGISTER then /dev/cdrom* are never registered - but
/dev/{ide,scsi}/*/*/*/*/cd are. It is possible to use /dev/cdroms/* BUT
for the current symlink bug in devfs - it resulted in lockup at least
once. Besides, I am not sure in which order they get registered, so I'd
prefer full unambiguous path. The same applies to generic SCSI of
course.

- pam_console_apply is using "tty0" for a console name. It means, if
user logged in on X, there are chances some devices (belonging to X
console class) will be scipped. When it is used as pam_console.so, it
knows true console name from PAM; it is possible that pam_console.so
saves console name after successful logon for later use and removes it
on logout

- of course, there is a possibility of stray console lock files after
crash so it needs to be cleaned upo after /var is mounted rw but before
pam)_console_aply is called.

Currently I have it as separate library; I wonder if it possible to just
dlopen executable (I think about pam_console_apply).

If there is any interest I could send just current diff. It is possible
to optimize a bit (by avoiding globbing when we know there is just a
single file and not a pattern). There does not seem to be any memory
leak for all I can tell.

-andrej




[Cooker] hackkernel!

2001-11-11 Thread Blue Lizard

Who will be maintaining it now (when), and will you ensure (TTBOYA) 
peaceful coexistence with (standard issue) kernel?
This is mainly a matter of proper installkernel-age.

/* Gearing up for 3.0 */





RE: PLEASE UPDATE DEVFS! RE: [Cooker] Yes, yes, YES! devfs v196 available

2001-11-11 Thread Borsenkow Andrej

> >
> when after a week or two you notice your mbox isn't full of [CHRPM]s,
> ever get the feeling something is up?

Kernel was updated three days ago. Devfs version in question was
released more than a week ago. And I have been reporting lockups in
devfs for more than a month at least.


-andrej




Re: PLEASE UPDATE DEVFS! RE: [Cooker] Yes, yes, YES! devfs v196 available

2001-11-11 Thread Blue Lizard

Borsenkow Andrej wrote:

>>- Avoid deadlock in  by using temporary buffer
>>
>>^
>>
>
>Yesterday I had perfect lockup doing
>
>ll -L /dev/sg0
>
>PLEASE update devfs. It can't be worse than it is currently.
>
>-andrej
>
>
when after a week or two you notice your mbox isn't full of [CHRPM]s, 
ever get the feeling something is up?  Other than "vacations"?
Regardless, a lot of things _do_ need to be updated.  Seems cooker has 
decided instead of being a devel trunk, to let debian-stable (potato) 
catch up :).






[Cooker] 2 contribs

2001-11-11 Thread Quel Qun

Hi,

I put two new packages in incoming/

First the current version (0.17) of gtk-gnutella. It worked the whole
week-end here, so it looks like it is stable.

Next is sndstretch, a cool plugin for xmms that can change the pitch
(tuning) or the speed (beat) independently. It sounds like it works
better as an audio output plugin than as an effect (both are included.
Not perfect but quite useful if you're trying to follow an Hendrix solo.

$ rpm -qpi sndstretch_xmms-0.5-1mdk.src.rpm
Name: sndstretch_xmms  Relocations: (not
relocateable)
Version : 0.5   Vendor: (none)
Release : 1mdk  Build Date: Sun 11 Nov 2001
11:08:39 PM PST
Install date: (not installed)   Build Host: dsktop.net.home
Group   : Sound Source RPM: (none)
Size: 63359License: GPL
URL : http://www.geocities.com/harpin_floh/sndstretch_page.html
Summary : XMMS plugin to adjust pitch and speed separately.
Description :
sndstretch_xmms is an xmms plugin to adjust pitch and speed separately
with two
sliders.

sndstretch can be compiled as an effect-plugin, with one major drawback

  * the time and the visual plugins don't synchronize with the song

and a very basic oss-output-plugin with some limitations:

  * no additional effect support built in (at least not yet).
  * the mixer device and pcm device are fix coded as "/dev/mixer" and
"/dev/dsp"
  * the effect is written for normal signed short and will probably only
work
if xmms plays such data.

=-=
kk1





[Cooker] PnP BIOS still disabled?

2001-11-11 Thread Borsenkow Andrej

PnP BIOS was disabled due to floppy problems. Looks like the problem is
fixed currently
(http://www.uwsg.indiana.edu/hypermail/linux/kernel/0111.0/index.html) -
any plans to reenable it again (at least to test if it was really fixed
:-)

-andrej




PLEASE UPDATE DEVFS! RE: [Cooker] Yes, yes, YES! devfs v196 available

2001-11-11 Thread Borsenkow Andrej

> 
> - Avoid deadlock in  by using temporary buffer
> 
> ^

Yesterday I had perfect lockup doing

ll -L /dev/sg0

PLEASE update devfs. It can't be worse than it is currently.

-andrej




RE: [Cooker] cdrom changing device names

2001-11-11 Thread Borsenkow Andrej

> 
> On Sun, Nov 11, 2001 at 09:31:51PM +0300, Borsenkow Andrej wrote:
> > Could you please do
> >
> > ls -l /dev/cdrom*
> > ls -l /lib/dev-staate/cdrom*
> 
> moya:~> ls -l /dev/cdrom*
> lr-xr-xr-x1 root root   16 Nov 11 07:15 /dev/cdrom ->
> ../cdroms/cdrom0
^

Link is bogus. Have you upgraded your installation?


> lr-xr-xr-x1 root root   13 Nov 11 07:15 /dev/cdrom1 ->
> cdroms/cdrom1
> 
> /dev/cdroms:
> total 0
> lr-xr-xr-x1 root root   33 Dec 31  1969 cdrom1 ->
> ../ide/host0/bus1/target0/lun0/cd
> 
> moya:~> ls -l /lib/dev-state/cdrom*
> lrwxrwxrwx1 root root   16 Nov  9 13:43 /lib/dev-
> state/cdrom
> -> ../cdroms/cdrom0

Remove this link from /lib/dev-state and reboot. Or, better yet, remove
everything from /lib/dev-state (you may need to restore some links liked
/dev/modem). If it does not help, could you please send several ls
outputs for several reboots (showing how it changes).


-andrej




[Cooker] sysconfig

2001-11-11 Thread Yura Gusev


OK files ifcfg-ethX in /etc/sysconfig/network-scripts need to be moved to
/etc/sysconfig/networking like you did it for ifcfg-lo.



-- 
 12:23am  up 26 days, 13:20,  1 user,  load average: 0.00, 0.00, 0.00
__
 | /  \ |Iouri Goussev//  \\
\_\\  //_/   [EMAIL PROTECTED]   _\\()//_
 .'/()\'.   Foo-Bar / //  \\ \
   jgs\\  //   http://foobar.irc-unix.net| \__/ |
I am not 31337. But I can use the Vi editor... ;-0





Re: [Cooker] Mpg321 vs Mpg123 for Plugger

2001-11-11 Thread Goetz Waschk

Am Sonntag, 11. November 2001, 14:32:59 Uhr MET, schrieb Han:
> Digital Wokan ([EMAIL PROTECTED]) wrote:
> > If mpg321 is a drop-in replacement for mpg123 (and states that supports
> > esd and alsa as well), why is plugger still dependant upon mpg123?
> 
> Because mpg321 is not yet in main, we are testing it out. 

Hi,
I did some testing, mpg321 seems to be much slower than mpg123 (factor 4), on
my Celeron/333 Mhz.

CU
-- 
   Götz Waschk <> student of computer science  <> university Rostock
 http://www.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key
 --> Logout Fascism! <--




Re: [Cooker] koffice

2001-11-11 Thread Tom Badran

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sunday 11 Nov 2001 2:22 pm, you wrote:
> Le Sunday 11 November 2001 14:46, Tom Badran a écrit :
> > Is there a reason that krayon is not include in the koffice packages (as
> > of 8.1)? If not, could this please be included in the next release. If it
> > is already in cooker i am sorry, but im not very up to date with it at
> > the moment.
>
> Hi,
> krayon is not in koffice tarball created by koffice team, because it's not
> stable and anybody (for the moment ) works on this programm.
> But if you want to fix some bugs in krayon send a mail to
> [EMAIL PROTECTED]

Ok, i remember it came with one of the madrke freqs and it looked like a 
promising app.

- -- 
Tom "Tomahawk" Badran
Imperial College Dept of Computing
- -
PGP Public key available from:
certserver.pgp.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE77ooRXCpWOla2mCcRAo1gAJ4+ODtlatj6M8dsiXk4OhVpMLLSBQCfeZiy
IR0hIIoktnpvse7CngbNrTk=
=P9jG
-END PGP SIGNATURE-




[Cooker] Adding a contrib source:

2001-11-11 Thread Han

I noticed that contrib packages are also in the cooker
../base/hdlist.cz But how do I make urpmi aware of the contrib
directory?

Simply:

/usr/sbin/urpmi.addmedia contrib ftp.server.net /path/to/contrib 
../relative/path/to/cooker/hdlist.cz ?

Then I will get the same filelist twice. Sounds like I am missing
something.


Cya, Han.




[Cooker] koffice

2001-11-11 Thread Tom Badran

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Is there a reason that krayon is not include in the koffice packages (as of 
8.1)? If not, could this please be included in the next release. If it is 
already in cooker i am sorry, but im not very up to date with it at the 
moment.

- -- 
Tom "Tomahawk" Badran
Imperial College Dept of Computing
- -
PGP Public key available from:
certserver.pgp.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE77oEbXCpWOla2mCcRAq/rAJ9H0SeCx1iEA73Txk7RauYVX4/RkwCdHCQP
HVqIYTLtWkBFu1M0bATjdB8=
=YcQb
-END PGP SIGNATURE-




Re: [Cooker] Mpg321 vs Mpg123 for Plugger

2001-11-11 Thread Han

Digital Wokan ([EMAIL PROTECTED]) wrote:
> If mpg321 is a drop-in replacement for mpg123 (and states that supports
> esd and alsa as well), why is plugger still dependant upon mpg123?

Because mpg321 is not yet in main, we are testing it out. If you read
the mpg321.spec:

http://www.linux-mandrake.com/cgi-bin/cvsweb.cgi/contrib-SPECS/mpg321/mpg321.spec?rev=1.2&content-type=text/x-cvsweb-markup

 you will notice the following lines:

# since this package is not mainstream yet.
#Provides:  mpg123
#Obsoletes: mpg123

We are ready for take over ;)


Cya, Han.




Re: [Cooker] Xawtv and radio

2001-11-11 Thread svetljo

Hi
sorry but this question is for newbie@
can you give a bit more info
" lsmod | grep tv "
have you configured the TV card with harddrake ?

in Xawtv press "e " or roght click -> chanel editor
browse the chanels, give them names, add ,and save


>Hello,
>
>I have a Avermedia TV Phone with bt848 chipset. After
>the instalation of Mandrake 8.1, I dont have my radio
>and I dont see any picture in Xavtv, How can I scan my
>channels in Xavtv and how can i make my radio device
>and how can lisen it. Because in dev directory, there
>is no radio device.
>
>Help me.
>
>Regards,
>





[Cooker] Xawtv and radio

2001-11-11 Thread trmandrake

Hello,

I have a Avermedia TV Phone with bt848 chipset. After
the instalation of Mandrake 8.1, I dont have my radio
and I dont see any picture in Xavtv, How can I scan my
channels in Xavtv and how can i make my radio device
and how can lisen it. Because in dev directory, there
is no radio device.

Help me.

Regards,


tr mandrake 

__
Do You Yahoo!?
Find a job, post your resume.
http://careers.yahoo.com




Re: [Cooker] w3cam 7.1 is out

2001-11-11 Thread Daouda LO

Vincent Meyer <[EMAIL PROTECTED]> writes:

> Hello,
> 
>   w3cam doesn't work in gui mode.  In looking for the source to compile it 
> myself I found that there is a new version out.  Any chance it'll be packaged 
> soon?

Done.




Re: [Cooker] Development Suggestion

2001-11-11 Thread Michael Menegakis

sorry, Just noticed, sending to the list for internationalization matters.

cheers.

On Sunday 11 November 2001 08:06, Michael Menegakis wrote:
> On Sunday 11 November 2001 07:35, you wrote:
> > Michael Menegakis wrote:
> > > Just posted this on the public Ng, but anyway, I thought, it's be nice
> > > to share.
> > >
> > > It is something that IMHO needs to be added on the next release of
> > > Mandrake. Foreign newbies will find it amazingly usefull.
> > >
> > > As a native Greek myself, when I first installed MANDRAKE 8.1, there
> > > was an option for greek. I chose that and I got greek alright, but I
> > > couldn't write greek, I could only see greek on the setup procedure and
> > > some pop-ups, not many though.
> > >
> > > Anyway, after some basic research I found that only a few clicks away
> > > there was full support for my native language.
> > >
> > > Here is what I did:
> > >
> > > (the arial font is optional here)
> > >
> > > 1. Import Arial from Windows with the KDE tool.
> > >
> > > 2. Chose Arial Fonts for averything on the KDE--> fonts menu.
> > >
> > > 3. EXTREMELY helpfull for every foreign user: Choose CHARSET for
> > > specific language on KMail(e.g.for greek it's iso-8859-7). This ensures
> > > foreign language email exchange between Windows and Mandrake.
> > >
> > > I believe that a script for the first setup that does all that *or
> > > similar* would make life easier for every foreign newbie, we all greek
> > > users are familiar with Windos' ability to have greek ready for us. A
> > > script like this, would expose Mandrake to every foreign user,
> > > Japanese, Chinese, Greek, Russian, etc. etc .etc.
> >
> > That s what currently happens (and happened for a long time). Russian
> > works OOTB. If there are particular problems with Greek, post it to
> > cooker-i18n list.
>
> Well, it doesn't work for the Greek setup.
>
> > Importing Windows fonts is a matter of local preferences and should not
> > be done automatically.
>
> Agreed.
>
> Charset was not set to iso-8859-7 though, either on KDE or Kmail, which is
> the default for the greek charset.
>
> How can I help for greek fonts plus, charset to be included on the next
> version?
>
> - mike




Re: [Cooker] Development Suggestion

2001-11-11 Thread Michael Menegakis

On Sunday 11 November 2001 07:35, you wrote:
> Michael Menegakis wrote:
> > Just posted this on the public Ng, but anyway, I thought, it's be nice to
> > share.
> >
> > It is something that IMHO needs to be added on the next release of
> > Mandrake. Foreign newbies will find it amazingly usefull.
> >
> > As a native Greek myself, when I first installed MANDRAKE 8.1, there was
> > an option for greek. I chose that and I got greek alright, but I couldn't
> > write greek, I could only see greek on the setup procedure and some
> > pop-ups, not many though.
> >
> > Anyway, after some basic research I found that only a few clicks away
> > there was full support for my native language.
> >
> > Here is what I did:
> >
> > (the arial font is optional here)
> >
> > 1. Import Arial from Windows with the KDE tool.
> >
> > 2. Chose Arial Fonts for averything on the KDE--> fonts menu.
> >
> > 3. EXTREMELY helpfull for every foreign user: Choose CHARSET for specific
> > language on KMail(e.g.for greek it's iso-8859-7). This ensures foreign
> > language email exchange between Windows and Mandrake.
> >
> > I believe that a script for the first setup that does all that *or
> > similar* would make life easier for every foreign newbie, we all greek
> > users are familiar with Windos' ability to have greek ready for us. A
> > script like this, would expose Mandrake to every foreign user, Japanese,
> > Chinese, Greek, Russian, etc. etc .etc.
>
> That s what currently happens (and happened for a long time). Russian
> works OOTB. If there are particular problems with Greek, post it to
> cooker-i18n list.

Well, it doesn't work for the Greek setup.

> Importing Windows fonts is a matter of local preferences and should not
> be done automatically.

Agreed.

Charset was not set to iso-8859-7 though, either on KDE or Kmail, which is 
the default for the greek charset.

How can I help for greek fonts plus, charset to be included on the next 
version?

- mike