Re: Today's kernel update boots to black screen.

On 02/28/2011 12:41 PM, Thomas Backund wrote:
> mån 2011-02-28 klockan 20:27 +0200 skrev Charles A Edwards:
>> On Mon, 28 Feb 2011 08:05:18 +0200
>> Thomas Backlund<tmb <at> mandriva.org>  wrote:
>>
>>> Ok, so maybe the kernel isn't the real problem trigger.
>>>
>>> Are you all running systemd, or plain initscripts?
>>>
>>> and does all of you have multipath installed / enabled ?
>>
>>
>> Thomas, I'm the odd one and am still using initscripts.
>>
>> Do not even have systemd or multipath-tools installed.
>
>
> Ok, so that rules them out, thanks...
>
> Can you do a bisect
>
> Ca you provide dmesg and oops from your system so I can see if anything
> differs from Andreys oops.
>
> --
> Thomas
Added dmesg output of successful boot into 2.6.37.2-desktop-1mnb with 
nvidia graphics working.

https://qa.mandriva.com/show_bug.cgi?id=62621

Re: Re: [RPM] cooker contrib/release texlive-texmf-20100722-3

On 28.02.2011 22:22, Paulo César Pereira de Andrade wrote:
> Anssi Hannula wrote:
>> On 28.02.2011 07:16, Paulo César Pereira de Andrade wrote:
>>> Anssi Hannula wrote:
>>>> On 17.02.2011 20:33, Paulo Andrade wrote:
>>>>> Name        : texlive-texmf                Relocations: (not
>>>>> relocatable)
>>>>> Version     : 20100722                          Vendor: Mandriva
>>>>> Release     : 3                             Build Date: Thu Feb 17
>>>>> 17:15:09 2011
>>>> [...]
>>>>> License: Apache2 and Artistic and BSD and FDL and Freeware and GFL and
>>>>> GFSL and GPL and GPLv2 and GPLv3 and LGPL and LGPLv2.1 and LPPL and
>>>>> LPPLv1 and LPPLv1.2 and LPPLv1.3 and OFL and Public Domain
>>>>
>>>> There are many invalid names here...
>>>>
>>>> "Apache2" should be "ASL 2.0"
>>>> "FDL" should be "GFDL" (if it means GNU Free Documentation License)
>>>> "GFL" is wrong, and I don't even know what it means. If we don't have
>>>> matching license in the list, you should use "foo-like", with foo as
>>>> appropriate.
>>>> "GFSL" is also wrong, see above.
>>>> "GPL" is wrong, you should use GPL+, GPLv2, GPlv2+ etc as appropriate
>>>> "LGPL" is wrong as well, see above
>>>> "LPPLv1", "LPPLv1.2", "LPPLv1.3" are unneeded, "LPPL" covers them
>>>
>>>   This page was the most complete information I could find, but on
>>> a quick search...
>>>

Re: Today's kernel update boots to black screen.

On Mon, Feb 28, 2011 at 3:25 PM, Thomas Backund <tmb <at> mandriva.org> wrote:
> mån 2011-02-28 klockan 13:32 +0200 skrev Andrey Borzenkov:
>> On Mon, Feb 28, 2011 at 1:08 PM, Thomas Backlund <tmb <at> mandriva.org> wrote:
>>
>> > And since it seems to be a Mandriva only issue (so far) I took a wild guess
>> > until some one with an affected system can bisect the 272 patches between
>> > 2.6.37 and 2.6.37.1
>> >
>> > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.37.y.git
>> >
>>
>> what was the earliest commit in kernels you posted?
>>
>
> the 1.2 kernel had reverted 110b9f69760df6d5ddf734647aaae61d18ca0462,
> and since that didnt work I guess you can set it as a first bad commit
>

I cannot even boot 2.6.37 compiled from GIT tree using .config from
kernel-linus - once I press ENTER in grub menu nothing happens, I can
only press power off.

{pts/1}% file /boot/vmlinuz-2.6.37nvidia
/boot/vmlinuz-2.6.37nvidia: Linux kernel x86 boot executable bzImage,
version 2.6.37nvidia (bor <at> cooker) #1 SMP Mon Feb 28 22:40:54 MSK 2011,
RO-rootFS, root_dev 0x806, swap_dev 0x3, Normal VGA
{pts/1}% file /boot/vmlinuz-2.6.37-desktop-3mnb
/boot/vmlinuz-2.6.37-desktop-3mnb: Linux kernel x86 boot executable
bzImage, version 2.6.37-desktop-3mnb (thomas <at> celeste.mandriva.com) #1
SMP Sun Fe, RO-rootFS, root_dev 0x902, swap_dev 0x2, Normal VGA

Re: mandriva 2011 alpha2

Version/release for pre-releases from GIT?

With SVN it was nice and easy - just use single ever growing number
and ensure new version will always compare newer by RPM, whether used
in V or in R field.

What people do for GIT? I can't use commit hash which is unsorted and
there is nothing obvious to put to indicate GIT reference that would
be guaranteed to be monotonically increasing.

So almost the only way seems to be add GIT commit to SPEC/changelog.
Not ideal and error prone.

So looking for experience of others. Thank you!

Re: mandriva 2011 alpha2

Le 01/03/2011 10:23, Sylvain ZUCCA a écrit :
> 5) Gtk Apps still look ugly (MCC, Firefox, thunderbird, etc)
It's just that Qt4 theme for GTK is missing. Once installed and changed
to with gtk-chtheme, it's better.

Re: mandriva 2011 alpha2

On Tue, Mar 1, 2011 at 12:23 PM, Sylvain ZUCCA <sylvainsjc <at> gmail.com> wrote:

> 4) During installation, the step of the detection of my ethernet wired
> connection failed (I'm behind a box with dhcp standard)
>

Any chance it could be related to https://qa.mandriva.com/show_bug.cgi?id=57946?

Eugeni, now when NM is "officially" supported, drakx-net should really
take this in account. After ifcfg/wireless.d was written, it need to
check with NM that

NM_CONTROLLED == yes and device is managed (which probably happens
automatically anyway) and try to connect using just created connection
(if it could write UUID it would be much more simple)

NM_CONTROLLED == no and device is really unmanaged by NM before
attempting to ifup interface

Re: Issue installing texlive-texmf-20100722-5

Giuseppe Ghibò skrev 1.3.2011 01:46:
> Jeff Johnson wrote:
>> On Feb 26, 2011, at 6:55 PM, Stéphane Téletchéa wrote:
>>
>>
>>> I have babysitted latest texlive update and I'm now sure this is the
>>> *preparation* of the installation that takes a lot of time
>>> (21 minutes this time), the installation of files itself (including
>>> triggering fc-cache) is relatively rapid...
>>>
>>>
>>
>> Presumably you mean in
>> 	Preparing...    ######
>> Poifect! RPM is what is broken then, the generation of "fingerprints",
>> basically dev,inode pairs to deal with aliasing due to symlinks in
>> the path, is what is broken.
>>
>> Gonna take a bit to dig out a cure, but I know what is needed now. Thanks!
>>
> can't we have the backport to see whether the same problems occurs also
> in rpm4? If not then rpm is not the cause.
>

Installing texlive + texlive-texmf takes around 1,5 minute on a dualcore 
laptop with ext4 fs and rpm4 here.

--
Thomas

Re: Version/release for pre-releases from GIT?

Andrey Borzenkov skrev 1.3.2011 11:39:
> With SVN it was nice and easy - just use single ever growing number
> and ensure new version will always compare newer by RPM, whether used
> in V or in R field.
>
> What people do for GIT? I can't use commit hash which is unsorted and
> there is nothing obvious to put to indicate GIT reference that would
> be guaranteed to be monotonically increasing.
>
> So almost the only way seems to be add GIT commit to SPEC/changelog.
> Not ideal and error prone.
>
> So looking for experience of others. Thank you!
>

I use the date of the latest commit in the checkout.

(for example kernel-firmare and kernel-firmware-extra)

--
Thomas

Re: mandriva 2011 alpha2

On 03/01/2011 07:00 AM, Andrey Borzenkov wrote:
> On Tue, Mar 1, 2011 at 12:23 PM, Sylvain ZUCCA<sylvainsjc <at> gmail.com>  wrote:
>
>> 4) During installation, the step of the detection of my ethernet wired
>> connection failed (I'm behind a box with dhcp standard)
>>
>
> Any chance it could be related to https://qa.mandriva.com/show_bug.cgi?id=57946?
>
> Eugeni, now when NM is "officially" supported, drakx-net should really
> take this in account. After ifcfg/wireless.d was written, it need to
> check with NM that
>
> NM_CONTROLLED == yes and device is managed (which probably happens
> automatically anyway) and try to connect using just created connection
> (if it could write UUID it would be much more simple)
>
> NM_CONTROLLED == no and device is really unmanaged by NM before
> attempting to ifup interface

It should be done by initscripts, not by drakx-net, right?

In any case, I'll try to look into it, but not within nearby future :(.

--
Eugeni Dodonov