From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- .../20110716/0558247e/attachment-0001.html | 4 +++ .../attachments/20110716/0558247e/attachment.html | 4 +++ .../20110716/2239f54a/attachment-0001.asc | 7 ++++ .../attachments/20110716/2239f54a/attachment.asc | 7 ++++ .../20110716/23377c85/attachment-0001.html | 7 ++++ .../attachments/20110716/23377c85/attachment.html | 7 ++++ .../20110716/2a232c31/attachment-0001.html | 30 ++++++++++++++++ .../attachments/20110716/2a232c31/attachment.html | 30 ++++++++++++++++ .../20110716/35d6fac3/attachment-0001.html | 17 +++++++++ .../attachments/20110716/35d6fac3/attachment.html | 17 +++++++++ .../20110716/43cd3f4d/attachment-0001.asc | 7 ++++ .../attachments/20110716/43cd3f4d/attachment.asc | 7 ++++ .../20110716/45c2439f/attachment-0001.html | 3 ++ .../attachments/20110716/45c2439f/attachment.html | 3 ++ .../20110716/50dfc12c/attachment-0001.asc | 7 ++++ .../attachments/20110716/50dfc12c/attachment.asc | 7 ++++ .../20110716/55b0f4f6/attachment-0001.html | 8 +++++ .../attachments/20110716/55b0f4f6/attachment.html | 8 +++++ .../20110716/592fcfce/attachment-0001.html | 15 ++++++++ .../attachments/20110716/592fcfce/attachment.html | 15 ++++++++ .../20110716/66e506cb/attachment-0001.html | 5 +++ .../attachments/20110716/66e506cb/attachment.html | 5 +++ .../20110716/72959377/attachment-0001.asc | 7 ++++ .../attachments/20110716/72959377/attachment.asc | 7 ++++ .../20110716/78d3a088/attachment-0001.html | 10 ++++++ .../attachments/20110716/78d3a088/attachment.html | 10 ++++++ .../20110716/841ee3f6/attachment-0001.html | 10 ++++++ .../attachments/20110716/841ee3f6/attachment.html | 10 ++++++ .../20110716/87a3e966/attachment-0001.html | 12 +++++++ .../attachments/20110716/87a3e966/attachment.html | 12 +++++++ .../20110716/8d003769/attachment-0001.asc | 7 ++++ .../attachments/20110716/8d003769/attachment.asc | 7 ++++ .../20110716/8d5e6e74/attachment-0001.html | 41 ++++++++++++++++++++++ .../attachments/20110716/8d5e6e74/attachment.html | 41 ++++++++++++++++++++++ .../20110716/90b705b3/attachment-0001.html | 19 ++++++++++ .../attachments/20110716/90b705b3/attachment.html | 19 ++++++++++ .../20110716/931c64e1/attachment-0001.html | 12 +++++++ .../attachments/20110716/931c64e1/attachment.html | 12 +++++++ .../20110716/942bd5ac/attachment-0001.html | 6 ++++ .../attachments/20110716/942bd5ac/attachment.html | 6 ++++ .../20110716/a9ad3dec/attachment-0001.asc | 7 ++++ .../attachments/20110716/a9ad3dec/attachment.asc | 7 ++++ .../20110716/ab7a0f73/attachment-0001.html | 1 + .../attachments/20110716/ab7a0f73/attachment.html | 1 + .../20110716/b697887f/attachment-0001.html | 15 ++++++++ .../attachments/20110716/b697887f/attachment.html | 15 ++++++++ .../20110716/bb328f65/attachment-0001.asc | 7 ++++ .../attachments/20110716/bb328f65/attachment.asc | 7 ++++ .../20110716/c90c524e/attachment-0001.html | 13 +++++++ .../attachments/20110716/c90c524e/attachment.html | 13 +++++++ .../20110716/d0176be9/attachment-0001.html | 2 ++ .../attachments/20110716/d0176be9/attachment.html | 2 ++ .../20110716/e00c252a/attachment-0001.html | 37 +++++++++++++++++++ .../attachments/20110716/e00c252a/attachment.html | 37 +++++++++++++++++++ .../20110716/fd673cd4/attachment-0001.asc | 7 ++++ .../attachments/20110716/fd673cd4/attachment.asc | 7 ++++ 56 files changed, 646 insertions(+) create mode 100644 zarb-ml/mageia-dev/attachments/20110716/0558247e/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/0558247e/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/2239f54a/attachment-0001.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110716/2239f54a/attachment.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110716/23377c85/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/23377c85/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/2a232c31/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/2a232c31/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/35d6fac3/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/35d6fac3/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/43cd3f4d/attachment-0001.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110716/43cd3f4d/attachment.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110716/45c2439f/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/45c2439f/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/50dfc12c/attachment-0001.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110716/50dfc12c/attachment.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110716/55b0f4f6/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/55b0f4f6/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/592fcfce/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/592fcfce/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/66e506cb/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/66e506cb/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/72959377/attachment-0001.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110716/72959377/attachment.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110716/78d3a088/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/78d3a088/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/841ee3f6/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/841ee3f6/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/87a3e966/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/87a3e966/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/8d003769/attachment-0001.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110716/8d003769/attachment.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110716/8d5e6e74/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/8d5e6e74/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/90b705b3/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/90b705b3/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/931c64e1/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/931c64e1/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/942bd5ac/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/942bd5ac/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/a9ad3dec/attachment-0001.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110716/a9ad3dec/attachment.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110716/ab7a0f73/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/ab7a0f73/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/b697887f/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/b697887f/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/bb328f65/attachment-0001.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110716/bb328f65/attachment.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110716/c90c524e/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/c90c524e/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/d0176be9/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/d0176be9/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/e00c252a/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/e00c252a/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20110716/fd673cd4/attachment-0001.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110716/fd673cd4/attachment.asc (limited to 'zarb-ml/mageia-dev/attachments/20110716') diff --git a/zarb-ml/mageia-dev/attachments/20110716/0558247e/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/0558247e/attachment-0001.html new file mode 100644 index 000000000..6301a44c3 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/0558247e/attachment-0001.html @@ -0,0 +1,4 @@ +

2011/7/16 Radu-Cristian FOTESCU <beranger5ca@yahoo.ca>
+
this 3.0 kernel is a piece of crap. my acer laptop behaves hectically (now I have a mouse, now it's frozen, now the system claims it will reboot, now I have to press the power button for 5 seconds to shutdown it), bcm4311 doesn't work even with the correct firmware in /lib/firmware/b43, a fully-fledged pita.
+
Where are the detailed error messages?

Everything else doesn't help.

Your posting is something for sysout class = Z

+Magnus
diff --git a/zarb-ml/mageia-dev/attachments/20110716/0558247e/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/0558247e/attachment.html new file mode 100644 index 000000000..6301a44c3 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/0558247e/attachment.html @@ -0,0 +1,4 @@ +

2011/7/16 Radu-Cristian FOTESCU <beranger5ca@yahoo.ca>
+
this 3.0 kernel is a piece of crap. my acer laptop behaves hectically (now I have a mouse, now it's frozen, now the system claims it will reboot, now I have to press the power button for 5 seconds to shutdown it), bcm4311 doesn't work even with the correct firmware in /lib/firmware/b43, a fully-fledged pita.
+
Where are the detailed error messages?

Everything else doesn't help.

Your posting is something for sysout class = Z

+Magnus
diff --git a/zarb-ml/mageia-dev/attachments/20110716/2239f54a/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20110716/2239f54a/attachment-0001.asc new file mode 100644 index 000000000..bf4d48448 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/2239f54a/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk4hZVAACgkQqEs9DA4DquAKzACgr9bIgGuJHNX53Otp6yvGVl2S +QPYAmwbbDBl7KmP6a0GkoJXgRajNnaOM +=XquU +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110716/2239f54a/attachment.asc b/zarb-ml/mageia-dev/attachments/20110716/2239f54a/attachment.asc new file mode 100644 index 000000000..bf4d48448 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/2239f54a/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk4hZVAACgkQqEs9DA4DquAKzACgr9bIgGuJHNX53Otp6yvGVl2S +QPYAmwbbDBl7KmP6a0GkoJXgRajNnaOM +=XquU +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110716/23377c85/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/23377c85/attachment-0001.html new file mode 100644 index 000000000..068551d46 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/23377c85/attachment-0001.html @@ -0,0 +1,7 @@ +
On Sat, Jul 16, 2011 at 07:47, Radu-Cristian FOTESCU <beranger5ca@yahoo.ca> wrote:
+ +
this 3.0 kernel is a piece of crap. my acer laptop behaves hectically (now I have a mouse, now it's frozen, now the system claims it will reboot, now I have to press the power button for 5 seconds to shutdown it), bcm4311 doesn't work even with the correct firmware in /lib/firmware/b43, a fully-fledged pita.
+ +

My acer laptops are having a completely different experience with it, they just work (acer timelinex 4820, acer aspire one d450, acer travelmate T4100 and acer travelmate C312XMi - yes, I have a nice acer collection with me :)).
+ +
So at least for me, kernel 3.0 is a huge win!

--
Eugeni Dodonov
http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/23377c85/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/23377c85/attachment.html new file mode 100644 index 000000000..068551d46 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/23377c85/attachment.html @@ -0,0 +1,7 @@ +
On Sat, Jul 16, 2011 at 07:47, Radu-Cristian FOTESCU <beranger5ca@yahoo.ca> wrote:
+ +
this 3.0 kernel is a piece of crap. my acer laptop behaves hectically (now I have a mouse, now it's frozen, now the system claims it will reboot, now I have to press the power button for 5 seconds to shutdown it), bcm4311 doesn't work even with the correct firmware in /lib/firmware/b43, a fully-fledged pita.
+ +

My acer laptops are having a completely different experience with it, they just work (acer timelinex 4820, acer aspire one d450, acer travelmate T4100 and acer travelmate C312XMi - yes, I have a nice acer collection with me :)).
+ +
So at least for me, kernel 3.0 is a huge win!

--
Eugeni Dodonov
http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/2a232c31/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/2a232c31/attachment-0001.html new file mode 100644 index 000000000..18404b377 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/2a232c31/attachment-0001.html @@ -0,0 +1,30 @@ +
On Sat, Jul 16, 2011 at 12:13, D.Morgan <dmorganec@gmail.com> wrote:
+ +
On Sat, Jul 16, 2011 at 4:49 PM, Eugeni Dodonov <eugeni@dodonov.net> wrote:
+> On Sat, Jul 16, 2011 at 05:33, D.Morgan <dmorganec@gmail.com> wrote:
+>>
+>> On Sat, Jul 16, 2011 at 5:07 AM, Eugeni Dodonov <eugeni@dodonov.net>
+>> wrote:
+>> > Hi,
+>> >
+>> > just wondering, is the switch from util-linux-ng 2.18 to util-linux
+>> > 2.19+
+>> > planned?
+>>
+>> not yet because nobody proposed or had time, but if you want  this is
+>> i think the perfect time
+>
+> Cool, I can help with that!
+>
+> What would be the best solution - import a new util-linux package, with
+> Obsoletes/Provides for util-linux-ng; or rename util-linux-ng in svn to
+> util-linux and update the spec?
+
+
i would prefer a rename, that way we keep the history in the SVN
+

On further thinking, probably it would be to have it imported it as a new package, mostly for 1 reason:
 - If we rename util-linux-ng, it will break possible updates of it for mageia1 (as it will be gone from svn)
+ +
Also, I've disabled the loopAES patch which is hopelessly outdated and broken and only gets updated sometimes over past years. I think there are much better solutions now, and actually I think that we could drop it - but I did not wanted to take this decision without additional discussion.
+ +
If we should keep it, it can be updated after a reasonable amount of work, but it will get broken again with a new util-linux release over and over again. So I'd vote for dropping it.

But besides that, util-linux 2.19.1 is there now, I'll try importing it today (but with 3g connections it is hard to make promises)..
+ +
--
Eugeni Dodonov
http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/2a232c31/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/2a232c31/attachment.html new file mode 100644 index 000000000..18404b377 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/2a232c31/attachment.html @@ -0,0 +1,30 @@ +
On Sat, Jul 16, 2011 at 12:13, D.Morgan <dmorganec@gmail.com> wrote:
+ +
On Sat, Jul 16, 2011 at 4:49 PM, Eugeni Dodonov <eugeni@dodonov.net> wrote:
+> On Sat, Jul 16, 2011 at 05:33, D.Morgan <dmorganec@gmail.com> wrote:
+>>
+>> On Sat, Jul 16, 2011 at 5:07 AM, Eugeni Dodonov <eugeni@dodonov.net>
+>> wrote:
+>> > Hi,
+>> >
+>> > just wondering, is the switch from util-linux-ng 2.18 to util-linux
+>> > 2.19+
+>> > planned?
+>>
+>> not yet because nobody proposed or had time, but if you want  this is
+>> i think the perfect time
+>
+> Cool, I can help with that!
+>
+> What would be the best solution - import a new util-linux package, with
+> Obsoletes/Provides for util-linux-ng; or rename util-linux-ng in svn to
+> util-linux and update the spec?
+
+
i would prefer a rename, that way we keep the history in the SVN
+

On further thinking, probably it would be to have it imported it as a new package, mostly for 1 reason:
 - If we rename util-linux-ng, it will break possible updates of it for mageia1 (as it will be gone from svn)
+ +
Also, I've disabled the loopAES patch which is hopelessly outdated and broken and only gets updated sometimes over past years. I think there are much better solutions now, and actually I think that we could drop it - but I did not wanted to take this decision without additional discussion.
+ +
If we should keep it, it can be updated after a reasonable amount of work, but it will get broken again with a new util-linux release over and over again. So I'd vote for dropping it.

But besides that, util-linux 2.19.1 is there now, I'll try importing it today (but with 3g connections it is hard to make promises)..
+ +
--
Eugeni Dodonov
http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/35d6fac3/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/35d6fac3/attachment-0001.html new file mode 100644 index 000000000..81581ee24 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/35d6fac3/attachment-0001.html @@ -0,0 +1,17 @@ +
On Sat, Jul 16, 2011 at 13:09, Eugeni Dodonov <eugeni@dodonov.net> wrote:
+ +
On Sat, Jul 16, 2011 at 13:02, Olivier Blin <mageia@blino.org> wrote:
+ + +
Eugeni Dodonov <eugeni@dodonov.net> writes:
+
+> On further thinking, probably it would be to have it imported it as a new
+> package, mostly for 1 reason:
+>  - If we rename util-linux-ng, it will break possible updates of it for
+> mageia1 (as it will be gone from svn)
+
+
Why that? It will still be available in the /updates/1/ SVN branch

Hmm perhaps you are right and I am over-thinking this.

In any case, it is in svn now.
+ +

And now it is in cauldron, please let me know if it breaks something.

--
Eugeni Dodonov
http://eugeni.dodonov.net/
+ + diff --git a/zarb-ml/mageia-dev/attachments/20110716/35d6fac3/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/35d6fac3/attachment.html new file mode 100644 index 000000000..81581ee24 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/35d6fac3/attachment.html @@ -0,0 +1,17 @@ +
On Sat, Jul 16, 2011 at 13:09, Eugeni Dodonov <eugeni@dodonov.net> wrote:
+ +
On Sat, Jul 16, 2011 at 13:02, Olivier Blin <mageia@blino.org> wrote:
+ + +
Eugeni Dodonov <eugeni@dodonov.net> writes:
+
+> On further thinking, probably it would be to have it imported it as a new
+> package, mostly for 1 reason:
+>  - If we rename util-linux-ng, it will break possible updates of it for
+> mageia1 (as it will be gone from svn)
+
+
Why that? It will still be available in the /updates/1/ SVN branch

Hmm perhaps you are right and I am over-thinking this.

In any case, it is in svn now.
+ +

And now it is in cauldron, please let me know if it breaks something.

--
Eugeni Dodonov
http://eugeni.dodonov.net/
+ + diff --git a/zarb-ml/mageia-dev/attachments/20110716/43cd3f4d/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20110716/43cd3f4d/attachment-0001.asc new file mode 100644 index 000000000..f8c13fd95 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/43cd3f4d/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk4hcVoACgkQqEs9DA4DquCkbQCfTj+BGADi0AR5pD6y54I5q20C ++XYAniiAzKgwTQN2UGsyCWK8NSMj+nlZ +=jBkB +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110716/43cd3f4d/attachment.asc b/zarb-ml/mageia-dev/attachments/20110716/43cd3f4d/attachment.asc new file mode 100644 index 000000000..f8c13fd95 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/43cd3f4d/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk4hcVoACgkQqEs9DA4DquCkbQCfTj+BGADi0AR5pD6y54I5q20C ++XYAniiAzKgwTQN2UGsyCWK8NSMj+nlZ +=jBkB +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110716/45c2439f/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/45c2439f/attachment-0001.html new file mode 100644 index 000000000..ca7955515 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/45c2439f/attachment-0001.html @@ -0,0 +1,3 @@ +Hi,

just wondering, is the switch from util-linux-ng 2.18 to util-linux 2.19+ planned?

--
Eugeni Dodonov
http://eugeni.dodonov.net/
+ + diff --git a/zarb-ml/mageia-dev/attachments/20110716/45c2439f/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/45c2439f/attachment.html new file mode 100644 index 000000000..ca7955515 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/45c2439f/attachment.html @@ -0,0 +1,3 @@ +Hi,

just wondering, is the switch from util-linux-ng 2.18 to util-linux 2.19+ planned?

--
Eugeni Dodonov
http://eugeni.dodonov.net/
+ + diff --git a/zarb-ml/mageia-dev/attachments/20110716/50dfc12c/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20110716/50dfc12c/attachment-0001.asc new file mode 100644 index 000000000..7098216e9 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/50dfc12c/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk4hgMQACgkQqEs9DA4DquA2nQCgu/TaipUbt5WWNBTN63iQWek+ +IK0AnA+Wofmb4fUWAaSKYq61D+sBf60/ +=MbYm +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110716/50dfc12c/attachment.asc b/zarb-ml/mageia-dev/attachments/20110716/50dfc12c/attachment.asc new file mode 100644 index 000000000..7098216e9 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/50dfc12c/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk4hgMQACgkQqEs9DA4DquA2nQCgu/TaipUbt5WWNBTN63iQWek+ +IK0AnA+Wofmb4fUWAaSKYq61D+sBf60/ +=MbYm +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110716/55b0f4f6/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/55b0f4f6/attachment-0001.html new file mode 100644 index 000000000..286ec9c1f --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/55b0f4f6/attachment-0001.html @@ -0,0 +1,8 @@ +

2011/7/16 Radu-Cristian FOTESCU <beranger5ca@yahoo.ca>
+

+Finally, when you upgrade a regular package (say, LibreOffice, which was recently updated) to a new version, it is extremely unlikely that you would update it to a Beta/RC one, even in Cauldron. Then why your standards are _lower_ when comes to the kernel -- the most important component of all?!?!?
+ +
Well, LO is probably exception, AFAIK mostly due to its building troubles but at least KDE has always had almost all alphas and betas and RCs in cooker/cauldron 

+
+R-C
+

diff --git a/zarb-ml/mageia-dev/attachments/20110716/55b0f4f6/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/55b0f4f6/attachment.html new file mode 100644 index 000000000..286ec9c1f --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/55b0f4f6/attachment.html @@ -0,0 +1,8 @@ +

2011/7/16 Radu-Cristian FOTESCU <beranger5ca@yahoo.ca>
+

+Finally, when you upgrade a regular package (say, LibreOffice, which was recently updated) to a new version, it is extremely unlikely that you would update it to a Beta/RC one, even in Cauldron. Then why your standards are _lower_ when comes to the kernel -- the most important component of all?!?!?
+ +
Well, LO is probably exception, AFAIK mostly due to its building troubles but at least KDE has always had almost all alphas and betas and RCs in cooker/cauldron 

+
+R-C
+

diff --git a/zarb-ml/mageia-dev/attachments/20110716/592fcfce/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/592fcfce/attachment-0001.html new file mode 100644 index 000000000..7cfe9dce9 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/592fcfce/attachment-0001.html @@ -0,0 +1,15 @@ +
On Sat, Jul 16, 2011 at 07:58, Radu-Cristian FOTESCU <beranger5ca@yahoo.ca> wrote:
+ +
> My acer laptops are having a completely different experience with it, they just work
+> (acer timelinex 4820, acer aspire one d450, acer travelmate T4100 and acer travelmate
+
+> C312XMi - yes, I have a nice acer collection with me :)).
+>
+> So at least for me, kernel 3.0 is a huge win!
+
+
+
Eugeni, you must be lucky.
+
+At least, you don't have a bcm4311, I suppose.

I have:

brcmsmac        : Broadcom Corporation|BCM43225 802.11b/g/n [NETWORK_OTHER] (rev: 01)

which is probably different then.
+ +

--
Eugeni Dodonov
http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/592fcfce/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/592fcfce/attachment.html new file mode 100644 index 000000000..7cfe9dce9 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/592fcfce/attachment.html @@ -0,0 +1,15 @@ +
On Sat, Jul 16, 2011 at 07:58, Radu-Cristian FOTESCU <beranger5ca@yahoo.ca> wrote:
+ +
> My acer laptops are having a completely different experience with it, they just work
+> (acer timelinex 4820, acer aspire one d450, acer travelmate T4100 and acer travelmate
+
+> C312XMi - yes, I have a nice acer collection with me :)).
+>
+> So at least for me, kernel 3.0 is a huge win!
+
+
+
Eugeni, you must be lucky.
+
+At least, you don't have a bcm4311, I suppose.

I have:

brcmsmac        : Broadcom Corporation|BCM43225 802.11b/g/n [NETWORK_OTHER] (rev: 01)

which is probably different then.
+ +

--
Eugeni Dodonov
http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/66e506cb/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/66e506cb/attachment-0001.html new file mode 100644 index 000000000..abbe3944e --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/66e506cb/attachment-0001.html @@ -0,0 +1,5 @@ +

2011/7/16 Oliver Burger <oliver.bgr@googlemail.com>
Now I notice, the net-applet shows, I am offline while I am definitely
+not.
I cannot confirm, I'm offline
 Trying to connect using draknet-center I get an error message.
+
+can anyone confirm?
+
confirm

magnus

diff --git a/zarb-ml/mageia-dev/attachments/20110716/66e506cb/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/66e506cb/attachment.html new file mode 100644 index 000000000..abbe3944e --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/66e506cb/attachment.html @@ -0,0 +1,5 @@ +

2011/7/16 Oliver Burger <oliver.bgr@googlemail.com>
Now I notice, the net-applet shows, I am offline while I am definitely
+not.
I cannot confirm, I'm offline
 Trying to connect using draknet-center I get an error message.
+
+can anyone confirm?
+
confirm

magnus

diff --git a/zarb-ml/mageia-dev/attachments/20110716/72959377/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20110716/72959377/attachment-0001.asc new file mode 100644 index 000000000..b014c3be3 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/72959377/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk4hhzsACgkQqEs9DA4DquDadwCdGeRnXUKz0IKKkueauCTAUKYT +lYwAniN+r8xcOuPaGwzggIJ3MS8B2sob +=p9FW +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110716/72959377/attachment.asc b/zarb-ml/mageia-dev/attachments/20110716/72959377/attachment.asc new file mode 100644 index 000000000..b014c3be3 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/72959377/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk4hhzsACgkQqEs9DA4DquDadwCdGeRnXUKz0IKKkueauCTAUKYT +lYwAniN+r8xcOuPaGwzggIJ3MS8B2sob +=p9FW +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110716/78d3a088/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/78d3a088/attachment-0001.html new file mode 100644 index 000000000..364235568 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/78d3a088/attachment-0001.html @@ -0,0 +1,10 @@ +
On Sat, Jul 16, 2011 at 13:06, Thomas Spuhler <thomas@btspuhler.com> wrote:
+ +I thought I would post this because very likely some other user are
+experiencing this:
+
+Afte upgrading a guest system from mandriva 2010.2 or older to cooker or
+Mageia, the system becomes very unresponsive after a random period or time (
+just after boot up to 3 hours).

Yes, I've seen that, but just to confirm - the system was running kde, right?

--
Eugeni Dodonov
http://eugeni.dodonov.net/
+ + diff --git a/zarb-ml/mageia-dev/attachments/20110716/78d3a088/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/78d3a088/attachment.html new file mode 100644 index 000000000..364235568 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/78d3a088/attachment.html @@ -0,0 +1,10 @@ +
On Sat, Jul 16, 2011 at 13:06, Thomas Spuhler <thomas@btspuhler.com> wrote:
+ +I thought I would post this because very likely some other user are
+experiencing this:
+
+Afte upgrading a guest system from mandriva 2010.2 or older to cooker or
+Mageia, the system becomes very unresponsive after a random period or time (
+just after boot up to 3 hours).

Yes, I've seen that, but just to confirm - the system was running kde, right?

--
Eugeni Dodonov
http://eugeni.dodonov.net/
+ + diff --git a/zarb-ml/mageia-dev/attachments/20110716/841ee3f6/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/841ee3f6/attachment-0001.html new file mode 100644 index 000000000..7ec2bb064 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/841ee3f6/attachment-0001.html @@ -0,0 +1,10 @@ +
On Fri, Jul 15, 2011 at 22:35, Michael Scherer <misc@zarb.org> wrote:
+ +Grub 2 is also able to boot ext4 without trouble since several years. So
+keeping grub 1 for a while doesn't make sense at all if this is related
+to file system.
+
+And grub 2 also support reading grub 1 configuration file since
+September 2010.

Perhaps a stupid question, but does it works with our gfxboot and drakboot?

(I haven't tested it yet, but pcpa was a bit reluctant with it when I asked some weeks ago).
+ +
--
Eugeni Dodonov
http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/841ee3f6/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/841ee3f6/attachment.html new file mode 100644 index 000000000..7ec2bb064 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/841ee3f6/attachment.html @@ -0,0 +1,10 @@ +
On Fri, Jul 15, 2011 at 22:35, Michael Scherer <misc@zarb.org> wrote:
+ +Grub 2 is also able to boot ext4 without trouble since several years. So
+keeping grub 1 for a while doesn't make sense at all if this is related
+to file system.
+
+And grub 2 also support reading grub 1 configuration file since
+September 2010.

Perhaps a stupid question, but does it works with our gfxboot and drakboot?

(I haven't tested it yet, but pcpa was a bit reluctant with it when I asked some weeks ago).
+ +
--
Eugeni Dodonov
http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/87a3e966/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/87a3e966/attachment-0001.html new file mode 100644 index 000000000..906eaea9d --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/87a3e966/attachment-0001.html @@ -0,0 +1,12 @@ +
On Sat, Jul 16, 2011 at 22:26, Jeff Robins <jeffrobinssae@gmail.com> wrote:
+ +-----BEGIN PGP SIGNED MESSAGE-----
+Hash: SHA256
+
+Hello,
+
+I updated my system and it installed the latest kernel
+(2.6.38.8-desktop).  When I rebooted the system it hung when starting
+udev.  I shut down the system after 1 minute.

If you boot without the 'splash=silent' parameter to kernel, does it says where exactly it stops?

Also, it happens with the 3.0 kernel as well?
+ +

--
Eugeni Dodonov
http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/87a3e966/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/87a3e966/attachment.html new file mode 100644 index 000000000..906eaea9d --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/87a3e966/attachment.html @@ -0,0 +1,12 @@ +
On Sat, Jul 16, 2011 at 22:26, Jeff Robins <jeffrobinssae@gmail.com> wrote:
+ +-----BEGIN PGP SIGNED MESSAGE-----
+Hash: SHA256
+
+Hello,
+
+I updated my system and it installed the latest kernel
+(2.6.38.8-desktop).  When I rebooted the system it hung when starting
+udev.  I shut down the system after 1 minute.

If you boot without the 'splash=silent' parameter to kernel, does it says where exactly it stops?

Also, it happens with the 3.0 kernel as well?
+ +

--
Eugeni Dodonov
http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/8d003769/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20110716/8d003769/attachment-0001.asc new file mode 100644 index 000000000..6ef21d8bd --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/8d003769/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk4hjDQACgkQqEs9DA4DquB1yACfV29lcKRp8NKSeaHZXY4LAxWS +CtMAnRZ6XAtdNxuTzU+pzgxHlEJzEzZH +=sd+E +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110716/8d003769/attachment.asc b/zarb-ml/mageia-dev/attachments/20110716/8d003769/attachment.asc new file mode 100644 index 000000000..6ef21d8bd --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/8d003769/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk4hjDQACgkQqEs9DA4DquB1yACfV29lcKRp8NKSeaHZXY4LAxWS +CtMAnRZ6XAtdNxuTzU+pzgxHlEJzEzZH +=sd+E +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110716/8d5e6e74/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/8d5e6e74/attachment-0001.html new file mode 100644 index 000000000..64409007f --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/8d5e6e74/attachment-0001.html @@ -0,0 +1,41 @@ +
On Sat, Jul 16, 2011 at 17:05, Michael Altizer <xiche@verizon.net> wrote:
+ +
On 07/16/2011 03:53 PM, D.Morgan wrote:
+
+On Sat, Jul 16, 2011 at 3:03 PM, Oliver Burger
+<oliver.bgr@googlemail.com>  wrote:
+
+I just updated my system and am now running kernel-3.0...
+
+Now I notice, the net-applet shows, I am offline while I am definitely
+not. Trying to connect using draknet-center I get an error message.
+can anyone confirm?
+
+If yes, I'd post a bug report (against what?), Which outputs,
+information would be needed?
+
+Oliver
+
+
+see :
+
+
+https://bugs.mageia.org/show_bug.cgi?id=1266
+
+
+Yep, the workaround in the bug report fixes the issue.
+
+--- tools.pm    2011-07-16 16:03:19.729969872 -0400
++++ /usr/lib/libDrakX/network/tools.pm  2011-07-16 16:00:55.702129467 -0400
+@@ -263,7 +263,7 @@
+
+ sub get_routes() {
+     my %routes;
+-    foreach (cat_("/proc/net/route"))  {
++    foreach (sort {$b cmp $a} cat_("/proc/net/route"))  {
+        if (/^(\S+)\s+([0-9A-F]+)\s+([0-9A-F]+)\s+[0-9A-F]+\s+\d+\s+\d+\s+(\d+)\s+([0-9A-F]+)/) {
+            if (defined $3) { $routes{$1}{gateway} = hex($3) ? host_hex_to_dotted($3) : $routes{$1}{network} }
+            if (defined $2) { $routes{$1}{network} = host_hex_to_dotted($2) }
+

/proc/net/routes is a bit strange with 3.0+ kernels, I think that this patch is probably the best way to handle it at the moment.

On a side note, Blino, is there a need to parse its content with a regexp? All values there are tab-separated, so perhaps this 'if' check could be much simplified with a split(), no?
+ +
--
Eugeni Dodonov
http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/8d5e6e74/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/8d5e6e74/attachment.html new file mode 100644 index 000000000..64409007f --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/8d5e6e74/attachment.html @@ -0,0 +1,41 @@ +
On Sat, Jul 16, 2011 at 17:05, Michael Altizer <xiche@verizon.net> wrote:
+ +
On 07/16/2011 03:53 PM, D.Morgan wrote:
+
+On Sat, Jul 16, 2011 at 3:03 PM, Oliver Burger
+<oliver.bgr@googlemail.com>  wrote:
+
+I just updated my system and am now running kernel-3.0...
+
+Now I notice, the net-applet shows, I am offline while I am definitely
+not. Trying to connect using draknet-center I get an error message.
+can anyone confirm?
+
+If yes, I'd post a bug report (against what?), Which outputs,
+information would be needed?
+
+Oliver
+
+
+see :
+
+
+https://bugs.mageia.org/show_bug.cgi?id=1266
+
+
+Yep, the workaround in the bug report fixes the issue.
+
+--- tools.pm    2011-07-16 16:03:19.729969872 -0400
++++ /usr/lib/libDrakX/network/tools.pm  2011-07-16 16:00:55.702129467 -0400
+@@ -263,7 +263,7 @@
+
+ sub get_routes() {
+     my %routes;
+-    foreach (cat_("/proc/net/route"))  {
++    foreach (sort {$b cmp $a} cat_("/proc/net/route"))  {
+        if (/^(\S+)\s+([0-9A-F]+)\s+([0-9A-F]+)\s+[0-9A-F]+\s+\d+\s+\d+\s+(\d+)\s+([0-9A-F]+)/) {
+            if (defined $3) { $routes{$1}{gateway} = hex($3) ? host_hex_to_dotted($3) : $routes{$1}{network} }
+            if (defined $2) { $routes{$1}{network} = host_hex_to_dotted($2) }
+

/proc/net/routes is a bit strange with 3.0+ kernels, I think that this patch is probably the best way to handle it at the moment.

On a side note, Blino, is there a need to parse its content with a regexp? All values there are tab-separated, so perhaps this 'if' check could be much simplified with a split(), no?
+ +
--
Eugeni Dodonov
http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/90b705b3/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/90b705b3/attachment-0001.html new file mode 100644 index 000000000..3ae29f9f7 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/90b705b3/attachment-0001.html @@ -0,0 +1,19 @@ +

2011/7/16 Radu-Cristian FOTESCU <beranger5ca@yahoo.ca>
+>Well, LO is probably exception, AFAIK mostly due to its building troubles but
+
+>at least KDE has always had almost all alphas and betas and RCs in cooker/cauldron
+
+KDE is the main reason I'm using Cauldron.
+
+Since KDE 4.0.0, KDE is never "good/stable enough", so it _always_ makes sense
+to install all the RCs.
+
+(There are some DEs that are never "stable enough". Or, when they are really
+polished -- think KDE 3.5.10 or GNOME 2.32 --, there are some benevolent teams
+of dictators who decide to jump to an unstable boat -- thinl KDE 4.0.0, GNOME 3.0.)
+
+I've seen no betas here, only RCs (4.6.3 -> 4.6.4 -> 4.6.90 -> 4.6.95). Fair enough.
+
Not in Mageia, yet... But Mandriva had e.g after 4.5.0 4.5.65, 4.5.67, 4.5.68. 4.5.71, 4.5.74 and so on - i.e. surely betas and IINM some alphas, too. So it surely is not so rare to have in development version as cooker/cauldron quite unstable versions.
+


+R-C
+

diff --git a/zarb-ml/mageia-dev/attachments/20110716/90b705b3/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/90b705b3/attachment.html new file mode 100644 index 000000000..3ae29f9f7 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/90b705b3/attachment.html @@ -0,0 +1,19 @@ +

2011/7/16 Radu-Cristian FOTESCU <beranger5ca@yahoo.ca>
+>Well, LO is probably exception, AFAIK mostly due to its building troubles but
+
+>at least KDE has always had almost all alphas and betas and RCs in cooker/cauldron
+
+KDE is the main reason I'm using Cauldron.
+
+Since KDE 4.0.0, KDE is never "good/stable enough", so it _always_ makes sense
+to install all the RCs.
+
+(There are some DEs that are never "stable enough". Or, when they are really
+polished -- think KDE 3.5.10 or GNOME 2.32 --, there are some benevolent teams
+of dictators who decide to jump to an unstable boat -- thinl KDE 4.0.0, GNOME 3.0.)
+
+I've seen no betas here, only RCs (4.6.3 -> 4.6.4 -> 4.6.90 -> 4.6.95). Fair enough.
+
Not in Mageia, yet... But Mandriva had e.g after 4.5.0 4.5.65, 4.5.67, 4.5.68. 4.5.71, 4.5.74 and so on - i.e. surely betas and IINM some alphas, too. So it surely is not so rare to have in development version as cooker/cauldron quite unstable versions.
+


+R-C
+

diff --git a/zarb-ml/mageia-dev/attachments/20110716/931c64e1/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/931c64e1/attachment-0001.html new file mode 100644 index 000000000..72592bfed --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/931c64e1/attachment-0001.html @@ -0,0 +1,12 @@ +
On Sat, Jul 16, 2011 at 13:02, Olivier Blin <mageia@blino.org> wrote:
+ +
Eugeni Dodonov <eugeni@dodonov.net> writes:
+
+> On further thinking, probably it would be to have it imported it as a new
+> package, mostly for 1 reason:
+>  - If we rename util-linux-ng, it will break possible updates of it for
+> mageia1 (as it will be gone from svn)
+
+
Why that? It will still be available in the /updates/1/ SVN branch

Hmm perhaps you are right and I am over-thinking this.

In any case, it is in svn now.

+ +--
Eugeni Dodonov
http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/931c64e1/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/931c64e1/attachment.html new file mode 100644 index 000000000..72592bfed --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/931c64e1/attachment.html @@ -0,0 +1,12 @@ +
On Sat, Jul 16, 2011 at 13:02, Olivier Blin <mageia@blino.org> wrote:
+ +
Eugeni Dodonov <eugeni@dodonov.net> writes:
+
+> On further thinking, probably it would be to have it imported it as a new
+> package, mostly for 1 reason:
+>  - If we rename util-linux-ng, it will break possible updates of it for
+> mageia1 (as it will be gone from svn)
+
+
Why that? It will still be available in the /updates/1/ SVN branch

Hmm perhaps you are right and I am over-thinking this.

In any case, it is in svn now.

+ +--
Eugeni Dodonov
http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/942bd5ac/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/942bd5ac/attachment-0001.html new file mode 100644 index 000000000..0a67f482e --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/942bd5ac/attachment-0001.html @@ -0,0 +1,6 @@ +

2011/7/16 Radu-Cristian FOTESCU <beranger5ca@yahoo.ca>
+
yes, I can, but only because I've edited menu.lst _manually_.
+the new kernel added 2 grub entries, at the end, both pointing to the 3.0.0 kernel.
+and the default one (first one) also booted the 3.0.0 kernel.
+
On my machine there isnt't this problem.
The last entry in the menu.lst points to 2.6.38.8-desktop-4
all automatically, without editing.
 
+so grub works normally.

magnus
diff --git a/zarb-ml/mageia-dev/attachments/20110716/942bd5ac/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/942bd5ac/attachment.html new file mode 100644 index 000000000..0a67f482e --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/942bd5ac/attachment.html @@ -0,0 +1,6 @@ +

2011/7/16 Radu-Cristian FOTESCU <beranger5ca@yahoo.ca>
+
yes, I can, but only because I've edited menu.lst _manually_.
+the new kernel added 2 grub entries, at the end, both pointing to the 3.0.0 kernel.
+and the default one (first one) also booted the 3.0.0 kernel.
+
On my machine there isnt't this problem.
The last entry in the menu.lst points to 2.6.38.8-desktop-4
all automatically, without editing.
 
+so grub works normally.

magnus
diff --git a/zarb-ml/mageia-dev/attachments/20110716/a9ad3dec/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20110716/a9ad3dec/attachment-0001.asc new file mode 100644 index 000000000..32d32c8fd --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/a9ad3dec/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk4haLAACgkQqEs9DA4DquA82gCfU7rlPxwyBn338V3tv3nLnm5B +E20AoLEyxhjiak34M7GfadEXJhtIrNLd +=ZG7m +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110716/a9ad3dec/attachment.asc b/zarb-ml/mageia-dev/attachments/20110716/a9ad3dec/attachment.asc new file mode 100644 index 000000000..32d32c8fd --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/a9ad3dec/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk4haLAACgkQqEs9DA4DquA82gCfU7rlPxwyBn338V3tv3nLnm5B +E20AoLEyxhjiak34M7GfadEXJhtIrNLd +=ZG7m +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110716/ab7a0f73/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/ab7a0f73/attachment-0001.html new file mode 100644 index 000000000..951080ebf --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/ab7a0f73/attachment-0001.html @@ -0,0 +1 @@ +Crazy, with connected lan I have no connection and I cannot switch to wifi.

Without connected lan, the applet shows "no connection" but it lies
diff --git a/zarb-ml/mageia-dev/attachments/20110716/ab7a0f73/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/ab7a0f73/attachment.html new file mode 100644 index 000000000..951080ebf --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/ab7a0f73/attachment.html @@ -0,0 +1 @@ +Crazy, with connected lan I have no connection and I cannot switch to wifi.

Without connected lan, the applet shows "no connection" but it lies
diff --git a/zarb-ml/mageia-dev/attachments/20110716/b697887f/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/b697887f/attachment-0001.html new file mode 100644 index 000000000..3d58f1246 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/b697887f/attachment-0001.html @@ -0,0 +1,15 @@ +
On Sat, Jul 16, 2011 at 11:37, Olivier Blin <mageia@blino.org> wrote:
+ +
Michael Scherer <misc@zarb.org> writes:
+
+> People on Fedora list were quite reluctant to changes ( to say the least
+> ), and I am pretty sure that someone will hit a unrelated corner case in
+> the last minute. Rtp was not really fond of systemd on arm and embedded
+> system either.
+
+
Do you have more details about the issues on arm/embedded?
+How could it be worse than forking our dozens of shell scripts?

I think that it is not the case - if no specific systemd .service files are there, systemd will gladly execute initscripts init scripts.
+ +
Of course, there are always ordering issues, unexpected systemd-specific behavior (like accessing /dev/ being treated as service activation or such), but nothing unfixable as far as I know.

--
+Eugeni Dodonov
+http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/b697887f/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/b697887f/attachment.html new file mode 100644 index 000000000..3d58f1246 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/b697887f/attachment.html @@ -0,0 +1,15 @@ +
On Sat, Jul 16, 2011 at 11:37, Olivier Blin <mageia@blino.org> wrote:
+ +
Michael Scherer <misc@zarb.org> writes:
+
+> People on Fedora list were quite reluctant to changes ( to say the least
+> ), and I am pretty sure that someone will hit a unrelated corner case in
+> the last minute. Rtp was not really fond of systemd on arm and embedded
+> system either.
+
+
Do you have more details about the issues on arm/embedded?
+How could it be worse than forking our dozens of shell scripts?

I think that it is not the case - if no specific systemd .service files are there, systemd will gladly execute initscripts init scripts.
+ +
Of course, there are always ordering issues, unexpected systemd-specific behavior (like accessing /dev/ being treated as service activation or such), but nothing unfixable as far as I know.

--
+Eugeni Dodonov
+http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/bb328f65/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20110716/bb328f65/attachment-0001.asc new file mode 100644 index 000000000..1d354dcc6 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/bb328f65/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk4hawoACgkQqEs9DA4DquCPzQCfVuflGNp3wSLE/TvHv1O99AJ/ +T3gAn3mJWW+4N5TzWQcIamn0OOFsLnm2 +=mwkf +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110716/bb328f65/attachment.asc b/zarb-ml/mageia-dev/attachments/20110716/bb328f65/attachment.asc new file mode 100644 index 000000000..1d354dcc6 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/bb328f65/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk4hawoACgkQqEs9DA4DquCPzQCfVuflGNp3wSLE/TvHv1O99AJ/ +T3gAn3mJWW+4N5TzWQcIamn0OOFsLnm2 +=mwkf +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110716/c90c524e/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/c90c524e/attachment-0001.html new file mode 100644 index 000000000..439283f9f --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/c90c524e/attachment-0001.html @@ -0,0 +1,13 @@ +
On Sat, Jul 16, 2011 at 05:33, D.Morgan <dmorganec@gmail.com> wrote:
+ +
On Sat, Jul 16, 2011 at 5:07 AM, Eugeni Dodonov <eugeni@dodonov.net> wrote:
+> Hi,
+>
+> just wondering, is the switch from util-linux-ng 2.18 to util-linux 2.19+
+> planned?
+
+
not yet because nobody proposed or had time, but if you want  this is
+i think the perfect time
+

Cool, I can help with that!

What would be the best solution - import a new util-linux package, with Obsoletes/Provides for util-linux-ng; or rename util-linux-ng in svn to util-linux and update the spec?
+ +
--
Eugeni Dodonov
http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/c90c524e/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/c90c524e/attachment.html new file mode 100644 index 000000000..439283f9f --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/c90c524e/attachment.html @@ -0,0 +1,13 @@ +
On Sat, Jul 16, 2011 at 05:33, D.Morgan <dmorganec@gmail.com> wrote:
+ +
On Sat, Jul 16, 2011 at 5:07 AM, Eugeni Dodonov <eugeni@dodonov.net> wrote:
+> Hi,
+>
+> just wondering, is the switch from util-linux-ng 2.18 to util-linux 2.19+
+> planned?
+
+
not yet because nobody proposed or had time, but if you want  this is
+i think the perfect time
+

Cool, I can help with that!

What would be the best solution - import a new util-linux package, with Obsoletes/Provides for util-linux-ng; or rename util-linux-ng in svn to util-linux and update the spec?
+ +
--
Eugeni Dodonov
http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/d0176be9/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/d0176be9/attachment-0001.html new file mode 100644 index 000000000..bcc53f344 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/d0176be9/attachment-0001.html @@ -0,0 +1,2 @@ +
tmb, I hate you.

making kernel-desktop-latest to point to kernel-desktop-3.0.0-0.rc7.2.1.mga2 instead of kernel-desktop-devel-2.6.38.8-5.mga2 was a big mistake.

there should have been something like kernel-desktop-latest3 for a while, to let people test that 3.0 thing (rc, right? I know this is cauldron, but I'd still prefer a kernel that works) while still having a 2.6 kernel.

this 3.0 kernel is a piece of crap. my acer laptop behaves hectically (now I have a mouse, now it's frozen, now the system claims it will reboot, now I have to press the power button for 5 seconds to shutdown it), bcm4311 doesn't work even with the correct firmware in /lib/firmware/b43, a fully-fledged pita.

reverting to 2.6.38.8-5 brought back the joy + (and the wireless internet).

but I suppose there won't be any update to the 2.6.38.8 kernel, right? even for an unstable thing like cauldron this is rather wrong, because 3.0.0 is not a released kernel as of yet. and a working kernel is a precondition to a working distro.

forcing an rc-something as the current kernel is... unbenevolent dictatorship.

yeah, I know, fedora rawhide and kubuntu 11.10 also have this 3.0.0-rc7-crap sort of thing. so you can't have the latest packages (including the latest kde) w/o having a broken kernel. sigh.

but my message stands. tmb, I hate you for pushing this kernel as a forced update via kernel-desktop-latest.

r-c aka beranger

\ No newline at end of file diff --git a/zarb-ml/mageia-dev/attachments/20110716/d0176be9/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/d0176be9/attachment.html new file mode 100644 index 000000000..bcc53f344 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/d0176be9/attachment.html @@ -0,0 +1,2 @@ +
tmb, I hate you.

making kernel-desktop-latest to point to kernel-desktop-3.0.0-0.rc7.2.1.mga2 instead of kernel-desktop-devel-2.6.38.8-5.mga2 was a big mistake.

there should have been something like kernel-desktop-latest3 for a while, to let people test that 3.0 thing (rc, right? I know this is cauldron, but I'd still prefer a kernel that works) while still having a 2.6 kernel.

this 3.0 kernel is a piece of crap. my acer laptop behaves hectically (now I have a mouse, now it's frozen, now the system claims it will reboot, now I have to press the power button for 5 seconds to shutdown it), bcm4311 doesn't work even with the correct firmware in /lib/firmware/b43, a fully-fledged pita.

reverting to 2.6.38.8-5 brought back the joy + (and the wireless internet).

but I suppose there won't be any update to the 2.6.38.8 kernel, right? even for an unstable thing like cauldron this is rather wrong, because 3.0.0 is not a released kernel as of yet. and a working kernel is a precondition to a working distro.

forcing an rc-something as the current kernel is... unbenevolent dictatorship.

yeah, I know, fedora rawhide and kubuntu 11.10 also have this 3.0.0-rc7-crap sort of thing. so you can't have the latest packages (including the latest kde) w/o having a broken kernel. sigh.

but my message stands. tmb, I hate you for pushing this kernel as a forced update via kernel-desktop-latest.

r-c aka beranger

\ No newline at end of file diff --git a/zarb-ml/mageia-dev/attachments/20110716/e00c252a/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110716/e00c252a/attachment-0001.html new file mode 100644 index 000000000..90f13cb1c --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/e00c252a/attachment-0001.html @@ -0,0 +1,37 @@ +
On Sat, Jul 16, 2011 at 09:11, Radu-Cristian FOTESCU <beranger5ca@yahoo.ca> wrote:
+ +To end this flamewar: when I decide to use a cauldron/cooker/rawhide/unstable system, I expect I will need to fix some breakages, but at least
+(1) let me have a proper choice of kernels in GRUB, including the previous one;
+(2) don't force UNRELEASED kernels on me!

This thread was certainly amused and very fruitful for at least my fortunes file, but may I suggest you to start using some other distribution or operating system which better satisfies your needs, and leave us, poor mortals, with Mandriva/Mageia stable/cooker/cauldron gnu/linux solutions - which work the way we love? :)
+ +
They are imperfect, they have unreleased versions all the time, they have breakages, upgrades, updates, flaws, problems, design issues, and so on - but this is fine for us!
 
+ + + +Breaking a package is one thing, breaking the kernel is a totally different one.

And breaking a window is totally different as well, I agree :(. As well as breaking a leg for example, and breaking habits. And let us not forget that it is completely and if I might say, even oppository - to breaking a home run (all via http://www.thefreedictionary.com/break)!
+ + 
+ +And no, I won't investigate anything, I'll not file any report on what it's not working with this kernel and my hardware.

Yep, I have already realized this, but thanks to confirming nonetheless :).
+ +
 
+ +Regressions in kernels are the thing I hate the most in this world.

Yes, this is certainly one of the cruelest and merciless things in the world, I must agree.. :(
 
+ + I've experienced kernel regressions in the past every 6 months with each and every Ubuntu release -- and those were kernels supposed to be tested well-enough.

Apparently they weren't. Let me apologize on behalf of Ubuntu developers and Linus Torvalds himself for not being proactive enough to make kernels work on your hardware, I believe that they will be really ashamed of themselves at the moment they'll read this. Sorry :(.
+ + 
+ +What I like in Linux is never the kernel.

This seems to be apparently contradictory to some other phrases, but I have to agree - I like never kernel, for example, the 3.0 seems to be great (for me!)
+ + 
Never ever.

World is soooo busy those days...
 
+ +It's monolithic, impossible to be properly tested, and managed by a stupid fat arrogant guy called Linus.

Yep, I agree, he will be even more ashamed of himself after reading this... :(

+ +
The only kernels I loved were 1.2.13 and1.3.18.

2.2.16 was pretty cool, and 2.4.1 with reiserfs was nice too, but yes, those new shiny trending things - even being a bit cool - are still among the most hated things, this is so very true :(. I have to confess that they must learn a thing or two from DOS - almost 30 years without a remote hole in default install, and working as stable and fast as possible since their first release!
+ + 
After that, the kernel was just a nuisance -- like the government, the taxes, the Microsoft tax, etc.
+ +

Yep, I agree with you, the governments, taxes, Microsoft and its tax are almost as bad as kernel regressions (mentioned above), but they are still are a far cry from those!

But once again, let me apologize for the Linux community, Free Software developers, Linus Torvalds himself and - of course - mr. Richard Matthew Stallman for not being proactive enough in their efforts to make GNU/Linux working on your computer in most flawless and perfect way. I believe they feel really achamed now and as a sign of my support for their cause, and due to my involvement in the open source community, I will mourn those tragic events today with a minute of silence on this mailing list (starting now).
+ +

--
Eugeni Dodonov
http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/e00c252a/attachment.html b/zarb-ml/mageia-dev/attachments/20110716/e00c252a/attachment.html new file mode 100644 index 000000000..90f13cb1c --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/e00c252a/attachment.html @@ -0,0 +1,37 @@ +
On Sat, Jul 16, 2011 at 09:11, Radu-Cristian FOTESCU <beranger5ca@yahoo.ca> wrote:
+ +To end this flamewar: when I decide to use a cauldron/cooker/rawhide/unstable system, I expect I will need to fix some breakages, but at least
+(1) let me have a proper choice of kernels in GRUB, including the previous one;
+(2) don't force UNRELEASED kernels on me!

This thread was certainly amused and very fruitful for at least my fortunes file, but may I suggest you to start using some other distribution or operating system which better satisfies your needs, and leave us, poor mortals, with Mandriva/Mageia stable/cooker/cauldron gnu/linux solutions - which work the way we love? :)
+ +
They are imperfect, they have unreleased versions all the time, they have breakages, upgrades, updates, flaws, problems, design issues, and so on - but this is fine for us!
 
+ + + +Breaking a package is one thing, breaking the kernel is a totally different one.

And breaking a window is totally different as well, I agree :(. As well as breaking a leg for example, and breaking habits. And let us not forget that it is completely and if I might say, even oppository - to breaking a home run (all via http://www.thefreedictionary.com/break)!
+ + 
+ +And no, I won't investigate anything, I'll not file any report on what it's not working with this kernel and my hardware.

Yep, I have already realized this, but thanks to confirming nonetheless :).
+ +
 
+ +Regressions in kernels are the thing I hate the most in this world.

Yes, this is certainly one of the cruelest and merciless things in the world, I must agree.. :(
 
+ + I've experienced kernel regressions in the past every 6 months with each and every Ubuntu release -- and those were kernels supposed to be tested well-enough.

Apparently they weren't. Let me apologize on behalf of Ubuntu developers and Linus Torvalds himself for not being proactive enough to make kernels work on your hardware, I believe that they will be really ashamed of themselves at the moment they'll read this. Sorry :(.
+ + 
+ +What I like in Linux is never the kernel.

This seems to be apparently contradictory to some other phrases, but I have to agree - I like never kernel, for example, the 3.0 seems to be great (for me!)
+ + 
Never ever.

World is soooo busy those days...
 
+ +It's monolithic, impossible to be properly tested, and managed by a stupid fat arrogant guy called Linus.

Yep, I agree, he will be even more ashamed of himself after reading this... :(

+ +
The only kernels I loved were 1.2.13 and1.3.18.

2.2.16 was pretty cool, and 2.4.1 with reiserfs was nice too, but yes, those new shiny trending things - even being a bit cool - are still among the most hated things, this is so very true :(. I have to confess that they must learn a thing or two from DOS - almost 30 years without a remote hole in default install, and working as stable and fast as possible since their first release!
+ + 
After that, the kernel was just a nuisance -- like the government, the taxes, the Microsoft tax, etc.
+ +

Yep, I agree with you, the governments, taxes, Microsoft and its tax are almost as bad as kernel regressions (mentioned above), but they are still are a far cry from those!

But once again, let me apologize for the Linux community, Free Software developers, Linus Torvalds himself and - of course - mr. Richard Matthew Stallman for not being proactive enough in their efforts to make GNU/Linux working on your computer in most flawless and perfect way. I believe they feel really achamed now and as a sign of my support for their cause, and due to my involvement in the open source community, I will mourn those tragic events today with a minute of silence on this mailing list (starting now).
+ +

--
Eugeni Dodonov
http://eugeni.dodonov.net/
diff --git a/zarb-ml/mageia-dev/attachments/20110716/fd673cd4/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20110716/fd673cd4/attachment-0001.asc new file mode 100644 index 000000000..21c7a11a2 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/fd673cd4/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk4hkqMACgkQqEs9DA4DquA6TwCfVH8Uvligvzik0CGCx61yJuVy +V5MAmwf5VZs2RSa6sXqV5nTmqyOoB9G+ +=txwc +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110716/fd673cd4/attachment.asc b/zarb-ml/mageia-dev/attachments/20110716/fd673cd4/attachment.asc new file mode 100644 index 000000000..21c7a11a2 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110716/fd673cd4/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk4hkqMACgkQqEs9DA4DquA6TwCfVH8Uvligvzik0CGCx61yJuVy +V5MAmwf5VZs2RSa6sXqV5nTmqyOoB9G+ +=txwc +-----END PGP SIGNATURE----- -- cgit v1.2.1