Re: [Mageia-dev] mgarepo question
On Sat, 27 Oct 2012 02:16:32 +0100 "Johnny A. Solbu" wrote: > Hi. > I have encountered a problem with mgarepo that I've never had to deal > with until now. A package I'm working on has been updated and > submitted, before I was finished, and I'm fine with it. But «mgarepo > up» is asking me what to do, and I have several choices. Two of the > choices are «(mc) my conflict» and «(tc) their conflict». (translated) > > I have never had a conflict hapening as a result of someone else > working on my packages before, so I don't know which these to options > do what. THink that one of them means that my copy is the copy to > use, and the other option means that my copy is to be discarded in > favour of the remote copy. but I don't know which option actually > does what. > > It is Not obvious what the options do, for someone not used to having > conflicts. And the manpage or documentation does not mention any > options of any kind. Can anyone explain to me what these two options > do? > See e.g. http://svnbook.red-bean.com/en/1.7/svn.tour.cycle.html#svn.tour.cycle.resolve
Re: [Mageia-dev] mgarepo question
On Saturday 27 October 2012 03:16, Johnny A. Solbu wrote: > A package I'm working on has been updated and submitted, before I was > finished, and I'm fine with it. That is, it was updated and submited by someone else, and not by me. -- Johnny A. Solbu PGP key ID: 0xFA687324 signature.asc Description: This is a digitally signed message part.
[Mageia-dev] mgarepo question
Hi. I have encountered a problem with mgarepo that I've never had to deal with until now. A package I'm working on has been updated and submitted, before I was finished, and I'm fine with it. But «mgarepo up» is asking me what to do, and I have several choices. Two of the choices are «(mc) my conflict» and «(tc) their conflict». (translated) I have never had a conflict hapening as a result of someone else working on my packages before, so I don't know which these to options do what. THink that one of them means that my copy is the copy to use, and the other option means that my copy is to be discarded in favour of the remote copy. but I don't know which option actually does what. It is Not obvious what the options do, for someone not used to having conflicts. And the manpage or documentation does not mention any options of any kind. Can anyone explain to me what these two options do? -- Johnny A. Solbu PGP key ID: 0xFA687324 signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] rehashing the faac issue
On Saturday 27 October 2012 00:59, PhilippeDidier wrote: > But I wondered why the thread suddenly stopped three weeks ago with > apparently no decision ... I'm a packager and I also don't remember there beeing a decision. There was a lot of discussion, but no resolvement. -- Johnny A. Solbu PGP key ID: 0xFA687324 signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] Notes about live CD
On 10/27/2012 12:40 AM, Wolfgang Bornath wrote: 2012/10/27 JA Magallón : On 10/26/2012 12:54 PM, Olivier Blin wrote: JA Magallón writes: - the installer asks to remove the unused harware support, but the wording for the choice is misleading: [ ] Unsued hardware support What does it really mean if I tick this, I want to keep the unused hw support or to remove it ? The text reads this way: We will remove the following packages, unless you choose otherwise: [ ] Unused hardware support [ ] Unused localization Oops, sorry for the late answer. In the live _CD_, I saw no choice for localization, I think it is because it only includes english ? The live DVD has both marks to check. I will rephrase it as: There is some soft installed by default that is not needed in your current setup. Mark them if you want it to be removed now: [ ] Unused hardware support [ ] Unused localizations -- J.A. Magallon \ Winter is coming... As it is now the user has to read the whole thing (first the leading sentence, then the options, then put both in a meaningful relation) before he can decide what to do. Our goal was always to make it as simple as reasonable for the user to understand what we exactly mean. So why not write in the options what is really done? Some installed packages (hardware and language support) may not be needed on your computer. [ ] Check to remove unused hardware support [ ] Check to remove unused language support Here the option tells exactly and with no room for misunderstanding in one line what it is doing when checked or unchecked. Nice -- J.A. Magallon \ Winter is coming...
Re: [Mageia-dev] rehashing the faac issue
Pierre-Malo Deniélou a écrit : > Le 26/10/12 17:47,PhilippeDidier nous adresse ces quelques mots : >> Guillaume Rousse a écrit : >> unfortunately ... >> three weeks after the last post on this thread >> a long silence >> and there is nothing new in Mageia.. > > Sorry Philippe that we are not quick enough for you ... > > The packager team is overworked and short of people, so everyone > prioritises their own work over minor issues like faac (although > Guillaume is about so solve that issue soon). > > If you'd like to help, please join the packager team, we need help with > maintaining the thousands of packages that are in Mageia and help in > developing a great Mageia 3. > Sorry that you understood that I meant you're not quick enough That was absolutely not what I thought... But I wondered why the thread suddenly stopped three weeks ago with apparently no decision ... I was afraid it was buried. It's a good news when I read that Guillaume is working on it :-) I am not skilled enough to become a maintainer... and most of all I would not have regularly time to really maintain packages (I wouldn't do a serious work for the community if I'm not here to apply corrections when needed) When I have time I try my best to test updates, report bugs, propose patches or specs (some of them have been used by maintainers), test liveCD
Re: [Mageia-dev] Establishing a Mageia Mirror in Israel
Op vrijdag 26 oktober 2012 23:58:52 schreef Shlomi Fish: > Hi all, > > if you are a resident of Israel and would like to have an Israeli mirror of > Mageia, please let http://mirror.isoc.org.il/ and me know. So far, the > administrator of this mirror ( mirrormas...@isoc.org.il ) believes there is > too little demand for it, and I would like to show him that this is not the > case. > > Regards, > > Shlomi Fish you can also show him distrowatch.com
Re: [Mageia-dev] systemd and openvpn
Op vrijdag 26 oktober 2012 16:36:50 schreef Richard Couture: > More fun with systemd > > When I try to start my openvpn client with > systemctl restart openvpn.service > > I get > > [root@AbelLap system]# systemctl restart openvpn.service > Failed to issue method call: Unit openvpn.service failed to load: > Invalid argument. See system logs and 'systemctl status openvpn.service' > for details. > > systemctl status openvpn.service > > gives me > > [root@AbelLap system]# systemctl status openvpn.service > openvpn.service > Loaded: error (Reason: Invalid argument) > Active: inactive (dead) > > > HOWEVER when I go to /etc/init.d and issue the command > [root@AbelLap system]# cd /etc/init.d > [root@AbelLap init.d]# ./openvpn restart > Shutting down openvpn: [ OK ] > Starting openvpn: [ OK ] > > everything works fine > Am I being super twit or something? > > I am writing a tutorial on openVPN to present to the international > Festival of Free Software in Puerto Vallarta http://www.fslvallarta.org > next week and thought to use MGA to indirectly promote it's use. > > Thanks > > > > > Richard openvpn are now started per configfile: you should use: openvpn@myconffile.service instead (if you have a myconffile.conf in /etc/openvpn/)
Re: [Mageia-dev] Notes about live CD
2012/10/27 JA Magallón : > On 10/26/2012 12:54 PM, Olivier Blin wrote: >> >> JA Magallón writes: >> >>> - the installer asks to remove the unused harware support, but the >>>wording for the choice is misleading: >>> >>> [ ] Unsued hardware support >>> >>>What does it really mean if I tick this, I want to keep the unused >>>hw support or to remove it ? >> >> >> The text reads this way: >> >> We will remove the following packages, unless you choose otherwise: >> [ ] Unused hardware support >> [ ] Unused localization >> > > Oops, sorry for the late answer. > > In the live _CD_, I saw no choice for localization, I think it is > because it only includes english ? The live DVD has both marks to check. > > I will rephrase it as: > > There is some soft installed by default that is not needed in your > current setup. Mark them if you want it to be removed now: > [ ] Unused hardware support > [ ] Unused localizations > > -- > J.A. Magallon \ Winter is > coming... As it is now the user has to read the whole thing (first the leading sentence, then the options, then put both in a meaningful relation) before he can decide what to do. Our goal was always to make it as simple as reasonable for the user to understand what we exactly mean. So why not write in the options what is really done? Some installed packages (hardware and language support) may not be needed on your computer. [ ] Check to remove unused hardware support [ ] Check to remove unused language support Here the option tells exactly and with no room for misunderstanding in one line what it is doing when checked or unchecked. -- wobo
Re: [Mageia-dev] Notes about live CD
On 10/26/2012 12:54 PM, Olivier Blin wrote: JA Magallón writes: - the installer asks to remove the unused harware support, but the wording for the choice is misleading: [ ] Unsued hardware support What does it really mean if I tick this, I want to keep the unused hw support or to remove it ? The text reads this way: We will remove the following packages, unless you choose otherwise: [ ] Unused hardware support [ ] Unused localization Oops, sorry for the late answer. In the live _CD_, I saw no choice for localization, I think it is because it only includes english ? The live DVD has both marks to check. I will rephrase it as: There is some soft installed by default that is not needed in your current setup. Mark them if you want it to be removed now: [ ] Unused hardware support [ ] Unused localizations -- J.A. Magallon \ Winter is coming...
[Mageia-dev] Establishing a Mageia Mirror in Israel
Hi all, if you are a resident of Israel and would like to have an Israeli mirror of Mageia, please let http://mirror.isoc.org.il/ and me know. So far, the administrator of this mirror ( mirrormas...@isoc.org.il ) believes there is too little demand for it, and I would like to show him that this is not the case. Regards, Shlomi Fish -- - Shlomi Fish http://www.shlomifish.org/ The Case for File Swapping - http://shlom.in/file-swap A kid always wishes they were older until they are 18. Afterwards, they always wish they were younger. Please reply to list if it's a mailing list post - http://shlom.in/reply .
Re: [Mageia-dev] systemd and openvpn
Le 26/10/2012 23:36, Richard Couture a écrit : More fun with systemd When I try to start my openvpn client with systemctl restart openvpn.service I get [root@AbelLap system]# systemctl restart openvpn.service Failed to issue method call: Unit openvpn.service failed to load: Invalid argument. See system logs and 'systemctl status openvpn.service' for details. systemctl status openvpn.service gives me [root@AbelLap system]# systemctl status openvpn.service openvpn.service Loaded: error (Reason: Invalid argument) Active: inactive (dead) HOWEVER when I go to /etc/init.d and issue the command [root@AbelLap system]# cd /etc/init.d [root@AbelLap init.d]# ./openvpn restart Shutting down openvpn: [ OK ] Starting openvpn: [ OK ] everything works fine Am I being super twit or something? I am writing a tutorial on openVPN to present to the international Festival of Free Software in Puerto Vallarta http://www.fslvallarta.org next week and thought to use MGA to indirectly promote it's use. Thanks Richard Hello, I think you can found some help in the related bugs: https://bugs.mageia.org/show_bug.cgi?id=6291
[Mageia-dev] systemd and openvpn
More fun with systemd When I try to start my openvpn client with systemctl restart openvpn.service I get [root@AbelLap system]# systemctl restart openvpn.service Failed to issue method call: Unit openvpn.service failed to load: Invalid argument. See system logs and 'systemctl status openvpn.service' for details. systemctl status openvpn.service gives me [root@AbelLap system]# systemctl status openvpn.service openvpn.service Loaded: error (Reason: Invalid argument) Active: inactive (dead) HOWEVER when I go to /etc/init.d and issue the command [root@AbelLap system]# cd /etc/init.d [root@AbelLap init.d]# ./openvpn restart Shutting down openvpn: [ OK ] Starting openvpn: [ OK ] everything works fine Am I being super twit or something? I am writing a tutorial on openVPN to present to the international Festival of Free Software in Puerto Vallarta http://www.fslvallarta.org next week and thought to use MGA to indirectly promote it's use. Thanks Richard -- LinuxCabal Asociación Civil Ing. Richard Couture Novell CNE, ECNE, MCNE HP/Compaq ASE Tel.: (+52) (333) 145-2638 Cel.: (+52) (044) 333 377-7505 Cel.: (+52) (044) 333 377-7506 Web: http://www.LinuxCabal.org E-Mail: r...@linuxcabal.org Hosted en la nube Cloud Sigma - www.CloudSigma.com AVISO DE CONFIDENCIALIDAD: Este correo electrónico, incluyendo en su caso, los archivos adjuntos al mismo, pueden contener información de carácter confidencial y/o privilegiada, y se envían a la atención única y exclusivamente de la persona y/o entidad a quien va dirigido. La copia, revisión, uso, revelación y/o distribución de dicha información confidencial sin la autorización por escrito de LinuxCabal está prohibida. Si usted no es el destinatario a quien se dirige el presente correo, favor de contactar al remitente respondiendo al presente correo y eliminar el correo original incluyendo sus archivos, así como cualesquiera copia del mismo. Mediante la recepción del presente correo usted reconoce y acepta que en caso de incumplimiento de su parte y/o de sus representantes a los términos antes mencionados, LinuxCabal tendrá derecho a los daños y perjuicios que esto le cause.
Re: [Mageia-dev] Notes about live CD
On Friday 26 October 2012 22:14, Rémi Verschelde wrote: > The way the sentance "We will remove the following packages, unless > you choose otherwise:" is phrased, makes me expect an opt-out > solution. So it would make sense if it were: > > We will remove the following packages, unless you choose otherwise: > [ x ] Unused hardware support > [ x ] Unused localization > > And you have to uncheck what you want to keep. > Wouldn't it be clearer? That looks much better, yes. It get's my vote. :-)= -- Johnny A. Solbu PGP key ID: 0xFA687324 signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] rehashing the faac issue
Le 26/10/12 17:47,PhilippeDidier nous adresse ces quelques mots : > Guillaume Rousse a écrit : > unfortunately ... > three weeks after the last post on this thread > a long silence > and there is nothing new in Mageia.. Sorry Philippe that we are not quick enough for you ... The packager team is overworked and short of people, so everyone prioritises their own work over minor issues like faac (although Guillaume is about so solve that issue soon). If you'd like to help, please join the packager team, we need help with maintaining the thousands of packages that are in Mageia and help in developing a great Mageia 3. -- Malo
Re: [Mageia-dev] Notes about live CD
2012/10/26 Johnny A. Solbu : > On Friday 26 October 2012 20:48, Barry Jackson wrote: >> We will remove the following packages, unless you choose otherwise: >> [ ] Check to remove unused hardware support >> [ ] Check to remove unused localization > > Unless I missed something, your example is ambiguous. > The message is unless you say otherwise, these items will be removed, not > keept. > Therefore the checkboxes is to Keep unused blahblah. > > So your example should be: > === > We will remove the following packages, unless you choose otherwise: > [ ] Check to keep unused hardware support > [ ] Check to keep unused localization > === > The way the sentance "We will remove the following packages, unless you choose otherwise:" is phrased, makes me expect an opt-out solution. So it would make sense if it were: We will remove the following packages, unless you choose otherwise: [ x ] Unused hardware support [ x ] Unused localization And you have to uncheck what you want to keep. Wouldn't it be clearer? Regards, Rémi
Re: [Mageia-dev] Notes about live CD
On Friday 26 October 2012 20:48, Barry Jackson wrote: > We will remove the following packages, unless you choose otherwise: > [ ] Check to remove unused hardware support > [ ] Check to remove unused localization Unless I missed something, your example is ambiguous. The message is unless you say otherwise, these items will be removed, not keept. Therefore the checkboxes is to Keep unused blahblah. So your example should be: === We will remove the following packages, unless you choose otherwise: [ ] Check to keep unused hardware support [ ] Check to keep unused localization === -- Johnny A. Solbu PGP key ID: 0xFA687324 signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] Notes about live CD
On 26/10/12 12:46, Wolfgang Bornath wrote: 2012/10/26 Olivier Blin : JA Magallón writes: - the installer asks to remove the unused harware support, but the wording for the choice is misleading: [ ] Unsued hardware support What does it really mean if I tick this, I want to keep the unused hw support or to remove it ? The text reads this way: We will remove the following packages, unless you choose otherwise: [ ] Unused hardware support [ ] Unused localization Yes, still I was puzzled for a moment as well. To me this is a correct choice of words but it is not the best to be un-misunderstandable. I agree to JA's suggestion to improve this. It's like the question when you want to disable the firewall. First line in the assistent says "ALL" which is logical correct but it is better understandable with the additional "(no firewall)" Yes exactly - I have always felt that this is confusing. Maybe:- We will remove the following packages, unless you choose otherwise: [ ] Check to remove unused hardware support [ ] Check to remove unused localization
Re: [Mageia-dev] rehashing the faac issue
Guillaume Rousse a écrit : > Hello list. > > The case of faac package has been discussed several times already: > https://bugs.mageia.org/show_bug.cgi?id=1730 > http://www.mail-archive.com/mageia-dev@mageia.org/msg08059.html > > https://www.mageia.org/pipermail/mageia-dev/2012-June/016673.html > > So far, the conclusion was than we had no perfect solution to handle the > case of a software being having both licensing and patents issue, > whereas usually software only suffer from one of these problems only, > and than creating a dedicated 4th repository was unreasonable. Hence the > removal of the package from the mirrors (but not from our svn...). > > Given the importance of this package for several multimedia-related > software (it is a mandatory dependency for cinerella, for instance), I > think it's time to revisit this decision, and rather look for a > pragmatic solution rather than a merely bureaucratic one. So far, I > didn't see anything in the line of "we don't want to distribute it", > rather "we don't know how to do it"... > > For me, the simplest solution is just to decide between non-free and > tainted repository where this piece of code fits better (or sucks less), > eventually document the exception somewhere on the wiki, and stop > getting blocked eternally by our own rules... unfortunately ... three weeks after the last post on this thread a long silence and there is nothing new in Mageia... Thanks again to Blogdrake's Repo !
Re: [Mageia-dev] "App-CPAN2Pkg keeps failing on already available packages" - https://rt.cpan.org/Ticket/Display.html?id=80418
Hi Jerome, thanks for replying for the previous bug. Here is a new bug I filed now: https://rt.cpan.org/Ticket/Display.html?id=80420 Regards, Shlomi Fish On Fri, 26 Oct 2012 11:53:09 +0200 Shlomi Fish wrote: > Hi Jerome, > > I've been trying out CPAN2Pkg, and was dismayed by this bug: > > https://rt.cpan.org/Ticket/Display.html?id=80418 > > "App-CPAN2Pkg keeps failing on already available packages (in the Mageia > upstream). > > I did not get a reply to the previous bug I reported (which is of similar > nature) in 3 months > - https://rt.cpan.org/Ticket/Display.html?id=78510 . > > Now, I tried to find out what the problem with CPAN2Pkg and after a long > investigation, I realised that check_upstream_availability() and > _install_from_upstream_with_rpm_lock() are called only on the initial > $self->module->name() (which is object-wide) and not only on its > prerequisites. That's not good - we should check each prerequisite as well. > Can you look into fixing this? Otherwise, it makes cpan2pkg extremely > frustrating to use. > > Regards, > > Shlomi Fish > -- - Shlomi Fish http://www.shlomifish.org/ First stop for Perl beginners - http://perl-begin.org/ When Chuck Norris uses git, he takes a coffee break after initiating every git commit. And then he waits for the commit to finish. Please reply to list if it's a mailing list post - http://shlom.in/reply .
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release perl-Tapper-TestSuite-Benchmark-Perl-Formance-4.1.0-1.mga3
On 26 October 2012 14:06, shlomif wrote: > Description : > no description found Please fix all your new perl packages of today... And check future ones before initial import... > shlomif 4.1.0-1.mga3: > + Revision: 310269 > - imported package perl-Tapper-TestSuite-Benchmark-Perl-Formance
Re: [Mageia-dev] On binary version references requirements
'Twas brillig, and Colin Guthrie at 26/10/12 14:59 did gyre and gimble: > 'Twas brillig, and Funda Wang at 26/10/12 14:28 did gyre and gimble: >> There is no objections? > > It would seem reasonable I guess. Only question would be what it would > do to the hdlist sizes and such like. > > I think Thierry did some tweaks to reduce these sizes some months ago so > this may break any advantages this brings. > > My uneducated guess is that it wouldn't change things too much, but > others more informed than I can perhaps make a better call on it. Ha! By the time I fixed my broken sasl auth stuff (new bug for mga2 and a bigger one for mga3 discovered!) and was actually able to send my mail, Thierry had replied :) 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] On binary version references requirements
'Twas brillig, and Funda Wang at 26/10/12 14:28 did gyre and gimble: > There is no objections? It would seem reasonable I guess. Only question would be what it would do to the hdlist sizes and such like. I think Thierry did some tweaks to reduce these sizes some months ago so this may break any advantages this brings. My uneducated guess is that it wouldn't change things too much, but others more informed than I can perhaps make a better call on it. Cheers 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] On binary version references requirements
On 26 October 2012 15:28, Funda Wang wrote: > There is no objections? No. BTW what does RH?
Re: [Mageia-dev] On binary version references requirements
There is no objections? 2012/10/25 Funda Wang : > Hello, > > In /usr/lib/rpm/mageia/find-requires, it reads: > > # Weak symbol versions (from glibc). > > (START==2) && (LIBNAME!="") && ($4!="") && (($4~/^GLIBC_*/) || > ($4~/^GCC_*/)) { > print LIBNAME "(" $4 ")'$lib64'"; > } > > > That means, we only prints those weak symbols regarding GLIBC and GCC. But > why? > > $ objdump -x /usr/lib64/libwebkitgtk-1.0.so.0 > Version References: >required from libxml2.so.2: > 0x08f4cab6 0x00 19 LIBXML2_2.6.6 > 0x08f4cab0 0x00 16 LIBXML2_2.6.0 > 0x0f4c8be0 0x00 15 LIBXML2_2.4.30 >required from libpthread.so.0: > 0x09691a75 0x00 10 GLIBC_2.2.5 >required from libstdc++.so.6: > 0x056bafd3 0x00 18 CXXABI_1.3 > 0x02297f89 0x00 17 GLIBCXX_3.4.9 > 0x0297f865 0x00 11 GLIBCXX_3.4.15 > 0x08922974 0x00 08 GLIBCXX_3.4 >required from libxslt.so.1: > 0x0f5c4bd4 0x00 20 LIBXML2_1.0.24 > 0x08f5c3b9 0x00 14 LIBXML2_1.1.9 > 0x0f5c4bd2 0x00 12 LIBXML2_1.0.22 > 0x0f5c4bc1 0x00 07 LIBXML2_1.0.11 >required from libjpeg.so.8: > 0x04cdfde0 0x00 06 LIBJPEG_8.0 >required from libdl.so.2: > 0x09691a75 0x00 04 GLIBC_2.2.5 >required from libm.so.6: > 0x09691a75 0x00 03 GLIBC_2.2.5 >required from libc.so.6: > 0x0d696918 0x00 23 GLIBC_2.8 > 0x06969191 0x00 22 GLIBC_2.11 > 0x06969194 0x00 21 GLIBC_2.14 > 0x0d696914 0x00 13 GLIBC_2.4 > 0x0d696913 0x00 09 GLIBC_2.3 > 0x09691a75 0x00 05 GLIBC_2.2.5 > 0x09691974 0x00 02 GLIBC_2.3.4 > > That means, ABI versions regarding LIBXML2* and LIBJPEG* are not > raised when packaging. Fedora is promoting those extra ABI versions > now. I read history on mandriva's repository, but could not find any > relevant information. > > Any thoughts to export those requirements? T
Re: [Mageia-dev] "App-CPAN2Pkg keeps failing on already available packages" - https://rt.cpan.org/Ticket/Display.html?id=80418
On 12/10/26 11:53 +0200, Shlomi Fish wrote: > I've been trying out CPAN2Pkg, and was dismayed by this bug: > https://rt.cpan.org/Ticket/Display.html?id=80418 > > "App-CPAN2Pkg keeps failing on already available packages (in the Mageia > upstream). > > I did not get a reply to the previous bug I reported (which is of similar > nature) in 3 months > - https://rt.cpan.org/Ticket/Display.html?id=78510 . strange, i did not get the email from rt, which is why i didn't have a look at them. :-( > Now, I tried to find out what the problem with CPAN2Pkg and after a long > investigation, I realised that check_upstream_availability() and > _install_from_upstream_with_rpm_lock() are called only on the initial > $self->module->name() (which is object-wide) and not only on its > prerequisites. > That's not good - we should check each prerequisite as well. Can you look into > fixing this? Otherwise, it makes cpan2pkg extremely frustrating to use. sorry, but check_upstream_availability is done in START event from app::cpan2pkg::worker class, and thus for each new module. indeed, there's a new worker session created for each module to be investigated. your error comes from this in the output: * 22:16:46 Running: cpanp /prereqs show Carp::REPL [ERROR] No such plugin command ==> you need to install perl-CPANPLUS-Shell-Default-Plugins-Prereqs-0.100.0-1.mga3.noarch.rpm Jérôme
Re: [Mageia-dev] Notes about live CD
2012/10/26 Olivier Blin : > JA Magallón writes: > >> - the installer asks to remove the unused harware support, but the >> wording for the choice is misleading: >> >> [ ] Unsued hardware support >> >> What does it really mean if I tick this, I want to keep the unused >> hw support or to remove it ? > > The text reads this way: > > We will remove the following packages, unless you choose otherwise: > [ ] Unused hardware support > [ ] Unused localization Yes, still I was puzzled for a moment as well. To me this is a correct choice of words but it is not the best to be un-misunderstandable. I agree to JA's suggestion to improve this. It's like the question when you want to disable the firewall. First line in the assistent says "ALL" which is logical correct but it is better understandable with the additional "(no firewall)" -- wobo
Re: [Mageia-dev] Notes about live CD
JA Magallón writes: > - the installer asks to remove the unused harware support, but the > wording for the choice is misleading: > > [ ] Unsued hardware support > > What does it really mean if I tick this, I want to keep the unused > hw support or to remove it ? The text reads this way: We will remove the following packages, unless you choose otherwise: [ ] Unused hardware support [ ] Unused localization -- Olivier Blin - blino
[Mageia-dev] Notes about live CD
Hi... I have used the Gnome LiveCD 32bits to do some disk test on an old box, and I have a couple gotchas I would have to share in the list (don't know if they are really bugs). Here I go: - this is an old i965 box. The ATA disk is named like hda. Why has IDE driver preference over SATA ? I would expect it to be sda... - the installer asks to remove the unused harware support, but the wording for the choice is misleading: [ ] Unsued hardware support What does it really mean if I tick this, I want to keep the unused hw support or to remove it ? Perhaps you could rephrase it like this, depending on what does it really mean: [ ] Keep unused harware support or [ ] Remove unused hardware support Thats all for the moment... -- J.A. Magallon \ Software is like sex: \ It's better when it's free
[Mageia-dev] "App-CPAN2Pkg keeps failing on already available packages" - https://rt.cpan.org/Ticket/Display.html?id=80418
Hi Jerome, I've been trying out CPAN2Pkg, and was dismayed by this bug: https://rt.cpan.org/Ticket/Display.html?id=80418 "App-CPAN2Pkg keeps failing on already available packages (in the Mageia upstream). I did not get a reply to the previous bug I reported (which is of similar nature) in 3 months - https://rt.cpan.org/Ticket/Display.html?id=78510 . Now, I tried to find out what the problem with CPAN2Pkg and after a long investigation, I realised that check_upstream_availability() and _install_from_upstream_with_rpm_lock() are called only on the initial $self->module->name() (which is object-wide) and not only on its prerequisites. That's not good - we should check each prerequisite as well. Can you look into fixing this? Otherwise, it makes cpan2pkg extremely frustrating to use. Regards, Shlomi Fish -- - Shlomi Fish http://www.shlomifish.org/ Interview with Ben Collins-Sussman - http://shlom.in/sussman To have bugs is human; to find them — divine. Please reply to list if it's a mailing list post - http://shlom.in/reply .
Re: [Mageia-dev] fdisk or gparted
'Twas brillig, and Richard Couture at 26/10/12 00:33 did gyre and gimble: > On another note, I'm getting used to system-D and I note that inittab is > more or less useless. Yup, it's not even read now. > I am trying to set my machine, MGA-2, to boot without graphics until > such time as I uninstall Xorg. > systemctl disable dm.service tells me that there is no such service. > chkconfig calls systemctl ... Yeah, this is a bit rubbish still. dm.service is just a symlink to mask the real name of the service but the error message helpfully doesn't hint at that. There was a discussion with a proposal to make this much better upstream just a couple days ago so it'll probably get better over time. For various reasons I won't go into here (it's on the upstream discussion) enabling/disabling services via their aliases is not a great idea. More meta info is certainly needed tho'! > How do I tell the system that yes graphics are installed and NO I don't > want to see them on boot?? So in order to see more info, you can do "systemctl status dm.service" This will tell you the *real* name of the service: which in this case is prefdm.service: [colin@jimmy code (master)]$ systemctl status dm.service prefdm.service - Display Manager Loaded: loaded (/usr/lib/systemd/system/prefdm.service; static) Active: active (running) since Tue, 2012-10-23 10:54:17 BST; 2 days ago So normally I would say just run "systemctl disable prefdm.service" should do the trick but if you look at the output above carefully, this is actually a "static" service. This means it cannot be enabled/disabled separately. This will eventually change (as in the long term we'll transition to separate services for each of the desktop DMs (gdm.service, kdm.service etc.). Anyway, for now it's a hard requirement of graphical.target. So long story short, you need to set your default.target to point at multi-user.target rather than graphical.target. You can use one of the utilities in drakxtools (I forget which) or you can simply issue: ln -sf /usr/lib/systemd/system/multi-user.target /etc/systemd/system/default.target (drop the leading "/usr" if on mga2). HTHs 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] fdisk or gparted
Le 26/10/2012 01:33, Richard Couture a écrit : I am trying to set my machine, MGA-2, to boot without graphics until such time as I uninstall Xorg. systemctl disable dm.service tells me that there is no such service. chkconfig calls systemctl ... changing the S52dm link in /etc/rc5.d to K30dm still gives me graphics on subsequent boots. init 3 after boot completion kills graphics. How do I tell the system that yes graphics are installed and NO I don't want to see them on boot?? http://fedoraproject.org/wiki/Systemd#How_do_I_change_the_default_runlevel.3F -- BOFH excuse #377: Someone hooked the twisted pair wires into the answering machine.