Le mercredi 13 juillet 2011 01:23:32, Mageia Team a écrit :
Name: unknown-horizons Relocations: (not relocatable)
Version : 2011 Vendor: Mageia.Org
Release : 1.mga2Build Date: Wed Jul 13 01:19:29
2011 Install
Le mercredi 13 juillet 2011 01:23:32, Mageia Team a écrit :
Name: unknown-horizons Relocations: (not relocatable)
Version : 2011 Vendor: Mageia.Org
Release : 1.mga2Build Date: Wed Jul 13 01:19:29
2011 Install
2011/7/13 Michael scherer m...@zarb.org:
I would be in favor of treating python2 and python 3 as 2 differents
languages.
The rational is that :
- we cannot garantee to have support for both
- we will likely have some module who would be updated only on
python 3 sooner or later
- we will
Le mercredi 13 juillet 2011 09:47:57, Samuel Verschelde a écrit :
Le mercredi 13 juillet 2011 01:23:32, Mageia Team a écrit :
Name: unknown-horizons Relocations: (not relocatable)
Version : 2011 Vendor: Mageia.Org
Release : 1.mga2
On Tue, Jul 12, 2011 at 03:12:52PM +0200, Anne nicolas wrote:
Yet another burning subject that needs time to think about it and
eventually migrate to.
https://bugs.mageia.org/show_bug.cgi?id=2121
Grub 2 is coming now regularly in proposals. What should we do about it :
- Stay with Grub 1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 13/07/2011 09:49, Samuel Verschelde ha scritto:
Le mercredi 13 juillet 2011 01:23:32, Mageia Team a écrit :
Name: unknown-horizons Relocations: (not relocatable)
Version : 2011 Vendor:
Group : Amusements/Games/Strategy/Real Time Source RPM: (none)
The group Amusements/Games/Strategy/Real Time doesn't exist in Mageia. 3
different packagers haven't seen this ? :)
Eheheh, too tired to check all :) luckily is cauldron :D
Thanks,
Angelo
signature.asc
Sorry for polluting the whole list, but as I don't have a mentor...
This is the first time I'm building 64-bit packages, and I'm running into the
following issue.
Requirements such as:
BuildRequires: qt4-devel
BuildRequires: python-devel
expand very well (automatically) on 64-bit into:
13.07.2011 11:43, Radu-Cristian FOTESCU kirjutas:
do NOT expand into the existing:
lib64magick-devel
lib64chm-devel
lib64wmf-devel
Currently there is urpmq --provides for that.
For example:
$ urpmq --provides lib64magick-devel
imagemagick-devel[== 6.6.6.10-5.mga1]
ImageMagick-devel[==
Le mercredi 13 juillet 2011 10:43:43, Radu-Cristian FOTESCU a écrit :
Sorry for polluting the whole list, but as I don't have a mentor...
That's not pollution, that's an interesting question (for which I have no
answer :)).
Samuel
Le mercredi 13 juillet 2011 00:30:41, nicolas vigier a écrit :
Hello.
mgarepo version 1.9.11 adds maintdb command :
$ mgarepo maintdb --help
Usage:
Take maintainership of one package :
mgarepo maintdb set [package] [login]
Remove yourself from maintainer of a package :
Radu-Cristian FOTESCU a écrit :
Sorry for polluting the whole list, but as I don't have a mentor...
This is the first time I'm building 64-bit packages, and I'm running into the
following issue.
Requirements such as:
BuildRequires:qt4-devel
BuildRequires:python-devel
expand very
Le mercredi 13 juillet 2011 11:17:31, Radu-Cristian FOTESCU a écrit :
Thanks. So I've got from 2 answers:
You should use libmagick-devel
and:
Its' spec file must contain a virtual provides :
Provides: libpoppler-qt4-devel
Indeed, libmagick-devel, libwmf-devel, libchm-devel,
13.07.2011 12:17, Radu-Cristian FOTESCU kirjutas:
Indeed, libmagick-devel, libwmf-devel, libchm-devel, libpoppler-qt4-devel, etc.
do expand/match/find_provides correctly on 64-bit too!
But then *why* some names have to be written as:
qt4-devel and *not* libqt4-devel
python-devel and *not*
That's why there was discussion started, some time ago, in this list, to
create devel packages so that they will provide %{name}-devel and
lib%{name}-deve.
http://comments.gmane.org/gmane.linux.mageia.devel/6365
It isn't clear to me whether the situation to be fixed is Mageia-specific
On Wed, 13 Jul 2011, Samuel Verschelde wrote:
Le mercredi 13 juillet 2011 00:30:41, nicolas vigier a écrit :
Hello.
mgarepo version 1.9.11 adds maintdb command :
$ mgarepo maintdb --help
Usage:
Take maintainership of one package :
mgarepo maintdb set [package]
philippe makowski a écrit :
2011/7/13 Michael schererm...@zarb.org:
I would be in favor of treating python2 and python 3 as 2 differents languages.
The rational is that :
- we cannot garantee to have support for both
- we will likely have some module who would be updated only on
python 3
13.07.2011 13:02, Ahmad Samir kirjutas:
Using pkgconfig provides looks like an optimal option, we could start
now, whenever we touch a spec we change to the pkgconfig provides, and
gradually all the specs will be adapted.
And for the packages that don't have .pc files we add:
Provides:
On Wed, 13 Jul 2011, Ahmad Samir wrote:
https://bugs.mageia.org/show_bug.cgi?id=2065
Using pkgconfig provides looks like an optimal option, we could start
now, whenever we touch a spec we change to the pkgconfig provides, and
gradually all the specs will be adapted.
And for the packages that
Why not `lib64ksane-devel` ?
You are right, the package name libksane-devel is incorrect. See
http://www.mageia.org/wiki/doku.php?id=libraries
Thanks for the pointer, Christiaan!
OTOH, as a self-apprentice packager, I've collected a number of pages to help
me with understanding the
On 13 July 2011 12:15, Christiaan Welvaart c...@daneel.dyndns.org wrote:
On Wed, 13 Jul 2011, Ahmad Samir wrote:
https://bugs.mageia.org/show_bug.cgi?id=2065
Using pkgconfig provides looks like an optimal option, we could start
now, whenever we touch a spec we change to the pkgconfig
On Wed, 13 Jul 2011, Ahmad Samir wrote:
On 10 July 2011 10:03, Ahmad Samir ahmadsamir3...@gmail.com wrote:
On 8 July 2011 06:37, Ahmad Samir ahmadsamir3...@gmail.com wrote:
Hello.
I've had a rather vague idea about standardising the virtual provides
in the distro, there should be:
Ok, it's moved to updates now.
Nicolas are you interested in mgarepo bash_completion?
I imported it from mdvsys...
Well your changes have to be added though...
signature.asc
Description: This is a digitally signed message part.
hi,
On 11/07/13 00:30 +0200, nicolas vigier wrote:
mgarepo version 1.9.11 adds maintdb command :
$ mgarepo maintdb --help
Usage:
Take maintainership of one package :
mgarepo maintdb set [package] [login]
Remove yourself from maintainer of a package :
mgarepo
On Wed, 13 Jul 2011, Jerome Quelin wrote:
hi,
On 11/07/13 00:30 +0200, nicolas vigier wrote:
mgarepo version 1.9.11 adds maintdb command :
$ mgarepo maintdb --help
Usage:
Take maintainership of one package :
mgarepo maintdb set [package] [login]
Remove
On Wednesday 13 July 2011 09:49:01 Samuel Verschelde wrote:
[...]
The group Amusements/Games/Strategy/Real Time doesn't exist in Mageia. 3
different packagers haven't seen this ? :)
Maybe we should check it via rpmlint on package upload ?
--
Balcaen John
On 13 July 2011 13:53, nicolas vigier bo...@mars-attacks.org wrote:
On Wed, 13 Jul 2011, Angelo Naselli wrote:
Ok, it's moved to updates now.
Nicolas are you interested in mgarepo bash_completion?
I imported it from mdvsys...
Yes, I think you can add it.
FWIW, I've been using the
On Tue, 12 Jul 2011, Ernest N. Wilcox Jr. wrote:
Date: Tue, 12 Jul 2011 11:16:24 +0200
From: Wolfgang Bornath molc...@googlemail.com
To: Mageia development mailing-list mageia-dev@mageia.org
Subject: Re: [Mageia-dev] Repository question: where do we put
non-free+tainted RPMs?
On 13 July 2011 14:27, nicolas vigier bo...@mars-attacks.org wrote:
On Tue, 12 Jul 2011, Ernest N. Wilcox Jr. wrote:
Date: Tue, 12 Jul 2011 11:16:24 +0200
From: Wolfgang Bornath molc...@googlemail.com
To: Mageia development mailing-list mageia-dev@mageia.org
Subject: Re: [Mageia-dev]
FWIW, I've been using the attached bash-completion file for some
months now, however since I am not a bash-completion guru I didn't
want to plague anyone else with any things I've messed up with it.
Great that means it works :)
I'm not a bash-completion guru as well, but i thought it was useful
mercoledì 13 luglio 2011 alle 13:53, Balcaen John ha scritto:
On Wednesday 13 July 2011 09:49:01 Samuel Verschelde wrote:
[...]
The group Amusements/Games/Strategy/Real Time doesn't exist in Mageia. 3
different packagers haven't seen this ? :)
Maybe we should check it via rpmlint on
Le 13/07/2011 00:30, nicolas vigier a écrit :
Hello.
mgarepo version 1.9.11 adds maintdb command :
$ mgarepo maintdb --help
Usage:
Take maintainership of one package :
mgarepo maintdb set [package] [login]
Remove yourself from maintainer of a package :
mgarepo
On 13 July 2011 13:53, Balcaen John mik...@mageia.org wrote:
On Wednesday 13 July 2011 09:49:01 Samuel Verschelde wrote:
[...]
The group Amusements/Games/Strategy/Real Time doesn't exist in Mageia. 3
different packagers haven't seen this ? :)
Maybe we should check it via rpmlint on package
On 13 July 2011 15:27, Marianne Lombard maria...@tuxette.fr wrote:
Le 13/07/2011 00:30, nicolas vigier a écrit :
Hello.
mgarepo version 1.9.11 adds maintdb command :
$ mgarepo maintdb --help
Usage:
Take maintainership of one package :
mgarepo maintdb set [package] [login]
On Wed, Jul 13, 2011 at 3:32 PM, Ahmad Samir ahmadsamir3...@gmail.com wrote:
On 13 July 2011 13:53, Balcaen John mik...@mageia.org wrote:
On Wednesday 13 July 2011 09:49:01 Samuel Verschelde wrote:
[...]
The group Amusements/Games/Strategy/Real Time doesn't exist in Mageia. 3
different
On Wednesday 13 July 2011 16:32:52 Ahmad Samir wrote:
On 13 July 2011 13:53, Balcaen John mik...@mageia.org wrote:
On Wednesday 13 July 2011 09:49:01 Samuel Verschelde wrote:
[...]
The group Amusements/Games/Strategy/Real Time doesn't exist in Mageia.
3
different packagers haven't
Le 13/07/2011 15:34, Ahmad Samir a écrit :
(Reposting what I posted on IRC):
$ mkdir -p ~/.mgarepo; cp /etc/mgarepo.conf ~/.mgarepo/config
Then edit ~/.mgarepo/config and change:
repository = svn+ssh://svn.mageia.org/svn/packages/
binaries-repository = svn+ssh://svn.mageia.org/svn/binrepos
to
On 13 July 2011 16:16, Marianne Lombard maria...@tuxette.fr wrote:
Le 13/07/2011 15:34, Ahmad Samir a écrit :
(Reposting what I posted on IRC):
$ mkdir -p ~/.mgarepo; cp /etc/mgarepo.conf ~/.mgarepo/config
Then edit ~/.mgarepo/config and change:
repository =
hmm command update is wrong, mgarepo update fails
mgarepo update
error: invalid command 'update'
Sorry
Angelo
signature.asc
Description: This is a digitally signed message part.
Op woensdag 13 juli 2011 00:30:41 schreef nicolas vigier:
Hello.
mgarepo version 1.9.11 adds maintdb command :
$ mgarepo maintdb --help
Usage:
Take maintainership of one package :
mgarepo maintdb set [package] [login]
Remove yourself from maintainer of a package :
On Wed, 13 Jul 2011, Maarten Vanraes wrote:
Can we also have a
See all your packages (or packages from other user login):
mgarepo maintdb show [login]
It's already possible with :
mgarepo maintdb get | grep :login
Is this process also available for novice packagers?
Hi,
I will not at the mageia packagers meeting, and I'm sorry.
I will at the next.
Have a good meeting! (I'll read logs)
Op woensdag 13 juli 2011 20:46:30 schreef nicolas vigier:
On Wed, 13 Jul 2011, Maarten Vanraes wrote:
Can we also have a
See all your packages (or packages from other user login):
mgarepo maintdb show [login]
It's already possible with :
mgarepo maintdb get | grep
Op woensdag 13 juli 2011 20:46:30 schreef nicolas vigier:
[...]
Is this process also available for novice packagers?
Novice packagers cannot be maintainer. But content of maintdb is
also available at this url :
http://pkgsubmit.mageia.org/data/maintdb.txt
I would like novices to be allowed
On Tue, Jul 12, 2011 at 19:30, nicolas vigier bo...@mars-attacks.orgwrote:
Hello.
mgarepo version 1.9.11 adds maintdb command :
$ mgarepo maintdb --help
Usage:
Take maintainership of one package :
mgarepo maintdb set [package] [login]
Remove yourself from maintainer of a
On Tue, Jul 12, 2011 at 09:48, Colin Guthrie mag...@colin.guthr.ie wrote:
'Twas brillig, and Eugeni Dodonov at 12/07/11 13:15 did gyre and gimble:
If nobody objects, I could help with that. Mandriva certainly gave a
large experience on how to integrate systemd into the system without
On Wed, Jul 13, 2011 at 22:47, Eugeni Dodonov eug...@dodonov.net wrote:
Firstly, systemdrequires udev = 172, what is the policy to update it?
According to 'mgarepo maintdb get udev', it has no maintainers, does anyone
objects if I grab/update it as well?
(I forgot to mention that it is
47 matches
Mail list logo
