Per Øyvind Karlsen | 1 Nov 01:31 2010

Re: [ANN] Python %py_requires macro now deprecated

2010/10/31 Anssi Hannula <anssi <at> mandriva.org>:
> On Sunday 31 October 2010 19:32:25 Per Øyvind Karlsen wrote:
>> 2010/10/30 Anssi Hannula <anssi <at> mandriva.org>:
>> > Hi all!
>> >
>> > The rpm-mandriva-setup package has been updated (1.111) to add correct
>> > versioned dependencies for python modules on the python interpreter
>> > (e.g.
>> > "python(abi) = 2.7").
>>
>> Hm, I earlier thought that python was configured to load modules,
>> giving sense to 'python >=  %py_ver' dependency wrt. python, but I see
>> now that I'm mistaken.
>> But still, adding explicit version dependency, this means that
>> whenever updating to newer python version series, all these
>> dependencies will break and require for all these packages to be
>> uninstalled unless already rebuilt.
>
> Yes, this is also how it was previously done with %py_requires.
Yupp, yeah, you're right, I guess I'm overthinking things without
thinking them through. ;)

--
Regards,
Per Øyvind

Anssi Hannula | 1 Nov 05:16 2010

Re: r586989 - cooker/rpm-mandriva-setup/current/SPECS

On Wednesday 20 October 2010 19:08:02 peroyvind wrote:
> Author: peroyvind
> Date: Wed Oct 20 19:08:01 2010
> New Revision: 586989
> 
> Modified:
>    cooker/rpm-mandriva-setup/current/SPECS/rpm-mandriva-setup.spec
> 
> Log:
> add dependency on python-pkg-resources (required for dependency generation)

For the record, this added python into the dependencies of rpm-build 
(previously bare build chroots didn't have python at all, AFAIK).

--

-- 
Anssi Hannula

Thomas Backlund | 1 Nov 08:29 2010

ANN: switching to new firewire (JuJu) stack by default

Hi,

beginning with module-init-tools-3.6-13mdv I just submitted to the BS,
all modules belonging to the old ieee1394 stack are blacklisted,
and the new firewire modules are removed from the blacklist.

The reason for this is that the old ieee1394 stack will be removed from
2.6.37-rc1 (it's actually already removed in current git), so we need
to switch _now_.

A quick look on the mirrors shows that libavc1394, libdc1394, libraw1394 
and libiec61883 are the recommended versions to support the new firewire 
stack so that should not present any problems..

If you for some reason cant get your firewire devices to work with the 
new stack, file a bugreport upstream.

And you can always edit /etc/modprobe.d/blacklist-firewire
if you need the old stack, but remember it's only a temporary solution
as when main kernel switches to 2.6.37, you will only have the new 
firewire stack.

and some reading regarding JuJu:
https://ieee1394.wiki.kernel.org/index.php/Juju_Migration

--
Thomas

Robert Fox | 1 Nov 09:50 2010
Picon

Getting close - packagekit . . . when?

The whole weekend - still can't update Cooker machines because of
Packagekit - is there an ETA as to when this will be finished??

Thx,
R.Fox

getting exclusive lock on rpm
Some requested packages cannot be installed:
kpackagekit-common-0.6.2-1mdv2011.0.x86_64 (due to unsatisfied
packagekit[>= 0.5.5])
packagekit-0.6.9-1mdv2011.0.x86_64 (trying to promote packagekit-gui)
Continue installation anyway? (Y/n) y
The following packages have to be removed for others to be upgraded:
file-roller-2.32.0-1mdv2011.0.x86_64
 (due to missing packagekit-gui)
gnome-color-manager-2.32.0-1mdv2011.0.x86_64
 (due to missing packagekit)
gnome-packagekit-common-2.32.0-1mdv2011.0.x86_64
 (due to unsatisfied packagekit >= 0.4.8)
hplip-3.10.6-3mdv2011.0.x86_64
 (due to unsatisfied python < 2.7)
hplip-gui-3.10.6-3mdv2011.0.x86_64
 (due to unsatisfied hplip == 3.10.6-3mdv2011.0)
liveusb-creator-3.9.1-2mdv2010.1.noarch
 (due to unsatisfied python-parted >= 2.0)
packagekit-0.6.9-1mdv2011.0.x86_64
 (due to unsatisfied python < 2.7)
python-axiom-0.6.0-1mdv2010.1.noarch
 (due to unsatisfied python < 2.7,
  due to missing python-epsilon)
(Continue reading)

Ahmad Samir | 1 Nov 09:56 2010
Picon

Re: Getting close - packagekit . . . when?

On 1 November 2010 10:50, Robert Fox <list <at> foxconsult.net> wrote:
> The whole weekend - still can't update Cooker machines because of
> Packagekit - is there an ETA as to when this will be finished??
>
> Thx,
> R.Fox
>
>
> getting exclusive lock on rpm
> Some requested packages cannot be installed:
> kpackagekit-common-0.6.2-1mdv2011.0.x86_64 (due to unsatisfied
> packagekit[>= 0.5.5])
> packagekit-0.6.9-1mdv2011.0.x86_64 (trying to promote packagekit-gui)
> Continue installation anyway? (Y/n) y
> The following packages have to be removed for others to be upgraded:
> file-roller-2.32.0-1mdv2011.0.x86_64
>  (due to missing packagekit-gui)
> gnome-color-manager-2.32.0-1mdv2011.0.x86_64
>  (due to missing packagekit)
> gnome-packagekit-common-2.32.0-1mdv2011.0.x86_64
>  (due to unsatisfied packagekit >= 0.4.8)
> hplip-3.10.6-3mdv2011.0.x86_64
>  (due to unsatisfied python < 2.7)
> hplip-gui-3.10.6-3mdv2011.0.x86_64
>  (due to unsatisfied hplip == 3.10.6-3mdv2011.0)
> liveusb-creator-3.9.1-2mdv2010.1.noarch
>  (due to unsatisfied python-parted >= 2.0)
> packagekit-0.6.9-1mdv2011.0.x86_64
>  (due to unsatisfied python < 2.7)
> python-axiom-0.6.0-1mdv2010.1.noarch
(Continue reading)

Robert Fox | 1 Nov 10:00 2010
Picon

Re: Getting close - packagekit . . . when?

On Mon, 2010-11-01 at 10:56 +0200, Ahmad Samir wrote:
> On 1 November 2010 10:50, Robert Fox <list <at> foxconsult.net> wrote:
> > The whole weekend - still can't update Cooker machines because of
> > Packagekit - is there an ETA as to when this will be finished??
> >
> > Thx,
> > R.Fox
> >
> >
> > getting exclusive lock on rpm
> > Some requested packages cannot be installed:
> > kpackagekit-common-0.6.2-1mdv2011.0.x86_64 (due to unsatisfied
> > packagekit[>= 0.5.5])
> > packagekit-0.6.9-1mdv2011.0.x86_64 (trying to promote packagekit-gui)
> > Continue installation anyway? (Y/n) y
> > The following packages have to be removed for others to be upgraded:
> > file-roller-2.32.0-1mdv2011.0.x86_64
> >  (due to missing packagekit-gui)
> > gnome-color-manager-2.32.0-1mdv2011.0.x86_64
> >  (due to missing packagekit)
> > gnome-packagekit-common-2.32.0-1mdv2011.0.x86_64
> >  (due to unsatisfied packagekit >= 0.4.8)
> > hplip-3.10.6-3mdv2011.0.x86_64
> >  (due to unsatisfied python < 2.7)
> > hplip-gui-3.10.6-3mdv2011.0.x86_64
> >  (due to unsatisfied hplip == 3.10.6-3mdv2011.0)
> > liveusb-creator-3.9.1-2mdv2010.1.noarch
> >  (due to unsatisfied python-parted >= 2.0)
> > packagekit-0.6.9-1mdv2011.0.x86_64
> >  (due to unsatisfied python < 2.7)
(Continue reading)

meth29 | 1 Nov 21:17 2010
Picon

Re: KDE logout does not function properly

Last KDE update (4.5.74) solved the problem for me.

On 25.10.2010 14:06, Robert Fox wrote:
> On Mon, 2010-10-25 at 12:01 +0200, meth29 wrote:
>> On 25.10.2010 11:56, Nicolas Pomarède wrote:
>>> Le 25/10/2010 11:32, Robert Fox a écrit :
>>>> Since latest Cooker updates, when using the logout button on the KDE
>>>> panel instead of asking if I want to shutdown, restart or hibernate - it
>>>> simply logs out and restart KDM login screen.
>>>>
>>>> Can someone confirm this before I open a bug report . . .
>>>>
>>>> Thx,
>>>> R.Fox
>>>>
>>> Hello, I have the exact same problem : whether I press ctrl+add+del or
>>> click on the logout button, kde immediatly crashes and I just get a
>>> notification window with a kde's crash report.
>>>
>>> After closing this window, I'm back to KDM screen. This is since 4.5.71
>>>
>> Same with me.
> Then I guess a bug report is in order - Thanks!
>
>

Frank Griffin | 2 Nov 02:36 2010

dkms virtualbox and vbox-additions are conflicting again

cf:

Some requested packages cannot be installed:
dkms-virtualbox-3.2.10-4mdv2011.0.x86_64 (in order to keep
dkms-vboxadditions-3.2.10-3mdv2011.0.x86_64)

This happened a while ago, the Ahmed pointed out that there shouldn't be
any need to install them together, and someone else (I forget who) said
that it was very convenient to have a single system image for both the
vbox host and the vbox guest.  Shortly thereafter, the conflict
disappeared.  Now it's back.  Could we please have a permanent fix ?

If this needs a bug report, I'm happy to enter one provided that someone
in the know states what was done to remove the original conflict and why
it was reverted.

Frank Griffin | 2 Nov 02:42 2010

Re: dkms virtualbox and vbox-additions are conflicting again

Frank Griffin wrote:
> cf:
>
> Some requested packages cannot be installed:
> dkms-virtualbox-3.2.10-4mdv2011.0.x86_64 (in order to keep
> dkms-vboxadditions-3.2.10-3mdv2011.0.x86_64)
>   
Arrgh.  Sorry, wrong snippet.  Should have been:

A requested package cannot be installed:
dkms-virtualbox-3.2.10-4mdv2011.0.x86_64 (due to conflicts with
dkms-vboxadditions-3.2.10-4mdv2011.0.x86_64)
Continue installation anyway? (Y/n)

The first was from a urpmi --keep.

Luis Daniel Lucio Quiroz | 2 Nov 04:43 2010
Picon

Re: Re: [RPM] cooker contrib/release daq-0.2-1mdv2011.0


I wondering if M. Altizer could helpme, why daq0.3 compiles in n5 and n6 but 
it doesnt in BS

daq-0.3 compiles in n5 but it doesnt
Le mardi 5 octobre 2010 21:42:08, Michael Altizer a écrit :
>   On 10/05/2010 07:05 PM, Luis Daniel Lucio Quiroz wrote:
> > Name        : daq                          Relocations: (not relocatable)
> > Version     : 0.2                               Vendor: Mandriva
> > Release     : 1mdv2011.0                    Build Date: Wed Oct  6
> > 00:41:43 2010 Install Date: (not installed)               Build Host:
> > n4.mandriva.com Group       : Networking/Other              Source RPM:
> > (none)
> > Size        : 452447      License: GPLv2+
> > Signature   : (none)
> > Packager    : Luis Daniel Lucio Quiroz<dlucio <at> mandriva.org>
> > URL         : http://www.snort.org/
> > Summary     : Data Acquisition library, for packet I/O
> > Description :
> > Snort 2.9 introduces the DAQ, or Data Acquisition library, for packet
> > I/O.  The DAQ replaces direct calls to PCAP functions with an
> > abstraction layer that facilitates operation on a variety of hardware
> > and software interfaces without requiring changes to Snort.  It is
> > possible to select the DAQ type and mode when invoking Snort to perform
> > PCAP readback or inline operation, etc.  The DAQ library may be useful
> > for other packet processing applications and the modular nature allows
> > you to build new modules for other platforms.
> > 
> > Luis Daniel Lucio Quiroz<dlucio <at> mandriva.org>  0.2-1mdv2011.0:
> > + Revision: 583142
(Continue reading)


Gmane