[Cooker] [Bug 576] [MySQL-client] No ODBC
https://qa.mandrakesoft.com/show_bug.cgi?id=576 --- Additional Comments From [EMAIL PROTECTED] 2002-12-06 11:00 --- [Bug 576] [EMAIL PROTECTED] writes: Well, I am really sorry but have not time to check what could be wrong on a 8.1. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 584] [Bugzilla] Invalid Reply-To Header Set on Bugzilla emails
https://qa.mandrakesoft.com/show_bug.cgi?id=584 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|1353|[EMAIL PROTECTED] Status|ASSIGNED|resolved Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-12-06 11:00 --- [Bug 584] [EMAIL PROTECTED] writes: OK right now it must be OK, you can write either at bug_id@linux.mandrake.com or bug_id@qa.linux-mandrake.com --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] found a bug in setup rpm
Todd Lyons [EMAIL PROTECTED] writes: Oden Eriksson wrote on Thu, Dec 05, 2002 at 08:23:24PM +0100 : -ipp631/udp # Internet Printing Protocol +ipp631/ucp # Internet Printing Protocol ipp is udp NOT ucp Huh? According to your patch, you're contridicting yourself ;) I think he's showing it the other way, Oden. Instead of showing the patch to fix it, he's showing what is wrong. A little confusing at first, but it's quite obvious where the issue is :) Blue skies... Todd Fixed in CVS, will be in next setup package. -- Warly
[Cooker] Mozilla stuck in full-screen
Somehow Mozilla got stuck in a mode where all new windows - including the initial one - always open in full-screen mode. No matter what size I change the window to on exit, it always restarts full-screen. I can't find anything in the preferences files to indicate that this should happen. Any pointers? mozilla-1.2.1-1mdk TTFN, Lonnie Borntreger
[Cooker] [Bug 607] [initscripts] rc.sysinit mistakenly loads sound modules in certain cases
https://qa.mandrakesoft.com/show_bug.cgi?id=607 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|13 |[EMAIL PROTECTED] Status|UNCONFIRMED |resolved Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-12-06 11:40 --- [Bug 607] [EMAIL PROTECTED] writes: Applied in initscripts CVS, will be in next initscript package. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] gdb segfault
Trying to investigate my gnome-panel freeze, I attached gdb to the process, but after loading symbols from libs it segfaults... I can't find info about it using my small knowledge of gdb : Program received signal SIGSEGV, Segmentation fault. 0x in ?? () (gdb) up Initial frame selected; you cannot go up. If I try to attach a second gdb to the panel, I get Attaching to program: /usr/bin/gnome-panel, process 2134 then nothing happens and panel doesn't get refreshed anymore. (Trying to attach to other processes work fine) -- There are only 10 types of people in the world: Those who understand binary, and those who don't.
Re: [Cooker] found a bug in setup rpm
fredagen den 6 december 2002 11.13 skrev Warly: Todd Lyons [EMAIL PROTECTED] writes: Oden Eriksson wrote on Thu, Dec 05, 2002 at 08:23:24PM +0100 : -ipp631/udp # Internet Printing Protocol +ipp631/ucp # Internet Printing Protocol ipp is udp NOT ucp Huh? According to your patch, you're contridicting yourself ;) I think he's showing it the other way, Oden. Instead of showing the patch to fix it, he's showing what is wrong. A little confusing at first, but it's quite obvious where the issue is :) Blue skies... Todd Yes he he, I was only making a silly joke. Fixed in CVS, will be in next setup package. Cool. -- Regards // Oden Eriksson http://www.deserve-it.com
[Cooker] Re: [Maintainers] REJECTED: flphoto-0.9-0.1mdk.src.rpm rejected
fredagen den 6 december 2002 01.45 skrev [EMAIL PROTECTED]: New packages are not allowed What exactly does this mean? * Thu Dec 05 2002 Till Kamppeter [EMAIL PROTECTED] 0.9-0.1mdk - Initial release. -- Regards // Oden Eriksson http://www.deserve-it.com
Re: [Cooker] Mozilla stuck in full-screen
Lonnie Borntreger wrote: Somehow Mozilla got stuck in a mode where all new windows - including the initial one - always open in full-screen mode. No matter what size I change the window to on exit, it always restarts full-screen. I can't find anything in the preferences files to indicate that this should happen. Any pointers? mozilla-1.2.1-1mdk Try F11. -- If you are wise, your wisdom will reward you. . . . Proverbs 9:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/
[Cooker] Re: galeon-1.3.0-2mdk
Le ven 06/12/2002 à 14:25, Marc Boucher a écrit : On Fri, Dec 06, 2002 at 02:21:09PM +0100, Marc Boucher wrote: On Fri, Dec 06, 2002 at 02:17:13PM +0100, Frederic Crozat wrote: Le ven 06/12/2002 à 14:05, Marc Boucher a écrit : Bonjour Frederic, could you explain to me why on earth the buggy development version (practically unusable) of galeon (1.3.x) was packaged for cooker instead of the current stable (1.2.x) version? Because (quoting http://www.linux-mandrake.com/en/cookerdevel.php3 ) : Cooker is an experimental distribution, it's not for daily use! I perfectly know that Cooker is an experimental distribution. Still, distributions should package stable software, not stuff that's completely unusable. if you argue that including galeon 1.3.x in cooker is the right thing, then the same argument means that cooker should also be based on the 2.5 kernel. would it be right? no. so please do me and all galeon users a favor and return to the 1.2.x release until the major crashes and brokenness of 1.3.x are fixed. No, I won't.. Galeon 1.2.x is not a GNOME2 application.. Follow up on cooker mailing list.. -- Frederic Crozat [EMAIL PROTECTED] MandrakeSoft
Re: [Cooker] gdb segfault
On Fri, 06 Dec 2002 13:07:10 +0100, Pascal Terjan wrote: Trying to investigate my gnome-panel freeze, I attached gdb to the process, but after loading symbols from libs it segfaults... glibc bug.. Install Mandrake 9.0 glibc/glibc-devel And you can also try to ask our glibc maintainer to fix it (I'm trying but I've haven't seen any effect now :(( -- Frederic Crozat MandrakeSoft
[Cooker] [Bug 610] [kernel-2.4.20.1mdk] New: Hangs on second invocation of LVM
https://qa.mandrakesoft.com/show_bug.cgi?id=610 Product: kernel-2.4.20.1mdk Component: kernel-2.4.20.1mdk Summary: Hangs on second invocation of LVM Version: 1-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] As reported with kernel-2.4.20-0.5, kernel-2.4.20-1mdk hangs during the second invocation of LVM in the rc.sysinit script. I had to patch as follows in order to get my system to boot with this new kernel (please excuse line wrapping, as this is bugzilla's fault): --- rc.sysinit~ 2002-11-19 09:59:30.0 -0500 +++ rc.sysinit 2002-12-06 08:00:53.0 -0500 @@ -602,9 +602,9 @@ fi # LVM initialization, take 2 (it could be on top of RAID) -if [ -x /sbin/vgchange -a -f /etc/lvmtab ]; then -action Setting up Logical Volume Management: /sbin/vgscan /sbin/vgchange -a y -fi +#if [ -x /sbin/vgchange -a -f /etc/lvmtab ]; then +#action Setting up Logical Volume Management: /sbin/vgscan /sbin/vgchange -a y +#fi _RUN_QUOTACHECK=0 # Check filesystems --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] serel - parallel boot scripts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brian J. Murrell wrote: I am wondering what the Mandrake team thinks of this: http://www.fastboot.org/ Overview serel is software that helps computers boot faster. serel adds synchronisation and integrity-checking to the operating system service startup phase, allowing a computer's services to start in parallel. Without parallelism, service startup is typically the most time-consuming part of the boot process. It's getting about time that Linux booting takes this step forward. Who better than Mandrake to lead the pack? Is there any interest in adding this to Mandrake Linux? I am going to investigate it now. I could come back with my findings if Mandrake is interested in pursuing this. I would love to see this, but haven't had the time to test it at all. Please keep us informed, if you get part of it working, I would probably find more time (sleep less ;-)) to get more scripts converted. Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE98LePrJK6UGDSBKcRAiXoAJ9Oh0VOwOL35hY+fB2+5GqejR8xigCfUst8 la6rUzzjEEpI8Cf/rZQXddk= =I0ig -END PGP SIGNATURE-
[Cooker] [Bug 611] [kernel] New: UDMA not working properly since kernel 2.4.20.0.5mdk with i845 chipset
https://qa.mandrakesoft.com/show_bug.cgi?id=611
Product: kernel
Component: kernel
Summary: UDMA not working properly since kernel 2.4.20.0.5mdk
with i845 chipset
Version: 2.4.20-1mdk
Platform: PC
OS/Version: All
Status: UNCONFIRMED
Severity: major
Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
Since kernel 2.4.19, UDMA could been enabled successfully on i845 chipset-based
motherboards.
Up to 2.4.20.0.3mdk kernel, hard drive were performing correctly UDMA transfers.
However, since kernel 2.4.20.0.5mdk (note: 2.4.20.0.4mdk was not tested) and
2.4.20.1mdk kernels, UDMA can still be enabled on i845 motherboards, but hard
drive performance is irregular.
It seems that using buffer cache of the disk before a read/write transfer
decrease the transfer performance to non-UDMA levels.
Examples :
IDE hard drive
Model=HITACHI_DK23DA-20, FwRev=00J2A0A1, SerialNo=11L0V8
Config={ HardSect NotMFM HdSw15uSec Fixed DTR10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=39070080
IORDY=yes, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled
Drive conforms to: ATA/ATAPI-5 T13 1321D revision 3: 2 3 4 5
multcount= 16 (on)
IO_support = 1 (32-bit)
unmaskirq= 1 (on)
using_dma= 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead= 8 (on)
geometry = 2432/255/63, sectors = 39070080, start = 0
1) with kernel 2.4.20.0.3mdk
hdparm -Tt /dev/hda
/dev/hda:
Timing buffer-cache reads: 128 MB in 0.37 seconds =345.95 MB/sec
Timing buffered disk reads: 64 MB in 2.78 seconds = 23.02 MB/sec
This result was consistent with the 2.4.20.0.3mdk kernel.
2) But with kernel 2.4.20.1mdk
hdparm -t /dev/hda
Timing buffered disk reads: 64 MB in 4.61 seconds = 13.88 MB/sec
but it gives irregular results comprised between 10 to 20
and
hdparm -Tt /dev/hda
/dev/hda:
Timing buffer-cache reads: 128 MB in 0.37 seconds =345.95 MB/sec
Timing buffered disk reads: 64 MB in 6.55 seconds = 9.77 MB/sec
Giving consistently about 9MB/sec, the same result as if UDMA was not enabled.
This result is always obtained if a buffer-cache read is performed before the
disk read.
This could be verified with hdparm tests, but on a normal use basis, this
globally cripples hard drive performance on that hardware.
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
[Cooker] Plugins crash mozilla-1.2.1-1mdk
I know a few folks have been complaining about plugins not working on
Mozilla. I have two cooker systems with the latest Mandrake Mozilla
package (mozilla-1.2.1-1mdk), and the only plugin that I can get to work
at all is java from j2re-1_4_1_01-fcs-linux-i586.rpm.
All other plugins (flash 5, flash 6 beta, crossover 1.3.1) refuse to
work and will crash the system. I have been playing with it a couple
days with no better results. Here is the output from a crash:
starting up Xt stuff
gtk_xtbin_realize()
initial allocation 0 0 18 18
xt_client_create()
gtk_xtbin_resize 0x844bcd8 18 18
gtk_xtbin_resize 0x844bcd8 18 18
(unknown:30237): Gtk-WARNING **: ../../gtk/gtksocket.c:957Can't add
non-GtkPlug to GtkSocket
(unknown:30237): Gdk-CRITICAL **: file ../../../gdk/x11/gdkmain-x11.c:
line 648 (gdk_error_trap_pop): assertion `gdk_error_traps != NULL' failed
gtk_xtbin_realize()
initial allocation 0 0 1016 662
xt_client_create()
gtk_xtbin_resize 0x89e9f88 1016 662
gtk_xtbin_resize 0x89e9f88 1016 662
gtk_xtbin_unrealize()
gtk_xtbin_destroy()
gtk_xtbin_destroy()
(unknown:30237): Gtk-WARNING **: ../../gtk/gtksocket.c:957Can't add
non-GtkPlug to GtkSocket
(unknown:30237): Gdk-CRITICAL **: file ../../../gdk/x11/gdkmain-x11.c:
line 648 (gdk_error_trap_pop): assertion `gdk_error_traps != NULL' failed
gtk_xtbin_unrealize()
gtk_xtbin_destroy()
removing the Xt connection from the main loop
gtk_xtbin_destroy()
gtk_xtbin_realize()
initial allocation 0 0 18 18
xt_client_create()
Gdk-ERROR **: The program 'unknown' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
(Details: serial 658 error_code 3 request_code 2 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error()
function.)
aborting...
./run-mozilla.sh: line 454: 30237 Trace/breakpoint trap $prog ${1+$@}
Re: [Cooker] kernel 2.4.20-0.5mdk allways lacks xfs_support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On November 29, 2002 02:35 am, Götz Waschk wrote: Am Donnerstag, 28. November 2002, 13:46:59 Uhr MET, schrieb Xavier Granier: This is still true So what, it's not too hard to remove the xfs_support line from your /sbin/mkinitrd, this is the unstable distribution after all. And what if you use XFS? Or am I missing something? - -- Live fast, die young, you're sucking up my bandwidth. - -- J.P. Pasnak, CD CCNA [EMAIL PROTECTED] http://www.warpedsystems.sk.ca Kernel version: 2.4.19-16mdk Current Linux uptime: 0 hours 5 minutes. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE98NhtBMRgzmzdk08RAuVcAKDISiUiW3XxZceu5U1h7hSyxDkv0wCeMRFl vIki3ZCBOwU4kOtrWL4Mu90= =izff -END PGP SIGNATURE-
Re: [Cooker] kernel 2.4.20-0.5mdk allways lacks xfs_support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On December 6, 2002 11:03 am, J.P. Pasnak wrote: On November 29, 2002 02:35 am, Götz Waschk wrote: Am Donnerstag, 28. November 2002, 13:46:59 Uhr MET, schrieb Xavier Granier: This is still true So what, it's not too hard to remove the xfs support line from your /sbin/mkinitrd, this is the unstable distribution after all. And what if you use XFS? Or am I missing something? Nevermind, found the answer in another thread - -- Live fast, die young, you're sucking up my bandwidth. - -- J.P. Pasnak, CD CCNA [EMAIL PROTECTED] http://www.warpedsystems.sk.ca Kernel version: 2.4.19-16mdk Current Linux uptime: 0 hours 11 minutes. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE98NnMBMRgzmzdk08RAg2NAKDTgwCnYD4xynLXiEvEGvRH0aA9SgCdGYlY eSX2O1+ZNqEE84JRGS4mKWk= =XJ3O -END PGP SIGNATURE-
Re: [Cooker] kernel 2.4.20-0.5mdk allways lacks xfs_support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 J.P. Pasnak wrote: So what, it's not too hard to remove the xfs support line from your /sbin/mkinitrd, this is the unstable distribution after all. And what if you use XFS? Or am I missing something? Nevermind, found the answer in another thread Would you be so kind to remind me the answer because I use XFS as well and didn't find the answer you'r talking about. regard, - -- Léa Gris () Campagne du ruban texte brut contre les courriels en HTML, /\ contre les pièces jointes Microsoft. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE98NyUiNTO/wgn58kRAtCiAKDFz/TbZjHN0UF3rSnyIBsWdRKSWgCdFbkF sJXtGsK/VqXZoCFpTeU8/jU= =X80u -END PGP SIGNATURE-
Re: [Cooker] Plugins crash mozilla-1.2.1-1mdk
I have something similar - reported earlier and still happening with
1.2.1-1mdk. Strangely, it does not happen with Texstar's 1.2.1 RPM
(included with all the plugins!)
Everytime I go to certain websites (like http://linuxtoday.com) -
Mozilla simply disappears without an error (total crash)
I have confirmed this on several machines.
I am using the 4.0 plugger, Java 1.4.1, Realplayer 7.0, Shockwave 6.0
all without a problem under Texstar's RPM but the exact same plugins
don't seem to work under Mandrake's build.
Thx,
R.Fox
On Fri, 2002-12-06 at 18:00, Kenton Groombridge wrote:
I know a few folks have been complaining about plugins not working on
Mozilla. I have two cooker systems with the latest Mandrake Mozilla
package (mozilla-1.2.1-1mdk), and the only plugin that I can get to work
at all is java from j2re-1_4_1_01-fcs-linux-i586.rpm.
All other plugins (flash 5, flash 6 beta, crossover 1.3.1) refuse to
work and will crash the system. I have been playing with it a couple
days with no better results. Here is the output from a crash:
starting up Xt stuff
gtk_xtbin_realize()
initial allocation 0 0 18 18
xt_client_create()
gtk_xtbin_resize 0x844bcd8 18 18
gtk_xtbin_resize 0x844bcd8 18 18
(unknown:30237): Gtk-WARNING **: ../../gtk/gtksocket.c:957Can't add
non-GtkPlug to GtkSocket
(unknown:30237): Gdk-CRITICAL **: file ../../../gdk/x11/gdkmain-x11.c:
line 648 (gdk_error_trap_pop): assertion `gdk_error_traps != NULL' failed
gtk_xtbin_realize()
initial allocation 0 0 1016 662
xt_client_create()
gtk_xtbin_resize 0x89e9f88 1016 662
gtk_xtbin_resize 0x89e9f88 1016 662
gtk_xtbin_unrealize()
gtk_xtbin_destroy()
gtk_xtbin_destroy()
(unknown:30237): Gtk-WARNING **: ../../gtk/gtksocket.c:957Can't add
non-GtkPlug to GtkSocket
(unknown:30237): Gdk-CRITICAL **: file ../../../gdk/x11/gdkmain-x11.c:
line 648 (gdk_error_trap_pop): assertion `gdk_error_traps != NULL' failed
gtk_xtbin_unrealize()
gtk_xtbin_destroy()
removing the Xt connection from the main loop
gtk_xtbin_destroy()
gtk_xtbin_realize()
initial allocation 0 0 18 18
xt_client_create()
Gdk-ERROR **: The program 'unknown' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
(Details: serial 658 error_code 3 request_code 2 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error()
function.)
aborting...
./run-mozilla.sh: line 454: 30237 Trace/breakpoint trap $prog ${1+$@}
--
Robert Fox [EMAIL PROTECTED]
Fox Consulting Services
Re: [Cooker] URPMI suggestion. ( /etc/urpmi/urpmi.cfg )
Le ven 06/12/2002 à 18:11, Jesper Krogh a écrit :
Hi. I have a suggestion.
The current layout of urpmi.cfg file is this way:
secure {
hdlist: hdlist.secure.cz
with_hdlist: ../base/hdlist.cz
list: list.secure
update
}
entities.
It would be wery nice if all relevant information was stored in the urpmi.cfg
file, so you could copy it to another system and do a:
urpmi.update -a
and it would retrieve the hdlists if they were accessible.
It is the case (url) now, except if a user/password is visible inside
it.
Due to the current layout of configuration files for urpmi, is it quite
impossible to view the configuration and verify that it is as I would expect
it to be. And even more impossible to copy a complete configuration to
another system ( if I don't have the exact urpmi.addmedia commands ).
Not enough simple ?
François.
Re: [Cooker] QA Bugzilla questions
On Mon, Dec 02, 2002 at 05:34:36PM +0100, Michal Bukovjan wrote: reading a slew of invalid bug reports for Mandrake Linux 9.0 and so on, I understand that this Bugzilla is for current Cooker only. 1. The question is, why there are product version dating way back? for example, for mozilla package, there is a version 0.9.8 (!). I think this contributes to point 3. I've been wondering the same thing... 2. The navigation is less than perfect. Could you consider adding a standard footer as seen on bugzilla.mozilla.org or bugzilla.gnome.org? Specifically, I would like to see whether I am logged in, quick links to My bugs, predefined queries, etc. I keep looking for this too. 3. Slowness... Any hints why would that be? I am actively using both bugzilla.mozilla.org or bugzilla.gnome.org, as well as some local installations at companies I worked for, and all of them were reasonably fast. Perhaps https contributes to the problem? Huge number of packages? How about creating a meta system (i.e. GNOME-2, KDE-3, Apache), covering all packages related to that area? Probably because it's hosted in Paris and their connection is less than stellar. 4. qa.mandrakesoft.com, IMHO opinion, looks like QA for a stable product, hence the possible confusion and reports for MDK 9.0 bugs. What is QA, anyway? Questions and answers? Quality assurance? Perhaps you could consider moving this to cooker.mandrakesoft.com. Or cookerbugs.mandrakesoft.com... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] pornview: in contrib or plf?
On Mon, Dec 02, 2002 at 11:08:23PM +0200, Buchan Milne wrote: Was this regarding an account with rights to upload to contrib? Did you follow it up? And a number of people who put up those other pages are starting to contribute to cooker/MandrakeClub, so that their packages are useful to more people. Sorry, I guess I sounded a bit antagonistic in the previous mail, but I *really* *really* *really* hate duplication of work, which is why virtually all my RPMs now go into one of these places: 1)Samba ftp server (RPMs of latest stable samba for as many releases as I have a machine to build on) 2)contrib 3)MandrakeClub 4)PLF If any RPMs don't fit in one of those places, I dump them on ranger.dnsalias.com. Ideally, these are the minority. I have left the RPMS from before I decided on this up though. If all the non-Mandrakesoft people on this list didn't package, we would all be the worse for it. People that come to mind are Oden, Goetz, Olivier, Guillaume Rousse, but there are many more. At present there is a lot of duplication (and incompatible duplication) of work between what you do, and what other Mandrake-related projects do. I just don't see the point of seperately maintained and incompatible (using different package names) packages. I would hope you reconsider your stance. I don't blame his stance. I'm pondering personally not contributing to Mandrake at all anymore after repeated issues that I've had with them. It's hard to justify taking the time to submit a package when you get rude responses or your package just plain gets ignored (still wondering if the bug fixes I made to the wireless-tools package will ever be uploaded). And that's only mentioning the issues with package submission.. I'm not even gonna get into the other issues with Mandrake in general. I'm starting to think that the effort of submitting packages is not worth the results. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
[Cooker] [Bug 612] [gnomemeeting] New: missing BuildRequires
https://qa.mandrakesoft.com/show_bug.cgi?id=612 Product: gnomemeeting Component: packaging Summary: missing BuildRequires Version: 0.94-0.1.2mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] BuildRequires: libjpeg62-devel BuildRequires: libdb3.3-devel BuildRequires: pam-devel --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 613] [gnomemeeting] New: gnomemeeting crashes when it is called with no prev. config
https://qa.mandrakesoft.com/show_bug.cgi?id=613
Product: gnomemeeting
Component: gnomemeeting
Summary: gnomemeeting crashes when it is called with no prev.
config
Version: 0.94-0.1.2mdk
Platform: PC
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
gnomemeeting crashes right after starting when there are no entries for the
mixer in the configuration. The following small patch fixes that:
--- sound_handling.cpp~ 2002-12-06 18:19:09.0 +0100
+++ sound_handling.cpp 2002-12-06 18:19:09.0 +0100
@@ -61,7 +61,7 @@
#ifdef HAS_IXJ
OpalLineInterfaceDevice *lid = NULL;
- if (!strcmp (mixer, /dev/phone0))
+ if (mixer !strcmp (mixer, /dev/phone0))
{
unsigned vol = 0;
@@ -110,7 +110,7 @@
#ifdef HAS_IXJ
OpalLineInterfaceDevice *lid = NULL;
- if (!strcmp (mixer, /dev/phone0)) {
+ if (mixer !strcmp (mixer, /dev/phone0)) {
unsigned vol;
if ((MyApp) (MyApp-Endpoint ()))
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
[Cooker] URPMI suggestion. ( /etc/urpmi/urpmi.cfg )
Hi. I have a suggestion.
The current layout of urpmi.cfg file is this way:
secure {
hdlist: hdlist.secure.cz
with_hdlist: ../base/hdlist.cz
list: list.secure
update
}
entities.
It would be wery nice if all relevant information was stored in the urpmi.cfg
file, so you could copy it to another system and do a:
urpmi.update -a
and it would retrieve the hdlists if they were accessible.
Due to the current layout of configuration files for urpmi, is it quite
impossible to view the configuration and verify that it is as I would expect
it to be. And even more impossible to copy a complete configuration to
another system ( if I don't have the exact urpmi.addmedia commands ).
NB: Should i CC this to anyone?
Thanks.
--
Jesper Krogh, [EMAIL PROTECTED]
Re: [Cooker] URPMI suggestion. ( /etc/urpmi/urpmi.cfg )
Le Vendredi 6 Décembre 2002 17:57, François Pons a écrit :
Le ven 06/12/2002 à 18:11, Jesper Krogh a écrit :
Hi. I have a suggestion.
The current layout of urpmi.cfg file is this way:
secure {
hdlist: hdlist.secure.cz
with_hdlist: ../base/hdlist.cz
list: list.secure
update
}
entities.
It would be wery nice if all relevant information was stored in the
urpmi.cfg file, so you could copy it to another system and do a:
urpmi.update -a
and it would retrieve the hdlists if they were accessible.
It is the case (url) now, except if a user/password is visible inside
it.
Due to the current layout of configuration files for urpmi, is it quite
impossible to view the configuration and verify that it is as I would
expect it to be. And even more impossible to copy a complete
configuration to another system ( if I don't have the exact
urpmi.addmedia commands ).
Not enough simple ?
François.
Or use urpmi.setup - system information :)
--
Linux pour Mac !? Enfin le moyen de transformer
une pomme en véritable ordinateur. - JL.
Olivier Thauvin - http://nanardon.homelinux.org/
Re: [Cooker] URPMI suggestion. ( /etc/urpmi/urpmi.cfg )
On Friday 06 December 2002 18:57, François Pons wrote:
Le ven 06/12/2002 à 18:11, Jesper Krogh a écrit :
Hi. I have a suggestion.
The current layout of urpmi.cfg file is this way:
secure {
hdlist: hdlist.secure.cz
with_hdlist: ../base/hdlist.cz
list: list.secure
update
}
entities.
It would be wery nice if all relevant information was stored in the
urpmi.cfg file, so you could copy it to another system and do a:
urpmi.update -a
and it would retrieve the hdlists if they were accessible.
It is the case (url) now, except if a user/password is visible inside
it.
Ok, I have updated, now i looks more like I'd expect it to do.
Due to the current layout of configuration files for urpmi, is it quite
impossible to view the configuration and verify that it is as I would
expect it to be. And even more impossible to copy a complete
configuration to another system ( if I don't have the exact
urpmi.addmedia commands ).
Not enough simple ?
Exactly. Now I have this entity in /etc/urpmi/urpmi.cfg:
secure ftp://ftp.sunet.se/pub/os/Linux/distributions/mandrake/updates/9.0/RPMS
{
hdlist: hdlist.secure.cz
with_hdlist: ../base/hdlist.cz
update
}
If i remove:
/var/lib/urpmi/hdlist.secure.cz
And run:
urpmi.update secure I get:
unable to access hdlist file of secure, medium ignored
But thats not true... it could just get it from the Ftp it knows.
And a second suggestion. The possibility to have more than one server defining
the same sources. So I wont miss if my local mirror reboots when my cronjob
runs urpmi.update.
But urpmi is really shaping up and looks very good.
Thanks.
--
Jesper Krogh, [EMAIL PROTECTED]
Re: [Cooker] pornview: in contrib or plf?
Ben Reser ([EMAIL PROTECTED]) wrote: On Mon, Dec 02, 2002 at 11:08:23PM +0200, Buchan Milne wrote: Was this regarding an account with rights to upload to contrib? Did you follow it up? And a number of people who put up those other pages are starting to contribute to cooker/MandrakeClub, so that their packages are useful to more people. Sorry, I guess I sounded a bit antagonistic in the previous mail, but I *really* *really* *really* hate duplication of work, which is why virtually all my RPMs now go into one of these places: 1)Samba ftp server (RPMs of latest stable samba for as many releases as I have a machine to build on) 2)contrib 3)MandrakeClub 4)PLF If any RPMs don't fit in one of those places, I dump them on ranger.dnsalias.com. Ideally, these are the minority. I have left the RPMS from before I decided on this up though. If all the non-Mandrakesoft people on this list didn't package, we would all be the worse for it. People that come to mind are Oden, Goetz, Olivier, Guillaume Rousse, but there are many more. At present there is a lot of duplication (and incompatible duplication) of work between what you do, and what other Mandrake-related projects do. I just don't see the point of seperately maintained and incompatible (using different package names) packages. I would hope you reconsider your stance. I don't blame his stance. I'm pondering personally not contributing to Mandrake at all anymore after repeated issues that I've had with them. It's hard to justify taking the time to submit a package when you get rude responses or your package just plain gets ignored (still wondering if the bug fixes I made to the wireless-tools package will ever be uploaded). And that's only mentioning the issues with package submission.. I'm not even gonna get into the other issues with Mandrake in general. I'm starting to think that the effort of submitting packages is not worth the results. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols Thanks for packaging bbpager, much appreciated. Did not know that you had updated wireless-tools. Does not work for me, maybe that is why it is not up yet. Here is my attempt. [root@localhost tmp]# rpm -q wireless-tools wireless-tools-25-1mdk [root@localhost tmp]# rpm -Uvh wireless-tools-25-3mdk.i586.rpm error: failed dependencies: libiw25 is needed by wireless-tools-25-3mdk libiw.so.25 is needed by wireless-tools-25-3mdk [root@localhost tmp]#
Re: [Cooker] pornview: in contrib or plf?
On Fri, Dec 06, 2002 at 08:01:23PM -0500, Simon Ree wrote: Thanks for packaging bbpager, much appreciated. Did not know that you had updated wireless-tools. Does not work for me, maybe that is why it is not up yet. Here is my attempt. [root@localhost tmp]# rpm -q wireless-tools wireless-tools-25-1mdk [root@localhost tmp]# rpm -Uvh wireless-tools-25-3mdk.i586.rpm error: failed dependencies: libiw25 is needed by wireless-tools-25-3mdk libiw.so.25 is needed by wireless-tools-25-3mdk [root@localhost tmp]# The previous package versions were statically linked to libiw. I switched to using shared objects and per the mandrake lib policy split them off. This allows other tools that use these libraries to be installed. Use urpmi to install and it'll handle these depedency issues for you. That and read the changelog for the RPM. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] pornview: in contrib or plf?
Ben Reser ([EMAIL PROTECTED]) wrote: On Fri, Dec 06, 2002 at 08:01:23PM -0500, Simon Ree wrote: Thanks for packaging bbpager, much appreciated. Did not know that you had updated wireless-tools. Does not work for me, maybe that is why it is not up yet. Here is my attempt. [root@localhost tmp]# rpm -q wireless-tools wireless-tools-25-1mdk [root@localhost tmp]# rpm -Uvh wireless-tools-25-3mdk.i586.rpm error: failed dependencies: libiw25 is needed by wireless-tools-25-3mdk libiw.so.25 is needed by wireless-tools-25-3mdk [root@localhost tmp]# The previous package versions were statically linked to libiw. I switched to using shared objects and per the mandrake lib policy split them off. This allows other tools that use these libraries to be installed. Use urpmi to install and it'll handle these depedency issues for you. That and read the changelog for the RPM. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols Tried urpmi: [root@localhost tmp]# urpmi wireless-tools-25-3mdk.i586.rpm The following packages have bad signatures: wireless-tools-25-3mdk.i586.rpm Do you want to continue installation ? (y/N) y installing wireless-tools-25-3mdk.i586.rpm Installation failed: libiw25 is needed by wireless-tools-25-3mdk libiw.so.25 is needed by wireless-tools-25-3mdk [root@localhost tmp]# [root@localhost tmp]# rpm -q urpmi urpmi-4.1-10mdk If I install --allow-force I'm sure it will go but I try to avoid doing that. Any ideas?
[Cooker] [Bug 614] [cvs] New: CVS fails to rebuild - unpackaged file
https://qa.mandrakesoft.com/show_bug.cgi?id=614 Product: cvs Component: packaging Summary: CVS fails to rebuild - unpackaged file Version: 1.11.2-3mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Rebuilding cvs-1.11.2-3mdk.src.rpm for i586 fails with the following error: error: Installed (but unpackaged) file(s) found: /usr/share/info/dir --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 614] [cvs] CVS fails to rebuild - unpackaged file
https://qa.mandrakesoft.com/show_bug.cgi?id=614 --- Additional Comments From [EMAIL PROTECTED] 2002-12-06 21:39 --- Created an attachment (id=49) -- (https://qa.mandrakesoft.com/attachment.cgi?id=49action=view) Patch for fixing the spec file to remove the unpacked file. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] Re: [gcc-c++] New: Source compiled under Mandarke 8.0 g++ does not compile
On Wed, Dec 04, 2002 at 05:54:18PM +0100, Gwenole Beauchesne wrote: On Wed, 4 Dec 2002, [Bug 600] wrote: I have source code which uses the string class (#include string). With previous versions of mandrake 8.0 etc. this code compiled correctly. Program bug. string class is in namespace std. @resolution=fixed Your resolution should be invalid not fixed... fixed implies that you did something to fix it. invalid implies that it wasn't a bug in the first place. wontfix implies that you recongize the problem but won't fix it... etc... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] pornview: in contrib or plf?
On Fri, Dec 06, 2002 at 08:50:07PM -0500, Simon Ree wrote: [root@localhost tmp]# urpmi wireless-tools-25-3mdk.i586.rpm The following packages have bad signatures: wireless-tools-25-3mdk.i586.rpm Do you want to continue installation ? (y/N) y installing wireless-tools-25-3mdk.i586.rpm Installation failed: libiw25 is needed by wireless-tools-25-3mdk libiw.so.25 is needed by wireless-tools-25-3mdk [root@localhost tmp]# [root@localhost tmp]# rpm -q urpmi urpmi-4.1-10mdk If I install --allow-force I'm sure it will go but I try to avoid doing that. Any ideas? Yeah if you install it that way it'll install but they won't work... Your solution is to do this: urpmi.addmedia breser http://mirror.brain.org/linux/breser/i586/cooker/RPMS with ../base/hdlist.cz urpmi wireless-tools It'll get the library packages that are also on my site for you. Or you could download libiw from my site and install it by hand... but why do it the hardway? -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] Patch for mkinitrd
On Wed, Dec 04, 2002 at 05:55:57PM +, John Allen wrote: The following patch to mkinitrd will prevent monumental screwups when your fstab accidentally contains multiple entries for / (k3b screwed mine over). ** The information contained in this message is confidential and is intended for the addressee(s) only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. This message and any attachments have been scanned for viruses. Orbiscom Ltd. will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any virus being passed on. www.Orbiscom.com ** You might want to remove this disclaimer or submit patches from another email address. The disclaimer seems to imply that disclosing the contents of the email would be considered violating your property rights... Patches can't be applied with such restrictions. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
[Cooker] Cooker Mozilla crashing all over
Especially on this site: http://www.mandrake.cz Cool :-) Michal
Re: [Cooker] Bugzilla posts absolutely nescessary?
On Thu, Dec 05, 2002 at 12:01:57PM -0700, Vincent Danen wrote: There should then be a cooker-discuss list or something that is strictly for cooker discussion and *no* bug reports. Keep cooker as the place to discuss bugs and receive bug reports. Of course, the usefulness of cooker-discuss would be greatly diminished due to the fact it would just have all the noise from this list... flames, politics, etc. The cooker list, by nature, should be discussing bugs/problems to begin with, which should all be routed via bugzilla for accounting purposes. It's going to be much easier to move the bug email (which is being generated by bugzilla) to a different list than to get people to have discussions on a different list. I advocated a cooker-bugs list for the bugzilla mail... All bugs would then go to that list. Discussions would take place here. Comments on bugs should go via bugzilla and not to any list (right now we have some people, including Mandrake employees, sending their replies to the list, while bugzilla will pick them up you end up with 2 copies of the message when bugzilla reposts it to the list). People shouldn't be replying to this list for bug reports, but to the bugid@qa.linux-mandrake.com lists. So cooker-bugs would be a closed list. Anyone reporting a bug on the main cooker list should be redirected to bugzilla. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] Bugzilla posts absolutely nescessary?
On Fri, Dec 06, 2002 at 02:05:42PM -0800, Ben Reser wrote: It's going to be much easier to move the bug email (which is being generated by bugzilla) to a different list than to get people to have discussions on a different list. I advocated a cooker-bugs list for the bugzilla mail... All bugs would then go to that list. Discussions would take place here. Comments on bugs should go via bugzilla and not to any list (right now we have some people, including Mandrake employees, sending their replies to the list, while bugzilla will pick them up you end up with 2 copies of the message when bugzilla reposts it to the list). People shouldn't be replying to this list for bug reports, but to the bugid@qa.linux-mandrake.com lists. So cooker-bugs would be a closed list. Anyone reporting a bug on the main cooker list should be redirected to bugzilla. More thinking on this: New bug reports go to cooker... everything thereafter goes to a separate bug list. If you want to see all the bug discussion you subscribe to the bug list. If you just want to know what bugs are happening you read cooker. If you want to follow a particular bug you tell bugzilla to add you to the CC list for that bug. Problem solved... everyone is happy. :) -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] Mozilla stuck in full-screen
On Fri, 2002-12-06 at 06:40, Felix Miata wrote: Lonnie Borntreger wrote: Somehow Mozilla got stuck in a mode where all new windows - including the initial one - always open in full-screen mode. No matter what size I change the window to on exit, it always restarts full-screen. I can't find anything in the preferences files to indicate that this should happen. Any pointers? mozilla-1.2.1-1mdk Try F11. Odd. Using F11 instead of the window manager icons, then exiting, and now all is well. Thanks. TTFN, Lonnie Borntreger
Re: [Cooker] Bugzilla posts absolutely nescessary?
--- Ben Reser [EMAIL PROTECTED] wrote: to any list (right now we have some people, including Mandrake employees, sending their replies to the list, while bugzilla will pick them up you end up with 2 copies of the message when bugzilla reposts it to the list). People shouldn't be replying to this list for bug reports, but to the bugid@qa.linux-mandrake.com lists. So cooker-bugs would be a closed list. Anyone reporting a bug on the main cooker list should be redirected to bugzilla. More thinking on this: New bug reports go to cooker... everything thereafter goes to a separate bug list. If you want to see all the bug discussion you subscribe to the bug list. If you just want to know what bugs are happening you read cooker. If you want to follow a particular bug you tell bugzilla to add you to the CC list for that bug. Problem solved... everyone is happy. :) I suppose that would work, although it'd be a lot more work adding yourself to CC's all the time. It might be easier if the headers got set so that when you reply to one of those bugzilla e-mails it goes to the bug instead of [EMAIL PROTECTED] (I'm glad someone explained why we were getting duplicate mails). __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
Re: [Cooker] Bugzilla posts absolutely nescessary?
On Fri, Dec 06, 2002 at 02:41:13PM -0800, David Walser wrote: I suppose that would work, although it'd be a lot more work adding yourself to CC's all the time. It might be easier if the headers got set so that when you reply to one of those bugzilla e-mails it goes to the bug instead of [EMAIL PROTECTED] (I'm glad someone explained why we were getting duplicate mails). If you're following all bugs you'd just subscribe to the bugs list. If you're only following a few here and there it'd be better... less noise to filter through. So yeah you'd have to spend some time adding yourself to those bugs but the time not spent deleting stuff you didn't care about would make up for it. As far as the headers, they are set to when you reply to a bug it goes to the bug. Some people are doing reply to all, rather than just using the reply to list or reply (reply to list will use the reply-to header which will make it go back to the bug). -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
[Cooker] urpmi error message
Hi,
Maybe this is not directly cooker related, but I couldn't think of
another place to ask the question.
I have the following in my urpmi.cfg file:
Cooker\ base
file://mnt/hda10/cooker-mirror/cooker/mandrake/Mandrake/RPMS {
hdlist: hdlist.Cooker base.cz
with_hdlist: ../base/hdlist.cz
}
Cooker\ contrib
file://mnt/hda10/cooker-mirror/cooker/mandrake/Mandrake/RPMS2 {
hdlist: hdlist.Cooker contrib.cz
with_hdlist: ../base/hdlist2.cz
}
When I try to run any urpmi tool (particularly urpmi.update, urpmi and
rpmdrake) I get the following error message:
medium Cooker contrib trying to use an already used list, medium
ignored
Which is probably caused by my moving these two sources around on the
disk, and removing and re-adding them with the new locations. I can find
out what exactly is going wrong, though, and consequently can fix it...
Can anyone give me a hint?
thanks,
Wouter
Re: [Cooker] Bugzilla posts absolutely nescessary?
See I'm all for having a seperation of bugzilla and cooker lists, only because there are interesting cooker discussions that occur, however I do not care to see all the little status updates for every bugzilla entry. If this form of seperation were posible, sending only the introductory bug report to cooker, then all subsequent entries to a bugzilla list it would be fantastic. Gizmo On Fri, 2002-12-06 at 19:03, Ben Reser wrote: On Fri, Dec 06, 2002 at 02:41:13PM -0800, David Walser wrote: I suppose that would work, although it'd be a lot more work adding yourself to CC's all the time. It might be easier if the headers got set so that when you reply to one of those bugzilla e-mails it goes to the bug instead of [EMAIL PROTECTED] (I'm glad someone explained why we were getting duplicate mails). If you're following all bugs you'd just subscribe to the bugs list. If you're only following a few here and there it'd be better... less noise to filter through. So yeah you'd have to spend some time adding yourself to those bugs but the time not spent deleting stuff you didn't care about would make up for it. As far as the headers, they are set to when you reply to a bug it goes to the bug. Some people are doing reply to all, rather than just using the reply to list or reply (reply to list will use the reply-to header which will make it go back to the bug). -- Nelson Bartley [EMAIL PROTECTED]
Re: [Cooker] Bugzilla posts absolutely nescessary?
--- Ben Reser [EMAIL PROTECTED] wrote: On Fri, Dec 06, 2002 at 02:41:13PM -0800, David Walser wrote: I suppose that would work, although it'd be a lot more work adding yourself to CC's all the time. It might be easier if the headers got set so that when you reply to one of those bugzilla e-mails it goes to the bug instead of [EMAIL PROTECTED] (I'm glad someone explained why we were getting duplicate mails). If you're following all bugs you'd just subscribe to the bugs list. If you're only following a few here and there it'd be better... less noise to filter through. So yeah you'd have to spend some time adding yourself to those bugs but the time not spent deleting stuff you didn't care about would make up for it. Ahh, the list seperation like that plus your idea, I fully support. As far as the headers, they are set to when you reply to a bug it goes to the bug. Some people are doing reply to all, rather than just using the reply to list or reply (reply to list will use the reply-to header which will make it go back to the bug). Shame on them. __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
[Cooker] gtkglarea and GTK-2.13
Hi all... Looking for help desperately... I am trying to get GL rendering on a GTK window. I want to use gtkglarea, version 1.99 (for gtk-2), downloaded from ftp.gnome.org. I am not able to get it to work. If someone is using this combo, we can talk in private and post results to the list for reference... Pieces to get togheter: GTK-2.1.3 + gcc-3.2 + gtkglarea-1.99 + NVidia GL Mesa demos work ok (binaries from cooker, have not tried to build myself). Blender works. ??? TIA -- J.A. Magallon [EMAIL PROTECTED] \ Software is like sex: werewolf.able.es \ It's better when it's free Mandrake Linux release 9.1 (Cooker) for i586 Linux 2.4.20-jam1 (gcc 3.2 (Mandrake Linux 9.1 3.2-4mdk))
Re: [Cooker] urpmi error message
What version of urpmi and perl-URPM ?
Sound like a bug fixed this week. Update your urpmi, try to remove and readd
your medium.
Le Samedi 7 Décembre 2002 00:06, Wouter Lagerweij a écrit :
Hi,
Maybe this is not directly cooker related, but I couldn't think of
another place to ask the question.
I have the following in my urpmi.cfg file:
Cooker\ base
file://mnt/hda10/cooker-mirror/cooker/mandrake/Mandrake/RPMS {
hdlist: hdlist.Cooker base.cz
with_hdlist: ../base/hdlist.cz
}
Cooker\ contrib
file://mnt/hda10/cooker-mirror/cooker/mandrake/Mandrake/RPMS2 {
hdlist: hdlist.Cooker contrib.cz
with_hdlist: ../base/hdlist2.cz
}
When I try to run any urpmi tool (particularly urpmi.update, urpmi and
rpmdrake) I get the following error message:
medium Cooker contrib trying to use an already used list, medium
ignored
Which is probably caused by my moving these two sources around on the
disk, and removing and re-adding them with the new locations. I can find
out what exactly is going wrong, though, and consequently can fix it...
Can anyone give me a hint?
thanks,
Wouter
--
Linux pour Mac !? Enfin le moyen de transformer
une pomme en véritable ordinateur. - JL.
Olivier Thauvin - http://nanardon.homelinux.org/
Re: [Cooker] Re: [Maintainers] REJECTED: flphoto-0.9-0.1mdk.src.rpm rejected
On Fri, Dec 06, 2002 at 03:38:14PM +0100, Oden Eriksson wrote: fredagen den 6 december 2002 01.45 skrev [EMAIL PROTECTED]: New packages are not allowed What exactly does this mean? I've been wondering the same thing. I'm also wondering why it was really necessary for me to be subscribed to the maintainers list without asking me and then flooding me with a lot of useless New packages are not allowed emails. Though apparently everyone who's a maintainer got added... but with my measly two packages which I can't even remember what they are I somehow doubt it's relevent to me... ohh well... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
[Cooker] devfsd update broke my system!
Hi. i think i need to let you know about this. After i installed latest update to devfsd, my installation broke. First KDE and my sound (Alsa) stopped working. So i go for a reboot, and upon restart, i get: Starting DevFs daemon: [Failed] Error while loading shared libraries: unexpected PLT reloc type 0x42 After that, none of my devices were present in /dev (obviously) so i had to reinstall. that's all the info i have for now... Damian.
[Cooker] [Bug 615] [akpi] New: some permission problems when umask not equal to 077
https://qa.mandrakesoft.com/show_bug.cgi?id=615
Product: akpi
Component: packaging
Summary: some permission problems when umask not equal to 077
Version: 0.3.3-2mdk
Platform: PC
OS/Version: All
Status: UNCONFIRMED
Severity: minor
Priority: P3
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
Bill Unruh [EMAIL PROTECTED] sent me a bug report about not being able to
use akpi after installing it.
It seems that it comes from a permission problem, since rpm use the umask of
the root, and, when installing akpi, it fixes the permissions of
/usr/share/akpi/ using this umask.
So, if someone install it with a more restrictive umask ( let's say, umask 077
), akpi can't access to the directory ( since , the permission of the rep is
drwx-- ) and so, can't start.
The umask is fixed in ~root/.bashrc, and so is overridden when launching rpm.
I think that something is wrong with the %files or the %defattr macros.
A possible fix given by Bill is to change
%{_datadir}/apps/%{name}/*
with the line
%{_datadir}/apps/%{name}
and maybe changing the %defattr macros to
%defattr(0555,root,root)
I could not try the fix, but Bill say it worked
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
[Cooker] MDK vs. Knoppix Auto Detection/Configuration
Dear Cookers (and others), I write this solely out of a desire to see Mandrake become the BEST desktop Linux distro out there. I have only used Mandrake on my own systems and have been a Cooker for almost a year now. I am an active reader (and occasional participant) on this list. I have run across some situations which I hope will help the Mandrake team make the distro even better. I have personally had several scenarios where the Knoppix hardware detection and automatic default configuration were FAR superior to Mandrakes, which is sad as Knoppix has 1 lead developer and is not even aimed at being a full blown distro but only a live Linux Demo CD. Case in point. I just installed 9.0 on my brand new Asus L2400D laptop. Problem is, even though the SIS 630 Video card is detected, the default (and all subsequent tested combinations) configuration is totaly unacceptable as the screen res is too low. There is an error when I try to go to a higher screen res/color depth so my only remaining option (in Mandrake) is to leave it at 800x600 and the lowest possible color depth which I can't recall off the top of my head. I tried every combination available and many times, when I would try and test it, X would fall over to the point that I had to just reboot. I think that the test within MCC (if it doesn't work) should automagically return me to the configuration options if it times out instead. Plus, Mandrake (to my knowlege) has never stated when X is tested what the user SHOULD be seeing if the configuration is correct, so they are left to guess. Even I, who have used Mdk for quite a while was left wondering when they went from horizontal lines of penquines within a rainbow to a vertical rainbow. Thinking this was unacceptable, I loaded up Knoppix (just to try a few theories I had) and copied the Xfree config files Knoppix had created to my hard drive. Once I rebooted into Mandrake, I renamed out the Mandrake config files as .orig and put in the Knoppix ones. I restarted X to find a gorgeous screen with great resolution and color depth. Now admittedly, this is at a default of 1024x768 but I'll take a functional default over every option (that doesn't work) in the book. I realise that Mandrake has to allow for user defined variables but I find it sad that a Live CD has (in many instances, especially on laptops) far superior hardware detection/setup utilites than Mandrake. IMHO, perhaps Mandrake needs to take some of the flexibility out of the installation process and ensure that their install is as effective as Knoppix. Laptops are a bugger, I realize, but surely, Mandrake, with a virtual phalanx of talented developers should be able to do better than 1 person working part time on a live CD. I think if Mandrake could achieve that level of autodetection/configuration (but still allow power users to make/test changes after the fact) then it would quickly rise to the top as the single best desktop distro on offer. It's the little things that keep users from moving in droves I believe. A newbie would never bother (or be able) to go to the trouble I went to to get Linux running well on their system. And since (unlike Winblows) a newbie can't usually ring their neighbor for help, the distro must be as idiot proof as possible for newbies. I attach my XFree config files for your examination as I am not a coder so can't really tell you why Knoppix worked well and MDK didn't. The .orig files are the MDK ones, the others are my files that I copied from Knoppix. I hope this helps and wish Mandrake and all of its developers all the very best over the Christmas and Holiday Season. Kind Regards, Jason Greenwood Section Files RgbPath /usr/X11R6/lib/X11/rgb FontPath /usr/X11R6/lib/X11/fonts/misc:unscaled FontPath /usr/X11R6/lib/X11/fonts/misc FontPath /usr/X11R6/lib/X11/fonts/75dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/75dpi FontPath /usr/X11R6/lib/X11/fonts/100dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/100dpi FontPath /usr/X11R6/lib/X11/fonts/Speedo FontPath /usr/X11R6/lib/X11/fonts/PEX # Additional fonts: Locale, Gimp, TTF... FontPath /usr/X11R6/lib/X11/fonts/cyrillic #FontPath /usr/X11R6/lib/X11/fonts/latin2/75dpi #FontPath /usr/X11R6/lib/X11/fonts/latin2/100dpi # True type and type1 fonts are also handled via xftlib, see /etc/X11/XftConfig! FontPath /usr/X11R6/lib/X11/fonts/Type1 FontPath /usr/share/fonts/ttf/western FontPath /usr/share/fonts/ttf/decoratives # FontPath /usr/share/fonts/truetype/openoffice FontPath /usr/X11R6/lib/X11/fonts/defoma/CID FontPath /usr/X11R6/lib/X11/fonts/defoma/TrueType EndSection Section ServerFlags EndSection Section Keyboard ProtocolStandard AutoRepeat 500 5 LeftAltMeta RightAltMeta
[Cooker] [Bug 604] [rpmdrake] Everything is already installed
https://qa.mandrakesoft.com/show_bug.cgi?id=604 --- Additional Comments From [EMAIL PROTECTED] 2002-12-07 08:50 --- This error also occurs when I try to add packages from sources that are not the cdrom. any work around out there? --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: New installer ISO
Hi stew, Silly question, but I just want to make sure I get it correctly: this iso is for upgrading from 8.2 to 9.1 not for an install from scratch right? Bye -- -- | Patrick LADAM | | | Laboratoire CSSB| THE BIG BANG THEORY: | | UFR SMBH| | | 74 rue Marcel Cachin| In the begining there was | | 93017 Bobigny CEDEX |nothing at all.| | NEW e-mail: | | | [EMAIL PROTECTED] | Then, it exploded... | | Tel: 01 48 38 77 26 / 76 85 | | | Fax: 01 48 38 77 77 | | --
Re: New installer ISO
On Fri, 6 Dec 2002, Patrick Ladam wrote: Hi stew, Silly question, but I just want to make sure I get it correctly: this iso is for upgrading from 8.2 to 9.1 not for an install from scratch right? Well, you could theoretically do either, but 8.2-9.x upgrade may be a reach, I haven't really tried it. One of the first questions is upgrade or new install, but I've only done a new install myself so far. Stew Benedict -- MandrakeSoft PPC FAQ: http://www.linux-mandrake.com/en/ppcFAQ.php3 IRC: irc.openproject.net #cooker-ppc Archives: http://marc.theaimsgroup.com/?l=mandrake-cooker-ppcr=1w=2
MBOOT (testing new boot script)
Hi i'm trying to put this boot stuff to work any help would be fine :) to run the test: - install mboot on a bootstrap partition - edit mboot file and change this line hd:10(00)hd:9(00)cd:9(00) bootable-devices $setenv - with valid boot devices - u can change the 5 second timer by changing get-msecs d# 5 3E8 * + - then just enter nvram (press the programmer buttom on boot) - then type: boot hd:9,mboot - i'm trying to put this to boot now - any help will be fine :) -- 10Mb na sua caixa de email gratuita no mail.pt http://www.mail.pt mboot Description: Binary data
New installer report
Hi, I didn't wait for the new kernel, but here's a short report about a new Recommended Installation from the new ISO image and today's RPMs from ftp.ciril.fr. The new 'install-gui' looked and worked nice on a 550MHz TiBook. Just some minor cosmetic things: 1) The installer uses 1024 x 768 instead of 1152 x 768 which left black space on both sides of the screen. 2) During X Configuration, the detected monitor was iMac/PowerBook instead of TiPowerBook. 3) After selecting the proper monitor, the default selected resolution was 1024 x 768. These might be general Cooker issues, but after booting to the desktop I noticed: 1) xinetd won't start due to '/usr/sbin/xinetd doesn't exist'. It works after manually creating the link from /usr/sbin/xinetd-2.3.9 2) The Application (root) menu doesn't load in WindowMaker 3) The Mandrake Control Center won't start; the error message is: 'Can't call method get_widget on an undefined value at /usr/sbin/drakconf.real line 825' (it's been like that for awhile) 4) KPersonalizer runs each time the KDE desktop loads (it's been like that for awhile) Stew -- Even after a clean installation I still couldn't run your monitor-detect script, so I performed an 'upgrade' to install the development packages (thinking that might be the problem). The upgrade process got stuck when cyrus-sasl was being installed (console 1 showed a full-screen of continuously scrolling errors that I couldn't read, and console 3 said 'bad package cyrus-sasl-1.5.27-6) so I removed that package, regenerated the hdlist, then performed an upgrade without a problem. Unfortunately the script still returns ': bad interpreter: No such file or directory' when I run it. Sorry, but I don't know what I'm doing wrong. Other than that, it looks real nice. Thanks. Bye, Phil Lavigna
