On 22/08/2011 15:59, Thierry Vignaud wrote:
btw as the config file was tagged as config(noreplace), upgrade breaks until one
fix his config file.
not that a big deal but that should be warned, or config(noreplace) should be
replaced by config()
One could expect than packagers know how
On 23/08/2011 00:02, andre999 wrote:
I'm talking about a concise programmer's guide, and not something
suitable for end-users. And not something describing the perl language
itself, for which there are plenty of references.
That's been asked for for just 10 years now. As long as no one
On 22/08/2011 23:58, andre999 wrote:
Especially in a context like perl, it would make it a lot easier to
follow the code. (Particulary for someone not totally familiar with
perl, like myself.)
So that has my vote :)
This is an rpm macro, not perl code. Underlying implementation doesn't
matter
'Twas brillig, and Michael scherer at 22/08/11 13:14 did gyre and gimble:
On Mon, Aug 22, 2011 at 08:44:01AM -0300, Balcaen John wrote:
Le Monday 22 August 2011 12:57:23 Guillaume Rousse a écrit :
On 22/08/2011 11:57, Colin Guthrie wrote:
I also have it on good authority that many of the
'Twas brillig, and Thierry Vignaud at 22/08/11 13:32 did gyre and gimble:
On 22 August 2011 11:57, Colin Guthrie mag...@colin.guthr.ie wrote:
This is just a heads up to suggest that we officially adopt a policy of
moving to NetworkManager after systemd becomes our default (and likely
only)
Le mardi 23 août 2011 à 09:30 +0100, Colin Guthrie a écrit :
'Twas brillig, and Michael scherer at 22/08/11 13:14 did gyre and gimble:
On Mon, Aug 22, 2011 at 08:44:01AM -0300, Balcaen John wrote:
Le Monday 22 August 2011 12:57:23 Guillaume Rousse a écrit :
On 22/08/2011 11:57, Colin
On Tue, 23 Aug 2011, Guillaume Rousse wrote:
On 22/08/2011 15:59, Thierry Vignaud wrote:
btw as the config file was tagged as config(noreplace), upgrade breaks until
one
fix his config file.
not that a big deal but that should be warned, or config(noreplace) should be
replaced by config()
'Twas brillig, and Michael Scherer at 23/08/11 10:10 did gyre and gimble:
Le mardi 23 août 2011 à 09:30 +0100, Colin Guthrie a écrit :
'Twas brillig, and Michael scherer at 22/08/11 13:14 did gyre and gimble:
On Mon, Aug 22, 2011 at 08:44:01AM -0300, Balcaen John wrote:
Le Monday 22 August
Am 22.08.2011 01:29, schrieb andre999:
D.Morgan a écrit :
On Mon, Aug 22, 2011 at 12:27 AM, Colin Guthriemag...@colin.guthr.ie wrote:
'Twas brillig, and Zé at 21/08/11 23:16 did gyre and gimble:
Hi,
Theres been a private discussion regarding the macro correct layout, if
%{foo} or %foo.
'Twas brillig, and Guillaume Rousse at 23/08/11 10:33 did gyre and gimble:
On 23/08/2011 10:30, Colin Guthrie wrote:
'Twas brillig, and Michael scherer at 22/08/11 13:14 did gyre and gimble:
On Mon, Aug 22, 2011 at 08:44:01AM -0300, Balcaen John wrote:
Le Monday 22 August 2011 12:57:23
On 23/08/2011 11:37, nicolas vigier wrote:
On Tue, 23 Aug 2011, Guillaume Rousse wrote:
On 22/08/2011 15:59, Thierry Vignaud wrote:
btw as the config file was tagged as config(noreplace), upgrade breaks until one
fix his config file.
not that a big deal but that should be warned, or
On 23/08/2011 12:26, Colin Guthrie wrote:
How would removing initscripts support helps enhancing networkmanager
integration ?
Because the current philosophy of the Unix legacy is lots of individual
utils from various packages cobbled together with some glue shell
scripting code... and it's
On 23 August 2011 13:16, Guillaume Rousse guillomovi...@gmail.com wrote:
The things that these individual tools implement are a few relatively
simply commands to the kernel and it doesn't make sense to do all this
in shell. It makes much more sense to do all these jobs in efficient
code that
'Twas brillig, and Guillaume Rousse at 23/08/11 12:16 did gyre and gimble:
On 23/08/2011 12:26, Colin Guthrie wrote:
How would removing initscripts support helps enhancing networkmanager
integration ?
Because the current philosophy of the Unix legacy is lots of individual
utils from various
On 23 August 2011 10:55, Colin Guthrie mag...@colin.guthr.ie wrote:
err... drakx-net's code is heavily used by other tools such as:
- drakx-installer
- mgaonline
- ...
So I think we still want to keep drakx-net
Perhaps, but then a more interesting question is what bits of drakx-net
are
'Twas brillig, and Thierry Vignaud at 23/08/11 14:28 did gyre and gimble:
What's more gaining 20s on a server when the IBM uefi/firmware take *minutes*
to
setup the machine is worthless.
Agreed, but I've addressed why other features make systemd a *much* more
attractive option on the server
On 23 August 2011 09:34, Guillaume Rousse guillomovi...@gmail.com wrote:
I'm talking about a concise programmer's guide, and not something
suitable for end-users. And not something describing the perl language
itself, for which there are plenty of references.
That's been asked for for just 10
'Twas brillig, and Thomas Backlund at 23/08/11 14:37 did gyre and gimble:
Thierry Vignaud skrev 23.8.2011 16:28:
On 23 August 2011 13:16, Guillaume Rousseguillomovi...@gmail.com
wrote:
The things that these individual tools implement are a few relatively
simply commands to the kernel and it
On 23 August 2011 15:37, Thomas Backlund t...@mageia.org wrote:
Indeed.
What's more gaining 20s on a server when the IBM uefi/firmware take
*minutes* to
setup the machine is worthless.
I remember a SGI guy on LKML a while back complaining that it took
~2 hours to boot one of their _big_
On 21 August 2011 15:44, Colin Guthrie mag...@colin.guthr.ie wrote:
I do have to wonder why those macros are used... it seems quite trivial
to use the actual commands directly and that ultimately increases
portability (which maybe isn't a major concern, but all the same)
What are the general
'Twas brillig, and Thierry Vignaud at 23/08/11 14:34 did gyre and gimble:
On 23 August 2011 10:55, Colin Guthrie mag...@colin.guthr.ie wrote:
err... drakx-net's code is heavily used by other tools such as:
- drakx-installer
- mgaonline
- ...
So I think we still want to keep drakx-net
On 11/08/23 15:40 +0200, Thierry Vignaud wrote:
Which one jquelin is reffering to?
none. i'm maintaining perl perl modules for mageia, but am not a drak*
contributor.
jérôme
Le 23/08/11 15:44, Thierry Vignaud a écrit :
On 21 August 2011 15:44, Colin Guthriemag...@colin.guthr.ie wrote:
I do have to wonder why those macros are used... it seems quite trivial
to use the actual commands directly and that ultimately increases
portability (which maybe isn't a major
Le mardi 23 août 2011 à 16:23 +0200, grenoya a écrit :
Le 23/08/11 15:44, Thierry Vignaud a écrit :
On 21 August 2011 15:44, Colin Guthriemag...@colin.guthr.ie wrote:
I do have to wonder why those macros are used... it seems quite trivial
to use the actual commands directly and that
Le mardi 23 août 2011 à 11:01 +0100, Colin Guthrie a écrit :
'Twas brillig, and Michael Scherer at 23/08/11 10:10 did gyre and gimble:
Le mardi 23 août 2011 à 09:30 +0100, Colin Guthrie a écrit :
'Twas brillig, and Michael scherer at 22/08/11 13:14 did gyre and gimble:
On Mon, Aug 22, 2011
Le mardi 23 août 2011 à 15:28 +0200, Thierry Vignaud a écrit :
What's more gaining 20s on a server when the IBM uefi/firmware take *minutes*
to
setup the machine is worthless.
On the server side, we still manage RHEL networking through old style
ifcfg* config files
Some people do actually
On 23 August 2011 16:43, Michael Scherer m...@zarb.org wrote:
I found the one of Fedora on
http://fedoraproject.org/wiki/Packaging:Guidelines#Macros , and
basically, they say use rm rather than %{_rm}.
And then a mass update commit like the ones I did before enforcing
new rpmlint checks back
Op dinsdag 23 augustus 2011 10:47:18 schreef Colin Guthrie:
'Twas brillig, and Maarten Vanraes at 22/08/11 22:39 did gyre and gimble:
imho, the tools that are now available don't really work well together,
ie: if you use multiple of those tools, likely they don't show correct
status, etc...
Le Mardi 23 Août 2011 17:10:06 Mageia Team a écrit :
Name: gnome-tweak-tool Relocations: (not
relocatable) Version : 3.1.0 Vendor:
Mageia.Org Release : 2.mga2Build Date:
Tue Aug 23 17:08:37 2011 Install Date: (not
Hi,
I wrote this mail to discuss what we can do, to make triage more
efficient. Indeed there is a big part of the bugs that are assigned to
bugsquad.
The majority of the rpms has not maintenairs.
For example, to who can we assign installer bug? there is not
maintainers for drakx-installer-*
(on
Le mardi 23 août 2011 à 22:35 +0200, Manuel Hiebel a écrit :
Hi,
I wrote this mail to discuss what we can do, to make triage more
efficient. Indeed there is a big part of the bugs that are assigned to
bugsquad.
The majority of the rpms has not maintenairs.
For example, to who can we
Am 23.08.2011 22:58, schrieb Michael Scherer:
Le mardi 23 août 2011 à 22:35 +0200, Manuel Hiebel a écrit :
What can we do for reduce the number of Bugs ?
Try to delete some of them randomly ?
Yeah, sounds doable, let's go this way
O_o
We can finally post a mail 10 bugs a day. 5 bugs with
On 23/08/2011 17:34, Thierry Vignaud wrote:
And then a mass update commit like the ones I did before enforcing
new rpmlint checks back @mdv
Argh, jbj-speak...
--
BOFH excuse #4:
static from nylon underwear
33 matches
Mail list logo
