tag:old.nabble.com,2006:forum-12940Nabble - Mandriva - cooker2009-12-22T02:16:39Ztag:old.nabble.com,2006:post-26886245[Cooker] Re: X issues with newer kernels2009-12-22T02:16:39Z2009-12-22T02:16:39ZMieszko KaczmarczykDnia 21-12-2009 o godz. 1:16 Scott Chevalley napisał(a):
<br>> I've tried booting with the latest tmb and normal desktop kernels,
<br>> 2.6.32.1 and 2.6.33 rc1 and under both kdm doesn't start, or rather I
<br>> get a blank screen of X loading with the mouse cursor in the middle, but
<br>> also a non-blinking underline cursor in the upper left corner. The
<br>> mouse busy thingy spins a second, then the mouse disappears, then
<br>> reappears, as if kdm is having a problem starting and is reloading a few
<br>> time.
<br>>
<br><br><br>I have got ATI r200 gfx-chipset and I have got very silimar situation.
<br><br>After last night update my computer suspend during booting or after
<br>veeery looong time show GDM - I can type login/pass but after start
<br>load of any gfx-enviroment (Gnome, Ice, ...) after about 10-15 sec
<br>the x.org do reset and back to GDM.
<br><br>Next - this is *even* with old kernel 2.6.31 that always work OK!
<br><br>I suppose there is any problm with both "init" and "X.org"
<br><br><br>Mieszko Kaczmarczyk
<br><br>----------------------------------------------------
<br>Wygraj nagrody za kupowanie prezentów - zobacz:
<br><a href="http://klik.wp.pl/?adr=http%3A%2F%2Fcorto.www.wp.pl%2Fas%2Ftaniokonkurs.html&sid=935" target="_top" rel="nofollow">http://klik.wp.pl/?adr=http%3A%2F%2Fcorto.www.wp.pl%2Fas%2Ftaniokonkurs.html&sid=935</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26885893Re: [Cooker] xfce 4 panel is strange after update .2009-12-22T01:43:30Z2009-12-22T01:43:30Zpatrick.2@laposte.netLe Tue, 22 Dec 2009 10:39:47 +0100,
<br>"patrick.2" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26885893&i=0" target="_top" rel="nofollow">patrick.2@...</a>> a écrit :
<br><br>> Hi,
<br>>
<br>> look at this :
<br>>
<br>> <a href="http://img190.imageshack.us/img190/637/capture2kw.png" target="_top" rel="nofollow">http://img190.imageshack.us/img190/637/capture2kw.png</a><br><br> i can't kill it, it show again alone :)
<br><br>--
<br>Patrick.
<br>envoye depuis le monde libre ...
<br>par un Pc sous Mandriva 2010.1 ( cooker ) !
<br>Claws-Mail 3.7.3 - xfce 4.6.1
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26885863[Cooker] xfce 4 panel is strange after update .2009-12-22T01:39:47Z2009-12-22T01:39:47Zpatrick.2@laposte.netHi,
<br><br> look at this :
<br><br> <a href="http://img190.imageshack.us/img190/637/capture2kw.png" target="_top" rel="nofollow">http://img190.imageshack.us/img190/637/capture2kw.png</a><br><br>
<br><br><br>--
<br>Patrick.
<br>envoye depuis le monde libre ...
<br>par un Pc sous Mandriva 2010.1 ( cooker ) !
<br>Claws-Mail 3.7.3 - xfce 4.6.1
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26884987Re: [Cooker] [ANNOUNCE] KDE 4.4 Beta 22009-12-21T23:56:02Z2009-12-21T23:56:02ZAhmad Samir2009/12/22 Moreno <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26884987&i=0" target="_top" rel="nofollow">moreno.mg@...</a>>:
<div class='shrinkable-quote'><br>> Hi Thanks for your great job.
<br>>
<br>> The only problem now is which some language package are missing
<br>>
<br>> At the moment the missing languages are:
<br>>
<br>> kde-l10n-ca-4.3.2-1mdv2010.0.noarch.rpm
<br>> kde-l10n-da-4.3.2-1mdv2010.0.noarch.rpm
<br>> kde-l10n-es-4.3.2-1mdv2010.0.noarch.rpm
<br>> kde-l10n-et-4.3.2-1mdv2010.0.noarch.rpm
<br>> kde-l10n-it-4.3.2-1mdv2010.0.noarch.rpm
<br>> kde-l10n-ku-4.3.2-1mdv2010.0.noarch.rpm
<br>> kde-l10n-sr-4.3.2-1mdv2010.0.noarch.rpm
<br>>
<br>>
<br>> kde-l10n-fa-4.2.96-2mdv2010.0.noarch.rpm
<br>> kde-l10n-ne-4.2.96-2mdv2010.0.noarch.rpm
<br>> kde-l10n-ta-4.2.96-2mdv2010.0.noarch.rpm
<br>>
</div><br>All those are available now.
<br><br>>
<br>> Please, if possible, create these language packages.
<br>>
<br>>
<br>> Bye Bye, Moreno
<br>>
<br><br><br><br>--
<br>Ahmad Samir
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26884794Re: [Cooker] [ANNOUNCE] KDE 4.4 Beta 22009-12-21T23:28:51Z2009-12-21T23:28:51ZMorenoHi Thanks for your great job.
<br><br>The only problem now is which some language package are missing
<br><br>At the moment the missing languages are:
<br><br>kde-l10n-ca-4.3.2-1mdv2010.0.noarch.rpm
<br>kde-l10n-da-4.3.2-1mdv2010.0.noarch.rpm
<br>kde-l10n-es-4.3.2-1mdv2010.0.noarch.rpm
<br>kde-l10n-et-4.3.2-1mdv2010.0.noarch.rpm
<br>kde-l10n-it-4.3.2-1mdv2010.0.noarch.rpm
<br>kde-l10n-ku-4.3.2-1mdv2010.0.noarch.rpm
<br>kde-l10n-sr-4.3.2-1mdv2010.0.noarch.rpm
<br><br><br>kde-l10n-fa-4.2.96-2mdv2010.0.noarch.rpm
<br>kde-l10n-ne-4.2.96-2mdv2010.0.noarch.rpm
<br>kde-l10n-ta-4.2.96-2mdv2010.0.noarch.rpm
<br><br><br>Please, if possible, create these language packages.
<br><br><br>Bye Bye, Moreno
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26884127Re: [Cooker] [ANNOUNCE] KDE 4.4 Beta 22009-12-21T21:20:44Z2009-12-21T21:20:44ZAhmad Samir2009/12/21 Nicolas Lécureuil <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26884127&i=0" target="_top" rel="nofollow">nlecureuil@...</a>>:
<div class='shrinkable-quote'><br>> Hi all,
<br>>
<br>> i just want to warn you that we are now upgrading cooker to kde 4.4 Beta2 so
<br>> things will be broken for a short time.
<br>>
<br>>
<br>> Regards
<br>>
<br>> Nicolas Lécureuil
<br>> Mandriva KDE Team
<br>>
</div><br>Nice, almost all of the hotkeys on my keyboard work now :)
<br><br>--
<br>Ahmad Samir
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26883363Re: [Cooker] [ANNOUNCE] KDE 4.4 Beta 22009-12-21T19:04:54Z2009-12-21T19:04:54ZThomas Spuhler-2On Sunday 20 December 2009 03:53:01 pm Nicolas Lécureuil wrote:
<div class='shrinkable-quote'><br>> Hi all,
<br>>
<br>> i just want to warn you that we are now upgrading cooker to kde 4.4 Beta2
<br>> so things will be broken for a short time.
<br>>
<br>>
<br>> Regards
<br>>
<br>> Nicolas Lécureuil
<br>> Mandriva KDE Team
</div>Looks pretty good. didn't see many things broken.
<br>--
<br>Thomas
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26880179Re: [Cooker] mount problem with Mini sd card .2009-12-21T13:13:57Z2009-12-21T13:13:57Zpatrick.2@laposte.netLe Mon, 21 Dec 2009 17:05:05 +0000,
<br>Colin Guthrie <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26880179&i=0" target="_top" rel="nofollow">cguthrie@...</a>> a écrit :
<br><br>> I'm not sure if that is generally supported or not but it may be an
<br>> idea to copy all the data off it, nuke it, reformat and then copy the
<br>> data back and see if it behaves better with a more standard setup.
<br><br> This work . Thanks .
<br> it's just strange the comportement of the two system to mount this
<br> card. something change i think.
<br><br>--
<br>Patrick.
<br>envoye depuis le monde libre ...
<br>par un Pc sous Mandriva 2010.1 ( cooker ) !
<br>Claws-Mail 3.7.3 - xfce 4.6.1
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26878350Re: [bugteam] Does "Triage Team" name need to be changed? (Was: Re: [Cooker] New people is needed for Triage Team)2009-12-21T10:44:45Z2009-12-21T10:44:45ZPacho RamosEl lun, 21-12-2009 a las 12:34 +0100, Guillaume Rousse escribió:
<div class='shrinkable-quote'><div class='shrinkable-quote'><br>>
<br>> > There's already <a href="http://wiki.mandriva.com/en/Development/Howto/Software_Crash" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Development/Howto/Software_Crash</a><br>> > so it seems most data is already available, just needs to be
<br>> > grouped/linked in/from one page.
<br>> Absolutly, that's my point.
<br>>
<br>> Instead of a gazillion list of pages, as
<br>> - <a href="http://wiki.mandriva.com/en/Development/Howto/Bugzilla" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Development/Howto/Bugzilla</a><br>> - <a href="http://wiki.mandriva.com/en/Development/Howto/Software_Crash" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Development/Howto/Software_Crash</a><br>> - <a href="http://wiki.mandriva.com/en/Triage_Team_-_How_to_triage_bugs" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Triage_Team_-_How_to_triage_bugs</a><br>>
<br>> I'd prefer a single one, with a name consistent with others, such as for
<br>> instance <a href="http://wiki.mandriva.com/en/Development/BugReporting" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Development/BugReporting</a><br>>
</div></div>You can simply use Triague Guide for find proper information to ask
<br>reporters:
<br><a href="http://wiki.mandriva.com/en/Projects/Bugs/Triage_guide" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Projects/Bugs/Triage_guide</a><br><br>El lun, 21-12-2009 a las 13:54 +0100, Marcello Anni escribió:
<br>>i agree, althought the name should be
<br>>
<br>> <a href="http://wiki.mandriva.com/en/Bug_Reporting" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Bug_Reporting</a><br>>
<br>> because of the new wiki policy. i would consider also a sort of wizard
<br>that help to fill bug and gives randomly useful infos.
<br>>
<br>>
<br>> Marcello
<br>>
<br><br>Yes, it can be improved of course, but I am not going to do it (simply
<br>because I have not enough time), if anybody wants to prepare proper
<br>documentation... go on ;-)
<br><br>Thanks
<br><br /> <div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (205 bytes) <a href="http://old.nabble.com/attachment/26878350/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26877804[Cooker] Re: r449543 - in cooker/x11-driver-video-nouveau/current: SOURCES2009-12-21T10:05:37Z2009-12-21T10:05:37ZAnssi Hannula-3On 26.09.2009 20:15, tpg wrote:
<br>> Log:
<br>> - new snapshot 20090926
<br>[...]
<br>> %define name x11-driver-video-nouveau
<br>> %define upname xf86-video-nouveau
<br>> -%define version 0.0.10
<br>> +%define version 0.0.15
<br><br>The version of the driver is still 0.0.10 in the source code, not 0.0.15!
<br><br>I guess I'll let it slide as no official tarball has been released yet,
<br>and I don't want an epoch, and I noticed this too late, and fedora has
<br>the same mistake. Lets hope upstream uses 0.0.15+ on first release.. If
<br>not, I'll add an epoch.
<br><br>--
<br>Anssi Hannula
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26876990Re: [Cooker] mount problem with Mini sd card .2009-12-21T09:13:22Z2009-12-21T09:13:22Zpatrick.2@laposte.netLe Mon, 21 Dec 2009 17:05:05 +0000,
<br>Colin Guthrie <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26876990&i=0" target="_top" rel="nofollow">cguthrie@...</a>> a écrit :
<br><br>> That said, if it used to work and it now does not then maybe this mode
<br>> of operation no longer working is an unintended regression? I can't
<br>> really comment with any degree of authority on that front...
<br>>
<br>> Col
<br><br> what is curious is that it works on a 2010 in user .
<br> i understand nothing :(
<br><br>--
<br>Patrick.
<br>envoye depuis le monde libre ...
<br>par un Pc sous Mandriva 2010.1 ( cooker ) !
<br>Claws-Mail 3.7.3 - xfce 4.6.1
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26876958Re: [Cooker] mount problem with Mini sd card .2009-12-21T09:10:48Z2009-12-21T09:10:48ZÉric PielOp 21-12-09 18:05, Colin Guthrie schreef:
<br>> 'Twas brillig, and patrick.2 at 21/12/09 16:44 did gyre and gimble:
<br>>> thanks, it's strange, if i lauch Thunar as root, and after insert my
<br>>> card, thunar open it ......
<br>>
<br>> Maybe the partition itself is literally on /dev/sdg? Some app may have
<br>> force a DOS partiton onto the whole disk without writing a standard
<br>> partition table.
<br>Indeed, this happens (who would like to have several partitions on just
<br>one flash card anyway!). And, at least, it used to work fine in Mandriva :-)
<br><br>Eric
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26876908Re: [Cooker] mount problem with Mini sd card .2009-12-21T09:05:05Z2009-12-21T09:05:05ZColin Guthrie-8'Twas brillig, and patrick.2 at 21/12/09 16:44 did gyre and gimble:
<br>> thanks, it's strange, if i lauch Thunar as root, and after insert my
<br>> card, thunar open it ......
<br><br>Maybe the partition itself is literally on /dev/sdg? Some app may have
<br>force a DOS partiton onto the whole disk without writing a standard
<br>partition table.
<br><br>I'm not sure if that is generally supported or not but it may be an idea
<br>to copy all the data off it, nuke it, reformat and then copy the data
<br>back and see if it behaves better with a more standard setup.
<br><br>That said, if it used to work and it now does not then maybe this mode
<br>of operation no longer working is an unintended regression? I can't
<br>really comment with any degree of authority on that front...
<br><br>Col
<br><br>--
<br><br>Colin Guthrie
<br>cguthrie(at)mandriva.org
<br><a href="http://colin.guthr.ie/" target="_top" rel="nofollow">http://colin.guthr.ie/</a><br><br>Day Job:
<br> Tribalogic Limited [<a href="http://www.tribalogic.net/" target="_top" rel="nofollow">http://www.tribalogic.net/</a>]
<br>Open Source:
<br> Mandriva Linux Contributor [<a href="http://www.mandriva.com/" target="_top" rel="nofollow">http://www.mandriva.com/</a>]
<br> PulseAudio Hacker [<a href="http://www.pulseaudio.org/" target="_top" rel="nofollow">http://www.pulseaudio.org/</a>]
<br> Trac Hacker [<a href="http://trac.edgewall.org/" target="_top" rel="nofollow">http://trac.edgewall.org/</a>]
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26876648Re: [Cooker] mount problem with Mini sd card .2009-12-21T08:44:53Z2009-12-21T08:44:53Zpatrick.2@laposte.netLe Mon, 21 Dec 2009 16:16:15 +0000,
<br>Colin Guthrie <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26876648&i=0" target="_top" rel="nofollow">cguthrie@...</a>> a écrit :
<br><div class='shrinkable-quote'><br>> That smells suspicious....
<br>>
<br>> What does:
<br>>
<br>> fdisk /dev/sdg
<br>> p
<br>>
<br>> say?
<br>>
<br>> It looks like the card (or just it's partition table) is corrupt.
<br>>
<br>> If so, dd_recover and photorec may be able to extract the contents.
<br>>
<br>> Col
</div><br>[root@localhost patrick]# LC_ALL=C fdisk /dev/sdg
<br>Device contains neither a valid DOS partition table, nor Sun, SGI or
<br>OSF disklabel Building a new DOS disklabel with disk identifier
<br>0xae994f9d. Changes will remain in memory only, until you decide to
<br>write them. After that, of course, the previous content won't be
<br>recoverable.
<br><br>Warning: invalid flag 0x0000 of partition table 4 will be corrected by
<br>w(rite)
<br><br>Command (m for help): p
<br><br>Disk /dev/sdg: 61 MB, 61997056 bytes
<br>2 heads, 60 sectors/track, 1009 cylinders
<br>Units = cylinders of 120 * 512 = 61440 bytes
<br>Disk identifier: 0xae994f9d
<br><br> Device Boot Start End Blocks Id System
<br><br>Command (m for help):
<br><br><br>thanks, it's strange, if i lauch Thunar as root, and after insert my
<br>card, thunar open it ......
<br><br>--
<br>Patrick.
<br>envoye depuis le monde libre ...
<br>par un Pc sous Mandriva 2010.1 ( cooker ) !
<br>Claws-Mail 3.7.3 - xfce 4.6.1
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26876194Re: [Cooker] mount problem with Mini sd card .2009-12-21T08:16:15Z2009-12-21T08:16:15ZColin Guthrie-8'Twas brillig, and patrick.2 at 21/12/09 15:52 did gyre and gimble:
<br>> is it this ?
<br>>
<br>> Dec 21 16:51:06 localhost kernel: sd 4:0:0:2: [sdg] 121088 512-byte
<br>> logical blocks: (61.9 MB/59.1 MiB) Dec 21 16:51:06 localhost kernel: sd
<br>> 4:0:0:2: [sdg] Assuming drive cache: write through Dec 21 16:51:06
<br>> localhost kernel: sd 4:0:0:2: [sdg] Assuming drive cache: write through
<br>> Dec 21 16:51:06 localhost kernel: sdg: unknown partition table
<br><br>That smells suspicious....
<br><br>What does:
<br><br>fdisk /dev/sdg
<br>p
<br><br>say?
<br><br>It looks like the card (or just it's partition table) is corrupt.
<br><br>If so, dd_recover and photorec may be able to extract the contents.
<br><br>Col
<br><br><br><br>--
<br><br>Colin Guthrie
<br>cguthrie(at)mandriva.org
<br><a href="http://colin.guthr.ie/" target="_top" rel="nofollow">http://colin.guthr.ie/</a><br><br>Day Job:
<br> Tribalogic Limited [<a href="http://www.tribalogic.net/" target="_top" rel="nofollow">http://www.tribalogic.net/</a>]
<br>Open Source:
<br> Mandriva Linux Contributor [<a href="http://www.mandriva.com/" target="_top" rel="nofollow">http://www.mandriva.com/</a>]
<br> PulseAudio Hacker [<a href="http://www.pulseaudio.org/" target="_top" rel="nofollow">http://www.pulseaudio.org/</a>]
<br> Trac Hacker [<a href="http://trac.edgewall.org/" target="_top" rel="nofollow">http://trac.edgewall.org/</a>]
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26875857Re: [Cooker] mount problem with Mini sd card .2009-12-21T07:52:19Z2009-12-21T07:52:19Zpatrick.2@laposte.netLe Sun, 20 Dec 2009 13:44:40 +0100,
<br>aapgorilla <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26875857&i=0" target="_top" rel="nofollow">godutchnow@...</a>> a écrit :
<br><div class='shrinkable-quote'><br>>
<br>> On Sun, Dec 20, 2009 at 1:39 PM, patrick.2 <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26875857&i=1" target="_top" rel="nofollow">patrick.2@...</a>>
<br>> wrote:
<br>> > Le Fri, 18 Dec 2009 09:34:59 +0100,
<br>> > "patrick.2" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26875857&i=2" target="_top" rel="nofollow">patrick.2@...</a>> a écrit :
<br>> >
<br>> >> Hi,
<br>> >>
<br>> >> I found a strange problem :
<br>> >>
<br>> >> I have a Nokia E61, it's work with Mini sd card, so i have one
<br>> >> Mini sd => sd adaptator . If i send it in my card reader, cooker
<br>> >> don't mount it. i have just the "light" one second.
<br>> >> nevertheless, i can send one classic sd card, and no problem .
<br>> >>
<br>> >> i can mount this adaptator with my live xfce usb stick .
<br>> >>
<br>> >> some idea ?
<br>> >
<br>> >
<br>> > help me :)
<br>> >
<br>> > --
<br>> > Patrick.
<br>> > envoye depuis le monde libre ...
<br>> > par un Pc sous Mandriva 2010.1 ( cooker ) !
<br>> > Claws-Mail 3.7.3 - xfce 4.6.1
<br>> >
<br>>
<br>> do you have the new consolekit and did you reboot after because I
<br>> couldn't mount my usb drives and got the same error but now everything
<br>> is fine
<br>>
</div><br>is it this ?
<br><br>Dec 21 16:51:06 localhost kernel: sd 4:0:0:2: [sdg] 121088 512-byte
<br>logical blocks: (61.9 MB/59.1 MiB) Dec 21 16:51:06 localhost kernel: sd
<br>4:0:0:2: [sdg] Assuming drive cache: write through Dec 21 16:51:06
<br>localhost kernel: sd 4:0:0:2: [sdg] Assuming drive cache: write through
<br>Dec 21 16:51:06 localhost kernel: sdg: unknown partition table
<br><br>--
<br>Patrick.
<br>envoye depuis le monde libre ...
<br>par un Pc sous Mandriva 2010.1 ( cooker ) !
<br>Claws-Mail 3.7.3 - xfce 4.6.1
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26874065Re: [bugteam] Does "Triage Team" name need to be changed? (Was: Re: [Cooker] New people is needed for Triage Team)2009-12-21T05:36:39Z2009-12-21T05:36:39ZBugzilla from tropikhajma@gmail.com2009/12/21 Guillaume Rousse <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26874065&i=0" target="_top" rel="nofollow">Guillaume.Rousse@...</a>>:
<br>> Le 21/12/2009 01:20, Ahmad Samir a écrit :
<br>>> Again, how many users will actually read it? time will tell..
<br>> Time won't tell anything. Especially, it won't tell how many people
<br>> would have beneficied from a better documentation.
<br>>
<br>> Next time an user will report a segfault, I'll just direct him to the
<br>> wiki search box for finding useful informations about how to provide a
<br>> gdb stack trace.
<br><br>isn't too much energy wasted on repeatedly asking users to provide
<br>logs and stack traces?
<br>would <a href="https://fedoraproject.org/wiki/Features/ABRTF12" target="_top" rel="nofollow">https://fedoraproject.org/wiki/Features/ABRTF12</a> make sense ?
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26873648Re: [Cooker] X issues with newer kernels2009-12-21T04:57:25Z2009-12-21T04:57:25ZPaulo ZanoniOn Sun, Dec 20, 2009 at 10:16 PM, Scott Chevalley <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26873648&i=0" target="_top" rel="nofollow">avalon@...</a>> wrote:
<div class='shrinkable-quote'><br>> I've tried booting with the latest tmb and normal desktop kernels,
<br>> 2.6.32.1 and 2.6.33 rc1 and under both kdm doesn't start, or rather I
<br>> get a blank screen of X loading with the mouse cursor in the middle, but
<br>> also a non-blinking underline cursor in the upper left corner. The
<br>> mouse busy thingy spins a second, then the mouse disappears, then
<br>> reappears, as if kdm is having a problem starting and is reloading a few
<br>> time.
<br>>
<br>> I have an intel 965 video on an HP Pavilion DV9500. I am able to boot
<br>> find with kernel tmb 2.6.31.8. I tried recreating the xorg.conf and
<br>> when i tried to run xinit after stopping the dm service, the system hard
<br>> locks and requires a power off to reboot
<br>>
<br>> fwiw, the bootsplash works either way, and KMS seems to be working. I
<br>> don't see any errors in the xorg log files, although I do see the below
<br>> messages in /var/log/syslog:
<br>>
<br>> Dec 20 18:47:59 excalibur64 acpid: client 29151[0:0] has disconnected
<br>> Dec 20 18:47:59 excalibur64 acpid: client connected from 802[0:0]
<br>> Dec 20 18:47:59 excalibur64 acpid: 1 client rule loaded
<br>> Dec 20 18:47:59 excalibur64 kernel: [ 1297.817213] [drm] TV-14: set mode
<br>> NTSC 480i 0
<br>> Dec 20 18:47:59 excalibur64 kernel: [ 1298.007230] [drm] TV-14: set mode
<br>> NTSC 480i 0
<br>> Dec 20 18:48:00 excalibur64 kernel: [ 1298.317197] [drm] TV-14: set mode
<br>> NTSC 480i 0
<br>> Dec 20 18:48:00 excalibur64 kernel: [ 1298.507197] [drm] TV-14: set mode
<br>> NTSC 480i 0
<br>> Dec 20 18:48:01 excalibur64 CROND[807]: (root) CMD (
<br>> /usr/share/msec/promisc_check.sh)
<br>> Dec 20 18:48:03 excalibur64 kernel: [ 1301.885158]
<br>> [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed...
<br>> GPU hung
<br>> Dec 20 18:48:03 excalibur64 kernel: [ 1301.885169] render error
<br>> detected, EIR: 0x00000000
<br>> Dec 20 18:48:03 excalibur64 kernel: [ 1301.885223]
<br>> [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns
<br>> -5 (awaiting 100 at 98)
<br>> Dec 20 18:48:04 excalibur64 kernel: [ 1302.836476]
<br>> [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed...
<br>> GPU hung
<br>> Dec 20 18:48:04 excalibur64 kernel: [ 1302.836484] render error
<br>> detected, EIR: 0x00000000
<br>> Dec 20 18:48:04 excalibur64 kernel: [ 1302.836511]
<br>> [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns
<br>> -5 (awaiting 111 at 110)
<br>> Dec 20 18:48:04 excalibur64 kernel: [ 1303.082152]
<br>> [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed...
<br>> GPU hung
<br>> Dec 20 18:48:04 excalibur64 kernel: [ 1303.082164] render error
<br>> detected, EIR: 0x00000000
<br>> Dec 20 18:48:04 excalibur64 kernel: [ 1303.082197]
<br>> [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns
<br>> -5 (awaiting 118 at 116)
<br>> Dec 20 18:48:05 excalibur64 kernel: [ 1303.330156]
<br>> [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed...
<br>> GPU hung
<br>> Dec 20 18:48:05 excalibur64 kernel: [ 1303.330168] render error
<br>> detected, EIR: 0x00000000
<br>> Dec 20 18:48:05 excalibur64 kernel: [ 1303.330866]
<br>> [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5
<br>> (awaiting 125 at 122)
<br>> Dec 20 18:48:05 excalibur64 kernel: [ 1303.428161]
<br>> [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
<br>> Dec 20 18:48:05 excalibur64 kernel: [ 1303.428161]
<br>> [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
<br>> Dec 20 18:48:05 excalibur64 kernel: [ 1303.428173] render error
<br>> detected, EIR: 0x00000000
<br>> Dec 20 18:48:05 excalibur64 kernel: [ 1303.428227]
<br>> [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5
<br>> (awaiting 131 at 130)
<br>> Dec 20 18:48:05 excalibur64 kernel: [ 1303.610159]
<br>> [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
<br>> Dec 20 18:48:05 excalibur64 kernel: [ 1303.610171] render error
<br>> detected, EIR: 0x00000000
<br>> Dec 20 18:48:05 excalibur64 kernel: [ 1303.610217]
<br>> [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5
<br>> (awaiting 148 at 143)
<br>> Dec 20 18:48:05 excalibur64 kernel: [ 1303.858158]
<br>> [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
<br>> Dec 20 18:48:05 excalibur64 kernel: [ 1303.858170] render error
<br>> detected, EIR: 0x00000000
<br>> Dec 20 18:48:05 excalibur64 kernel: [ 1303.858219]
<br>> [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5
<br>> (awaiting 155 at 149)
<br>> Dec 20 18:48:05 excalibur64 kernel: [ 1304.105173]
<br>> [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
<br>> Dec 20 18:48:05 excalibur64 kernel: [ 1304.105184] render error
<br>> detected, EIR: 0x00000000
<br>> Dec 20 18:48:05 excalibur64 kernel: [ 1304.105227]
<br>> [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5
<br>> (awaiting 161 at 158)
<br>> Dec 20 18:48:06 excalibur64 kdm[800]: X server for display :0 terminated
<br>> unexpectedly
<br>> Dec 20 18:48:06 excalibur64 kdm: :0[831]: Fatal X server IO error:
<br>> Interrupted system call
<br>> Dec 20 18:48:06 excalibur64 acpid: client 802[0:0] has disconnected
<br>>
</div><br>These last messages suggest that X is dying (segfaulting?)
<br>Take a look at both /var/log/Xorg.0.log and /var/log/Xorg.0.log.old
<br>(maybe you missed .old?)
<br><br>>
<br><br><br><br>--
<br>Paulo R. Zanoni
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26873703Re: [bugteam] Does "Triage Team" name need to be changed? (Was: Re: [Cooker] New people is needed for Triage Team)2009-12-21T04:54:25Z2009-12-21T04:54:25ZMarcello Anni-2Guillaume Rousse ha scritto:
<div class='shrinkable-quote'><br>> Le 21/12/2009 12:21, Ahmad Samir a écrit :
<br>>
<br>>> 2009/12/21 Guillaume Rousse <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26873703&i=0" target="_top" rel="nofollow">Guillaume.Rousse@...</a>>:
<br>>>
<br>>>> Le 21/12/2009 01:20, Ahmad Samir a écrit :
<br>>>>
<br>>>>> Again, how many users will actually read it? time will tell..
<br>>>>>
<br>>>> Time won't tell anything. Especially, it won't tell how many people
<br>>>> would have beneficied from a better documentation.
<br>>>>
<br>>>> Next time an user will report a segfault, I'll just direct him to the
<br>>>> wiki search box for finding useful informations about how to provide a
<br>>>> gdb stack trace.
<br>>>>
<br>>> We are talking about two different things. I am talking about a user
<br>>> reading a full wiki guide before he reports a bug, so that his initial
<br>>> report is complete and doesn't require asking more questions from the
<br>>> maintainer. What you say still requires action on your part asking the
<br>>> user for more info. And again the same question, how many John Doe's
<br>>> are gonna read a wiki page to report a bug?
<br>>>
<br>> The point is not to make mandatory to read anything before being able to
<br>> report a bug, but to have a single entry point for documentation if needed.
<br>>
<br>>
<br>>> There's already <a href="http://wiki.mandriva.com/en/Development/Howto/Software_Crash" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Development/Howto/Software_Crash</a><br>>> so it seems most data is already available, just needs to be
<br>>> grouped/linked in/from one page.
<br>>>
<br>> Absolutly, that's my point.
<br>>
<br>> Instead of a gazillion list of pages, as
<br>> - <a href="http://wiki.mandriva.com/en/Development/Howto/Bugzilla" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Development/Howto/Bugzilla</a><br>> - <a href="http://wiki.mandriva.com/en/Development/Howto/Software_Crash" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Development/Howto/Software_Crash</a><br>> - <a href="http://wiki.mandriva.com/en/Triage_Team_-_How_to_triage_bugs" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Triage_Team_-_How_to_triage_bugs</a><br>>
<br>> I'd prefer a single one, with a name consistent with others, such as for
<br>> instance <a href="http://wiki.mandriva.com/en/Development/BugReporting" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Development/BugReporting</a><br>>
<br>>
</div>i agree, althought the name should be
<br><br><a href="http://wiki.mandriva.com/en/Bug_Reporting" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Bug_Reporting</a><br><br>because of the new wiki policy. i would consider also a sort of wizard that help to fill bug and gives randomly useful infos.
<br><br><br>Marcello
<br><br><br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26873438[Cooker] Re: Serious Cooker instability2009-12-21T04:37:42Z2009-12-21T04:37:42ZEatDirt-3On 19/12/09 20:34, Gary Walsh wrote:
<br><br>> Is anybody else having serious problems?
<br><br>Hi,
<br>unfortunately not the same :) I got on 3 different computers big boot
<br>issues at the 2010.0 transition (while always on cooker). My machines
<br>were booting in 4sec, a kernel that was not the selected one in the
<br>grub/menu.lst, whatever my choices, rebuilding initrd, and reinstalling
<br>boot loader. I gave up and reinstalled cooker from scratch on the 3
<br>machines; I am a loser :)
<br><br>Cheers,
<br>Chris.
<br><br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26872811Re: [bugteam] Does "Triage Team" name need to be changed? (Was: Re: [Cooker] New people is needed for Triage Team)2009-12-21T03:34:57Z2009-12-21T03:34:57ZguillomovitchLe 21/12/2009 12:21, Ahmad Samir a écrit :
<div class='shrinkable-quote'><br>> 2009/12/21 Guillaume Rousse <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26872811&i=0" target="_top" rel="nofollow">Guillaume.Rousse@...</a>>:
<br>>> Le 21/12/2009 01:20, Ahmad Samir a écrit :
<br>>>> Again, how many users will actually read it? time will tell..
<br>>> Time won't tell anything. Especially, it won't tell how many people
<br>>> would have beneficied from a better documentation.
<br>>>
<br>>> Next time an user will report a segfault, I'll just direct him to the
<br>>> wiki search box for finding useful informations about how to provide a
<br>>> gdb stack trace.
<br>>
<br>> We are talking about two different things. I am talking about a user
<br>> reading a full wiki guide before he reports a bug, so that his initial
<br>> report is complete and doesn't require asking more questions from the
<br>> maintainer. What you say still requires action on your part asking the
<br>> user for more info. And again the same question, how many John Doe's
<br>> are gonna read a wiki page to report a bug?
</div>The point is not to make mandatory to read anything before being able to
<br>report a bug, but to have a single entry point for documentation if needed.
<br><br>> There's already <a href="http://wiki.mandriva.com/en/Development/Howto/Software_Crash" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Development/Howto/Software_Crash</a><br>> so it seems most data is already available, just needs to be
<br>> grouped/linked in/from one page.
<br>Absolutly, that's my point.
<br><br>Instead of a gazillion list of pages, as
<br>- <a href="http://wiki.mandriva.com/en/Development/Howto/Bugzilla" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Development/Howto/Bugzilla</a><br>- <a href="http://wiki.mandriva.com/en/Development/Howto/Software_Crash" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Development/Howto/Software_Crash</a><br>- <a href="http://wiki.mandriva.com/en/Triage_Team_-_How_to_triage_bugs" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Triage_Team_-_How_to_triage_bugs</a><br><br>I'd prefer a single one, with a name consistent with others, such as for
<br>instance <a href="http://wiki.mandriva.com/en/Development/BugReporting" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Development/BugReporting</a><br><br>--
<br>BOFH excuse #307:
<br><br>emissions from GSM-phones
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26872692Re: [bugteam] Does "Triage Team" name need to be changed? (Was: Re: [Cooker] New people is needed for Triage Team)2009-12-21T03:21:01Z2009-12-21T03:21:01ZAhmad Samir2009/12/21 Guillaume Rousse <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26872692&i=0" target="_top" rel="nofollow">Guillaume.Rousse@...</a>>:
<br>> Le 21/12/2009 01:20, Ahmad Samir a écrit :
<br>>> Again, how many users will actually read it? time will tell..
<br>> Time won't tell anything. Especially, it won't tell how many people
<br>> would have beneficied from a better documentation.
<br>>
<br>> Next time an user will report a segfault, I'll just direct him to the
<br>> wiki search box for finding useful informations about how to provide a
<br>> gdb stack trace.
<br><br>We are talking about two different things. I am talking about a user
<br>reading a full wiki guide before he reports a bug, so that his initial
<br>report is complete and doesn't require asking more questions from the
<br>maintainer. What you say still requires action on your part asking the
<br>user for more info. And again the same question, how many John Doe's
<br>are gonna read a wiki page to report a bug?
<br><br>There's already <a href="http://wiki.mandriva.com/en/Development/Howto/Software_Crash" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Development/Howto/Software_Crash</a><br>so it seems most data is already available, just needs to be
<br>grouped/linked in/from one page.
<br><br>> --
<br>> BOFH excuse #53:
<br>>
<br>> Little hamster in running wheel had coronary; waiting for replacement to
<br>> be Fedexed from Wyoming
<br>>
<br><br><br><br>--
<br>Ahmad Samir
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26872425Re: [bugteam] Does "Triage Team" name need to be changed? (Was: Re: [Cooker] New people is needed for Triage Team)2009-12-21T02:59:19Z2009-12-21T02:59:19ZguillomovitchLe 21/12/2009 01:20, Ahmad Samir a écrit :
<br>> Again, how many users will actually read it? time will tell..
<br>Time won't tell anything. Especially, it won't tell how many people
<br>would have beneficied from a better documentation.
<br><br>Next time an user will report a segfault, I'll just direct him to the
<br>wiki search box for finding useful informations about how to provide a
<br>gdb stack trace.
<br>--
<br>BOFH excuse #53:
<br><br>Little hamster in running wheel had coronary; waiting for replacement to
<br>be Fedexed from Wyoming
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26871456Re: [Cooker] [ANNOUNCE] KDE 4.4 Beta 22009-12-21T01:10:24Z2009-12-21T01:10:24ZRobert FoxOn Sun, 2009-12-20 at 23:53 +0100, Nicolas Lécureuil wrote:
<div class='shrinkable-quote'><br>> Hi all,
<br>>
<br>> i just want to warn you that we are now upgrading cooker to kde 4.4
<br>> Beta2 so
<br>> things will be broken for a short time.
<br>>
<br>>
<br>> Regards
<br>>
<br>> Nicolas Lécureuil
<br>> Mandriva KDE Team
</div><br>Many Thanks for the advanced warning! This is VERY helpful!
<br><br>R.Fox
<br><br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26869560Re: [Cooker] [Bug 55962] NEW: evince, okular, Document Viewer won't display postscript files2009-12-20T19:15:47Z2009-12-20T19:15:47ZJim Beard-3Rolf Pedersen wrote:
<br>> <a href="https://qa.mandriva.com/show_bug.cgi?id=55962" target="_top" rel="nofollow">https://qa.mandriva.com/show_bug.cgi?id=55962</a><br>>
<br>>
<br>> Summary: evince, okular, Document Viewer won't display
<br>> postscript files
<br><br>>
<br>> Description of problem:DVD fresh installation of 2010.0 x86_64, iso and
<br>> burn
<br>> verified. So far, I can find no .ps file that will display in these
<br>> programs:
<br>>
<br><br>Have you installed all updates? If not, you probably need to
<br>update a few hundred packages. Do so, and then try again.
<br><br>Everything works for me except the one I do not have installed on
<br>the system (gv).
<br><br>Cheers!
<br><br>jim b.
<br><br>--
<br>UNIX is not user unfriendly; it merely
<br> expects users to be computer-friendly.
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26868602Re: [bugteam] Does "Triage Team" name need to be changed? (Was: Re: [Cooker] New people is needed for Triage Team)2009-12-20T16:20:45Z2009-12-20T16:20:45ZAhmad Samir2009/12/20 Guillaume Rousse <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26868602&i=0" target="_top" rel="nofollow">Guillaume.Rousse@...</a>>:
<div class='shrinkable-quote'><br>> Le 20/12/2009 16:22, James Kerr a écrit :
<br>>> On Sunday 20 December 2009 Marcello Anni wrote:
<br>>>
<br>>>> Ahmad Samir ha scritto:
<br>>>>> ---------- Forwarded message ----------
<br>>>>> From: Ahmad Samir <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26868602&i=1" target="_top" rel="nofollow">ahmadsamir3891@...</a>>
<br>>>>> Date: 2009/12/17
<br>>>>> Subject: Re: [bugteam] Does "Triage Team" name need to be
<br>>>>> changed? (Was: Re: [Cooker] New people is needed for Triage Team)
<br>>>>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26868602&i=2" target="_top" rel="nofollow">pacho@...</a>
<br>>>>>
<br>>>>> 2009/12/17 Pacho Ramos <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26868602&i=3" target="_top" rel="nofollow">pacho@...</a>>:
<br>>>>>> El jue, 17-12-2009 a las 15:51 +0100, Guillaume Rousse escribió:
<br>>>>>>> Le 17/12/2009 15:40, Pacho Ramos a écrit :
<br>>>>>>>> Focus is already explained in above link and other links
<br>>>>>>>> pointed from that one.
<br>>>>>>>
<br>>>>>>> The the 'triage team' name is wrong, if it's not just about
<br>>>>>>> triaging. And the page title as well. 'bug squad' would be
<br>>>>>>> better.
<br>>>>>>
<br>>>>>> I don't consider it critical but I agree that it can be
<br>>>>>> improved.
<br>>>>>>
<br>>>>>> Does other Triage Team/Bug squad/Bugteam/(put here your prefered
<br>>>>>> name suggestion) agree with changing it? If you agree, what name
<br>>>>>> do you suggest?
<br>>>>>>
<br>>>>>> Guillaume, thanks but I think that this should me moved to
<br>>>>>> bugteam list, are you subscribed to it? If not, I think that we
<br>>>>>> can CC you if needed
<br>>>>>>
<br>>>>>> Regards
<br>>>>>
<br>>>>> I am not with or against any name, it doesn't matter much. A
<br>>>>> dedicated page "How to report bugs" can be created, but I don't
<br>>>>> think a lot of new/newbie users will read it in the first place.
<br>>>>>
<br>>>>> Maintainers can communicate with triage team and detail what kind
<br>>>>> of info they need, so we can ask the questions for you before
<br>>>>> assigning.
<br>>>>>
<br>>>>> --
<br>>>>> Ahmad Samir
<br>>>>
<br>>>> i think it does matter, instead. it's proper in marketing side that
<br>>>> mandriva should improve and take care about also small particulars
<br>>>> that all together are important.
<br>>>>
<br>>>> i propose to create a wiki page ("How to report bugs" is ok) and
<br>>>> give a link to it in bugzilla before submitting a bug.
<br>> Please, not yet another individual page.
<br>>
<br>>> Bugzilla's front page already includes a link to this page:
<br>>>
<br>>> <a href="http://wiki.mandriva.com/en/Development/Howto/Bugzilla" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Development/Howto/Bugzilla</a><br>>>
<br>>> Perhaps that link should be more prominently displayed.
<br>> Indeed, but this page does not have any logical connection to the others
<br>> page linked to bug handling, such as
<br>> <a href="http://wiki.mandriva.com/en/Triage_Team_-_How_to_triage_bugs" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Triage_Team_-_How_to_triage_bugs</a><br>>
<br>> Hence my point than there should be an organised section on the wiki
<br>> about reporting/triaging bugs, rather than a list of individual pages.
<br>> And one dedicated team to manage it, with a clear name.
<br>>
<br>> That's what we already have for packaging, for instance:
<br>> <a href="http://wiki.mandriva.com/en/Development/Packaging" target="_top" rel="nofollow">http://wiki.mandriva.com/en/Development/Packaging</a><br>> --
<br>> BOFH excuse #316:
<br>>
<br>> Elves on strike. (Why do they call EMAG Elf Magic)
<br>>
</div><br>Again, how many users will actually read it? time will tell..
<br><br>--
<br>Ahmad Samir
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26868580[Cooker] X issues with newer kernels2009-12-20T16:16:33Z2009-12-20T16:16:33ZScott ChevalleyI've tried booting with the latest tmb and normal desktop kernels,
<br>2.6.32.1 and 2.6.33 rc1 and under both kdm doesn't start, or rather I
<br>get a blank screen of X loading with the mouse cursor in the middle, but
<br>also a non-blinking underline cursor in the upper left corner. The
<br>mouse busy thingy spins a second, then the mouse disappears, then
<br>reappears, as if kdm is having a problem starting and is reloading a few
<br>time.
<br><br>I have an intel 965 video on an HP Pavilion DV9500. I am able to boot
<br>find with kernel tmb 2.6.31.8. I tried recreating the xorg.conf and
<br>when i tried to run xinit after stopping the dm service, the system hard
<br>locks and requires a power off to reboot
<br><br>fwiw, the bootsplash works either way, and KMS seems to be working. I
<br>don't see any errors in the xorg log files, although I do see the below
<br>messages in /var/log/syslog:
<br><br>Dec 20 18:47:59 excalibur64 acpid: client 29151[0:0] has disconnected
<br>Dec 20 18:47:59 excalibur64 acpid: client connected from 802[0:0]
<br>Dec 20 18:47:59 excalibur64 acpid: 1 client rule loaded
<br>Dec 20 18:47:59 excalibur64 kernel: [ 1297.817213] [drm] TV-14: set mode
<br>NTSC 480i 0
<br>Dec 20 18:47:59 excalibur64 kernel: [ 1298.007230] [drm] TV-14: set mode
<br>NTSC 480i 0
<br>Dec 20 18:48:00 excalibur64 kernel: [ 1298.317197] [drm] TV-14: set mode
<br>NTSC 480i 0
<br>Dec 20 18:48:00 excalibur64 kernel: [ 1298.507197] [drm] TV-14: set mode
<br>NTSC 480i 0
<br>Dec 20 18:48:01 excalibur64 CROND[807]: (root) CMD (
<br>/usr/share/msec/promisc_check.sh)
<br>Dec 20 18:48:03 excalibur64 kernel: [ 1301.885158]
<br>[drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed...
<br>GPU hung
<br>Dec 20 18:48:03 excalibur64 kernel: [ 1301.885169] render error
<br>detected, EIR: 0x00000000
<br>Dec 20 18:48:03 excalibur64 kernel: [ 1301.885223]
<br>[drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns
<br>-5 (awaiting 100 at 98)
<br>Dec 20 18:48:04 excalibur64 kernel: [ 1302.836476]
<br>[drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed...
<br>GPU hung
<br>Dec 20 18:48:04 excalibur64 kernel: [ 1302.836484] render error
<br>detected, EIR: 0x00000000
<br>Dec 20 18:48:04 excalibur64 kernel: [ 1302.836511]
<br>[drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns
<br>-5 (awaiting 111 at 110)
<br>Dec 20 18:48:04 excalibur64 kernel: [ 1303.082152]
<br>[drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed...
<br>GPU hung
<br>Dec 20 18:48:04 excalibur64 kernel: [ 1303.082164] render error
<br>detected, EIR: 0x00000000
<br>Dec 20 18:48:04 excalibur64 kernel: [ 1303.082197]
<br>[drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns
<br>-5 (awaiting 118 at 116)
<br>Dec 20 18:48:05 excalibur64 kernel: [ 1303.330156]
<br>[drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed...
<br>GPU hung
<br>Dec 20 18:48:05 excalibur64 kernel: [ 1303.330168] render error
<br>detected, EIR: 0x00000000
<br>Dec 20 18:48:05 excalibur64 kernel: [ 1303.330866]
<br>[drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5
<br>(awaiting 125 at 122)
<br>Dec 20 18:48:05 excalibur64 kernel: [ 1303.428161]
<br>[drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
<br>Dec 20 18:48:05 excalibur64 kernel: [ 1303.428161]
<br>[drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
<br>Dec 20 18:48:05 excalibur64 kernel: [ 1303.428173] render error
<br>detected, EIR: 0x00000000
<br>Dec 20 18:48:05 excalibur64 kernel: [ 1303.428227]
<br>[drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5
<br>(awaiting 131 at 130)
<br>Dec 20 18:48:05 excalibur64 kernel: [ 1303.610159]
<br>[drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
<br>Dec 20 18:48:05 excalibur64 kernel: [ 1303.610171] render error
<br>detected, EIR: 0x00000000
<br>Dec 20 18:48:05 excalibur64 kernel: [ 1303.610217]
<br>[drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5
<br>(awaiting 148 at 143)
<br>Dec 20 18:48:05 excalibur64 kernel: [ 1303.858158]
<br>[drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
<br>Dec 20 18:48:05 excalibur64 kernel: [ 1303.858170] render error
<br>detected, EIR: 0x00000000
<br>Dec 20 18:48:05 excalibur64 kernel: [ 1303.858219]
<br>[drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5
<br>(awaiting 155 at 149)
<br>Dec 20 18:48:05 excalibur64 kernel: [ 1304.105173]
<br>[drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
<br>Dec 20 18:48:05 excalibur64 kernel: [ 1304.105184] render error
<br>detected, EIR: 0x00000000
<br>Dec 20 18:48:05 excalibur64 kernel: [ 1304.105227]
<br>[drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5
<br>(awaiting 161 at 158)
<br>Dec 20 18:48:06 excalibur64 kdm[800]: X server for display :0 terminated
<br>unexpectedly
<br>Dec 20 18:48:06 excalibur64 kdm: :0[831]: Fatal X server IO error:
<br>Interrupted system call
<br>Dec 20 18:48:06 excalibur64 acpid: client 802[0:0] has disconnected
<br><br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26868152Re: [Cooker] Moblin LiveCD experimentation2009-12-20T15:08:58Z2009-12-20T15:08:58ZThomas LottmannHello!
<br><br>I have announced it in Mandriva Forums, please note that I have uploaded
<br>a second revision of my Moblin LiveCD supposed to be optimised for
<br>netbooks. It contains sensible improvements.
<br><br>If you are interested, you can submit me tests, comments, requests or
<br>advices to help me improve this LiveCD. I'd in fact like to have some. :)
<br><br>ftp://mandrivafr.org/pub/moblin/
<br><br>2009-12-20 21:26 Skiper (alpha revision 2)
<br><br> * Rebuild of the LiveCD
<br> * Fixing bug in in Mojito where Flickr would not appear (missing logo) , still need to find how to fix Facebook.
<br> * Fixing DrakXTools that would not be correctly installed and would not launch first boot configuration.
<br> * Fixing gfxboot (Plymouth) not being displayed in graphic mode on small screens (changing mode vga=788 to 785) (from Wobo)
<br> * Fixing icon theme who was falling back on gnome theme for gnome applications : now moblin icon theme is used everywhere.
<br> * Added OpenOffice.org Writer and Calc, trying to find why Impress does not want to install itself
<br> * Added Pidgin in addition to Empathy
<br> * Added File-roller and gedit utilities
<br> * Added hclGUI and an icon to start it (on request)
<br> * Added extra icons to access some features more quickly, remove some useless ones.
<br> * Adding new Moblin welcome image in Draklive live installer
<br> * Removed Firefox web browser (there is already Moblin's web browser)
<br> * Removed useless drakxtools : drakconnect, drakroam, draknetcenter, drakauth, drakhosts...
<br> * Modified MandrivaUpdate : there are now only the name and version columns
<br><br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26868120[Cooker] [ANNOUNCE] php-fpm2009-12-20T15:07:17Z2009-12-20T15:07:17ZOden ErikssonGot inspired by neoclust announcement. So here we go:
<br><br>Cooker now has FPM support in php:
<br><br><a href="http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages?view=rev&revision=480472" target="_top" rel="nofollow">http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages?view=rev&revision=480472</a><br><a href="http://php-fpm.org/" target="_top" rel="nofollow">http://php-fpm.org/</a><br><br>Have fun.
<br><br><br>--
<br>Regards // Oden Eriksson
<br>Security team manager - Mandriva
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26868022[Cooker] [ANNOUNCE] KDE 4.4 Beta 22009-12-20T14:53:01Z2009-12-20T14:53:01ZBugzilla from nlecureuil@mandriva.comHi all,
<br><br>i just want to warn you that we are now upgrading cooker to kde 4.4 Beta2 so
<br>things will be broken for a short time.
<br><br><br>Regards
<br><br>Nicolas Lécureuil
<br>Mandriva KDE Team
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26867546Re: [Cooker] Re: [RPM] cooker contrib/release netdisco-1.0-3mdv2010.12009-12-20T13:45:20Z2009-12-20T13:45:20ZOden Erikssonsöndagen den 20 december 2009 22.09.21 skrev Olivier Thauvin:
<div class='shrinkable-quote'><br>> * aapgorilla (<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26867546&i=0" target="_top" rel="nofollow">godutchnow@...</a>) wrote:
<br>> > On Sun, Dec 20, 2009 at 7:15 PM, Guillaume Rousse
<br>> >
<br>> > <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26867546&i=1" target="_top" rel="nofollow">Guillaume.Rousse@...</a>> wrote:
<br>> > > By reading documentation, as for any other software you intend to use ?
<br>> >
<br>> > I, like many ordinary users, do not read documentation, we expect
<br>> > stuff to work and if it doesn't we'll move on to the next software (or
<br>> > distro)
<br>>
<br>> netdisco is a network monitoring/analysis/reporting tools. It use
<br>> SNMP/CDP to find IP/Mac address on cisco/HP/... devices.
<br>>
<br>> I can't imagin you're able to such software w/o reading the
<br>> documentation. And I can't imagine any ordinary user using this
<br>> software.
<br>>
<br>> Do you have yourself a set of CISCO witch/router at home setup to be
<br>> monitor using SNMP ?
<br>> Be realistic, we are not talking about firefox, konqueror or card game !
<br>>
<br>> This software is dedicated to be use in enterprise, big enough to have
<br>> a dedicated SQL server.
<br>>
<br>> (Finally, it seems to not work, I get login page but after login httpd
<br>> don't stop running using 100% of one CPU, but never end the resquest).
<br>>
</div><br>It uses spanning tree so you need good hw. I once ran it on a MAN with roughly
<br>300+ devices, it was nice (years ago, using my mdv packages). But the
<br>bootstrap script seeems broken now. Earlier you could just install mandriva,
<br>urpmi netdisco, then run the bootstrap script and point to one spanning tree
<br>capable device, wait a little while and you were all set.
<br><br>--
<br>Regards // Oden Eriksson
<br>Security team manager - Mandriva
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26867327Re: [Cooker] Re: [RPM] cooker contrib/release netdisco-1.0-3mdv2010.12009-12-20T13:09:21Z2009-12-20T13:09:21ZOlivier Thauvin-2* aapgorilla (<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26867327&i=0" target="_top" rel="nofollow">godutchnow@...</a>) wrote:
<br>> On Sun, Dec 20, 2009 at 7:15 PM, Guillaume Rousse
<br>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26867327&i=1" target="_top" rel="nofollow">Guillaume.Rousse@...</a>> wrote:
<br>> > By reading documentation, as for any other software you intend to use ?
<br>>
<br>> I, like many ordinary users, do not read documentation, we expect
<br>> stuff to work and if it doesn't we'll move on to the next software (or
<br>> distro)
<br><br>netdisco is a network monitoring/analysis/reporting tools. It use
<br>SNMP/CDP to find IP/Mac address on cisco/HP/... devices.
<br><br>I can't imagin you're able to such software w/o reading the
<br>documentation. And I can't imagine any ordinary user using this
<br>software.
<br><br>Do you have yourself a set of CISCO witch/router at home setup to be
<br>monitor using SNMP ?
<br>Be realistic, we are not talking about firefox, konqueror or card game !
<br><br>This software is dedicated to be use in enterprise, big enough to have
<br>a dedicated SQL server.
<br><br>(Finally, it seems to not work, I get login page but after login httpd
<br>don't stop running using 100% of one CPU, but never end the resquest).
<br><br>--
<br><br>Olivier Thauvin
<br>CNRS - LATMOS
<br>♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖
<br><br /> <div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>attachment0</strong> (204 bytes) <a href="http://old.nabble.com/attachment/26867327/0/attachment0" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26867228[Cooker] [RPM] cooker contrib/release redbutton-browser-20091202-1mdv2010.12009-12-20T12:56:28Z2009-12-20T12:56:28ZTomasz Paweł Gajc<div class='shrinkable-quote'>> Name : redbutton-browser Relocations: (not
<div class='shrinkable-quote'><br>> relocatable) Version : 20091202 Vendor:
<br>> Mandriva Release : 1mdv2010.1 Build Date: Sun
<br>> Dec 20 21:21:41 2009 Install Date: (not installed)
<br>> Build Host: n2.mandriva.com Group :
<br>> Development/Other Source RPM: (none) Size :
<br>> 190613 License: GPLv2+ Signature : (none)
<br>> Packager : Olivier Faurax <ofaurax@>
<br>> URL : <a href="http://redbutton.sourceforge.net/" target="_top" rel="nofollow">http://redbutton.sourceforge.net/</a><br>> Summary : Redbutton browser for MHEG5 content
<br>> Description :
<br>> This package provides a browser for MHEG5, which is used to make
<br>> user interface on TVs.
<br>> It is part of the redbutton tools suite.
<br>>
<br>> Olivier Faurax <ofaurax@> 20091202-1mdv2010.1:
<br>> + Revision: 480480
<br>> - Missing xsltproc dependency
<br>> - Added libpng-devel dependency
<br>> - Added libxft-devel dependency
<br>> - Suitable dependency for 64bits
<br>> - Missing libxrender1-devel dependency
<br>> - Patch for lib64swscale support
<br>> - Added missing libexpat dependency
<br>> - import redbutton-browser
</div></div>Wrong versioning.
<br>This should be named like
<br>this redbutton-browser-0.0-0.20091202.1mdv2010.1 same goes to
<br>redbutton-download, also you dont pass mdv's %optflags and %ldflags.
<br><br>Would be nice if you have fixed this.
<br><br>--
<br>Regards,
<br>TPG - MandrivaLinux's contributor
<br><br>Provide best Xfce experience with best GNU/Linux distribution:
<br><a href="http://wiki.mandriva.com/en/XfceLive" target="_top" rel="nofollow">http://wiki.mandriva.com/en/XfceLive</a><br> _
<br> ( )
<br> X ascii ribbon campaign - against html e-mail
<br> / \ www.asciiribbon.org - against proprietary attachments
<br><br /> <div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (205 bytes) <a href="http://old.nabble.com/attachment/26867228/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26867080Re: [Cooker] Re: [RPM] cooker contrib/release netdisco-1.0-3mdv2010.12009-12-20T12:35:34Z2009-12-20T12:35:34ZguillomovitchLe 20/12/2009 21:22, Pascal Terjan a écrit :
<br>> On Sun, Dec 20, 2009 at 21:18, aapgorilla <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26867080&i=0" target="_top" rel="nofollow">godutchnow@...</a>> wrote:
<br>>> well there is no harm in at least providing a hint in an install note
<br>>> and in the description. This will at least give users a clue why a
<br>>> piece of software they installed doesn't work yet. Instead of failing
<br>>> silently or with an obscure error.
<br>>
<br>> Yes I agree with this part :)
<br>I don't think duplicating post-installation documentation is a good
<br>idea, nor than using package description for this. README.urpmi files,
<br>on the other hand, are perfectly suited for this.
<br>--
<br>BOFH excuse #363:
<br><br>Out of cards on drive D:
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>tag:old.nabble.com,2006:post-26866969Re: [Cooker] Re: [RPM] cooker contrib/release netdisco-1.0-3mdv2010.12009-12-20T12:22:13Z2009-12-20T12:22:13ZPascal TerjanOn Sun, Dec 20, 2009 at 21:18, aapgorilla <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26866969&i=0" target="_top" rel="nofollow">godutchnow@...</a>> wrote:
<br>> well there is no harm in at least providing a hint in an install note
<br>> and in the description. This will at least give users a clue why a
<br>> piece of software they installed doesn't work yet. Instead of failing
<br>> silently or with an obscure error.
<br><br>Yes I agree with this part :)
<br><p>From forum: <a href="http://old.nabble.com/Mandriva---cooker-x86-f12941.html" embed="fixTarget[12941]" target="_top" >Mandriva - cooker-x86</a></p>