[Cooker] jfs1.0.15 is out

2002-02-27 Thread Alkis Evlogimenos

Any chance to make it for 8.2?




Re: [Cooker] Mandrake Debian?

2002-02-24 Thread Alkis Evlogimenos

On Sunday 24 February 2002 03:24 am, Pixel wrote:
 Timothy R. Butler [EMAIL PROTECTED] writes:
Well, that's exactly my point. If you look at the way Mandrake is going
  with things like urpmi and the recent adoption of the Debian menu system,
  it looks like the Mandrake developers like the ideas of Debian and are
  working to mimick them.

 I do *not* deny we're copying things from debian (and not only from debian,
 taking the good things always has been the job of making a distribution :)

 *but* i'd like to comment on this urpmi is mimicking apt, which is
 somewhat true, but not completly: when urpmi started (in april 1999), apt
 was not well-known nor configured by default on debian. urpmi was aimed at
 stable cdrom release. It took some time to Francois to move on to the new
 urpmi we now have, because the choices I made were somewhat wrong for what
 people expect from urpmi (the depslist being very inflexible/costly, and
 the hdlist's are big causing costly urpmi database updates)

 History also says that:
 - URPMI meant User RPM Install (for a long time, urpmi was setuid and
 allowed a normal user to install packages _from a non-modifiable location_)
 - it was meant to be used by autoirpm. Alas autoirpm is kind of dead, not
 being a valid solution in nowadays world with big drives and many security
 concerns.

So then why don't you just throw urpmi out of the window and help connectiva 
with apt-rpm? I found it to work perfectly with Mandrake (if I generate the 
package lists myself).

Alkis




Re: [Cooker] dhcp-client segfaults

2002-02-20 Thread Alkis Evlogimenos

Hmm,

Weird, but I didn't have dhcpcd installed (but /sbin/dhcpcd was there, albeit 
broken).  After installing and removing dhcpcd-1.3.22pl1-3mdk everything is 
back to normal (only dhcp-client-3.0-1rc6.2mdk is installed).

Thanks,

Alkis

P.S.: Which one is better BTW, dhclient or dhcpcd?

On Wednesday 20 February 2002 12:04 am, you wrote:
 On Tue, Feb 19, 2002 at 06:46:19PM -0800, Alkis Evlogimenos wrote:
  Latest dhcpcd segfaults
  (cooker/i586/Mandrake/RPMS/dhcp-client-3.0-1rc6.2mdk.i586.rpm). When I
  tried

 Can you try dhcpcd-1.3.22pl1-3mdk instead? (cooker)

  to run it through gdb, it complains that the executable is truncated.

 rpm -V dhcp-client ?




[Cooker] dhcp-client segfaults

2002-02-19 Thread Alkis Evlogimenos

Hi,

Latest dhcpcd segfaults 
(cooker/i586/Mandrake/RPMS/dhcp-client-3.0-1rc6.2mdk.i586.rpm). When I tried 
to run it through gdb, it complains that the executable is truncated.

I wonder why noone reported ithis before (noone uses dhcp, I guess :-) )

Alkis




Re: [Cooker] Network install DHCP fails

2002-02-18 Thread Alkis Evlogimenos

On Monday 18 February 2002 02:08 pm, you wrote:
 Radek Vybiral [EMAIL PROTECTED] writes:
  Hi cookers,
 
  I tried install Beta2 from network, using HTTP server and DHCP option.
  Installation fails in this case.

 where/when/why


Meybe because dhcpcd segfaults? (dhcp-client-3.0-1rc6.2mdk.i586.rpm)

  Network installation with static IP was OK.
 
  My /var/log/httpd/access.log:
 
  192.168.0.249 - - GET /cooker/Mandrake/base/mdkinst_stage2.bz2
  HTTP/0.9 200 10521482 - -
  192.168.0.249 - - GET //cooker//tftpboot/nbgrub HTTP/1.0 404 315
  - DrakX/vivelinuxabaszindozs

 report.bug ?




Re: [Cooker] dhcpd dead

2002-01-17 Thread Alkis Evlogimenos

Change your ddns-updater setting to:

ddns-update-style none;

(you are probably not using it anyway)

Alkis

On Thu, 2002-01-17 at 01:17, SI Reasoning wrote:
 Jan 17 01:17:15 sidereal dhcpd: dhcpd shutdown failed 
 Jan 17 01:17:15 sidereal dhcpd: can't parse standard
 ddns updater!
 
 =
 SI Reasoning
 [EMAIL PROTECTED]
 
 They that can give up essential liberty to obtain a little temporary safety deserve 
neither liberty nor safety. 
 Benjamin Franklin
 
 __
 Do You Yahoo!?
 Send FREE video emails in Yahoo! Mail!
 http://promo.yahoo.com/videomail/
 





[Cooker] Contributing to cooker

2002-01-13 Thread Alkis Evlogimenos

Hi all,

I am wondering what is the proper procedure to follow in order to
contribute to cooker. I have read the mdk-rpm-howto and the
http://www.linux-mandrake.com/en/cookerdevel.php3 page. There are
conflicting instructions between the webpage and the howto. To be more
specific:
- The web page says that a person that wants to contribute *must* have a
@mandrakesoft.com email address and send his gpg key to mandrake prior
to uploading the packages.
- The howto says that simply uploading to
ftp://ftp.linux-mandrake.com/incoming and emailing Lenny is enough (This
is proven to be incorrect since I have uploaded STLPort a week ago and
it neither got in contribs, nor I have received a response from anyone).
Can someone point out the correct procedure please?

Thanks,

Alkis




Re: [Cooker] can't apt-get cooker

2002-01-05 Thread Alkis Evlogimenos

Here's the script I use to generate the pkglists every time I sync. It
is a little bit rough and it doesn't work with srclists yet:

#!/bin/sh
umask 333

FLAGS=-av $@

MANDRAKE_SERVER=ftp.uninett.no
DEST=/export/dump/mirror/Mandrake-devel
MODULE=Mandrake-devel

TEMP=/tmp/$$.mandrake-sync

trap rm -f $TEMP INT TERM

function gen_pkglists
{
local COMPONENTS=cooker contrib
local topdir=$DEST/cooker/i586/Mandrake
local basedir=$topdir/base

# we need the link so that 'genpkglist' can find the RPMs
ln -sf $topdir/RPMS $topdir/RPMS.cooker
ln -sf $DEST/contrib/RPMS $topdir/RPMS.contrib
# and this for the SRPMs
ln -sf $DEST/cooker/SRPMS $topdir/SRPMS.cooker
ln -sf $DEST/contrib/SRPMS $topdir/SRPMS.contrib

for component in $COMPONENTS; do
genpkglist --bloat --index $TEMP $topdir $component
bzip2 -c $basedir/pkglist.$component 
$basedir/pkglist.$component.bz2
#gensrclist $topdir $component $TEMP
#bzip2 -c $basedir/srclist.$component 
$basedir/srclist.$component.bz2
done
}

# the files to include
cat  $TEMP EOF
- hashfile
- pkglist.cooker
- pkglist.cooker.bz2
- srclist.cooker
- srclist.cooker.bz2

cooker/
cooker/i586/
cooker/i586/**
cooker/SRPMS/
cooker/SRPMS/**

contrib/
contrib/i586
contrib/RPMS/
contrib/RPMS/**
contrib/SRPMS/
contrib/SRPMS/**

EOF

rsync --include-from=$TEMP --exclude=* $FLAGS $MANDRAKE_SERVER::$MODULE
$DEST

gen_pkglists

rm -f $TEMP

chown -R nobody.users $DEST


On Sat, 2002-01-05 at 01:48, August Mayer wrote:
 Hey there,
 
 It seems that the package listing files for apt-get haven't been updated 
 lately (e.g. base/pkglist.cooker has last been modified on dec 24th). 
 Thus, most descriptions are outdated, and apt-get install xyz won't 
 find the packages on the server.
 
 BTW: Is there a possibility to add those package listings to the script 
 that builds the hdlists etc. ?
 
 And: Can the RPMs in the contrib directory also be somehow indexed for 
 apt-get?
 
 thanks  greetings   gust
 
 





[Cooker] vnc-server

2001-12-21 Thread Alkis Evlogimenos

Weird,

[root@pig root]# apt-get install vnc-server
Processing File Dependencies... Done
Reading Package Lists... Done
Building Dependency Tree... Done
Unable to correct problems, you have held broken packages.
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

Sorry, but the following packages have unmet dependencies:
  vnc-server: Depends: / but it is not installable
  Depends: is but it is not installable
  Depends: not but it is not installable
  Depends: owned but it is not installable
  Depends: by but it is not installable
  Depends: any but it is not installable
  Depends: package but it is not installable
  Depends: in/ but it is not installable
  Depends: in/perl but it is not installable
Sorry, broken packages

I thought this was fixed long ago. I checked the spec file but there is
nothing obviously wrong (of course I am a newbie in terms of rpm
packaging :-) ).

Any ideas on what is wrong here?

Thanks,

Alkis




RE: [Cooker] Nothing about Linux, but it's too nice!!! [WAS: weird Windows 2000/XP bug]

2001-11-15 Thread Alkis Evlogimenos

A more elegant (and safer) way is through /etc/security/limits.conf

Alkis

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Han
Sent: Thursday, November 15, 2001 4:49 AM
To: [EMAIL PROTECTED]
Subject: Re: [Cooker] Nothing about Linux, but it's too nice!!! [WAS:
weird Windows 2000/XP bug]

Juan Quintela ([EMAIL PROTECTED]) wrote:
 steven == Steven Lawrance [EMAIL PROTECTED] writes:

 I love Linux as much as anyone here, but to put things in
perspective, how 
 about this:

 void main(void) {
 while (1)
 fork();
 }

 You can fix this with limits, i.e. not letting any user to fill all
 the RAM memory of your machine.  If you are administering a machine
 that can have hostile users and you are not using resources limits,
 your systems is misconfigured. 

[snip: man bash /ulimit]

Problem is people can select another shell. You also have to set it
for the other shells.

This is also a nice solution.
http://rexgrep.tripod.com/rexfbdmain.htm


And Juan, please stop the inserting of names whith the quoting. It
makes your messages unreadable and unquotable.

http://www.geocities.com/nnqweb/nquote.html#Q6


Cya, Han.