Re: [Cooker] When can we finally get X to fall back to XFdrake??
Le Mercredi 22 Octobre 2003 00:09, [EMAIL PROTECTED] a écrit : > > Le Mardi 21 Octobre 2003 20:42, Buchan Milne a écrit : > >> A long time ago, X used to fall back to running a configuration tool. > >> This may have been long ago, when XFdrake wstill had a link for > >> XF86configure (or whatever Redhat used to call their tool). > >> > >> Why, if a user makes a mistake, do they end up with a console login, > >> when they could have XFdrake instead to help them fix the problem? > >> > >> See the comments in the OSNews review to see why I am asking this > >> again. > >> > >> Windows95 even had a safe mode which would help you reoconfigure your > >> display settings. 8 years later, and Mandrake doesn't. > > > > I know it's not the right place but: > > I can't find how to run windows in console mode > > Recovery console in Windows 2000 and Windows XP. But, there are very few > times you actually need it, because you can ... > > > or even failsafe. > > Hit F5 or F8 during boot (since Windows 98, maybe even Windows 95). On all > versions of Windows since then, that will bring you up in VGA mode and > load no drivers which aren't necessary. I have never seen a Windows system > that will not get into safe mode. In Windows NT4, this is the "VGA Mode" > boot option in the boot loader. > > > Do you known how to do? > > The question is, can Mandrake also provide a solution for users who don't > know all the console tools (whether MS has them or not is irrelevant, > since you would never need them) can still recover from choosing the wrong > display settings, or needing to choose a different display driver? > > Note, I don't say hardware configuration under Windows is the greatest (I > have spent lots of time fighting hardware support in Windows, like about 2 > hours of work to get it to work with the IDE controller on a different M/B > when setting up hardware profiles for different machines on the same > disk), but surely we can do at least as well in ensuring newbies don't end > up with: > > localhost login: > > > and believe the FUD about linux being too difficult for the average user > to use. > > Regards, > Buchan Sorry for the joke (it was) ;) and thanks for the explanations... I fully agree with you.
Re: [Cooker] When can we finally get X to fall back to XFdrake??
Le Mardi 21 Octobre 2003 20:42, Buchan Milne a écrit : > A long time ago, X used to fall back to running a configuration tool. > This may have been long ago, when XFdrake wstill had a link for > XF86configure (or whatever Redhat used to call their tool). > > Why, if a user makes a mistake, do they end up with a console login, > when they could have XFdrake instead to help them fix the problem? > > See the comments in the OSNews review to see why I am asking this again. > > Windows95 even had a safe mode which would help you reoconfigure your > display settings. 8 years later, and Mandrake doesn't. I know it's not the right place but: I can't find how to run windows in console mode or even failsafe. Do you known how to do? ;-)
Re: [Cooker] printer packages
Le Dimanche 19 Octobre 2003 00:50, [EMAIL PROTECTED] a écrit : > > [EMAIL PROTECTED] wrote : > >> > Le Samedi 18 Octobre 2003 11:43, Buchan Milne a écrit : > >> >> No significant advantage over CUPS (AFAIR). > >> > > >> > So would you prefer cups for a printer not shared (for both security > >> > >> and size reasons) ? > >> > >> I have no such printers ;-). > > > > unlike many people (such as standalone desktops) ;-) > > Huh? What is that? ;-) (sorry, but no place I have been recently has less > than 2 computers, and if you have 2 computers and a printer ...). lucky man! ;-) > > >> Till probably has some other reasons ... > > > > I wonder which ones. > > > > > > I found this script: > > /etc/dynamic/scripts/functions.script > > > > check_activated $0 > > > > MODE=660 > > OWNER=lp.sys > > > > if [ -x /usr/sbin/update-alternatives ]; then > > TYPE=`/usr/sbin/update-alternatives --display lpr 2> /dev/null | > > grep > > currently | cut -f 6 -d ' '` > > case "$TYPE" in > > *lpd) MODE=660; OWNER=lp.lp;; > > *cups) MODE=660; OWNER=lp.sys;; > > *pdq) MODE=666;; # should be done via pam_console > > esac > > fi > > ... > > > > Is pdq less secure than others for this ? > > In some ways yes, in others, no. > > PDQ doesn't have a spooler, so all users need to be able to print. > Currently it looks like this is just done by makeing the print devices > world-writeable. As the comment says, pam_console (see > /etc/security/console.perms) would be better, which is how a lot of other > devices are managed. > > Of course, PDQ doesn't have a daemon running with elevated priveleges > (like CUPS does). > > So, with PDQ you are allowing any logged in user to send any data they > like to the machine, with CUPS you are allowing any remote user (unless > you do some work securing it) to send data to port 631 on your machine. > Worst case scenario for PDQ is someone sends data to your printer that > does it some harm (or uses your paper). With CUPS, they could again > elevated priveleges, *and* waste all your paper ;-). > > For a single-user, non-networked machine, PDQ is better. But, for a Then why not include it in the 3 cd set? Most of the users need it. Few people around me have more than only one computer and few of them have a network. :-) (All have an other os! :-<) _If you are right_, i hope it has been included in discovery edition whith choice for the user to use it or not... > network, CUPS is just so much easier (easier than Windows printing since > you just plug a machine in the network and it finds all printers, and you > don't have to worry about printer drivers etc). > > Regards, > Buchan
Re: [Cooker] printer packages
[EMAIL PROTECTED] wrote : > > Le Samedi 18 Octobre 2003 11:43, Buchan Milne a écrit : > >> No significant advantage over CUPS (AFAIR). > > > > So would you prefer cups for a printer not shared (for both security and > > size reasons) ? > > I have no such printers ;-). unlike many people (such as standalone desktops) ;-) > Till probably has some other reasons ... I wonder which ones. I found this script: /etc/dynamic/scripts/functions.script check_activated $0 MODE=660 OWNER=lp.sys if [ -x /usr/sbin/update-alternatives ]; then TYPE=`/usr/sbin/update-alternatives --display lpr 2> /dev/null | grep currently | cut -f 6 -d ' '` case "$TYPE" in *lpd) MODE=660; OWNER=lp.lp;; *cups) MODE=660; OWNER=lp.sys;; *pdq) MODE=666;; # should be done via pam_console esac fi ... Is pdq less secure than others for this ?
Re: [Cooker] printer packages
Le Samedi 18 Octobre 2003 11:43, Buchan Milne a écrit : > stephlub wrote: > > I just saw today that pdq was'nt in 9.1 > > Do you mean 9.2? I am sure pdq was in 9.1. Anyway, it's now in contrib > (AFAIK). I'm afraid no, urpmq saw it only in contrib. :-/ > > > I would like to know when and why it has been removed > > It was moved to contrib about 2 months ago. really?? > > > is it a 'bad' package? lack of place? too difficult to maintain? > > No significant advantage over CUPS (AFAIR). So would you prefer cups for a printer not shared (for both security and size reasons) ? Regards
[Cooker] printer packages
I just saw today that pdq was'nt in 9.1 I would like to know when and why it has been removed is it a 'bad' package? lack of place? too difficult to maintain?
[Cooker] printer packages
I just saw today that pdq was'nt in 9.1 I would like to know when and why it has been removed is it a 'bad' package? lack of place? too difficult to maintain?
Re: [Cooker] And next ?
Le Lundi 29 Septembre 2003 15:11, Pierre Jarillon a écrit : > My proposition is to ask people if they want to help or some help or > nothing. - allow to query the database to find people living in the same > area. - create a mailing list for each area. Only club members of the same > area can access to it. You want more contributors, or less?? If you cluster or drive them to pay, you will have less. To be in the Mandrake club or not, to contribute to a linux distribution or not, is a choice. No obligation to pay, no obligation to earn to pay. To pay M$ is an obligation. Do you want Mandrake to become a new Microsoft? :-)
Re: [Cooker] And next ?
Le Dimanche 28 Septembre 2003 10:19, Warly a écrit : > It may be a good idea, before cooker opens again, to take these days to > have some brainstorm. > > May you give your opinion on : > in my opinion: --- > - What was wrong in 9.2 development process? > > - We though a bit late in the 9.2 developement process to split cooker ml, > we should do it now. > > - What could we do to improve 9.3/10.0 development. if Mandrake wants a popular Desktop: test is a big part of developement but it's not so easy for a newcomer to test while developpers can't explain how to clic a mouse, that's newcomers who say "it's easy, and it works!" or "never succeed in installing that $&[EMAIL PROTECTED] Linux", and they can test some sort of things no developper could just imagine the reason why that could be done... I recommand you to define an easy and comprehensive way to test for newcomers. > > - What should we do to improve the Wiki. increase speed! > > - Should we have cooker snapshot ISOs? it could be usefull for who do not have 7GB free for packages and iso, or just to make a step freeze in the development for clearer reports > > - What could we do, as a community, to increase the acceptance of > mandrakelinux? I think I answer that at "What could we do to improve 9.3/10.0 development" > > - How to have more contributors? You must form people by the way you are educationalist. And people can become contributors. This point followed by RH and MDK, before the crisis, but in the dream of infinite profits, could be a good one if it costs no money, off course! ;-) > > And anything related to the mandrakelinux distro. err... could have a software for automatic integration of packages of other disto,... and automatic port of softwares running on othe os ;-) Make clear and up to date which hardware is compatible or not should be a good thing. Newbies (and others) like it. Manufacturers should want their products listed. May be open source have not enough image of "serious" or "professional" for little enterprises, because everyone use something else (begin by a "m" or a "a" and end by a "$"), and use a software that everyone uses, that is the best, and sometimes that nobody really knows how it works, and what it can do! Just pedagogy! Thanks to the cooker team for the job.
[Cooker] can't update CD2&3 beta > rc1
I couldn't use CD2 and 3 of rc1 to update my beta2 unlike during beta installation. It seems not to be a hardware of CD error. I don't kept errors but if you find this interesting I'll retry and transmit it to you. (sorry if this has already been reported)
[Cooker] [installation] package selection
If click is too fast when confirm add dependancies, the window remains and if click again OK or cancel,drives to previous stage (quick selection)
[Cooker] [installation] packages selection
selection of eggdrop make freeze runinstall2
[Cooker] [update 9.1 - 9.2beta2][packages] installation wait
tty1 ... rpmdb :/var/lib/rpm/Triggername: No such file or directory rpmdb :/var/lib/rpm/Triggername: cannot sync: No such file or directory rpmdb :/var/lib/rpm/Triggername: No such file or directory rpmdb :/var/lib/rpm/Triggername: cannot sync: No such file or directory rpmdb :/var/lib/rpm/Conflictname: No such file or directory rpmdb :/var/lib/rpm/Conflictname: cannot sync: No such file or directory tty3 ... getFile kdebase-common-3.1.3-7mdk.i586.rpm:Installation CD 1 (x86) not frozen //previoous 9.1 installation could not be fully working (for testing only)//
[Cooker] [installation] printer-utills not found
I 've no printer connected yet but tried to configure printer at end of installation tty7 An error occured printer-utils rpm not found tty1 ... cannot read printrc file! tty3 ... selecting packages foomatic-db-engine foomatic-filters foomatic-db printer-utils printer-testpages nmap scli opened rpm database for examining existing packages unknow package `printer-utils' warning: printer-utils rpm not found at /usr/bin/perl-install/install_steps.pm line 348.
Re: [Cooker] [installation] printer-utills not found
> Known, fixed, most over-reported bug for beta2. sorry > Buchan thanks
Re: [Cooker] can't make cd
Le Vendredi 18 Juillet 2003 07:16, Warly a écrit : > stephlub <[EMAIL PROTECTED]> writes: > > I tried to build new cd from fresh update and it fails > > I updated and tried this twice in case the download was wrong > > > > $ i586/misc/MakeCD -t /tmp/ -a i586/ > > URPM object version 0.91 does not match bootstrap parameter 0.90 at > > i586//Mandrake/mdkinst/usr/lib/perl5/5.8.0//i386-linux-thread-multi/DynaL > >oader.pm line 249. > > Compilation failed in require at > > i586//misc/perl5/vendor_perl/5.8.0/Mkcd/Tools.pm line 12. > > BEGIN failed--compilation aborted at > > i586//misc/perl5/vendor_perl/5.8.0/Mkcd/Tools.pm line 12. > > Compilation failed in require at i586//misc/mkcd line 11. > > BEGIN failed--compilation aborted at i586//misc/mkcd line 11. > > Yes I need to fix that, I add it into my wiki/todo It's ok now :-) Thanks
[Cooker] can't make cd
I tried to build new cd from fresh update and it fails I updated and tried this twice in case the download was wrong $ i586/misc/MakeCD -t /tmp/ -a i586/ URPM object version 0.91 does not match bootstrap parameter 0.90 at i586//Mandrake/mdkinst/usr/lib/perl5/5.8.0//i386-linux-thread-multi/DynaLoader.pm line 249. Compilation failed in require at i586//misc/perl5/vendor_perl/5.8.0/Mkcd/Tools.pm line 12. BEGIN failed--compilation aborted at i586//misc/perl5/vendor_perl/5.8.0/Mkcd/Tools.pm line 12. Compilation failed in require at i586//misc/mkcd line 11. BEGIN failed--compilation aborted at i586//misc/mkcd line 11.
Re: [Cooker] skel.spec
Le Jeudi 19 Juin 2003 14:34, Buchan Milne a écrit : > Han Boetes wrote: > > Stephlub <[EMAIL PROTECTED]> wrote: > > > > http://www.xs4all.nl/~hanb/software/rpms/skel.spec > > Doesn't someone want to add this to the mdk-rpm-howto in contrib? Why > should the documentation be packaged, telling you the incorrect location > of a spec file, when it can just be included? > > Buchan I saw it too late It's what I thought.
Re: [Cooker] Missing dependencies when MakeCD
Le Lundi 23 Juin 2003 10:42, Warly a écrit : > stephlub <[EMAIL PROTECTED]> writes: > > REJECTED master disc 1 unicon-3.0.3-12mdk.i586 (Missing dependencies: > > libnewt.so.0.50) > > > > MakeCD sent a lot of error messages but the iso are there > > could you explain what's wrong here? > > do I forgot something? > > No as long as all the perl packages will not be rebuilt and the > provides/requires cleaned, it will have such mis dependencies > problems. thanks
Re: [Cooker] skel.spec
Le Jeudi 19 Juin 2003 14:10, Han Boetes a écrit : > Stephlub <[EMAIL PROTECTED]> wrote: > > Is this file reserved to MandrakeClub users? > > https://people.mandrakesoft.com/~lenny/files/skel.spec > > > > :-) > > http://www.xs4all.nl/~hanb/software/rpms/skel.spec > > > # Han http://www.mandrakelinux.com/$LANG/frpmapps.php3 and http://www.mandrakelinux.com/en/frpmapps.php3 said https://people.mandrakesoft.com/~lenny/files/skel.spec ... translations are not sync on this site (missing content on other langages) :((
Re: [Cooker] skel.spec
Le Jeudi 19 Juin 2003 08:09, Thomas Backlund a écrit : > - Original Message - > From: "Stephlub" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > Sent: Thursday, June 19, 2003 3:38 AM > Subject: [Cooker] skel.spec > > > Is this file reserved to MandrakeClub users? > > https://people.mandrakesoft.com/~lenny/files/skel.spec > > > > :-) > > Try again ... without 's' ;-) > > http://people.mandrakesoft.com/~lenny/files/skel.spec > > > Thomas Thanks
[Cooker] wheel mouse Arowana
(please, have a look at the message"Missing dependencies when MakeCD" that could be the reason) on update from 9.1 (was in 9.1): wheel mouse Arowana MSWH-03 www.arowanashop.com 3 buttons yes *wheell no* (same thing for 9.1) SetMouseSettings - type: 13 brate: 1200 srate:0 chmid: 0 em3but:0 em3tim 50 res:0 flags:120 Succeeded
[Cooker] Missing dependencies when MakeCD
On update from 9.1: REJECTED master disc 1 squidGuard-1.2.0-6mdk.i586 (Missing dependencies: perl(LWP::Parallel::UserAgent)) REJECTED master disc 1 swatch-3.0.4-2mdk.noarch (Missing dependencies: perl(Bit::Vector)) REJECTED master disc 1 ucd-snmp-utils-4.2.3-6mdk.i586 (Missing dependencies: perl(Term::ReadKey)) REJECTED master disc 1 unicon-3.0.3-12mdk.i586 (Missing dependencies: libnewt.so.0.50) MakeCD sent a lot of error messages but the iso are there could you explain what's wrong here? do I forgot something?
[Cooker] install doesn't update medias
(please, have a look at the message"Missing dependencies when MakeCD" that could be the reason) On update from 9.1: Doesn't have asked me for other CD! same thing for 9.1(quick install, not checked that) but for some debian CD are read skipped stage of pakages install! install XFree and al when configure X uname "running cooker 2.4.21-0.13" on reboot urpmi only knows MDK 9.1's CD1
[Cooker] skel.spec
Is this file reserved to MandrakeClub users? https://people.mandrakesoft.com/~lenny/files/skel.spec :-)
