Re: [Cooker] TUX?
Oden Eriksson wrote: > I asked to have TUX included before but it was decided not to use the > patch because security considerations. But now there's new times with > zillions of kernels laying around. So, maybe Thomas or some one else > would consider implementing TUX into a new server oriented kernel? > > http://freshmeat.net/branches/45229/ > > I tried to use the update 9.2 kernel but got rejects, this is simply > too time consuming for me. A minor addition from the more respectfull people :) If there are people who want this project they could put the working result on their own homepage. If they get a lot of possitive reactions it may a good idea to include this project in contribs. For now it seems only usefull to some big server projects. Nothing for the mainstream audience. And because of the security considerations not something I would want to make too easy for Mr. Average. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] [Bug 6267] [rpm-helper] New: /usr/share/rpm-helper/del-user doesn't do anything
http://qa.mandrakesoft.com/show_bug.cgi?id=6267 Summary: /usr/share/rpm-helper/del-user doesn't do anything Product: rpm-helper Version: 0.9-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: program AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Go and read that script and slap your head :) -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] Boot-up speed
Adam Williamson wrote: > On Thu, 2003-10-30 at 22:29, Han Boetes wrote: > > Adam Williamson wrote: > > > On Thu, 2003-10-30 at 19:41, Han Boetes wrote: > > > > > > > mayor problem since linux is not a reboot OS. > > > > ^^^ > > please quote carefully. This hardly reflects what I said. > > Uh? It's exactly what you said. You argued that bootup time is > irrelevant "since linux is not a reboot OS". I point out that there are > perfectly normal real-world situations in which end users do in fact > boot Linux frequently. Where's my flaw? > > > > Well. It's certainly designed to be capable of running more or less > > > perpetually, that's true. That doesn't mean that's how people use it, > > > though. I boot my system at a minimum once a day, because I power it off > > > every night in order to save power. I expect most non-geek home users do > > > the same with their systems. > > > > You just repeat an already used argument. > > Whether or not it's already used is irrelevant; it's not one I've seen > *refuted*, which is all that matters. Right... # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Boot-up speed
Adam Williamson wrote: > On Thu, 2003-10-30 at 19:41, Han Boetes wrote: > > > mayor problem since linux is not a reboot OS. ^^^ please quote carefully. This hardly reflects what I said. > Well. It's certainly designed to be capable of running more or less > perpetually, that's true. That doesn't mean that's how people use it, > though. I boot my system at a minimum once a day, because I power it off > every night in order to save power. I expect most non-geek home users do > the same with their systems. You just repeat an already used argument. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Xboard fixes
Olivier Thauvin wrote: > Now, gnuchess application is in %_gamesbindir, I just fixed xboard, until I > can't upload it, my rpms are here: > > http://compil.mandrake.org/~nanardon/xboard-4.2.6-6mdk.src.rpm > http://compil.mandrake.org/~nanardon/xboard-4.2.6-6mdk.i586.rpm I just committed them. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Boot-up speed
Vedran Ljubovic wrote: > - I also agree that using bash slows down things. Time it. You're making conclusions based on assumptions. > But I don't think that writing rc script itself in C will help much. rc script > is only a small portion of overhead, I think that the bigger problem are > scripts in init.d that are 100% bash, such as devfsd script that makes a bunch > of symbolic links and stuff. C isn't human readable. Tweaking the bootstuff isn't hard. It's very rewarding for people who want to learn something about linux and having 30 seconds extra boottime is not a mayor problem since linux is not a reboot OS. What _is_ hard is to make a proper init for _everyone_. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Boot-up speed
Frederic Conrotte wrote: > Since I switched to Linux with MDK8.2, I've always noticed the XFS > daemon (X Font Server) and the DM daemon (Display Manager) are not > started among the first services to be started. DM need XFS started > before it can be launched. > > DM is the services that launch KDE and therefore the sooner it is > started the sooner you will get KDE up. > > For example, for MDK9.2, I moved XFS and DM to S01xfs and S02dm in > /etc/rc.d/rc5.d/: > > S01xfs > S02dm > S03iptables > S09network Yes but dm needs networking at the least. This solution may work for you but mandrake has to have sane defaults for everyone. Which is the general problem with suggestions. Most people only take their own preferences and situation in account. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Broken KDE in Cooker
David Kobler wrote: > Can't we just set a simple standard to TEST YOUR PACKAGES before uploading ^^ > them. It seems that simple things are constantly ignored by those who > maintain the cooker RPMS. How hard would it be to test your rpms on a > recently installed cooker box before uploading them? Show us the code :) Maintain a few rpms yourself and your talk a lot different. > This would allow people to test cooker for system specific bugs instead of > distribution specific bugs that exist because people do not do BASIC testing. Nope, you guys are our test subjects. Our labrats. :) This is the deal. We make packages and you make decent bugreports or you learn to live with the fact cooker is broken. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] firebird start-scriptlet
I think I can do better than that: #!/bin/sh # # Full documentation of the remote commands can be found here: # http://www.mozilla.org/unix/remote.html # if /usr/local/MozillaFirebird/MozillaFirebird -remote "ping()"; then if [ -z "$@" ]; then exec /usr/local/MozillaFirebird/MozillaFirebird -remote "xfeDoCommand (openBrowser)" else exec /usr/local/MozillaFirebird/MozillaFirebird -remote "openURL($@, new-window)" fi else exec /usr/local/MozillaFirebird/MozillaFirebird "$@" fi I just don't know where the default mozilla start script-script is located so you have to figure that out yourself. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] firebird start-scriptlet
Hi, I just heard that mozilla and mozilla-firebird don't open a new window once they are already running. I solved this quite some time ago and I showed it to a friend so I decided on posting it here. I hope it get's included in the mandrake rpms. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html #!/bin/sh if /usr/local/MozillaFirebird/MozillaFirebird -remote "ping()"; then if [ -z "$@" ]; then exec /usr/local/MozillaFirebird/MozillaFirebird -remote "openURL(www.boetes.org, new-window)" else exec /usr/local/MozillaFirebird/MozillaFirebird -remote "openURL($@, new-window)" fi else exec /usr/local/MozillaFirebird/MozillaFirebird "$@" fi
[Cooker] kenobi is down
Hi, The movie had a sad ending for our beloved obi-one. But in real live he can be revived. Could someone push his reset button? # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] [Bug 6168] [fluxbox] Fluxbox menu entries appear in menus of other window managers
http://qa.mandrakesoft.com/show_bug.cgi?id=6168 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-19-10 11:08 --- Of course your `fix' breaks the fluxbox menu. But I found something better. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: The two menu entries added in the last package of fluxbox added the menu entries to all of the wm menus, not just fluxbox. So for instance, Fluxbox => run was showing up in KDE. Caused by entries in fluxbox-menu patch defined needs as x11 instead of fluxbox. Here is a patch to fix. --- fluxbox-menu2003-09-26 16:18:12.0 -0400 +++ fluxbox-menu.fix2003-10-18 22:51:56.0 -0400 @@ -54,14 +54,14 @@ icon="fluxbox.png" \ command="exit" -?package(fluxbox):needs=x11 \ +?package(fluxbox):needs=fluxbox \ section="Fluxbox" \ title="Reload Menus" \ longtitle="Regenerate Menus when you installed new software" \ icon="menudrake.png" \ command="/usr/bin/update-menus" -?package(fluxbox):needs=x11 \ +?package(fluxbox):needs=fluxbox \ section="Fluxbox" \ title="Run" \ longtitle="Start an application" \
Re: [Cooker] urpmi.update broken?
Stefan van der Eijk wrote: > when I run urpmi.update, it doesn't pick up changes. Removing the > media and adding it again lets it pick up the changes. Yup. Noticed the same. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] Re: [CHRPM] eggdrop-1.6.15-3mdk
Gwenole Beauchesne wrote: > Name: eggdrop > %changelog > * Wed Oct 8 2003 Gwenole Beauchesne <[EMAIL PROTECTED]> 1.6.15-3mdk > - lib64 & some 64-bit fixes Perhaps you'd also like to add this patch? I have been using it since two weeks and it works ok. http://pftp.suxx.sk/eggdrop-ssl/ # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] latest openssl
Oden Eriksson <[EMAIL PROTECTED]> wrote:
>
> mv "%{buildroot}%_mandir/man7/Modes of DES.7" \
> "%{buildroot}%_mandir/man7/Modes_of_DES.7"
Don't you think this is easier to read?
mv "%{buildroot}%_mandir/man7/Modes of DES.7" \
"%{buildroot}%_mandir/man7/Modes_of_DES.7"
Or like this?
mv "%{buildroot}%_mandir/man7/{Modes of DES.7,Modes_of_DES.7}"
# Han
--
http://www.xs4all.nl/~hanb/software
http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] OpenOffice has been released
Rob <[EMAIL PROTECTED]> wrote: > On Friday 03 October 2003 21:16, Thomas Spuhler wrote: > > I am a marketing person of a mid-size corporation and strongly > > supporting Linux at work. Releasing a distro with OpenOffice RC > > would not be a wise move from a marketing point. > > I don't know which RC ended up in 9.2, but RC5 and 1.1 are identical. > Might as well just rename the package, if it's RC5. Allas. CD's are read-only. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] OpenOffice has been released
Austin <[EMAIL PROTECTED]> wrote: > On 10/03/2003 09:16:01 PM, Thomas Spuhler wrote: > > There are always bugs in a program, regardless how long you test it. > > If it's a RC then that will be the first thing everybody notices and > > will relate it to a second class distro. If a few more days are > > needed to incorporate the released version, then please consider to > > do so. > > Perhaps you'd care to enlighten us on the myriads of bugs that have > been fixed between the last release candidate and the final verision > of openoffice? Looks like someone misunderstands the concept of release candidates. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] And next ?
Vincent Meyer, MD <[EMAIL PROTECTED]> wrote:
> Actually, I like this idea, even though i've been mostly against
> splitting the list. Having bugzilla in a separate list will help both
> speed up reading the cooker mail, and also will help prevent missing
> something important sandwhiched between a bunch of bugzilla messages.
# Mandrake Cooker
mailinglist
:0
* ^X-Loop: cooker@
{
:0
* ^X-Bugzilla-Reason:
|maildir cooker-bugs/
:0
|maildir cooker/
}
# Han
--
http://www.xs4all.nl/~hanb/software
http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Re: Re: How to upgrade from 9.1 to cooker?
Nick Brown <[EMAIL PROTECTED]> wrote: > I followed my outlined plan, and it all seems to have gone just fine > apart from 1 issue. The "start" menu in all desktop managers for all > users (I even tried deleting .kde .gnome etc in home directories) is > completely empty (except for "exit" and "lock screen"). > I found the "update-menus" command, but it when I run it I get all the > messages below. > The strange thing is that I do not have Fluxbox installed. > As I'm not familiar with mandrake menu system (which I think is debian > based), can you suggest the cause of the problem? > Or where I should start looking to track it down and solve this? > Update-menus[9292]: Running method:/etc/menu-methods//gnome-mime-data-applications > In file "/etc/menu/menudrakeentry", at (or in the definition that ends at) line 5: > [...] package="menu" section="Fluxbox/Styles/" title="" > [...] ^ > Missing (or empty) tag: title > This tag needs to defined for the menuentry to make sense. > Note, BTW, that update-menus re-arranges the order of the > tags found in the menu entry files, so that the part above > isn't literal This is the contents for the conflicting section in /usr/lib/menu/fluxbox ?package(fluxbox):needs=fluxbox \ section="Fluxbox/Styles" \ title="/usr/share/fluxbox/styles" \ longtitle="System Styles" \ command="stylesdir" \ icon="fluxbox.png" So it sounds like you still have that file while it shouldn't be there. Like you _had_ fluxbox installed and it wasn't removed after the uninstall. Which is odd because that file is configured in the rpm to be removed after deinstall ~% sudo urpme fluxbox-0.9.6-0.pre9mdk removing fluxbox-0.9.6-0.pre9mdk.athlon ~% ls /usr/lib/menu/fluxbox ls: /usr/lib/menu/fluxbox: No such file or directory So this is not a fluxbox mistake. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] [Mandrake 10] Replacing proftpd by pureftpd ?
Vincent Danen <[EMAIL PROTECTED]> wrote: > On Fri Sep 26, 2003 at 06:51:59PM +0159, Han Boetes wrote: > > I agree that mandrake is not responsible for providing updated packages > > for contribs even when there is a security problem. But I think there > > is a nice solution: > > > > msec makes a daily list of all installed rpms. of course it could > > also fetch a list of rpms which have security problems from some > > place. It could compare those lists and then send a an email to root > > that there is a problem with a package and that it should be updated > > or removed. > > Well, that would mean someone has to maintain such a list for > contribs. For main, this is easy. Use urpmq to tell you what needs > updating in main. For contribs, it's a little more difficult because > someone has to maintain this list. > > I'll be honest, when a new vuln comes out, I grep through a listing of > files in main; I don't make file listings for contribs packages, so if > grep shows me nothing matches, I move on. This consists of two things. First it has to be scripted. /etc/cron.weekly/rpm seems to be a nice script for this. I bet I can come up with something. And second someone has to maintain the list. I think I could do that as well. I suppose there are other contribmaintainers that will keep an eye on stuff as well. So I suppose I need a way to send a plaintext-list to a public mandrake url. Sounds like a deal? :) # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html pgp0.pgp Description: PGP signature
cooker@linux-mandrake.com
Duncan <[EMAIL PROTECTED]> wrote: > Greg Meyer wrote: > > Han Boetes wrote: > > > Greg Meyer <[EMAIL PROTECTED]> wrote: > > > > Fresh install, log into fluxbox, no [EMAIL PROTECTED] terminal. > > > > > > Can you debug that? > > > > Yeah. I can't start a terminal because there is no menu entry for a > > terminal. Since I can't start a terminal to get a CLI, I can't start > > a terminal from the CLI. > > > > No menu entry for rxvt and no menu entry in fluxbox menus for > > konsole. > > Does fluxbox not have a "run dialog" then? It does. I will add it to the menu for the next release. OTOH rxvt should have a menu entry. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] [Mandrake 10] Replacing proftpd by pureftpd ?
Vincent Danen <[EMAIL PROTECTED]> wrote: > [snip] > Main gets updated. contribs doesn't. > > I don't see what is so difficult about this. This is how it has > *always* been. It hasn't changed. No need for a policy regarding it. > This is just how it's done. I agree that mandrake is not responsible for providing updated packages for contribs even when there is a security problem. But I think there is a nice solution: msec makes a daily list of all installed rpms. of course it could also fetch a list of rpms which have security problems from some place. It could compare those lists and then send a an email to root that there is a problem with a package and that it should be updated or removed. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] [Mandrake 10] Replacing proftpd by pureftpd ?
Luca Berra <[EMAIL PROTECTED]> wrote: > Han Boetes wrote: > >hmmm, I don't know how many people still insist on using wu. > > well, i still do, since i have a system that relies on some > configuration options in wu-ftpd that i don't know how to reproduce > with other daemons :( > oh, and before you ask, it is wrapped with capsel, so i don't believe > you can remote root it, even if it were unpatched. Is the default wu wrapped like that? Or can you adjust the default wu so that it is wrapped like that? # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] [Mandrake 10] Replacing proftpd by pureftpd ?
James Sparenberg <[EMAIL PROTECTED]> wrote: > > They don't have sendmail in the files list. It's postfix there. I am sorry, you are mistaken. Theo swears to sendmail. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] [Mandrake 10] Replacing proftpd by pureftpd ?
Vincent Danen <[EMAIL PROTECTED]> wrote: > On Thu Sep 25, 2003 at 07:59:30PM -0400, Levi Ramsey wrote: > > I think the policy should be that anything which listens on a port > > should not, under any circumstances, be in contribs, as contribs are > > not generally updated; I'm sure that someone will come along with a > > sendmail repository and do the updates themselves. > > I disagree. A lot of nice network-type software would be missing and I > sure as heck don't want them all in main. What's wrong with having > them in contribs? They aren't officially maintained... so what? Having > them in contribs, joe sysadmin can grab the src.rpm for what he has > installed, grab the new version or patch, and roll his own. It's still > convenient for him to have it in contribs even if he doesn't get it > via MandrakeUpdate. I does make sense if we have a note attached on them they can pose a security risk and if people use them they should take care they are up to date. Some sort of mechanism that keeps people informed about updates. For example xmule which was found to be exploitable recently. I expect more troubles from that program. A simple warning after installing wont even do... Can somebody come up with a decent solution to this problem? # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html pgp0.pgp Description: PGP signature
Re: [Cooker] [Mandrake 10] Replacing proftpd by pureftpd ?
Vincent Danen <[EMAIL PROTECTED]> wrote: > Of course, I still don't get why we're jumping all over proftpd. It > isn't really *that* insecure. As I pointed out to Han regarding wu- > ftpd, proftpd is in a similar boat. There is this hole, which should > be available in updates RSN, but the last one was in Jan 2002... over > a year and a half ago. Again, comparing to sendmail, this sucker is > pretty secure. Heck, compare it to openssh! How many updates for > openssh have there been in the same timespan? > > We can't just throw stuff out the window because it has a hole today > and has had one over a year or two years ago. That's just silly. Why > aren't we jumping up and down about ditching php? Or apache? Or cups? > Or XFree86? Or bind? Or openldap? The list goes on. All of those have > been updated within the last 1-2 years as well, some many many times. It's also about the magnitude of the hole. How big are the chances they will be found again. The recent ssh-hole was technically speaking a remote crash, not nice but nothing dramatic. You still have to patch it but that's something I can live with. On the other hand a remote root is a remote root and that is something I really would like to avoid. Once more. The size of the hole is more important than how often people require you to patch. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html pgp0.pgp Description: PGP signature
Re: [Cooker] [Mandrake 10] Replacing proftpd by pureftpd ?
Vincent Danen <[EMAIL PROTECTED]> wrote: > On Fri Sep 26, 2003 at 01:15:07AM +0200, Han Boetes wrote: > > > Heck, I'm all for it and agree with all your reasons. But the > > > example is a touch out... wu-ftpd hasn't been in main since 8.2 > > > (last version it shipped in main). > > > > > > Hey, while we're at it, can we throw sendmail in contribs? =) > > > > > > (Serious about killing wu-ftpd altogether, semi-serious about > > > sendmail) > > > > To give a serious answer (like I got any authority in this :) No we > > can't ditch sendmail. Too many people rely and like sendmail. And > > it's not that evil. I mean there are some periods in which no > > exploits are found in sendmail. > > The same could be said of wu-ftpd, tho. There was the one issue in > July, and previous to that was Nov 2001. So from 11/01->07/03 it was > pretty quiet. I guarantee you in that timeframe sendmail has had more > security issues. hmmm, I don't know how many people still insist on using wu. > > But what we can do is keeping a close eye or even import the > > sendmail in OpenBSD-cvs which is audited. Same thing goes for BIND. > > I don't know how practical this is but it sounds like something to > > contemplate. > > Is openbsd using bind9 yet? Or are they still on bind4? If they are > using bind9, I have my doubts that it's been audited... that's a lot > of code to audit so quickly, especially considering how long they left > bind4 in there. BIND 9.2.2 I aught to ask around. > On the sendmail side, I'm not sure. Is it up to date? We won't win any > friends by regressing to an older-but-openbsd-audited version. Sendmail: version.m4,v 8.92.2.15 2003/03/19 21:19:52 ca Exp Not that that is really important. But they also had to fix the recent thing in sendmail. Though the default sendmail only listens on localhosts so that's not a remote. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html pgp0.pgp Description: PGP signature
Re: [Cooker] [Mandrake 10] Replacing proftpd by pureftpd ?
Vincent Danen <[EMAIL PROTECTED]> wrote: > Heck, I'm all for it and agree with all your reasons. But the example > is a touch out... wu-ftpd hasn't been in main since 8.2 (last version > it shipped in main). > > Hey, while we're at it, can we throw sendmail in contribs? =) > > (Serious about killing wu-ftpd altogether, semi-serious about > sendmail) To give a serious answer (like I got any authority in this :) No we can't ditch sendmail. Too many people rely and like sendmail. And it's not that evil. I mean there are some periods in which no exploits are found in sendmail. But what we can do is keeping a close eye or even import the sendmail in OpenBSD-cvs which is audited. Same thing goes for BIND. I don't know how practical this is but it sounds like something to contemplate. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html pgp0.pgp Description: PGP signature
cooker@linux-mandrake.com
Greg Meyer <[EMAIL PROTECTED]> wrote: > On Thursday 25 September 2003 12:09 am, Han Boetes wrote: > > Greg Meyer <[EMAIL PROTECTED]> wrote: > > > Fresh install, log into fluxbox, no [EMAIL PROTECTED] terminal. > > > > Can you debug that? > > Yeah. I can't start a terminal because there is no menu entry for a > terminal. Since I can't start a terminal to get a CLI, I can't start a > terminal from the CLI. > > No menu entry for rxvt and no menu entry in fluxbox menus for konsole. That's a bug in the rxvt package. It doesn't have a menu entry. fluxbox uses the mandrake menu system. Please report this a bug for rxvt. Consider using fluxbox-generate_menu. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] [Mandrake 10] Replacing proftpd by pureftpd ?
Vincent Danen <[EMAIL PROTECTED]> wrote: > On Thu Sep 25, 2003 at 08:44:30PM +0200, Han Boetes wrote: > > Can't we dump wu-ftpd? I mean there are lots of more secure > > alternatives and this daemon still has regular exploits. > > wu-ftpd is only in contribs Ok, that's in the good direction. Lets take it a step further. :) I mean someone gets a 9.1 cd, installs wu-ftpd and forgets to run updates. You can predict that by the time 9.2 is released a working exploit has been found. You can nearly be sure that any contrib cd will contain a package that will result in remote root exploits if you install them a half year after the release date. You can't be sure about that for any other rpm. I say lets dump wu-ftpd completely from the distro. I don't want to make it too easy for users to shoot themselves in the foot. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] [Mandrake 10] Replacing proftpd by pureftpd ?
Vincent Danen <[EMAIL PROTECTED]> wrote: > > "a lot" is wrong.. one was found, and it only can be exploited if > someone can put a certain type of file on the site so they can > download it again (to exploit the whole). One hole. > > There have been some in the past, yes, but hey... we're still shipping > openssh and sendmail, aren't we? =) > > I think proftpd is a good ftp server. pure-ftpd is good too, but if > you want secure, let's use vsftpd only. Can't get anymore secure > than that. Can't we dump wu-ftpd? I mean there are lots of more secure alternatives and this daemon still has regular exploits. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] 9.2 iso request
Emmanuel <[EMAIL PROTECTED]> wrote: > Quick request: could you possibly also provide DVD isos for the > download edition You also quickly forgot to read the archives. Would have been a mayor timesaver. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
cooker@linux-mandrake.com
Greg Meyer <[EMAIL PROTECTED]> wrote: > Fresh install, log into fluxbox, no [EMAIL PROTECTED] terminal. Can you debug that? # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] [Bug 5936] [tetex] Directory /var/lib/texmf is worldwritable
http://qa.mandrakesoft.com/show_bug.cgi?id=5936 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-24-09 16:53 --- oops, the sticky bit is set. Sorry for the noise. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: ls -R /var/lib/texmf *gasp*
[Cooker] [Bug 5936] [tetex] New: Directory /var/lib/texmf is worldwritable
http://qa.mandrakesoft.com/show_bug.cgi?id=5936 Product: tetex Component: packaging Summary: Directory /var/lib/texmf is worldwritable Product: tetex Version: 2.0.2-10mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: critical Priority: P1 Component: packaging AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] ls -R /var/lib/texmf *gasp* -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] Argh! Third round of patches for OpenSSH (3.7.1p2)!
Adam Williamson <[EMAIL PROTECTED]> wrote: > On Wed, 2003-09-24 at 00:34, Leon Brooks wrote: > > http://lwn.net/Articles/50503/ > > > > Hope we've not sent the 9.2 masters to press yet! > > Would these affect us, necessarily? We didn't update to 3.7, and I wouldn't be > surprised if these vulnerabilities were in code different to that for which > patches were backported. Maybe we're still okay. We're fine. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] [Bug 5923] [wmcalc] wmcalc unable to handle ',' as comma separator
http://qa.mandrakesoft.com/show_bug.cgi?id=5923 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-24-09 01:39 --- Patch applied, please check if everything is ok. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: the current wmcalc only allows '.' as comma separators, which is annoying if you are used to my localized ','. The next attachment is a trivial patch against wmcalc.c that allows usage of ',' in wmcalc. I tried to contact the author directly, but mails to the address mentioned in the README bounce back, so maybe this can be fixed at least for mandrake.
[Cooker] [Bug 5923] [wmcalc] wmcalc unable to handle ',' as comma separator
http://qa.mandrakesoft.com/show_bug.cgi?id=5923 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-23-09 19:42 --- I'm sorry, I don't consider this a bug. wmcalc is setup so you can use the keypad. And the keypad uses the ``.''. This patch only fixes the taste of one single user. Of course you are free to patch the rpm to suit your own needs. But I don't think it's a usefull addition for everyone. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: the current wmcalc only allows '.' as comma separators, which is annoying if you are used to my localized ','. The next attachment is a trivial patch against wmcalc.c that allows usage of ',' in wmcalc. I tried to contact the author directly, but mails to the address mentioned in the README bounce back, so maybe this can be fixed at least for mandrake.
Re: [Cooker] Re: [CHRPM] openssh-3.6.1p2-7mdk
Cheers Vincent :) Vincent Danen <[EMAIL PROTECTED]> wrote: > On Wed Sep 17, 2003 at 12:17:13AM +0200, Tibor Pittich wrote: > > > > There are some changes in 3.7 (for several protocols) and we have > > > less than one week to test before scheduled final for 9.2 so I > > > really prefer him not upgrading. > > > > ok, understand, but if you check changelog for this new release: > > > > http://www.mindrot.org/pipermail/openssh-unix-announce/2003- > > September/62.html > > > > you can see that only kerberos support have a massive rewrite, other > > things is minor and imho it can't breat mandrake distro (rhost, sftp > > improvement, other fixes), but pam improvement in this release can > > be (on quick check) problem.. > > You know what? It doesn't matter. As the maintainer of the package, > and due to the fact we're frozen, plus other issues that I, being > involved with openssh and it's developers in other ways, I just do not > feel confident deploying 3.7 in 9.2. openssh is perhaps one of the > single most important packages in the distrib and I don't carelessly > update it. Typically, when I update openssh, I've tested it for a few > days on my own machine first. > > That's just the way it is and, I'm sorry, but if you disagree with it, > you're free to roll your own 3.7 packages and use them to your heart's > content. It will not be in cooker at this time. > > > if we will have openssh 3.6 in 9.2, then other updates for this > > package in 9.2 must be merged with this version, and today 3.6 is > > obsolete and support for updates for mdk packages must be two years > > (afaik).. i think, this can be in meantime bigest problem as "only" > > 3-4 days tested package.. > > Huh? Says who? Let's look at history: > > 8.2 came with 3.1p1; 3.6.1p2 was provided for updates today > 9. came with 3.4p1; 3.6.1p2 was likewise provided today > > What makes you think that 9.1 will have 3.6.1p2 for the next 2 years? > I don't think you bothered to look at how the updates work; please > don't make blanket statements like this when they are so obviously > incorrect. > > And, BTW, support is 18mos, not 2 years. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html pgp0.pgp Description: PGP signature
Re: [Cooker] New SSH bug ?
Jan Ciger <[EMAIL PROTECTED]> wrote: > Han Boetes wrote: > | Always fun in the #openbsd channel. Always some people who want to make > | it seems like the end of the world and the next worldwar. > > Ehm, there are reports that it lead to root compromise already, so I > would execute extreme caution about this one. Considering that SSH is on > almost every Unix system, this may be a major issue. Yeah do spread the hoax. Do not listen to Theo, everyone gotta be in total fear. > | The text is very clear though: > | > | > | All versions of OpenSSH's sshd prior to 3.7 contain a buffer > | management error. It is uncertain whether this error is > | potentially exploitable, however, we prefer to see bugs > | fixed proactively. > > This just means, that they do not know about the exploit yet :-( Not > that your machine cannot be compromised. This means exactly what it means. Not the twist you just spun in your head. Ow you aren't listening anymore. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] New SSH bug ?
Jan Ciger <[EMAIL PROTECTED]> wrote: > http://lists.netsys.com/pipermail/full-disclosure/2003-September/010103.html > > Seem that something is going on :-( Always fun in the #openbsd channel. Always some people who want to make it seems like the end of the world and the next worldwar. The text is very clear though: All versions of OpenSSH's sshd prior to 3.7 contain a buffer management error. It is uncertain whether this error is potentially exploitable, however, we prefer to see bugs fixed proactively. Just install the updates like you always did. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] um.
Stefan van der Eijk <[EMAIL PROTECTED]> wrote: > Somebody whos name is lost wrote: > > i know, and i have the same opinion as you, > > but what can we do ?-( > > How about: help Mandrakesoft come up with a better way to generate revenue? Hear hear, Howbout an uitzendbureau? What's the english word? # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Re: [Contrib-Rpm] sgrotum-1.2.6-1mdk
Thierry Vignaud <[EMAIL PROTECTED]> wrote: > > Description : > > An email/news SiGnature ROTUMbulator. As well as the rotation and > > randomization of signatures, it'll optionally insert random > > quotations, taking care of length, word-wrap and justification. > > Like this: > > > > -- > > __ Men often believe -- or pretend -- that the Law > > .,-;-;-,. /'_\ is something sacred, or at least a science -- an > > _/_/_/_|_\_\) / unfounded assumption very convenient to > > '-<_><_><_><_>=/\ governments. > > jgs `/_//_/-'\_\ > > "" """" > > is this really needed in package description ? Strickyly speaking, no? What's wrong with the example? Don't you like turtles or don't you appreciate the eye-opener? I don't like guessing? # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Mandrake Web Site Fonts
Felix Miata <[EMAIL PROTECTED]> wrote: > FACORAT Fabrice wrote: > > Le mer 10/09/2003 à 14:45, Felix Miata a écrit: > > > No, links should be underlined, so that users know a link is a > > > link without having to hover. See e.g. > > > http://www.useit.com/alertbox/9605.html > > > > underline is weird. link in blue ok, but not underline, this is not > > beautiful at all ! > > It isn't about beauty, it's about usability. Users expect links to be > blue and underlined. When they aren't, usability suffers, because > you've violated a standard practice they rely on. People who don't want this can disable it in their webbrowser. And mandrake isn't an art-like site. It has to be usable. > > > No, you should put sans-serif first, and leave out arial and > > > helvetica and verdana. That way, whatever the user has decided is > > > the best sans-serif is the one that will be used. > > > > normal you put your specific fonts first and then default one ( > > family like sans-serif ) so that if the user doesn't have the font > > you want it fallback to generals ones. > > Normal only as in common practice, not as in wise practice. When you > have a need (normally uncommon) to use specific fonts on your page, > then specify them. Otherwise, let the user see his choice by making > only the generic specification, or none at all. Font-family: verdana, > arial, helvetica, sans-serif; is just plain dumb me-too-ism. Exactly. Let people choose their own favourite font-sets. Once again. This is not an art-site. It needs to be functional. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Mandrake wesite fonts
Adam Williamson <[EMAIL PROTECTED]> wrote: > On Wed, 2003-09-10 at 11:42, Han Boetes wrote: > > Adam Williamson <[EMAIL PROTECTED]> wrote: > > > On Wed, 2003-09-10 at 11:12, Han Boetes wrote: > > > > jokerman64 <[EMAIL PROTECTED]> wrote: > > > > > 1. The fonts suck! > > > > [ snip: more of the same ] > > > > > > > > gee > > > > > > > > > > > > Safe this as ~/.fonts.conf: > > > > > > Um. Why the heck should we have to hack our fonts.conf file to > > > workaround your badly setup website? Why not just fix the website? > > > Simply changing the preferred font order to something like "sans, > > > verdana, helvetica" would work perfectly well. > > > > I don't have root on that machine. I only have it on this machine. > > Besides, this fixes a whole lot of other sites as well. > > > > And I don't scold to people to get them to do what I want. I already > > politely asked about those fonts a long time ago and nobody reacted > > so solved it for myself. > > I didn't mean "your" as in you personally, Han, I meant you as in > Mandrakesoft... I would really appreciate it if you would react to what I say instead of saying I misunderstood you because you said something else than what you said. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Mandrake wesite fonts
Adam Williamson <[EMAIL PROTECTED]> wrote: > On Wed, 2003-09-10 at 11:12, Han Boetes wrote: > > jokerman64 <[EMAIL PROTECTED]> wrote: > > > 1. The fonts suck! > > [ snip: more of the same ] > > > > gee > > > > > > Safe this as ~/.fonts.conf: > > Um. Why the heck should we have to hack our fonts.conf file to > workaround your badly setup website? Why not just fix the website? > Simply changing the preferred font order to something like "sans, > verdana, helvetica" would work perfectly well. I don't have root on that machine. I only have it on this machine. Besides, this fixes a whole lot of other sites as well. And I don't scold to people to get them to do what I want. I already politely asked about those fonts a long time ago and nobody reacted so solved it for myself. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Mandrake wesite fonts
jokerman64 <[EMAIL PROTECTED]> wrote: > 1. The fonts suck! [ snip: more of the same ] gee Safe this as ~/.fonts.conf: Helvetica sans-serif Times trebuchet Lucida sans-serif LucidaTypewriter monospace fixed monospace console monospace # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Openoffice.org 1.1RC4 is out
Eric Fernandez <[EMAIL PROTECTED]> wrote: > Openoffice.org 1.1RC4 is out. Any chance to see it in the final ? Yes, the maintainer knows and everybody is reminding him. I guess he is working on it but you can't be sure the rpm is finished in time. So the only right answer is: wait and see. As a general statement. We got a lot of methods to keep up to date. It won't go unnoticed. So reminding us is not necessary. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] perms on /dev/rtc device
Luca Berra <[EMAIL PROTECTED]> wrote: > On Sat, Sep 06, 2003 at 01:54:47PM +0159, Han Boetes wrote: > > > device ) , what do you tink to segid "video" tvtime like cdrecord ? > > > like this : root.video rws r-s r-x ? > > > > That's too much. You don't give an app root permissions when it > > needs real time priority, you give it real time priority. IE make a > > wrapper. > > you mean a wrapper that gives the app CAP_SYS_NICE, or one that sets > realtime and execs tvtime. > might as well have tvtime doing > nice(); > setresgid(); > setresuid(); > at the very beginning, if it doesn't already. > > in the first case we might consider using capsel, a kernel module that > sets capabilities on processes based on a configuration file thus > avoiding the need to write a wrapper for many apps. Yes I realize this has to be done in C, I think this might actually benefit other apps like cdrecord as well. But I don't want to exclude the possibility there are even better solutions. I just get paranoid as soon as suid is being suggested/used. I'd rather think twice before giving it. A wrapper like that would have made the recent cdrecord-update less necesarry I think. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] perms on /dev/rtc device
Laurent Culioli <[EMAIL PROTECTED]> wrote: > Le Samedi 6 Septembre 2003 12:14, Frederic Crozat a écrit : > > Yeah, I saw that but I don't think it is related to /dev/rtc.. > > tvtime is probably trying to nice itself to real-time, which is only > > permitted for root. Anyway, it still works great and latest version > > has now a menu.. I think we will soon be able to replace xawtv with > > tvtime as the default TV app :) > > in the faq ( http://tvtime.sourceforge.net/help.html#performance ) , > there is somes tips to have better performance , but for maximum > performance you need to run as root ( there is the same "problem" with > cdrecord if you need to have high priority and buffer on cdwriter > device ) , what do you tink to segid "video" tvtime like cdrecord ? > like this : root.video rws r-s r-x ? That's too much. You don't give an app root permissions when it needs real time priority, you give it real time priority. IE make a wrapper. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Re: [CHRPM] rxvt-2.7.10-3mdk
guran <[EMAIL PROTECTED]> wrote: > On Friday 05 September 2003 07.32, Han Boetes wrote: > > guran <[EMAIL PROTECTED]> wrote: > > > Personally I think that much of the value of Linux apart from > > > quality is the right to make one owns choices. Otherwise we might > > > be locked into a 'communistic' philosophy, that has decided what > > > is best for us. > > > > That's got nothing to do with communism. You are refering to the > > political models used in the former USSR and China and North Korea. > > By analogy, not all skinheads are nazi's. > > Well, you are entitled to your interpretation. Mine was that in > practice both Lenin and Mao defined what was best for the party, and > that was forced to be the communistic way. That's a slur. A misuse of the word. You are contributing to a lie. Just like the people from the inquisition called themselves true followers of the beliefs of christ. Or Osama-bin-laden calling himself a true muslims. Communism means sharing instead of claiming ownership. > In that envelope I was trying to say that the idea or finding that a > newbie does not know anything about CLI in a console, does not > necessarily indicate that Mdk should stop them from learning about it. That's communism: sharing knowledge :) You mean authoritarian: http://www.theadvocates.org/quiz.html # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Re: [CHRPM] rxvt-2.7.10-3mdk
guran <[EMAIL PROTECTED]> wrote: > Personally I think that much of the value of Linux apart from quality > is the right to make one owns choices. Otherwise we might be locked > into a 'communistic' philosophy, that has decided what is best for us. That's got nothing to do with communism. You are refering to the political models used in the former USSR and China and North Korea. By analogy, not all skinheads are nazi's. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Simplified Chinese and 9.2-RC1 problems
Victor Roetman <[EMAIL PROTECTED]> wrote: > Finally, I STRONGLY suggest making the login screen (xdm, gdm, etc) > able to change the language. The non-graphical chooser has this option. This should be a no-brainer to make default. It would be very nice indeed if *dm takes this in account. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] [Bug 5249] [emacs-X11] 'emacs' does not obey to ~/.Xdefaults
http://qa.mandrakesoft.com/show_bug.cgi?id=5249 --- Additional Comments From [EMAIL PROTECTED] 2003-04-09 06:03 --- On a sidennote: I use the cvs-version of emacs and my .Xdefaults are not ignored _unless_ I call emacs as emacs-21.3.50. If I do that _all_ .Xdefaults, also the ones in /etc/ are ignored. Alsa pay attention to the faact if you use *dm or not; if you use *dm /etc/X11/Xresources and Xmodmap are also loaded. If you use startx then they won't get used. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: When called as 'emacs', /etc/X11/app-defaults/Emacs overrides values written in $HOME/.Xdefaults. I think values in $HOME should override the defaults. Workarounds: - call emacs as 'emacs-21.3' - call emacs with a different name argument like 'emacs -name "GNU Emacs"'
[Cooker] [Bug 3552] [initscripts] Upgrading NVidia kernel module fails
http://qa.mandrakesoft.com/show_bug.cgi?id=3552 --- Additional Comments From [EMAIL PROTECTED] 2003-04-09 05:56 --- perl isn't in base, sed is, please use sed instead. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Users upgrading from 9.0 to 9.1 using a NVidia GeForce card will end up with no working X configuration. Suggested fix: The installation needs to detect the kernel module (via rpm) and remove it or parse the XF86config-4 file for the entry "nvidia". If any of those are found a new XF86config-4 should be written.
Re: [Cooker] Cooker and the 9.2 release
John Allen <[EMAIL PROTECTED]> wrote: > How about > %define buildfor_mdk90 %(cat /etc/mandrake-release | sed 's|.*release \([0-9\.]\+\) > .*|\1|g' | grep "^9.2") > > where /etc/mandrake/release contains > Mandrake Linux release 9.2.1 (Cooker) for i586 cut -d' ' -f4 /etc/mandrake-release # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] multiuser XFree in mandrake ? MDK-9.2 : cooker
Svetoslav Slavtchev <[EMAIL PROTECTED]> wrote: > Hi, > any chance to get the attached nice, harmfull patch, And afterwards you can say: ``Don't say I didn't warn you :P'' :) > which alows with a proper kernel to have multiple local users > on any supported hardware. [snip: rest of message] # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Re: perms on /dev/rtc device
Steffen Barszus <[EMAIL PROTECTED]> wrote: > Am Donnerstag, 28. August 2003 17:43 schrieb Olivier Blin: > > > > Several multimedia applications use /dev/rtc, such as tvtime and > > > > mplayer. However, standard perms on this device doesn't allow its > > > > use:[EMAIL PROTECTED] linux]# ll /dev/misc/rtc > > > > crw-r-1 root root 10, 135 jan 1 1970 > > > > /dev/misc/rtc > > > > > > > > I guess some pam configuration could dynamically turn these perms > > > > for the user, as for the audio devices. > > > > > > ok will be in next pam release > > > > Thanks, I guess permissions are now ok for /dev/misc/rtc > > > > $ ll /dev/misc/rtc > > crw---1 olivier root 10, 135 jan 1 1970 /dev/misc/rtc > > > > But mplayer still can't use RTC : > > Linux RTC init error in ioctl (rtc_irqp_set 1024): Permission denied > > Again. Why not let /dev/misc/rtc be owned by group video and add the > users per default to that group ? It may be that i don't understand > the extended pam voodoo ;) Because it will be in the next pam-release. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] [OT] correct names for things
Murray J. Root <[EMAIL PROTECTED]> wrote:
> Considering how upset people get about nationalism and such these
> days, it's probably a good idea to use the correct terms whereever
> possible.
You are a woodelf, aren't you? Please correct me if I'm wrong. I have a
hard time seeing the difference between {wood,high,grey}elfes.
# Han
--
http://www.xs4all.nl/~hanb/software
http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] gdm eats 100% CPU
i dont get it!! Benjamin Pflugmann <[EMAIL PROTECTED]> wrote: > On Mon 2003-08-25 at 21:19:36 +0200, [EMAIL PROTECTED] wrote: > > > > How about: press the link "Enter a new bug report"? > > Or, well, don't do that - since Olivier has already done it in the > meantime and we don't want to have a duplicate. > > Just go straight for the bug #4878 to see its state. Darn, somebody forgot to turn of the aol mode. Sorry for any inconvenience this may have caused. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] gdm eats 100% CPU
ok and now what? Thierry Vignaud <[EMAIL PROTECTED]> wrote: > Han Boetes <[EMAIL PROTECTED]> writes: > > > > > > > After latest update, gdm eats 100% CPU when I am loged in > > > > > > (not when nobody is logged). > > > > > > > > > > > > Anybody else suffers this ? > > > > > > > > > > same problem here. > > > > > gdm-2.4.2.101-1mdk > > > > > > > > me too > > > > > > > > > > enter a bug report in bugzilla please > > > > where is that? > > uh? > http://qa.mandrakesoft.com # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] gdm eats 100% CPU
where is that? Thierry Vignaud <[EMAIL PROTECTED]> wrote: > Guillaume Rousse <[EMAIL PROTECTED]> writes: > > > > > After latest update, gdm eats 100% CPU when I am loged in (not when > > > > nobody is logged). > > > > > > > > Anybody else suffers this ? > > > > > > same problem here. > > > gdm-2.4.2.101-1mdk > > > > me too > > > > enter a bug report in bugzilla please > > > # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] [Bug 4862] [initscripts] running e2fsck on ext3 often results in dataloss
Does this also apply to jfs? I mean, I have seen jfs do diskchecks after crashes quite often and I always felt safe as a baby in it's mothers arms :) # Han
Re: [Cooker] Re: [CHRPM] lilo-22.5.7.2-1mdk
Charles A Edwards <[EMAIL PROTECTED]> wrote: > Han Boetes <[EMAIL PROTECTED]> wrote: > > > > What errors do you see? > > > > Are you a lilo maintainer? Didn't you read my previous messages? Why > > are you asking me to repeat myself? > > > You never stated what the error was, only that you spent "8 hours in > single usermode figuring out a double problem with lilo. One caused by > lilo and one in lilo." Not entirely not true http://qa.mandrakesoft.com/show_bug.cgi?id=4466 But I was terribly pissed off. And I still am. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Re: [CHRPM] lilo-22.5.7.2-1mdk
Thomas Backlund <[EMAIL PROTECTED]> wrote: > From: "Han Boetes" <[EMAIL PROTECTED]> > > Thomas Backlund <[EMAIL PROTECTED]> wrote: > > > From: "Pixel" <[EMAIL PROTECTED]> > > > > > > > > booh. lilo-22.5.X seems really not stable... I'm wondering if > > > > the best solution would not be to switch to lilo-22.4.1 ... > > > > > > Actually lilo is not to blame for this... > > > > > > It's a kernel reiserfs bug :-( > > > > Impossible. I don't even have reiser in my kernel compiled. It's the > > only thing I customize on my cooker. The kernel. > > Why? Because I want too. > If you don't have reiserfs you shouldn't see the problem I'm > reporting, now do you? Ah you see the light. :) > If you have some other problems with lilo, they may be valid lilo > bugs..., What filesystems do you use? Not really important. > What errors do you see? Are you a lilo maintainer? Didn't you read my previous messages? Why are you asking me to repeat myself? # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Re: [CHRPM] lilo-22.5.7.2-1mdk
Thomas Backlund <[EMAIL PROTECTED]> wrote: > From: "Pixel" <[EMAIL PROTECTED]> > > > > booh. lilo-22.5.X seems really not stable... I'm wondering if the > > best solution would not be to switch to lilo-22.4.1 ... > > Actually lilo is not to blame for this... > > It's a kernel reiserfs bug :-( Impossible. I don't even have reiser in my kernel compiled. It's the only thing I customize on my cooker. The kernel. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Re: [CHRPM] lilo-22.5.7.2-1mdk
Pixel <[EMAIL PROTECTED]> wrote: > "Thomas Backlund" <[EMAIL PROTECTED]> writes: > > > doing a lilo -v5 shows: > > > > Calling map_insert_data > > fd 5: REISERFS_IOC_UNPACK > > fd 5: offset 2560 -> dev 0xe0, LBA 8011921 > > fd 5: REISERFS_IOC_UNPACK > > fd 5: offset 3072 -> dev 0xe0, LBA 8011922 > > > > the same goes on and on and on > > seems it's about to scan every block on reiserfs... > > booh. lilo-22.5.X seems really not stable... I'm wondering if the best > solution would not be to switch to lilo-22.4.1 ... You have my vote. Never had any problems with recent lilo releases until now. We just can't afford to get a problematic release. /me spend 8 hours in single usermode figuring out a double problem with lilo. One caused by lilo and one in lilo. I was not amused. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] ProPolice stack protection for next Mandrake release?
Giuseppe Ghibò <[EMAIL PROTECTED]> wrote: > IMHO what this could replace is the %serverbuild macro, which > should have -fstack-protector enabled. Not a bad idea at all. Perhaps other security sensetive software as well. Like for example suid stuff ( cdrecord ) > From benchmark (ssbench) I don't see any appreciable slow down, but it > would be interesting to see some BIG benchmark for instance to Apache > or some mailer, to see the effective impact. If someone has one or is > willing to do some intensive benchmark... On OpenBSD they found something like about 5%. And the whole OS except for some ports/packages that don't like it is build with stackprotector. > Also we have to be sure, that such patch doesn't have side effect on > applications. For instance I've heard that mozilla as well as XFree86 > weren't compiling/working with stack-protector enabled. /usr/ports% grep stack-protector **/Makefile cad/klogic/Makefile:CFLAGS+=-fno-stack-protector www/mozilla-firebird/Makefile:CFLAGS+= -fno-stack-protector www/mozilla/Makefile:CFLAGS+= -fno-stack-protector It's not that dramatic :) # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] ProPolice stack protection for next Mandrake release?
Aleksander Adamowski <[EMAIL PROTECTED]> wrote: > How about adding ProPolice stack protection to stock Mandrake GCC? > For discussion, see this Mandrake Wiki topic: > <http://qa.mandrakesoft.com/twiki/bin/view/Main/ProPolice> > > OpenBSD already did that. If not enabled by default this is a great idea. And then lets get W^X as well ;) # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] New vesafb-driver seems to work nice with nvidia
Hi, I have been running this new vesaframebuffer driver for a few days now and I must say... it works _ok_ with nvidia. No more silly crashes and hangup and problems while swithing between X and the console, no odd blue stripes. No problems with the cursor. I am impressed. Perhaps other people would like to test-drive it as well. http://www.rastersoft.com/supervesafb_en.html # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] hdlist.cz asnd synthesis
Charles A Edwards <[EMAIL PROTECTED]> wrote: > Neither the hdlist or the synthesis has been updated on any of the > mirrors since 2003.08.09. > 6:00 PM for Main somewhat latter for the other mirrors. That usually means they are baking a beta. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] [Bug 4316] [console-tools] /sbin/setsysfont segfaults on boot
http://qa.mandrakesoft.com/show_bug.cgi?id=4316 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 --- Additional Comments From [EMAIL PROTECTED] 2003-07-08 12:32 --- Same happens here using setfont. Rebuilding the srpm didn't fix it. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: /sbin/setsysfont segfaults on boot and the console font never gets set.
Re: [Cooker] kdm / root login debate
Adam Williamson <[EMAIL PROTECTED]> wrote: > Here is a perfect summation of why it's absolutely correct to disable > root login by default, from #mandrake IRC: > > [snip: explanation and conclusion] Yes but it should be more or less self-explanatory. What could be done is the following or some subvariation. During instalation the first user account is granted sudo rights. ie a line like: bob ALL=(ALL) NOPASSWD: ALL mandrake software that requires root permission can now get it without user bob having to type the root-password. Instead he could be presented with a gtk/kde-dialog like: The system requires your admin/root permissions: 1) grant them. 2) deny them. 3) tutorial and advanced options. If he choses 3) he will get a story about root, su, sudo and security risk and the option to a security model he likes, for example: 1) from now on ask for the root-pass. 2) keep asking for confimation without asking for the pass. 3) keep using sudo and don't ask for confirmation. Of course this should be switchable at all time. People may have a laptop for instance and if they work at home 3 is fine, but when they go to the workplace they have to switch to 2. Sounds to me like a comfortable way to increase confort and security and a good point to get people to read some basic stuff about security. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] [Bug 4466] [Installation] New: dont use `mount my partitions'
http://qa.mandrakesoft.com/show_bug.cgi?id=4466 Product: Installation Component: rescue Summary: dont use `mount my partitions' Product: Installation Version: 1.813 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: rescue AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If you use the `mount my partitions' option and then go to console, chroot /mnt and run lilo, lilo runs fine, but you can't boot. grub won't run at all. You HAVE to go to console, mount / on /mnt, chroot /mnt and then mount the partitions you need and then you can succesfully run lilo and/or grub. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] naming policy
Guillaume Rousse <[EMAIL PROTECTED]> wrote: > Ainsi parlait Han Boetes : > > Duncan <[EMAIL PROTECTED]> wrote: > > > On Sat 26 Jul 2003 13:10, Guillaume Rousse posted as excerpted below: > > > > Ainsi parlait Michael Scherer : > > > > > > The package ordering through the rpm groups should be > > > > > > sufficient. > > > > > > > > > > But, the ordering is only accessible with rpmdrake ( easily > > > > > accesible ). > > > > > > > > nope, urpmi output is ordered too :-) > > > > > > Doesn't that require bash-completion? And what about those using > > > other shells? > > > > Works fine in zsh :) > > > > What about replacing bash with zsh as the default shell? :) > When it will be able to emulate bash completion correctly: > [EMAIL PROTECTED] guillaume/audio/net # zsh > /etc/bash_completion:53: command not found: shopt > /etc/bash_completion:59: command not found: complete > /etc/bash_completion:65: command not found: complete > /etc/bash_completion:66: command not found: complete > [..] no way, that's ugly :P # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] naming policy
Duncan <[EMAIL PROTECTED]> wrote: > On Sat 26 Jul 2003 13:10, Guillaume Rousse posted as excerpted below: > > Ainsi parlait Michael Scherer : > > > > The package ordering through the rpm groups should be > > > > sufficient. > > > > > > But, the ordering is only accessible with rpmdrake ( easily > > > accesible ). > > > > nope, urpmi output is ordered too :-) > > Doesn't that require bash-completion? And what about those using > other shells? Works fine in zsh :) What about replacing bash with zsh as the default shell? :) # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] no wallpaper or root color in fluxbox
Olivier Blin <[EMAIL PROTECTED]> wrote: > Most (all ?) fluxbox styles use bsetbg or bsetroot, but this programs > are provided by blackbox. So fluxbox comes up with a black root color > :-) fbsetbg and bsetroot-fluxbox should be used instead, perl can be > used in the spec file to change this. > > I'll post a bug report when qa.mandrakesoft.com is ok ;-) Don't bother, I will fix it. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] Re: [Contrib-Rpm] fluxbox-0.9.3-1mdk
Han Boetes <[EMAIL PROTECTED]> wrote: > [Contrib-RPM] > > Name: fluxbox Relocations: (not relocateable) > Version : 0.9.3 Vendor: MandrakeSoft > Release : 1mdk Build Date: Tue Jun 10 16:43:07 2003 > Install date: (not installed) Build Host: klama.mandrake.org > Group : Graphical desktop/Other Source RPM: (none) > Size: 518625 License: MIT > Packager: Han Boetes <[EMAIL PROTECTED]> > URL : http://fluxbox.sourceforge.net > Summary : Windowmanager based on the original blackbox-code > Description : I swear to god, I never uploaded this rpm. It's just mentioned in these logs. Must be a bug :) # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Re: [CHRPM] ash-0.3.8-6mdk
Buchan Milne <[EMAIL PROTECTED]> wrote: > On Thu, 24 Jul 2003, Han Boetes wrote: > > > Don't forget to mention that ash strifes for complete POSIX compliance > > and is therefor ideal for testing your shell-scripts for portability. > > Just don't link it as /bin/sh while testing, since initscripts package > uses #!/bin/sh, but contains bash-isms. You machine won't boot > properly with ash! Probably I should get around to filing a bug on > initscripts that it should use #!/bin/bash ... Within a few years you may read this message back and blush. You would put #!/bin/ash in the script. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] Re: [CHRPM] ash-0.3.8-6mdk
Per Øyvind Karlsen <[EMAIL PROTECTED]> wrote: > Description : > The ash shell is a clone of Berkeley's Bourne shell. Ash supports all > of the standard sh shell commands, but is considerably smaller than > bash. The ash shell lacks some features (for example, command-line > histories), but needs a lot less memory. > > You should install ash if you need a lightweight shell with many of > the same capabilities as the bash shell. Don't forget to mention that ash strifes for complete POSIX compliance and is therefor ideal for testing your shell-scripts for portability. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] A new background ?
FACORAT Fabrice <[EMAIL PROTECTED]> wrote: > Le jeu 24/07/2003 à 13:05, Pierre Jarillon a écrit : > > The mandrake backgrounds are always the same. > > not really, 9.1 default background is different that the 9.0's one. > > > Have a look at : > > http://pjarillon.free.fr/docs/fonds/camelia-12.jpg (1280x1024) > > http://pjarillon.free.fr/docs/fonds/camelia-16.jpg (1600x1200) > > I am the author of these pictures (and proud of them ;-) and I would be > > happy to see them in Mdk 9.2. > > photo are usually not very good as background, and is there are many > dark part it's even worse. > You need something clear as most of the time desktop font are with > black color and you need to see clearly the icons and and the > impression that your screen is big Thats just a matter of taste. Check http://www.xs4all.nl/~hanb/pictures/screenshot_camelia.png :P The real problem is the size. 200 kb is a waste of space. Even though it is a great picture. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] RedHat trying to beat us at our own game?
Austin <[EMAIL PROTECTED]> wrote: > On 2003.07.21 15:20, Buchan Milne wrote: > > Hmmm, compare: > > http://rhl.redhat.com/ > > to: > > http://qa.mandrakesoft.com/wiki > > I can't see the difference. Can you see the difference? > > (I don't suppose anyone will remember that commercial...) You must have loaded the same page twice. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] [Bug 4229] [rpm-build] New: rpm picks up dependencies to scripts in /usr/share
http://qa.mandrakesoft.com/show_bug.cgi?id=4229 Product: rpm-build Component: rpm-build Summary: rpm picks up dependencies to scripts in /usr/share Product: rpm-build Version: 4.2-9mdk Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpm-build AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] the cvs rpm installs this examplescript /usr/share/cvs/contrib/sccs2rcs, this is a csh-script. rpm picks it up as a dependency and wants to install tsch which provides csh. according to man (7)hier this directory should not contain executable scripts. And therefor picking up a dependency to tsch is wrong. Side-note: rpm even picks up the dependecy if the script is not even executable. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 4078] [cvs] cvs depends on tcsh
http://qa.mandrakesoft.com/show_bug.cgi?id=4078
--- Additional Comments From [EMAIL PROTECTED] 2003-21-07 22:09 ---
on closer consideration... this is a bug in rpm actually. /usr/share may not
contain executable scripts.
Of course the spec should be updated to enforce this:
~/src/RPM% diff -u cvs.spec SPECS/cvs.spec
--- cvs.spec2003-06-04 20:31:00.0 +0200
+++ SPECS/cvs.spec 2003-07-21 20:19:33.0 +0200
@@ -91,19 +91,20 @@
%_remove_install_info cvsclient.info
%files
-%defattr(-,root,root)
-%doc BUGS FAQ MINOR-BUGS NEWS PROJECTS TODO README
-%doc doc/*.ps.bz2
-%config(noreplace) /etc/xinetd.d/%{name}
+%defattr(0755,root,root,-)
%{_bindir}/cvs
%{_bindir}/cvsbug
%{_bindir}/rcs2log
+%{_sbindir}/cvspserver
+%defattr(0644,root,root,-)
+%doc BUGS FAQ MINOR-BUGS NEWS PROJECTS TODO README
+%doc doc/*.ps.bz2
+%config(noreplace) /etc/xinetd.d/%{name}
%{_mandir}/man1/cvs.1*
%{_mandir}/man5/cvs.5*
%{_mandir}/man8/cvsbug.8*
%{_infodir}/cvs*
%{_datadir}/cvs
-%{_sbindir}/cvspserver
%config(noreplace) %{_sysconfdir}/cvs/cvs.conf
%changelog
But after that rpm still finds a tcsh dependency. And that really is a bug in rpm.
--
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date:
description:
It's not mentioned in the specfile so I assume the build-process picked up some
fancy dependency on the installed tcsh on the buildhost. Though I can't find it.
Please doublecheck this dependency.
[Cooker] [Bug 4078] [cvs] cvs depends on tcsh
http://qa.mandrakesoft.com/show_bug.cgi?id=4078 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 --- Additional Comments From [EMAIL PROTECTED] 2003-21-07 21:44 --- found it: /usr/share/cvs/contrib/sccs2rcs is a csh script. Should be rewritten to sh or removed. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: It's not mentioned in the specfile so I assume the build-process picked up some fancy dependency on the installed tcsh on the buildhost. Though I can't find it. Please doublecheck this dependency.
Re: [Cooker] Mdk cooker
Guillaume Rousse <[EMAIL PROTECTED]> wrote: > Ainsi parlait andre : > > If you do a network install from the internet then i would do a > > really minimal install without even kde because it takes a > > looong time. > > Not more than downloading the full ISO containing the packages. > Anyway, any install should always be minimal, with just urpmi. I suggested to create a mini-iso that contains only the files just to do that some time ago. Maybe I should suggest it again. Preferably one that keeps working from release to release so you can use to same iso to install 9.1 9.2 10.0 etc. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Compiling kernels with latest gcc
Before you post a question about any problem your notice you should check if somebody else hasn't run into the same problem. Dave Cotton <[EMAIL PROTECTED]> wrote: > Trying to compile plain vanilla 2.4.22-pre6 and getting less seg faults > etc. during the compile, but on boot get the following:- > > malloc: subst.c: 3656 assertion botched > malloc: block on free list clobbered > > INIT:PANIC: segmentation violation at 0x4009ee9a! sleeping 30 seconds > > Everything gcc is 3.3.1-0.5mdk > > Any gurus? > # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
Luca Berra <[EMAIL PROTECTED]> wrote: > my point was that / is becoming bloated with lots of libraries and > data that belongs to /usr, so if i have to cast my vote i'd move > ncurses away from /lib Also fine with me, just as long as it is consistent. > i do even like systems where /bin and /lib are links to /usr/... and > /sbin contains static binaries only :) OpenBSD has it this way, FreeBSD just swithed to a /lib system as well. It's rather debatable and hard to switch. I don't see the point in moving away from the current way. It's rather ok. The only thing is that anything in the `root' partition should only be linked to stuff in the `root' partition. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
Michael Scherer <[EMAIL PROTECTED]> wrote: > > Not to add the good old old '/usr/ mounted via NFS' setup. > > Each package in / should not depend on /usr. > > Guess a test should be added in rpmlint or distlint. But i don't see > how to do it, since ldd resolve the dependancy at runtime. Sounds like a tight plan. > Maybe checking that a each package owning a binary in /bin should only > depend on /lib, and so on ? for i in /bin/* /sbin/* ;do echo $i; ldd $i|grep usr;done # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
It gets worse: /bin/tcsh libncurses.so.5 => /lib/libncurses.so.5 (0x4001f000) tcsh wont work in single usermode without mounting /usr /bin/rpm librpm-4.2.so => /usr/lib/librpm-4.2.so (0x4001f000) librpmdb-4.2.so => /usr/lib/librpmdb-4.2.so (0x40077000) librpmio-4.2.so => /usr/lib/librpmio-4.2.so (0x40162000) libelf.so.1 => /usr/lib/libelf.so.1 (0x401cc000) libbz2.so.1 => /usr/lib/libbz2.so.1 (0x4023f000) nor will rpm, bzip and eh libelf... # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
Luca Berra <[EMAIL PROTECTED]> wrote: > On Wed, Jul 16, 2003 at 07:16:36PM +0200, Han Boetes wrote: > > I had some troubles with lilo and pam and had to spend considerable > > time in single user mode and the only editor available was vi. > > well there is e3 which is static linked (9K) and has many emulation > modes, including vi and emacs (a pity it is in /usr/bin) sudo cp /usr/bin/e3em /bin /me is happy for that part. :) > > So... something has to happen here. May I suggest it is libgpm being > > moved to /lib > > i hate having a bloated / vim-minimal is linked vs libtermcap and > works ok That was not the point at all. The point is that there are libs in /lib that are linked to libs in /usr/lib. Not good. Either they reside in /usr/lib or they reside in /lib, but mixing is bad habbits. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
Hi, I had some troubles with lilo and pam and had to spend considerable time in single user mode and the only editor available was vi. Now you all may be very comfortable with vi, but I'm not. So I dediced to copy jmacs from joe to /bin for the next time and just to make sure I just tried it out. Complained it couldn't load libgpm... Now that's odd, that library isn't even used by joe. It's a dependency for libncurses. But libncurses is in /lib and libgpm is only in /usr/lib So... something has to happen here. May I suggest it is libgpm being moved to /lib btw, ~% locate lib/libncurses /lib/libncurses.so /lib/libncurses.so.5 /lib/libncurses.so.5.3 /usr/lib/libncurses++.a /usr/lib/libncurses.a /usr/lib/libncurses.so /usr/lib/libncurses.so.5 /usr/lib/libncurses.so.5.3 Shouldn't libncurses not only be installed in /bin # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] 2.6 kernel
Dave Cotton <[EMAIL PROTECTED]> wrote: > On Wed, 2003-07-16 at 14:22, Olivier Thauvin wrote: > > I am thinking a best deal at time is to put it in cooker contrib. > > Anyway, this kernel should be packaged soon to begin testing and > > report bug to kernel team. > > > > A very good idea is to package it as it, without any patch. > > Maybe a silly question, but if it is to test for the kernel team, what > possible use could a patched version be? That is a a silly question :) # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] terminus-font vote for another ``a''
Hi, The terminus-font author, Dimitar Zhekov, is being plagued by requests for another ``a'', because you couldn't distuingish it from an ``o'', so he made a patch. If you are using the terminus-font please try the new package: This one contains the patched version: http://www.xs4all.nl/~hanb/software/rpms/terminus-font-4.03-2mdk.noarch.rpm And for your comfort here is the old version: http://www.xs4all.nl/~hanb/software/rpms/terminus-font-4.03-1mdk.noarch.rpm After that you can vote which version you like best here: http://www.is-vn.bg/hamster/jimmy-en.html#vote Here are two screenshots: With the old ``a'': http://www.xs4all.nl/~hanb/pictures/screenshot2.png And here is the new ``a'': http://www.xs4all.nl/~hanb/pictures/screenshot_aaa.png # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] [Bug 4078] [cvs] cvs depends on tcsh
http://qa.mandrakesoft.com/show_bug.cgi?id=4078 --- Additional Comments From [EMAIL PROTECTED] 2003-08-07 12:36 --- Here it is: the full dependency-file of the cvs-rpm. No you are not hallucinating. /usr/bin/ssh zlib /sbin/install-info /bin/sh /bin/sh rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1 /usr/bin/perl bash perl-base tcsh libc.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.2.3) libc.so.6(GLIBC_2.3) libcom_err.so.3 libcrypt.so.1 libcrypt.so.1(GLIBC_2.0) libgssapi_krb5.so.2 libk5crypto.so.3 libkrb5.so.3 libnsl.so.1 libresolv.so.2 libz.so.1 perl(Cwd) perl(File::Basename) perl(File::Find) perl(File::Path) perl(IO::File)
[Cooker] [Bug 4147] [eboard] Binaries and data are in wrong locations
http://qa.mandrakesoft.com/show_bug.cgi?id=4147 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 --- Additional Comments From [EMAIL PROTECTED] 2003-07-07 08:20 --- I noticed that a few seconds after I pressed the commit button, which resulted in this: http://sourceforge.net/tracker/index.php?func=detail&aid=766973&group_id=11164&atid=64 I am afraid we have to wait for an upstream fix. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: ASSIGNED creation_date: description: /usr/bin/eboard* should be in /usr/games and /usr/share/eboard should be /usr/share/games/eboard
[Cooker] [Bug 4147] [eboard] Binaries and data are in wrong locations
http://qa.mandrakesoft.com/show_bug.cgi?id=4147 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-07-07 06:05 --- fixed in 3mdk -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: /usr/bin/eboard* should be in /usr/games and /usr/share/eboard should be /usr/share/games/eboard
Re: [Cooker] urpmi --auto-select
Ryan T. Sammartino <[EMAIL PROTECTED]> wrote: > > For the last, oh, two months or so, I have been completely unable to > do "urpmi --auto-select" due to many and various missing or out-of- > date dependencies. The full output is a bit long to include, but an > example would be what happens when I try to upgrade gcc: > > $ sudo /usr/sbin/urpmi --no-verify-rpm gcc add /usr/sbin to your path. much easier. > The following packages have to be removed for others to be upgraded: > OpenOffice.org-1.0.3-2mdk.i586 (due to unsatisfied OpenOffice.org-libs == > 1.0.3-2mdk, due to unsatisfied libgcc3.2 >= 3.2-0.3mdk) > OpenOffice.org-l10n-en-1.0.3-2mdk.i586 (due to unsatisfied OpenOffice.org == 1.0.3) > OpenOffice.org-l10n-es-1.0.3-2mdk.i586 (due to unsatisfied OpenOffice.org == 1.0.3) > libgcj3-devel-3.2.2-5mdk.i586 (due to unsatisfied libgcj3 == 3.2.2-5mdk, due to > missing libgcj.so.3) > libgcj3-static-devel-3.2.2-5mdk.i586 (due to unsatisfied libgcj3-devel == > 3.2.2-5mdk) (y/N) > > > What do I have to do to be able to get urpmi to sync to the latest > cooker again? Here is my... ~% cat /etc/urpmi/skip.list # Here you can specify the package you don't want to install /freetype2-.*plf/ fluxbox #/mplayer-.*/ #win32-codecs I suppose you have to add, for example: /OpenOffice.org-.*/ # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker]
Hi, Incase you missed it: http://www.nzherald.co.nz/storydisplay.cfm?storyID=3509550&thesection=technology&thesubsection=comment&thesecondsubsecti # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] [Bug 3913] [aspell-nl] aspell-nl needs to be rebuild
http://qa.mandrakesoft.com/show_bug.cgi?id=3913 --- Additional Comments From [EMAIL PROTECTED] 2003-24-06 22:06 --- ~% rpm -q aspell-nl-0.50.2-4mdk aspell-nl-0.50.2-4mdk ~% sudo rpm -e aspell-nl-0.50.2-4mdk ~% sudo urpmi aspell-nl-0.50.2-4mdk ftp://ftp.proxad.net/pub/Distributions_Linux/Mandrake-devel/cooker/i586/Mandrake/RPMS/aspell-nl-0.50.2-4mdk.noarch.rpm installing /var/cache/urpmi/rpms/aspell-nl-0.50.2-4mdk.noarch.rpm Preparing...## 1:aspell-nl ## ~% aspell --lang=nl -c file Unhandled Error: The file "/usr/lib/aspell/nl.rws"~% aspell --lang=nl -c file is not in the proper format. Wrong Soundslike zsh: 8649 abort (core dumped) ~% sudo rpm -Uvh --force src/RPM/RPMS/noarch/aspell-nl-0.50.2-4mdk.noarch.rpm ~% aspell --lang=nl -c file This works fine. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: When I urpmi'ed aspell-nl I got: aspell --lang=nl -c my_movie.srt Unhandled Error: The file "/usr/lib/aspell/nl.rws" is not in the proper format. Wrong Soundslike zsh: 19696 abort (core dumped) aspell --lang=nl -c my_movie.srt Rebuilding the srpm for aspell-nl fixed this problem.
