Re: [Mageia-dev] Mageia 3 specifications
On 06/08/2012 11:12 PM, zezinho wrote: Em 06-06-2012 08:22, AL13N escreveu: in any case, imho it's too soon for us to drop drakxtools/mganetapplet/if-cfg* (if ever). let's retalk about this for mga4. +1 I don't mean dropping them, just adaptimg them (except ifcfg-*) It looks much easier to write an independent file and drop it in a folder than to programatically edit ifcfg-*. Specifically: - make drakxtools read/write NM config files. People can use drakx* or the DE tool at their will. - make mganetapplet live and use it for desktops that don't have an specific applet. In Gnome, nm-applet fits better than mga one, and I suppose it happens the same for KDE. Probably there is no specfic applet for others. - if NM supports bonding and VPN, you can almost kill ifcfg-* files. That is the future. -- J.A. Magallon \ Winter is coming...
Re: [Mageia-dev] Mageia 3 specifications
Em 06-06-2012 08:22, AL13N escreveu: in any case, imho it's too soon for us to drop drakxtools/mganetapplet/if-cfg* (if ever). let's retalk about this for mga4. +1
Re: [Mageia-dev] Mageia 3 specifications
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/06/12 21:24, Angelo Naselli wrote: > Il 07/06/2012 18:11, Anne Wilson ha scritto: >> I feel guilty in requesting work when I have no coding skills >> myself, however, I am sure that there will be some tasks >> somewhere that you can give me. > If you are talking about general help, I think you can ask to QA, i > believe they need help (reading bugs, assigning, etc) or I think > you are very good at following forum, but that depends on the time > you can spend on it :) > > Have a look at [1] and see if there is something in which you > think you can help ;) > > Cheers, Angelo > > [1] https://wiki.mageia.org/en/Contributing > Thanks, Angelo. I've made first contact :-) Anne -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/R4fgACgkQj93fyh4cnBdJ/gCdF7s0We3zE0OY50VAo7iQwkwI AnkAn0LVpRrQrAz9gtjJ7D8b/iGpMyBr =xPaZ -END PGP SIGNATURE-
Re: [Mageia-dev] Mageia 3 specifications
Hi Olav, *, On Tue, Jun 5, 2012 at 11:41 PM, Olav Vitters wrote: > On Tue, Jun 05, 2012 at 10:44:31PM +0200, Guillaume Rousse wrote: >> Le 05/06/2012 16:20, Olav Vitters a écrit : >> >Also, with latest NetworkManager, it seems you can do pretty advanced >> >network configurations (lacks UI). lacks UI part is probably the most problematic issue today. >> >However, seems that loads of Mageia users have issues with >> >NetworkManager [...] >> Approximatively 50% of those problems come from the coexistence with >> drakxtools and sysinit, conflicting for the control of the >> interface, rather than actual problems in NM code. Doesn't match my personal problems where I can only successfully setup a connection when I use a combination of both, because of the abovementioned lack of UI for "basic" (or better: essential) configuration item, namely setting CRDA comain. > Ah ok, but shouldn't that all be fixed now that the patch is back to > make NetworkManager properly ignore stuff that it should ignore? Nope. Network manager needs to have the featues that are currently lacking, but that net-applet did provide. * Setting CRDA domain * Allowing to setup static IP before setting up a connection with DHCP first * Leave hostname alone unless explicitly asked for changing it. (there is no option to disable it, so when using dhcp NM will change your hostname when the router suggests one, rendering your x-session unusable for administrative tools that then no longer can connect to the user's X-session) * allow to configure wireless netorks without those networks being available. You cannot preconfigure an access point without it actually be in reach. With preconfiguring I mainly mean assign the passphrase/authentification options. > But drakxtools was > more advanced IIRC, so first NetworkManager needs to get more advanced, > more documentation, etc. NM in the beta iso was a horrible experience, and now it halfway works in the release, but my sympathies still are with drakxtools.. > All bugs above are really server like things. I thought drakxtools still > was better at setting up Wifi; and I think that is more important to get > right than vlan/bridging/etc. I absolutely agree. drakxtools didn't have any problem with open, WEP, WPA, be it with pre-shared keys or enterprise-style. Adding a VPN tunnel was easy as well (apart from the bug that the tun-device had to be added to the firewall manually, thankfully only once). Only bug with netapplet/drakx tools is that it doesn't properly handle static IP configuration after having connected to a dhcp network. Have to manually disconnect and reconnect to make use of static IP. Didn't have chance yet to check with NM... ciao Christian
Re: [Mageia-dev] Mageia 3 specifications
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 07/06/2012 18:11, Anne Wilson ha scritto: > I feel guilty in requesting work when I have no coding skills > myself, however, I am sure that there will be some tasks somewhere > that you can give me. If you are talking about general help, I think you can ask to QA, i believe they need help (reading bugs, assigning, etc) or I think you are very good at following forum, but that depends on the time you can spend on it :) Have a look at [1] and see if there is something in which you think you can help ;) Cheers, Angelo [1] https://wiki.mageia.org/en/Contributing -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/RDgsACgkQqEs9DA4DquCjOQCgtCh2AeqKwCDYq2Pd0avONlbL y/EAn2pRIRr5WNImQ9Q8/tHpS0bgetQc =IyJq -END PGP SIGNATURE-
Re: [Mageia-dev] Mageia 3 specifications
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/06/12 14:33, Angelo Naselli wrote: >> One thing that has always been annoying to me, in Mandrake, >> Mandriva and now Mageia, is the proliferation of entries in the >> Grub menu by the time you've done a few updates. Fedora get >> around this by having a line in the yum configuration file that >> limits it to the last 3 kernels installed. Would it be possible >> to do something similar? > I like that could you please add it to proposals? > > Maybe someone will adopt it :) > OK - I've done that. (Apologies for first editing the template - I've rolled it back, so there should be no damage.) https://wiki.mageia.org/en/Feature:Limit_number_of_installed_kernels I feel guilty in requesting work when I have no coding skills myself, however, I am sure that there will be some tasks somewhere that you can give me. Anne Maintainer: http://userbase.kde.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/Q0qgACgkQj93fyh4cnBe/5ACffkRu+M2cca4SeH1r9XILdJaS URwAnRE1nKmtHWj/QVIUBpWb1mbJmDJa =qdfX -END PGP SIGNATURE-
Re: [Mageia-dev] Mageia 3 specifications
> One thing that has always been annoying to me, in Mandrake, Mandriva > and now Mageia, is the proliferation of entries in the Grub menu by > the time you've done a few updates. Fedora get around this by having > a line in the yum configuration file that limits it to the last 3 > kernels installed. Would it be possible to do something similar? I like that could you please add it to proposals? Maybe someone will adopt it :) Angelo signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] Mageia 3 specifications
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/06/12 10:02, Anne Nicolas wrote: > Le 30/05/2012 23:43, Anne Nicolas a écrit : >> Here is the process: >> >> - until 15/06: make proposals for Mageia 3 specifications >> (features) following our policy - 16 to 18/06: choose features >> that will be added for official specifications of Mageia 3 - >> publish and communicate on it >> >> Mageia features policy: >> https://wiki.mageia.org/en/Features_policy Template for feature >> proposal: https://wiki.mageia.org/en/Feature_Template >> >> Please read carefully this policy and use the template. Once >> it's done, feel free to mail -dev if you think you need to >> discuss your feature and find people so that you can propose >> resources to work on it. > > ping all. Very few proposals for now. Please take some time to > fill it, it's important for coming release > Not, perhaps, the technical proposals that you are looking for, but if I may I'd like to raise a small issue. One thing that has always been annoying to me, in Mandrake, Mandriva and now Mageia, is the proliferation of entries in the Grub menu by the time you've done a few updates. Fedora get around this by having a line in the yum configuration file that limits it to the last 3 kernels installed. Would it be possible to do something similar? I know I can get rid of them manually, but it would be better if less experienced users didn't meet the problem :-) Anne -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/Pgq0ACgkQj93fyh4cnBcnIgCfVN1X+AIz8h2nEM9ez7ypnAmE Nh0Anjs+PedfW3mrTIC0lCsOvq8mlmmG =pNmA -END PGP SIGNATURE-
Re: [Mageia-dev] Mageia 3 specifications
On Tue, Jun 05, 2012 at 08:26:33PM -0400, David W. Hodgins wrote: > If a non-gui minimall install can not be done, simply because it requires > gnome, then it can't replace drakx-net, in my opinion. Full agreed. My aim is not to push GNOME stuff. For one, any GUI should only use minimal amount of libraries (e.g. either gtk+,glib or qt), and a well working CLI should be available (I didn't like nmcli). Furthermore, enough documentation. E.g. NM can run scripts after the interface is up, but nobody seems to know. Thanks for feedback! -- Regards, Olav
Re: [Mageia-dev] Mageia 3 specifications
Op woensdag 6 juni 2012 01:04:05 schreef JA Magallón: > On 06/05/2012 11:41 PM, Olav Vitters wrote: > > On Tue, Jun 05, 2012 at 10:44:31PM +0200, Guillaume Rousse wrote: > >> Le 05/06/2012 16:20, Olav Vitters a écrit : > >>> Also, with latest NetworkManager, it seems you can do pretty advanced > >>> network configurations (lacks UI). The UI is planned for GNOME 3.6. > >>> However, seems that loads of Mageia users have issues with > >>> NetworkManager, so not sure what to do. Perhaps safer to wait a year and > >>> hope that other distributions solve the bugs? > >> > >> Approximatively 50% of those problems come from the coexistence with > >> drakxtools and sysinit, conflicting for the control of the > >> interface, rather than actual problems in NM code. Waiting for them > >> to magically disapear won't help much... > > > > Ah ok, but shouldn't that all be fixed now that the patch is back to > > make NetworkManager properly ignore stuff that it should ignore? > > I tink it is _lot_ easier even for drakxtools to write a file into > /etc/NetworkManager/system-connections that to mess with ifcfg-* files. > > And NM is the only sane way to have, in my case, 4 or 5 WiFi configurations > for the same interface and let it pick the right one depending on my > location. It is just marvelous, and without any ifcfg-* file rewriting > on the fly. > > And I suppose it can also be done, but I never managed to do without NM: > let my linux in the far corner of the house boot and connect to wifi > without any user logged in... > > So in my case, a big +1 for NM and kill all sysvinit files for network. > > I acknowledge that I never tried to do bonding with NM, for example... [...] i need bonding and bridging and vlans, but what about AoE, or even STP in bridging. next to wifi, what about vpns? for NM to replace initscripts/drakxtools/mganetapplet it not only needs to do all that, but have for KDE and Gnome AND other DE's a way to graphically do all that, that's preferably the same. i guess this ties in the fact that imho gnome tries to do too much. maybe it would be better to have a single graphic UI that can handle NM no matter the DE. in any case, imho it's too soon for us to drop drakxtools/mganetapplet/if-cfg* (if ever). let's retalk about this for mga4.
Re: [Mageia-dev] Mageia 3 specifications
On 06-06-12 02:20, David W. Hodgins wrote: On Tue, 05 Jun 2012 05:02:35 -0400, Anne Nicolas wrote: ping all. Very few proposals for now. Please take some time to fill it, it's important for coming release Is there an index page that makes it easy to see what features have already been submitted? https://wiki.mageia.org/en/Category:ProposedFeatureMageia3
Re: [Mageia-dev] Mageia 3 specifications
On 06/06/2012 02:26 AM, David W. Hodgins wrote: On Tue, 05 Jun 2012 17:41:15 -0400, Olav Vitters wrote: But ideally it would be nice if there was only one way to setup a network.. and for me that means NetworkManager :). But drakxtools was more advanced IIRC, so first NetworkManager needs to get more advanced, more documentation, etc. If networkmanager can be installed without having to install half of gnome, and adds things like text only interfaces, then having it replace drakx-net makes sense to me. If a non-gui minimall install can not be done, simply because it requires gnome, then it can't replace drakx-net, in my opinion. This is like MCC and GNOME CC, network-manager is just a CLI tool, you have a Gnome tool to feed it and you can also make drakx-net feed NM with connection description files. Anyways, there is a point with NM that I find also useful, it can configure wifi interfaces at the user level, no need to store them in system hierarchy. drakx-* are more system-oriented. Think in shared laptops over enterprise wifis... -- J.A. Magallon \ Winter is coming...
Re: [Mageia-dev] Mageia 3 specifications
On Tue, 05 Jun 2012 17:41:15 -0400, Olav Vitters wrote: But ideally it would be nice if there was only one way to setup a network.. and for me that means NetworkManager :). But drakxtools was more advanced IIRC, so first NetworkManager needs to get more advanced, more documentation, etc. If networkmanager can be installed without having to install half of gnome, and adds things like text only interfaces, then having it replace drakx-net makes sense to me. If a non-gui minimall install can not be done, simply because it requires gnome, then it can't replace drakx-net, in my opinion. Regards, Dave Hodgins
Re: [Mageia-dev] Mageia 3 specifications
On Tue, 05 Jun 2012 05:02:35 -0400, Anne Nicolas wrote: Le 30/05/2012 23:43, Anne Nicolas a écrit : Here is the process: - until 15/06: make proposals for Mageia 3 specifications (features) following our policy - 16 to 18/06: choose features that will be added for official specifications of Mageia 3 - publish and communicate on it Mageia features policy: https://wiki.mageia.org/en/Features_policy Template for feature proposal: https://wiki.mageia.org/en/Feature_Template Please read carefully this policy and use the template. Once it's done, feel free to mail -dev if you think you need to discuss your feature and find people so that you can propose resources to work on it. ping all. Very few proposals for now. Please take some time to fill it, it's important for coming release Is there an index page that makes it easy to see what features have already been submitted? Regards, Dave Hodgins
Re: [Mageia-dev] Mageia 3 specifications
On 06/05/2012 11:41 PM, Olav Vitters wrote: On Tue, Jun 05, 2012 at 10:44:31PM +0200, Guillaume Rousse wrote: Le 05/06/2012 16:20, Olav Vitters a écrit : Also, with latest NetworkManager, it seems you can do pretty advanced network configurations (lacks UI). The UI is planned for GNOME 3.6. However, seems that loads of Mageia users have issues with NetworkManager, so not sure what to do. Perhaps safer to wait a year and hope that other distributions solve the bugs? Approximatively 50% of those problems come from the coexistence with drakxtools and sysinit, conflicting for the control of the interface, rather than actual problems in NM code. Waiting for them to magically disapear won't help much... Ah ok, but shouldn't that all be fixed now that the patch is back to make NetworkManager properly ignore stuff that it should ignore? I tink it is _lot_ easier even for drakxtools to write a file into /etc/NetworkManager/system-connections that to mess with ifcfg-* files. And NM is the only sane way to have, in my case, 4 or 5 WiFi configurations for the same interface and let it pick the right one depending on my location. It is just marvelous, and without any ifcfg-* file rewriting on the fly. And I suppose it can also be done, but I never managed to do without NM: let my linux in the far corner of the house boot and connect to wifi without any user logged in... So in my case, a big +1 for NM and kill all sysvinit files for network. I acknowledge that I never tried to do bonding with NM, for example... meaning: only look for USE_NM/NM_CONTROLLED (I forgot which), not demand more than that. But ideally it would be nice if there was only one way to setup a network.. and for me that means NetworkManager :). But drakxtools was more advanced IIRC, so first NetworkManager needs to get more advanced, more documentation, etc. Cool possibilities with just NetworkManager: http://fedoraproject.org/wiki/Features/NMEnterpriseNetworking https://bugzilla.gnome.org/show_bug.cgi?id=677148: (all one bugzilla.gnome.org, seem duplicates, but there is a bug per product, so bug for maybe gnome-control-center, gnome-shell, etc) 677144: network: make sure bridged devices are handled 677145: network: make sure bridged devices are handled 677146: network: make sure bonded devices are handled 677147: network: make sure bonded devices are handled 677148: network: make sure vlans are handled 677149: network: make sure vlans are handled 677150: network: make sure ipoib is handled 677151: network: make sure ipoib is handled I had to lookup what ipoib (IP over infiniband) meant, article is here: http://www.ietf.org/wg/concluded/ipoib.html GNOME shell specific: https://bugzilla.gnome.org/show_bug.cgi?id=677142: multiple nics (NM can handle it, GNOME shell not) 677142: network: make sure multiple nics are handled ok 677143: network: make sure multiple nics are handled ok Note: The support is in NetworkManager. The GNOME bugs are to ensure it is shown/exposed in the UI properly. Not sure if available in stuff like KNetworkManager, but NM is not specific to GNOME. All bugs above are really server like things. I thought drakxtools still was better at setting up Wifi; and I think that is more important to get right than vlan/bridging/etc. -- J.A. Magallon \ Winter is coming...
Re: [Mageia-dev] Mageia 3 specifications
On Tue, Jun 05, 2012 at 10:44:31PM +0200, Guillaume Rousse wrote: > Le 05/06/2012 16:20, Olav Vitters a écrit : > >Also, with latest NetworkManager, it seems you can do pretty advanced > >network configurations (lacks UI). The UI is planned for GNOME 3.6. > >However, seems that loads of Mageia users have issues with > >NetworkManager, so not sure what to do. Perhaps safer to wait a year and > >hope that other distributions solve the bugs? > Approximatively 50% of those problems come from the coexistence with > drakxtools and sysinit, conflicting for the control of the > interface, rather than actual problems in NM code. Waiting for them > to magically disapear won't help much... Ah ok, but shouldn't that all be fixed now that the patch is back to make NetworkManager properly ignore stuff that it should ignore? meaning: only look for USE_NM/NM_CONTROLLED (I forgot which), not demand more than that. But ideally it would be nice if there was only one way to setup a network.. and for me that means NetworkManager :). But drakxtools was more advanced IIRC, so first NetworkManager needs to get more advanced, more documentation, etc. Cool possibilities with just NetworkManager: http://fedoraproject.org/wiki/Features/NMEnterpriseNetworking https://bugzilla.gnome.org/show_bug.cgi?id=677148: (all one bugzilla.gnome.org, seem duplicates, but there is a bug per product, so bug for maybe gnome-control-center, gnome-shell, etc) 677144: network: make sure bridged devices are handled 677145: network: make sure bridged devices are handled 677146: network: make sure bonded devices are handled 677147: network: make sure bonded devices are handled 677148: network: make sure vlans are handled 677149: network: make sure vlans are handled 677150: network: make sure ipoib is handled 677151: network: make sure ipoib is handled I had to lookup what ipoib (IP over infiniband) meant, article is here: http://www.ietf.org/wg/concluded/ipoib.html GNOME shell specific: https://bugzilla.gnome.org/show_bug.cgi?id=677142: multiple nics (NM can handle it, GNOME shell not) 677142: network: make sure multiple nics are handled ok 677143: network: make sure multiple nics are handled ok Note: The support is in NetworkManager. The GNOME bugs are to ensure it is shown/exposed in the UI properly. Not sure if available in stuff like KNetworkManager, but NM is not specific to GNOME. All bugs above are really server like things. I thought drakxtools still was better at setting up Wifi; and I think that is more important to get right than vlan/bridging/etc. -- Regards, Olav
Re: [Mageia-dev] Mageia 3 specifications
Le 05/06/2012 16:20, Olav Vitters a écrit : Also, with latest NetworkManager, it seems you can do pretty advanced network configurations (lacks UI). The UI is planned for GNOME 3.6. However, seems that loads of Mageia users have issues with NetworkManager, so not sure what to do. Perhaps safer to wait a year and hope that other distributions solve the bugs? Approximatively 50% of those problems come from the coexistence with drakxtools and sysinit, conflicting for the control of the interface, rather than actual problems in NM code. Waiting for them to magically disapear won't help much... -- The longer the title, the less important the job -- Murphy's Laws on Work n°30
Re: [Mageia-dev] Mageia 3 specifications
Olav Vitters wrote: > This I really want to add: > http://fedoraproject.org/wiki/Features/ckremoval > http://fedoraproject.org/wiki/Features/Gnome_shell_software_rendering > > There is also stuff we can steal from Fedora. Stuff that I found > interesting: > http://fedoraproject.org/wiki/Features/RealHotspot > http://fedoraproject.org/wiki/Features/ReworkPackageGroups > http://fedoraproject.org/wiki/Features/tmp-on-tmpfs > http://fedoraproject.org/wiki/Features/RPM4.10 > http://fedoraproject.org/wiki/Features/UsermodeMigration > > Possibly controversial: > http://fedoraproject.org/wiki/Features/UsrMove Also http://fedoraproject.org/wiki/Features/ChronyDefaultNTP
Re: [Mageia-dev] Mageia 3 specifications
'Twas brillig, and Thomas Backlund at 05/06/12 16:25 did gyre and gimble: > 05.06.2012 18:10, Colin Guthrie skrev: >> >>> http://fedoraproject.org/wiki/Features/tmp-on-tmpfs >> >> Yup I like that one too. Others disagree, but it's just a default and >> it's easy to disable. Probably worth a feature wiki page. >> > > This one we have had as an opt-in "for ages" in the boot configuration > (during install and after) when selecting Advanced -> Clear /tmp on boot > > So we already have users that rely on it being available :) > > So flipping the default should not be to "hard" Oh yeah good point. I remember someone mentioning this a couple weeks ago. So yeah, it should be less problematic to promote it to default. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Mageia 3 specifications
05.06.2012 18:10, Colin Guthrie skrev: > >> http://fedoraproject.org/wiki/Features/tmp-on-tmpfs > > Yup I like that one too. Others disagree, but it's just a default and > it's easy to disable. Probably worth a feature wiki page. > This one we have had as an opt-in "for ages" in the boot configuration (during install and after) when selecting Advanced -> Clear /tmp on boot So we already have users that rely on it being available :) So flipping the default should not be to "hard" -- Thomas
Re: [Mageia-dev] Mageia 3 specifications
'Twas brillig, and Olav Vitters at 05/06/12 15:20 did gyre and gimble: > On Tue, Jun 05, 2012 at 02:53:50PM +0100, Colin Guthrie wrote: >> 'Twas brillig, and Olav Vitters at 05/06/12 14:14 did gyre and gimble: >>> On Tue, Jun 05, 2012 at 11:02:35AM +0200, Anne Nicolas wrote: ping all. Very few proposals for now. Please take some time to fill it, it's important for coming release >>> >>> Added https://wiki.mageia.org/en/Feature:KillSysvinit >>> >>> I thought killing sysvinit was already agreed upon, so not sure a >>> feature page is needed. >> >> Yeah I think this is agreed upon and I'm pretty happy with the response >> so far regarding systemd in mga2 which gives me even more confidence >> overall. >> >> However, having a feature page is still good from a documentation of the >> plan perspective when people question it in 4 months time! > > I guess it is handy to track the big changes and really ensure everyones > aware with the change. I am planning to make GNOME depend on systemd, > not sure if that should be another feature or not. I don't think it will need to be a separate feature due to fact that "booting" will likely depend on systemd anyway! If there is a reprieve for sysvinit in mga3 I think it's perfectly reasonable to depend on systemd for Gnome anyway without the need for a "Feature" per-se. > This I really want to add: > http://fedoraproject.org/wiki/Features/ckremoval Yup +1 on that. Tho' I think it'll happen anyway even if we don't detail it as a feature specifically. > http://fedoraproject.org/wiki/Features/Gnome_shell_software_rendering Yup I think TV mentioned that the other day. Again I think this will come semi-automatically anyway without the need for a feature page. > There is also stuff we can steal from Fedora. Stuff that I found > interesting: > http://fedoraproject.org/wiki/Features/RealHotspot Yeah that would be nice. > http://fedoraproject.org/wiki/Features/tmp-on-tmpfs Yup I like that one too. Others disagree, but it's just a default and it's easy to disable. Probably worth a feature wiki page. > Possibly controversial: > http://fedoraproject.org/wiki/Features/UsrMove I already wrote that one up: https://wiki.mageia.org/en/Feature:UsrMove Feel free to flesh it out, but I mostly just referenced the fedora page. No point in massive copy+paste IMO. > Also, with latest NetworkManager, it seems you can do pretty advanced > network configurations (lacks UI). The UI is planned for GNOME 3.6. > However, seems that loads of Mageia users have issues with > NetworkManager, so not sure what to do. Perhaps safer to wait a year and > hope that other distributions solve the bugs? Maybe. I've had good experience with NM tho'. Worked well for me with wired, wireless and 3G networks via a dongle when I tried. All pretty painless. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Mageia 3 specifications
On Tue, Jun 05, 2012 at 02:53:50PM +0100, Colin Guthrie wrote: > 'Twas brillig, and Olav Vitters at 05/06/12 14:14 did gyre and gimble: > > On Tue, Jun 05, 2012 at 11:02:35AM +0200, Anne Nicolas wrote: > >> ping all. Very few proposals for now. Please take some time to fill > >> it, it's important for coming release > > > > Added https://wiki.mageia.org/en/Feature:KillSysvinit > > > > I thought killing sysvinit was already agreed upon, so not sure a > > feature page is needed. > > Yeah I think this is agreed upon and I'm pretty happy with the response > so far regarding systemd in mga2 which gives me even more confidence > overall. > > However, having a feature page is still good from a documentation of the > plan perspective when people question it in 4 months time! I guess it is handy to track the big changes and really ensure everyones aware with the change. I am planning to make GNOME depend on systemd, not sure if that should be another feature or not. This I really want to add: http://fedoraproject.org/wiki/Features/ckremoval http://fedoraproject.org/wiki/Features/Gnome_shell_software_rendering There is also stuff we can steal from Fedora. Stuff that I found interesting: http://fedoraproject.org/wiki/Features/RealHotspot http://fedoraproject.org/wiki/Features/ReworkPackageGroups http://fedoraproject.org/wiki/Features/tmp-on-tmpfs http://fedoraproject.org/wiki/Features/RPM4.10 http://fedoraproject.org/wiki/Features/UsermodeMigration Possibly controversial: http://fedoraproject.org/wiki/Features/UsrMove Also, with latest NetworkManager, it seems you can do pretty advanced network configurations (lacks UI). The UI is planned for GNOME 3.6. However, seems that loads of Mageia users have issues with NetworkManager, so not sure what to do. Perhaps safer to wait a year and hope that other distributions solve the bugs? -- Regards, Olav
Re: [Mageia-dev] Mageia 3 specifications
'Twas brillig, and Olav Vitters at 05/06/12 14:14 did gyre and gimble: > On Tue, Jun 05, 2012 at 11:02:35AM +0200, Anne Nicolas wrote: >> ping all. Very few proposals for now. Please take some time to fill >> it, it's important for coming release > > Added https://wiki.mageia.org/en/Feature:KillSysvinit > > I thought killing sysvinit was already agreed upon, so not sure a > feature page is needed. Yeah I think this is agreed upon and I'm pretty happy with the response so far regarding systemd in mga2 which gives me even more confidence overall. However, having a feature page is still good from a documentation of the plan perspective when people question it in 4 months time! There are a couple other "loose" features I'd also like to complete too, such as not shipping any sysvinit scripts in our packages (even if we maintain support for it in systemd for now for the benefit of third party packages), however I don't think this needs a feature page. > The instructions are a bit vague on how to create a new page using a > template. It says to create, but not how to do so. I went to a > non-existing page and copy pasted the source from the template... in > moinmoin this works way better (you can basically have it show an > textbox + button.. user just has to fill in the pagename and click the > button to get a new page using the template). Yeah that's all I did too. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Mageia 3 specifications
On Tue, Jun 05, 2012 at 11:02:35AM +0200, Anne Nicolas wrote: > ping all. Very few proposals for now. Please take some time to fill > it, it's important for coming release Added https://wiki.mageia.org/en/Feature:KillSysvinit I thought killing sysvinit was already agreed upon, so not sure a feature page is needed. The instructions are a bit vague on how to create a new page using a template. It says to create, but not how to do so. I went to a non-existing page and copy pasted the source from the template... in moinmoin this works way better (you can basically have it show an textbox + button.. user just has to fill in the pagename and click the button to get a new page using the template). -- Regards, Olav
Re: [Mageia-dev] Mageia 3 specifications
Le 30/05/2012 23:43, Anne Nicolas a écrit : Here is the process: - until 15/06: make proposals for Mageia 3 specifications (features) following our policy - 16 to 18/06: choose features that will be added for official specifications of Mageia 3 - publish and communicate on it Mageia features policy: https://wiki.mageia.org/en/Features_policy Template for feature proposal: https://wiki.mageia.org/en/Feature_Template Please read carefully this policy and use the template. Once it's done, feel free to mail -dev if you think you need to discuss your feature and find people so that you can propose resources to work on it. ping all. Very few proposals for now. Please take some time to fill it, it's important for coming release Cheers -- http://mageia.org
Re: [Mageia-dev] Mageia 3 specifications
2012/5/31 Colin Guthrie : > 'Twas brillig, and Samuel Verschelde at 30/05/12 23:14 did gyre and gimble: >> Maybe this would deserve a blog post so that people who don't follow the >> mageia-dev mailing list have a chance to propose new features for Mageia 3, >> provided they follow the features policy? > > While that's not a bad idea, I wouldn't want someone proposing a feature > to not follow the dev mailing list!! After all, the feature has to have > an owner and someone willing to work on it and typically an essential > component of that is that they follow the dev mailing list! > > I can see how it might encourage people to get involved tho', so in that > respect it's a good idea. > > Col In fact we just planned to write blog post about final planning and new process foir specifications. I do agree with Colin also. > > > > > -- > > Colin Guthrie > colin(at)mageia.org > http://colin.guthr.ie/ > > Day Job: > Tribalogic Limited http://www.tribalogic.net/ > Open Source: > Mageia Contributor http://www.mageia.org/ > PulseAudio Hacker http://www.pulseaudio.org/ > Trac Hacker http://trac.edgewall.org/ -- Anne http://www.mageia.org
Re: [Mageia-dev] Mageia 3 specifications
'Twas brillig, and Samuel Verschelde at 30/05/12 23:14 did gyre and gimble: > Maybe this would deserve a blog post so that people who don't follow the > mageia-dev mailing list have a chance to propose new features for Mageia 3, > provided they follow the features policy? While that's not a bad idea, I wouldn't want someone proposing a feature to not follow the dev mailing list!! After all, the feature has to have an owner and someone willing to work on it and typically an essential component of that is that they follow the dev mailing list! I can see how it might encourage people to get involved tho', so in that respect it's a good idea. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Mageia 3 specifications
Le mercredi 30 mai 2012 23:43:03, Anne Nicolas a écrit : > Hi there > > Mageia 2 is out, it's now time to work on next version, Mageia 3. We > tried to improve the specifications process so that it can be more > efficient and less frustrating :). > > Some conclusions on Mageia 2 specifications: > > - lots of proposals, very few achieved > - lots of incomplete proposals > - specifications that are not really specifications like "update to xxx > version" for minor packages > - some kind of catalog of items without logic > - lots of proposals without any resources > ... > > So in order to improve all this, we looked at what were doing other > distributions, especially in Fedora. Then we worked on first version for > "Features policy" that will be used for Mageia. > > Here is the process: > > - until 15/06: make proposals for Mageia 3 specifications (features) > following our policy > - 16 to 18/06: choose features that will be added for official > specifications of Mageia 3 > - publish and communicate on it > > Mageia features policy: > https://wiki.mageia.org/en/Features_policy > Template for feature proposal: > https://wiki.mageia.org/en/Feature_Template > > Please read carefully this policy and use the template. Once it's done, > feel free to mail -dev if you think you need to discuss your feature and > find people so that you can propose resources to work on it. > > Cheers Maybe this would deserve a blog post so that people who don't follow the mageia-dev mailing list have a chance to propose new features for Mageia 3, provided they follow the features policy? Samuel
