Re: [Mageia-dev] [131194] new provides, people may miss kopete irc capability
Le Lundi 01 Août 2011 17:31:13 Balcaen John a écrit : > Le Lundi 1 Août 2011 22:28:29 Angelo Naselli a écrit : > [...] > > > Well i don't know what the future is going to take me, but sure what > > made me using kopete in past was that i could use one single > > application for a lot of client ;) > > You can do the same with telepathy-kde ;o) Mikala, whendo you think télépaty will be ready is kopete telepathy aware or we shall wailt until kde4.8? LD
Re: [Mageia-dev] [131194] new provides, people may miss kopete irc capability
Le Lundi 01 Août 2011 12:45:41 Balcaen John a écrit : > Le Lundi 1 Août 2011 17:33:06 r...@mageia.org a écrit : > > Revision: 131194 > > Author: dlucio > > Date: 2011-08-01 17:33:05 +0200 (Mon, 01 Aug 2011) > > Log Message: > > --- > > new provides, people may miss kopete irc capability > > [...] > > > BuildRequires: ircclient-qt-devel >= 0.3.2 > > > > +Provides: kde4-irc-client > > I'm not sure it's wise to add this provided here currently we have for > example already konversation & quassel for this. > From my point of view we should stick like this. > (or i can add a provides on quassel-client too :p ) > > Also please note that in a near future kopete is going to be replaced by > telepathy-kde (& we're not going to add a provides kde4-irc-client to > telepathy-haze i hope :p ) > > Regards, When télépathy is ready we can drop all the irc programs jeje Well it is another option, i've been using it since 1 year without problem and I'm sure that many kde3 people that jump to kde4 are missing this capability from kopete LD
Re: [Mageia-dev] [RPM] cauldron core/release x11-server-1.10.3.901-1.mga2 ( Missing signature)
Le Lundi 1 Août 2011 20:21:45 Mageia Team a écrit : > Name: x11-server Relocations: (not > relocatable) Version : 1.10.3.901Vendor: [...] > > tv 1.10.3.901-1.mga2: > + Revision: 131064 > - 1.10.4 RC1 x11-server-common-1.10.3.901-1.mga2.x86_64.rpm is not signed. Regards, -- Balcaen John
Re: [Mageia-dev] [131194] new provides, people may miss kopete irc capability
In data lunedì 1 agosto 2011 22:31:13, Balcaen John ha scritto: > Le Lundi 1 Août 2011 22:28:29 Angelo Naselli a écrit : > [...] > > > Well i don't know what the future is going to take me, but sure what > > made me using kopete in past was that i could use one single > > application for a lot of client ;) > > You can do the same with telepathy-kde ;o) I read their blog... will see if it meets my expectation maybe :p -- Angelo signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] Drakxnet, drakroam and Draknetcenter : let's fix it or throw it.
Op maandag 01 augustus 2011 21:04:33 schreef D.Morgan: > On Mon, Aug 1, 2011 at 8:21 PM, Maarten Vanraes [...] > > Thomas, since you feel this strongly, are you willing to spend some time > > on this? > > AFAIK this is not on mageia 2 specs, maybe you should not ask ppl if > they have time to work on things not on specs, and try to focus on > specs. > We have a lot to do already don't you think ? > > Maybe it could be nice to improve net_applet instead of doing "yet an > other software for network". > I used some other distro for years and now i use mageia. Honnestly i > miss nothing ( from a normal user POV ) Ah well, i guess i wasn't really clear, i do not mean make another one, i meant adapting one to fit the usability stuff. Also, i thought this was on for mageia 2, but i was mistaken, only installer redesign was listed on the features to be done. it's true that maybe i shouldn't ask people to work on it, but if they aren't doing anything else, nothing prevents them from making it, besides, if a real usability study is done, this takes ages to complete, and then it could be ready for mageia 3. oh and it's not because everything can be done, that there isn't a perhaps more suitable way. In any case, i myself don't have the time to work on this one, but i still listed some stuff that IMHO can be done better.
Re: [Mageia-dev] new samba-squid subpackage proporsal
Le Lundi 01 Août 2011 12:36:47 Buchan Milne a écrit : > On Friday, 29 July 2011 20:52:14 Luis Daniel Lucio Quiroz wrote: > > Helow > > > > Specially tu buchan, in my experince, when trying to making work a Squid > > with an ugly wik2k8 we realize that the squid helper is not working. > > I had no problems with this in providing one of the two sets of squid proxy > servers that had a role in presenting the 2010 FIFA World Cup. (The other > set of proxies used Basic authentication against OpenLDAP). > > > After doing research we realize that samba has a helper that works > > You mean ntlm_auth, which has been in samba-common for years, and works with > Squid, Apache and FreeRADIUS ? > > > , i was > > wondering if you can do a subpackage of that helper so the squid may do > > a > > suggests to that only. > > I need more details ... so far this sounds like a question, not a proposal. > > Regards, > Buchan Yes, itis a prposal if you can add a subpackage like samba-helpers inwher eyou place tthe ntlm_auth and others from samba and i then do a suggest from squid to ask for them LD
Re: [Mageia-dev] [131194] new provides, people may miss kopete irc capability
Le Lundi 1 Août 2011 22:28:29 Angelo Naselli a écrit : [...] > > Well i don't know what the future is going to take me, but sure what > made me using kopete in past was that i could use one single > application for a lot of client ;) You can do the same with telepathy-kde ;o) -- Balcaen John
Re: [Mageia-dev] [131194] new provides, people may miss kopete irc capability
In data lunedì 1 agosto 2011 17:45:41, Balcaen John ha scritto: > Le Lundi 1 Août 2011 17:33:06 r...@mageia.org a écrit : > > Revision: 131194 > > Author: dlucio > > Date: 2011-08-01 17:33:05 +0200 (Mon, 01 Aug 2011) > > Log Message: > > --- > > new provides, people may miss kopete irc capability \o/ irc in kopete is one o the thing i missed with kde4 :D I will check it asap > > [...] > > > BuildRequires: ircclient-qt-devel >= 0.3.2 > > > > +Provides: kde4-irc-client > > I'm not sure it's wise to add this provided here currently we have for > example already konversation & quassel for this. > > >From my point of view we should stick like this. > > (or i can add a provides on quassel-client too :p ) > > Also please note that in a near future kopete is going to be replaced by > telepathy-kde (& we're not going to add a provides kde4-irc-client to > telepathy-haze i hope :p ) Well i don't know what the future is going to take me, but sure what made me using kopete in past was that i could use one single application for a lot of client ;) Cheers, -- Angelo signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] Drakxnet, drakroam and Draknetcenter : let's fix it or throw it.
On Mon, Aug 1, 2011 at 8:21 PM, Maarten Vanraes wrote: > Op maandag 01 augustus 2011 11:42:26 schreef Thomas Lottmann: >> Hello, >> >> I should have written this mail much sooner, but finally, I am totally, >> completely and starting to be hatefully fed up of these tools. >> >> The Mandriva/Mageia tools that manage the network on computers, >> especially the wireless networks are completely dysfunctional. While the >> Network Center does not seem to even communicate with the system tools >> to know what is happening during the link setup, it does not >> auto-refresh network lists properly. >> >> Since 2010.1 now even mixes up itself in it's own network scripts (the >> ones stored in wireless.d). This maxes it wrongly detect numerous >> wireless points (he seen WPA2 Enterperise hotspots as opened or WEP, or >> more nerving, becomes incapable or storing the right authentication >> information). A tool that breaks itself is a complete shame! >> >> The GUI is also appalling. Despite it's numerous possibilities, it is a >> mess and 60% of it cannot be used by something else than the system or a >> network expert. >> >> The code itself is undocumented and it extremely difficult to read. >> >> These tools are getting really bad and not working properly anyway since >> a long time now. So either we fix it and improve it (recoding?), either >> we definitely switch to Network Manager. I am ready to participate if >> necessary (despite my lack of competence), but I do not want to see >> these tools 'as is' on my computer anymore, and no longer want to see >> these issues that down Mageia's reputation in comparison to other >> popular projects here such as Arch, Fedora or Ubuntu, who do have proper >> tools delivered by default. >> >> This is not the first time I complain about this tool. We should not >> leave this unchanged. It is far too annoying and pushing to so much loss >> of time. >> >> Yours sincerely,. >> >> Thomas. > > > personally, alot of problems could likely be attributed to using all those > several of those apps together. > > imho, the network tools should be redesigned a bit, according to good > usability, but mostly, either they should all be nicely integrated which each > other, or we should just have one that does all nicely. > > personally, i find the netapplet the best working and use that exclusively to > avoid issues. > > but sadly, even netapplet is far from complete. > > as some kind of start, we should have an app that exists in drakconf, but also > accessible via an applet, but again, perhaps we should have multiple applets, > with one for each connection. > > eg: a wifi access link, 2 network connections (one of which goes to internet), > and 3 openvpn tunnels (as an example) it would even be better, if bluetooth > networking could also be included. (this would also allow for multiple > internet connections at a later time with some advanced routing) > > at the same time, people could tell at a glance if they accidentally use more > than one internet access method. > > about openvpn, some of those are user-related (even though they have effects > on > global routing), especially password related things, personally, i think it'd > be better if these can only be controlled through the applet by the user it's > from (with perhaps an option to allow any user to control this too) > > again with openvpn, it would be usefull if there was some kind of way to know > it's not only running, but also if it's essentially active or not, and if it's > used as a internet gateway. > > These are some things which i have noticed over the years of using it and > listening to end-user problems. > > > perhaps the above can be used as a starting point for a usability scheme. > > Thomas, since you feel this strongly, are you willing to spend some time on > this? > AFAIK this is not on mageia 2 specs, maybe you should not ask ppl if they have time to work on things not on specs, and try to focus on specs. We have a lot to do already don't you think ? Maybe it could be nice to improve net_applet instead of doing "yet an other software for network". I used some other distro for years and now i use mageia. Honnestly i miss nothing ( from a normal user POV )
Re: [Mageia-dev] RaLink 3062 WiFi card
hi, It turns out that support for this chip (see subject) is disabled in mageia kernels: # CONFIG_RT2800PCI_RT33XX is not set # CONFIG_RT2800PCI_RT35XX is not set Similar options for the rt2800 USB driver are also not enabled. Christiaan
Re: [Mageia-dev] Drakxnet, drakroam and Draknetcenter : let's fix it or throw it.
Op maandag 01 augustus 2011 11:42:26 schreef Thomas Lottmann: > Hello, > > I should have written this mail much sooner, but finally, I am totally, > completely and starting to be hatefully fed up of these tools. > > The Mandriva/Mageia tools that manage the network on computers, > especially the wireless networks are completely dysfunctional. While the > Network Center does not seem to even communicate with the system tools > to know what is happening during the link setup, it does not > auto-refresh network lists properly. > > Since 2010.1 now even mixes up itself in it's own network scripts (the > ones stored in wireless.d). This maxes it wrongly detect numerous > wireless points (he seen WPA2 Enterperise hotspots as opened or WEP, or > more nerving, becomes incapable or storing the right authentication > information). A tool that breaks itself is a complete shame! > > The GUI is also appalling. Despite it's numerous possibilities, it is a > mess and 60% of it cannot be used by something else than the system or a > network expert. > > The code itself is undocumented and it extremely difficult to read. > > These tools are getting really bad and not working properly anyway since > a long time now. So either we fix it and improve it (recoding?), either > we definitely switch to Network Manager. I am ready to participate if > necessary (despite my lack of competence), but I do not want to see > these tools 'as is' on my computer anymore, and no longer want to see > these issues that down Mageia's reputation in comparison to other > popular projects here such as Arch, Fedora or Ubuntu, who do have proper > tools delivered by default. > > This is not the first time I complain about this tool. We should not > leave this unchanged. It is far too annoying and pushing to so much loss > of time. > > Yours sincerely,. > > Thomas. personally, alot of problems could likely be attributed to using all those several of those apps together. imho, the network tools should be redesigned a bit, according to good usability, but mostly, either they should all be nicely integrated which each other, or we should just have one that does all nicely. personally, i find the netapplet the best working and use that exclusively to avoid issues. but sadly, even netapplet is far from complete. as some kind of start, we should have an app that exists in drakconf, but also accessible via an applet, but again, perhaps we should have multiple applets, with one for each connection. eg: a wifi access link, 2 network connections (one of which goes to internet), and 3 openvpn tunnels (as an example) it would even be better, if bluetooth networking could also be included. (this would also allow for multiple internet connections at a later time with some advanced routing) at the same time, people could tell at a glance if they accidentally use more than one internet access method. about openvpn, some of those are user-related (even though they have effects on global routing), especially password related things, personally, i think it'd be better if these can only be controlled through the applet by the user it's from (with perhaps an option to allow any user to control this too) again with openvpn, it would be usefull if there was some kind of way to know it's not only running, but also if it's essentially active or not, and if it's used as a internet gateway. These are some things which i have noticed over the years of using it and listening to end-user problems. perhaps the above can be used as a starting point for a usability scheme. Thomas, since you feel this strongly, are you willing to spend some time on this?
Re: [Mageia-dev] [RPM] cauldron core/release rpmlint-mageia-policy-0.2.9-5.mga2
2011/8/1 D.Morgan > On Mon, Aug 1, 2011 at 2:03 PM, Thierry Vignaud > wrote: > > On 1 August 2011 13:59, Mageia Team > wrote: > >> misc 0.2.9-5.mga2: > >> + Revision: 131149 > >> - add exception for filesystem and x11-server-common > >> - add some exception for kppp-provider, asked by mikala on irc > >> - new policy to fix -debug rejection > >> - better filtering for debug package > >> - new release to deploy the fixed config on valstar > >> - simplify the various exception > >> - remove old code that was moved to another file > >> - do not warn for lack of %clean, close #2260 > > > > > > As for recent firefox upload, the changelog looks like > > previous releases weren't marked/tagged as such in SVN... > > > > yes seems that we have a pb in youri ( i think this is here ) with > markrelease since some days. > I've filed a bug about it: https://bugs.mageia.org/show_bug.cgi?id=2337
Re: [Mageia-dev] GNOME3/GDM
Le Lundi 1 Août 2011 12:13:21 vous avez écrit : > 2011/8/1 Kira : > > 在 Mon, 01 Aug 2011 23:04:13 +0800, Frank Griffin 寫 道: > >> On 08/01/2011 10:59 AM, Kira wrote: > >>> 在 Mon, 01 Aug 2011 22:55:02 +0800, Frank Griffin > >>> >>> > >>> 寫道: > I tried GDM and GNOME3 after the latest metacity update for > registration, to see if the Alt-F4 mess and other anomalies > were > gone. The Alt-F4 mess seems to be, but there have been > regressions. > > GDM now crashes/restarts if you try to log into an LXDE > desktop. > >>> > >>> This one is already confirmed. > >>> > >>> Currently you could use KDM as substitude... > >> > >> Actually, you can't. I was about to reply to my own post that I > >> switched back to KDM as a fallback, but that crashes/restarts > >> as well trying to start LXDE. > > > > Last time I read colin's thread was saying KDM works... > > > > Maybe a new issue? What's abnormal in xsession-error? > > nop it seems a problem with lxde itself because it's also failing > without dm. There is https://bugs.mageia.org/show_bug.cgi?id=2354 -- Balcaen John
Re: [Mageia-dev] [131194] new provides, people may miss kopete irc capability
Le Lundi 1 Août 2011 17:33:06 r...@mageia.org a écrit : > Revision: 131194 > Author: dlucio > Date: 2011-08-01 17:33:05 +0200 (Mon, 01 Aug 2011) > Log Message: > --- > new provides, people may miss kopete irc capability [...] > BuildRequires: ircclient-qt-devel >= 0.3.2 > +Provides:kde4-irc-client I'm not sure it's wise to add this provided here currently we have for example already konversation & quassel for this. >From my point of view we should stick like this. (or i can add a provides on quassel-client too :p ) Also please note that in a near future kopete is going to be replaced by telepathy-kde (& we're not going to add a provides kde4-irc-client to telepathy-haze i hope :p ) Regards, -- Balcaen John
Re: [Mageia-dev] GNOME3/GDM
2011/8/1 Kira : > 在 Mon, 01 Aug 2011 23:04:13 +0800, Frank Griffin 寫道: > >> On 08/01/2011 10:59 AM, Kira wrote: >>> >>> 在 Mon, 01 Aug 2011 22:55:02 +0800, Frank Griffin >>> 寫道: >>> I tried GDM and GNOME3 after the latest metacity update for registration, to see if the Alt-F4 mess and other anomalies were gone. The Alt-F4 mess seems to be, but there have been regressions. GDM now crashes/restarts if you try to log into an LXDE desktop. >>> This one is already confirmed. >>> >>> Currently you could use KDM as substitude... >>> >> >> Actually, you can't. I was about to reply to my own post that I switched >> back to KDM as a fallback, but that crashes/restarts as well trying to >> start LXDE. > > Last time I read colin's thread was saying KDM works... > > Maybe a new issue? What's abnormal in xsession-error? > nop it seems a problem with lxde itself because it's also failing without dm. -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] GNOME3/GDM
在 Mon, 01 Aug 2011 23:04:13 +0800, Frank Griffin 寫道: On 08/01/2011 10:59 AM, Kira wrote: 在 Mon, 01 Aug 2011 22:55:02 +0800, Frank Griffin 寫道: I tried GDM and GNOME3 after the latest metacity update for registration, to see if the Alt-F4 mess and other anomalies were gone. The Alt-F4 mess seems to be, but there have been regressions. GDM now crashes/restarts if you try to log into an LXDE desktop. This one is already confirmed. Currently you could use KDM as substitude... Actually, you can't. I was about to reply to my own post that I switched back to KDM as a fallback, but that crashes/restarts as well trying to start LXDE. Last time I read colin's thread was saying KDM works... Maybe a new issue? What's abnormal in xsession-error?
Re: [Mageia-dev] GNOME3/GDM
On 08/01/2011 10:59 AM, Kira wrote: > 在 Mon, 01 Aug 2011 22:55:02 +0800, Frank Griffin > 寫道: > >> I tried GDM and GNOME3 after the latest metacity update for >> registration, to see if the Alt-F4 mess and other anomalies were >> gone. The Alt-F4 mess seems to be, but there have been regressions. >> >> GDM now crashes/restarts if you try to log into an LXDE desktop. >> > This one is already confirmed. > > Currently you could use KDM as substitude... > Actually, you can't. I was about to reply to my own post that I switched back to KDM as a fallback, but that crashes/restarts as well trying to start LXDE.
Re: [Mageia-dev] GNOME3/GDM
在 Mon, 01 Aug 2011 22:55:02 +0800, Frank Griffin 寫道: I tried GDM and GNOME3 after the latest metacity update for registration, to see if the Alt-F4 mess and other anomalies were gone. The Alt-F4 mess seems to be, but there have been regressions. GDM now crashes/restarts if you try to log into an LXDE desktop. This one is already confirmed. Currently you could use KDM as substitude...
[Mageia-dev] GNOME3/GDM
I tried GDM and GNOME3 after the latest metacity update for registration, to see if the Alt-F4 mess and other anomalies were gone. The Alt-F4 mess seems to be, but there have been regressions. GDM now crashes/restarts if you try to log into an LXDE desktop. GNOME3 now displays the desktop links with missing characters. The Applications link at the top left doesn't display at all, while for other strings on the desktop (e.g. the dropdown for your username, giving your status and links for system settings, logout, etc.) display with every other character (or sometimes more) blanked out, although the links themselves work if you can guess which one to use. Anybody confirm ?
Re: [Mageia-dev] [131169]
Le Lundi 1 Août 2011 15:30:59 r...@mageia.org a écrit :
> Revision: 131169
> Author: ze
> Date: 2011-08-01 15:30:58 +0200 (Mon, 01 Aug 2011)
> Log Message:
> ---
>
> - split libraries
[...]
> Provides:qt4-mobility = %{version}-%{release}
> -Requires:%{libname} = %{version}-%{release}
> +Requires:%libQtBearer = %{version}
> +Requires:%libQtContacts = %{version}
> +Requires:%libQtConnectivity = %{version}
> +Requires:%libQtFeedback = %{version}
> +Requires:%libQtGallery = %{version}
> +Requires:%libQtLocation = %{version}
> +Requires:%libQtMultimediaKit = %{version}
> +Requires:%libQtOrganizer = %{version}
> +Requires:%libQtPublishSubscribe = %{version}
> +Requires:%libQtSensors = %{version}
> +Requires:%libQtServiceFramework = %{version}
> +Requires:%libQtSystemInfo = %{version}
> +Requires:%libQtVersit = %{version}
> +Requires:%libQtVersitOrganizer = %{version}
[...]
Do we really need explicite requires here ?
I hope/guess it should be automatically handled by rpm.
Also i seed you start using some qt4 macros we spoke about on irc, did
you forget to send a RFC mail regarding thoses qt4 macros ?
Also maybe we could avoid capitalized characters in rpm's name ?
lib(64)QtBearer1 should better be lib(64)qtbearer1 .
Regards,
--
Balcaen John
Re: [Mageia-dev] Drakxnet, drakroam and Draknetcenter : let's fix it or throw it.
On 1 August 2011 15:29, Thomas Lottmann wrote: > The other main issue I see si that Drakxnet is coded in Perl and uses a lot > of perl scripts, like the drakxtools. This makes it hard to maintain, and to > improve. That's just your own POV. Not the POV of maintainers. > I know it works fine for several people. Personally, I am often having > issues because it's disconnects on it's own, This has nothing to do with drakconnect that don't handle that. If the network disconnected, that's the issue between the routers, the network, the kernel, > and no longer sees any networks when it should. which points to either network issue or kernel driver issue, not drakconnect. > Then it has difficulty reconnecting. Same, reconnecting is the job of dhcp-client, ifplugd and the like. Not drakconnect's job. > Windows, Fedora and Ubuntu's wireless tools work absolutely smoothly at my > school. And now, other people testing Mageia as school are having the same > issues I have. This is frustrating and I can assure you these home-made > network tools have to be improved and fixed. Well, Fedora tool (really NM) has its own bugs. And I'm pretty sure people who've used MS, Apple or whatever OS/tool they're used to, have also encountered issues > If you want to, I can attempt to make a list of the isses and incoherencies > I find, although they are not hard to see. Indeed, please just fill in _several_ bugs (one report per issue) against drakx-net > But as I mentionned earlier, this > is a tool that is hard to maintain, and I cannot learn perl right now. That's just _your_ personnal though, not his maintainer's. aka "this is a tool that is hard to maintain" really means "you would not be able to maintain it" > If NetworkManager is easier to maintain and works fine, then I think it can > be a better solution. Just offering or trying to find solutions, because > this tool seriously does not work properly here. it has its own flaws too...
Re: [Mageia-dev] Drakxnet, drakroam and Draknetcenter : let's fix it or throw it.
On Mon, 1 Aug 2011 14:50:10 +0200 Wolfgang Bornath wrote: > 2011/8/1 Sigrid Carrera : > > Hi Wolfgang, *, > > > > On Mon, 1 Aug 2011 13:10:08 +0200 > > Wolfgang Bornath wrote: > >> > >> As you see, my "mileage" varies from yours. :) > > > > Yes, indeed, the experiences vary. But this doesn't mean, that one opinion > > or experience can be dismissed because you have some different experiences. > > (Wobo, this is not meant as a comment to you personally, it's more a > > general comment!) > > That's what I wanted to say with my comment to Thomas' mail. :) > draknet and the others are not faulty in general, the same as > network-manager is not the general solution. I'm not sure what "faulty in general" means, but I have also found the network tools to be quite suboptimal, even though I have simple needs. For example, it recently had trouble reconnecting (using DHCP) after I rebooted my DSL modem. Regards Antoine.
Re: [Mageia-dev] Drakxnet, drakroam and Draknetcenter : let's fix it or throw it.
Le 01/08/2011 14:50, Wolfgang Bornath a écrit : 2011/8/1 Sigrid Carrera: Hi Wolfgang, *, On Mon, 1 Aug 2011 13:10:08 +0200 Wolfgang Bornath wrote: As you see, my "mileage" varies from yours. :) Yes, indeed, the experiences vary. But this doesn't mean, that one opinion or experience can be dismissed because you have some different experiences. (Wobo, this is not meant as a comment to you personally, it's more a general comment!) That's what I wanted to say with my comment to Thomas' mail. :) draknet and the others are not faulty in general, the same as network-manager is not the general solution. I have been encountering repeatedly the same issues since more than three months, and right now it has been happening repeatadly on other laptops with the same issue (Drakxnet not able to understand it's own config files). More weird now, on one of the laptops, he seems to not be able to parse /etc/wpa_supplicant.conf, for absolutely no reason. I set aside the other issues of the tool (the 'progress message' that is in reality a timeout that gives you an error message while it is still connecting... and other stuff). The other main issue I see si that Drakxnet is coded in Perl and uses a lot of perl scripts, like the drakxtools. This makes it hard to maintain, and to improve. If I posted this mail, it is because my experience is seriously downed my this network tool that is absolutely not polished. It works, but you need to understand it's way of working... which is not normal. I know it works fine for several people. Personally, I am often having issues because it's disconnects on it's own, and no longer sees any networks when it should. Then it has difficulty reconnecting. Windows, Fedora and Ubuntu's wireless tools work absolutely smoothly at my school. And now, other people testing Mageia as school are having the same issues I have. This is frustrating and I can assure you these home-made network tools have to be improved and fixed. If you want to, I can attempt to make a list of the isses and incoherencies I find, although they are not hard to see. But as I mentionned earlier, this is a tool that is hard to maintain, and I cannot learn perl right now. This means someone else who knows pearl and the tool may have to put his hands in it, and he may not have the time for. If NetworkManager is easier to maintain and works fine, then I think it can be a better solution. Just offering or trying to find solutions, because this tool seriously does not work properly here. My two cents, Thomas.
[Mageia-dev] Secret Maryo Chronicles
hi, I have started importing the game Secret Maryo Chronicles, which was already in Mandriva: http://svnweb.mageia.org/packages/cauldron/smc/ As I am a padawan, I asked it's submit to stormi, which as a good mentor carefully found that it is not in Fedora because they feel it can be sued by Nintendo. Still, Debian has accepted it after some content was changed : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405441 As of 2010, we can see in their forum that they were still replacing some graphics with less sue-able ones: http://www.secretmaryo.org/phpBB3/viewtopic.php?p=18333#p18333 http://www.secretmaryo.org/phpBB3/viewtopic.php?f=1&t=3495 Now the question : shall we import this game into Mageia? Thanks for your attention. Zézinho
Re: [Mageia-dev] [131153] merge some sub packages
Le Lundi 1 Août 2011 14:19:01 r...@mageia.org a écrit : > Revision: 131153 > Author: fwang > Date: 2011-08-01 14:19:00 +0200 (Mon, 01 Aug 2011) > Log Message: > --- > merge some sub packages [...] Why i'm agree to merge the scripts package (well sort of but i can understand) could you please reverse the merge of the amarokcollectionscanner because the purpose of it is to be used *without* amarok for example on another server have a look @ http://amarok.kde.org/wiki/Batch_Mode . Also it would be nice to have a *proper* changelog not only merge of subpackage but also which sub package has been merged. Regards, -- Balcaen John
Re: [Mageia-dev] Drakxnet, drakroam and Draknetcenter : let's fix it or throw it.
2011/8/1 Sigrid Carrera : > Hi Wolfgang, *, > > On Mon, 1 Aug 2011 13:10:08 +0200 > Wolfgang Bornath wrote: >> >> As you see, my "mileage" varies from yours. :) > > Yes, indeed, the experiences vary. But this doesn't mean, that one opinion or > experience can be dismissed because you have some different experiences. > (Wobo, this is not meant as a comment to you personally, it's more a general > comment!) That's what I wanted to say with my comment to Thomas' mail. :) draknet and the others are not faulty in general, the same as network-manager is not the general solution. -- wobo
Re: [Mageia-dev] Drakxnet, drakroam and Draknetcenter : let's fix it or throw it.
Hi Wolfgang, *, On Mon, 1 Aug 2011 13:10:08 +0200 Wolfgang Bornath wrote: > 2011/8/1 Thomas Lottmann : > > Hello, > > > > I should have written this mail much sooner, but finally, I am totally, > > completely and starting to be hatefully fed up of these tools. > > > > The Mandriva/Mageia tools that manage the network on computers, especially > > the wireless networks are completely dysfunctional. While the Network Center > > does not seem to even communicate with the system tools to know what is > > happening during the link setup, it does not auto-refresh network lists > > properly. > > > > Since 2010.1 now even mixes up itself in it's own network scripts (the ones > > stored in wireless.d). This maxes it wrongly detect numerous wireless points > > (he seen WPA2 Enterperise hotspots as opened or WEP, or more nerving, > > becomes incapable or storing the right authentication information). A tool > > that breaks itself is a complete shame! I agree, I had this happening to me as well. I'm running Mageia 1, the stable distribution, not a Cauldron installation. I have already entered a bug report about my problem (see https://bugs.mageia.org/show_bug.cgi?id=1263) and it is annoying. without any reason (at least, not one, that I can see) my wireless connection disconnects and every try to reconnect ends in failure. And if I check then the configuration, the connection is set to either OPEN or WEP instead of WPA2. > > > > The GUI is also appalling. Despite it's numerous possibilities, it is a mess > > and 60% of it cannot be used by something else than the system or a network > > expert. I don't have a specific opinion about the GUI. When it works, it's fine. I am wondering sometimes, what all those options are for, but since now, I've always managed to get a working connection, so this is not a mayor issue for me. > > > > The code itself is undocumented and it extremely difficult to read. > > > > These tools are getting really bad and not working properly anyway since a > > long time now. So either we fix it and improve it (recoding?), either we > > definitely switch to Network Manager. I am ready to participate if necessary > > (despite my lack of competence), but I do not want to see these tools 'as > > is' on my computer anymore, and no longer want to see these issues that down > > Mageia's reputation in comparison to other popular projects here such as > > Arch, Fedora or Ubuntu, who do have proper tools delivered by default. > > > > This is not the first time I complain about this tool. We should not leave > > this unchanged. It is far too annoying and pushing to so much loss of time. I can't say anything about the code, I haven't looked at it. (Not that I understand much about coding). ;) > > While I cannot confirm the problems you are talking about in former > Mandriva (2010.x) nor in Mageia 1, I do have the problems in Mageia > Cauldron, mostly caused by (guess what?) - network-manager! I reported > about this in the forum > (https://forums.mageia.org/en/viewtopic.php?f=15&t=869). > Just current case: after an update run in Cauldron my wifi does not > connect, then connects and disconnects again after a few seconds. > After trying several measurements like removing the setup-script, > removing the connection in MCC, etc., all without result, I > de-installed network-manager and configured wifi again by the draktool > without NM - it works now. > > As you see, my "mileage" varies from yours. :) Yes, indeed, the experiences vary. But this doesn't mean, that one opinion or experience can be dismissed because you have some different experiences. (Wobo, this is not meant as a comment to you personally, it's more a general comment!) Sigrid
Re: [Mageia-dev] [RPM] cauldron core/release mesa-7.11-0.rc4.1.mga2
Le Lundi 1 Août 2011 14:23:15 Thierry Vignaud a écrit : [...] > > Mesa-7.11 final is out. > Btw, we could add a tainted build of mesa with OpenGL floating-point > textures support > (new in 7.11, disabled by default b/c of some patents). It could be a good idea. -- Balcaen John
Re: [Mageia-dev] [RPM] cauldron core/release mesa-7.11-0.rc4.1.mga2
On 1 August 2011 00:26, Mageia Team wrote: > tv 7.11-0.rc4.1.mga2: > + Revision: 131074 > - new prerelease > - new prerelease Mesa-7.11 final is out. Btw, we could add a tainted build of mesa with OpenGL floating-point textures support (new in 7.11, disabled by default b/c of some patents). WDYT?
Re: [Mageia-dev] Drakxnet, drakroam and Draknetcenter : let's fix it or throw it.
Le Lundi 1 Août 2011 13:10:08 Wolfgang Bornath a écrit : [] > > This is not the first time I complain about this tool. We should > > not leave this unchanged. It is far too annoying and pushing to > > so much loss of time. > While I cannot confirm the problems you are talking about in former > Mandriva (2010.x) nor in Mageia 1, I do have the problems in Mageia > Cauldron, mostly caused by (guess what?) - network-manager! I reported > about this in the forum > (https://forums.mageia.org/en/viewtopic.php?f=15&t=869). > Just current case: after an update run in Cauldron my wifi does not > connect, then connects and disconnects again after a few seconds. > After trying several measurements like removing the setup-script, > removing the connection in MCC, etc., all without result, I > de-installed network-manager and configured wifi again by the draktool > without NM - it works now. NetworkManager 0.8997 in cauldron did not have the mdv patch at all because nm 0.9 is different than the 0.7 & 0.8.x branch. (Some mails was sent on the mailing list for that if i'm not wrong), so you can expect that nm will conflict & try to start the network while mageia tools (drakx) are trying also which can explain why you were not able to connect at all. However blino did patch yesterday night the ifcfg-rh plugin so at least now nm is able to *ignore* the device managed by drakx tools so you should not have the same problem now. -- Balcaen John
Re: [Mageia-dev] [RPM] cauldron core/release rpmlint-mageia-policy-0.2.9-5.mga2
On Mon, Aug 1, 2011 at 2:03 PM, Thierry Vignaud wrote: > On 1 August 2011 13:59, Mageia Team wrote: >> misc 0.2.9-5.mga2: >> + Revision: 131149 >> - add exception for filesystem and x11-server-common >> - add some exception for kppp-provider, asked by mikala on irc >> - new policy to fix -debug rejection >> - better filtering for debug package >> - new release to deploy the fixed config on valstar >> - simplify the various exception >> - remove old code that was moved to another file >> - do not warn for lack of %clean, close #2260 > > > As for recent firefox upload, the changelog looks like > previous releases weren't marked/tagged as such in SVN... > yes seems that we have a pb in youri ( i think this is here ) with markrelease since some days. Does someone can look to this ? have we changed something regarding the configuration ?
Re: [Mageia-dev] [RPM] cauldron core/release rpmlint-mageia-policy-0.2.9-5.mga2
On 1 August 2011 13:59, Mageia Team wrote: > misc 0.2.9-5.mga2: > + Revision: 131149 > - add exception for filesystem and x11-server-common > - add some exception for kppp-provider, asked by mikala on irc > - new policy to fix -debug rejection > - better filtering for debug package > - new release to deploy the fixed config on valstar > - simplify the various exception > - remove old code that was moved to another file > - do not warn for lack of %clean, close #2260 As for recent firefox upload, the changelog looks like previous releases weren't marked/tagged as such in SVN...
Re: [Mageia-dev] Drakxnet, drakroam and Draknetcenter : let's fix it or throw it.
2011/8/1 Thomas Lottmann : > Hello, > > I should have written this mail much sooner, but finally, I am totally, > completely and starting to be hatefully fed up of these tools. > > The Mandriva/Mageia tools that manage the network on computers, especially > the wireless networks are completely dysfunctional. While the Network Center > does not seem to even communicate with the system tools to know what is > happening during the link setup, it does not auto-refresh network lists > properly. > > Since 2010.1 now even mixes up itself in it's own network scripts (the ones > stored in wireless.d). This maxes it wrongly detect numerous wireless points > (he seen WPA2 Enterperise hotspots as opened or WEP, or more nerving, > becomes incapable or storing the right authentication information). A tool > that breaks itself is a complete shame! > > The GUI is also appalling. Despite it's numerous possibilities, it is a mess > and 60% of it cannot be used by something else than the system or a network > expert. > > The code itself is undocumented and it extremely difficult to read. > > These tools are getting really bad and not working properly anyway since a > long time now. So either we fix it and improve it (recoding?), either we > definitely switch to Network Manager. I am ready to participate if necessary > (despite my lack of competence), but I do not want to see these tools 'as > is' on my computer anymore, and no longer want to see these issues that down > Mageia's reputation in comparison to other popular projects here such as > Arch, Fedora or Ubuntu, who do have proper tools delivered by default. > > This is not the first time I complain about this tool. We should not leave > this unchanged. It is far too annoying and pushing to so much loss of time. While I cannot confirm the problems you are talking about in former Mandriva (2010.x) nor in Mageia 1, I do have the problems in Mageia Cauldron, mostly caused by (guess what?) - network-manager! I reported about this in the forum (https://forums.mageia.org/en/viewtopic.php?f=15&t=869). Just current case: after an update run in Cauldron my wifi does not connect, then connects and disconnects again after a few seconds. After trying several measurements like removing the setup-script, removing the connection in MCC, etc., all without result, I de-installed network-manager and configured wifi again by the draktool without NM - it works now. As you see, my "mileage" varies from yours. :) -- wobo
Re: [Mageia-dev] new samba-squid subpackage proporsal
On Friday, 29 July 2011 20:52:14 Luis Daniel Lucio Quiroz wrote: > Helow > > Specially tu buchan, in my experince, when trying to making work a Squid > with an ugly wik2k8 we realize that the squid helper is not working. I had no problems with this in providing one of the two sets of squid proxy servers that had a role in presenting the 2010 FIFA World Cup. (The other set of proxies used Basic authentication against OpenLDAP). > After doing research we realize that samba has a helper that works You mean ntlm_auth, which has been in samba-common for years, and works with Squid, Apache and FreeRADIUS ? > , i was > wondering if you can do a subpackage of that helper so the squid may do a > suggests to that only. I need more details ... so far this sounds like a question, not a proposal. Regards, Buchan
[Mageia-dev] Drakxnet, drakroam and Draknetcenter : let's fix it or throw it.
Hello, I should have written this mail much sooner, but finally, I am totally, completely and starting to be hatefully fed up of these tools. The Mandriva/Mageia tools that manage the network on computers, especially the wireless networks are completely dysfunctional. While the Network Center does not seem to even communicate with the system tools to know what is happening during the link setup, it does not auto-refresh network lists properly. Since 2010.1 now even mixes up itself in it's own network scripts (the ones stored in wireless.d). This maxes it wrongly detect numerous wireless points (he seen WPA2 Enterperise hotspots as opened or WEP, or more nerving, becomes incapable or storing the right authentication information). A tool that breaks itself is a complete shame! The GUI is also appalling. Despite it's numerous possibilities, it is a mess and 60% of it cannot be used by something else than the system or a network expert. The code itself is undocumented and it extremely difficult to read. These tools are getting really bad and not working properly anyway since a long time now. So either we fix it and improve it (recoding?), either we definitely switch to Network Manager. I am ready to participate if necessary (despite my lack of competence), but I do not want to see these tools 'as is' on my computer anymore, and no longer want to see these issues that down Mageia's reputation in comparison to other popular projects here such as Arch, Fedora or Ubuntu, who do have proper tools delivered by default. This is not the first time I complain about this tool. We should not leave this unchanged. It is far too annoying and pushing to so much loss of time. Yours sincerely,. Thomas.
