[Mageia-dev] freeze push : snort
Snort 2.9.4.1 as usual, nano versions are bugfixes Pls push LD
[Mageia-dev] freeze push: tnef
Please push TNEF 1.4.9 Bugfixes since 2 years ago :) LD
[Mageia-dev] freeze push: openvpn
Please push Openvpn It adds full IPv6 support and it claims to have bugfixes from 2.2.2 https://community.openvpn.net/openvpn/wiki/ChangesInOpenvpn23 LD
[Mageia-dev] Freee push: resource-agents
update from 3.9.2 to 3.9.5 it adds IPv6 support and more bugfixes https://github.com/ClusterLabs/resource-agents/commits/master LD
Re: [Mageia-dev] Freeze push: squid
I dont think this argument is valid since we are still updating kde related software Le samedi 09 mars 2013 18:26:16 David Walser a écrit : Luis Daniel Lucio Quiroz wrote: Le mardi 05 mars 2013 14:50:15 Guillaume Rousse a écrit : Le 05/03/2013 14:42, David Walser a écrit : This updates to bugfix release 3.2.8, which also fixes a minor security issue with tmpfile creation. Done. Is it a problem if i push 3.3.1? Yes. We're in a freeze period and shouldn't generally be switching to newer stable branches without a really good reason to do so. Squid 3.2.x is still supported upstream, and isn't terribly old, so should be supported for a while I'd expect. 3.3.x is brand new. It can wait for after Mageia 3.
Re: [Mageia-dev] Freeze push: squid
Le mardi 05 mars 2013 14:50:15 Guillaume Rousse a écrit : Le 05/03/2013 14:42, David Walser a écrit : This updates to bugfix release 3.2.8, which also fixes a minor security issue with tmpfile creation. Done. Is it a problem if i push 3.3.1?
Re: [Mageia-dev] Freeze: push OTRS
Le mercredi 27 février 2013 11:13:42 Luis Daniel Lucio Quiroz a écrit : Please push otrs 3.2.2 If fixes a problem with DB and add many other capabilities LD Ping
[Mageia-dev] Freeze: push OTRS
Please push otrs 3.2.2 If fixes a problem with DB and add many other capabilities LD
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release nagios-plugins-1.4.16-6.mga3
I thinkgyou are mis undestanding me, maybe not well deployed but it is though. Idea is next; - when you install nagios plugin, then nagios-plugins is requiered, and then you are asked to get nagios daemon OR nrpe daemon. - if you instal nagios daemon, then nagios-plugin required - if you install nrpe daemon, then some nagios-check_*, and then nagios- plugins by consecuence I see the cyclic, but i dont see problem since if you install nagios, nagios- agent will be provided and then cyclick required will be satisfied LD Le samedi 16 février 2013 16:25:35 Guillaume Rousse a écrit : Le 15/02/2013 19:43, dlucio a écrit : dlucio dlucio 1:1.4.16-6.mga3: + Revision: 398598 - Requires nagios-agent: nagios daemon or nrpe daemon That's plainly wrong. First, you can perfectly run nagios check with a normal remote shell. Second, I don't think cyclic dependencies are a good idea in general, and nagios already requires plugins. Lastly, I'm the maintainer of those packages, so I'd prefer to be consulted before such kind of changes. Please revert.
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release nagios-plugins-1.4.16-6.mga3
Le samedi 16 février 2013 18:58:43 Guillaume Rousse a écrit : Le 16/02/2013 18:38, Luis Daniel Lucio Quiroz a écrit : I thinkgyou are mis undestanding me, maybe not well deployed but it is though. Idea is next; - when you install nagios plugin, then nagios-plugins is requiered, and then you are asked to get nagios daemon OR nrpe daemon. That's just wrong. You don't need nagios or nrpe to run plugins. Then a suggests? - if you instal nagios daemon, then nagios-plugin required - if you install nrpe daemon, then some nagios-check_*, and then nagios- plugins by consecuence I see the cyclic, but i dont see problem since if you install nagios, nagios- agent will be provided and then cyclick required will be satisfied The problem is not that it can't be satisfied, just that they are usually irrelevant, and troublesome for dependencies resolver. Just revert this change, or I'll do it myself.
[Mageia-dev] Freeze push: ps3mediaserver
Pls kindly push ps3mediaserver, from 1.70 to 1.72, merely bugfixes Regressions: - Fixed bug that occurred when using ShowDVDTitleDuration - Fixed bug that caused embedded subtitles to be displayed when subtitles are disabled - Fixed bug in handling of filenames with embedded $ characters Engines: - Removed option to automatically switch to tsMuxeR (available manually via the #--TRANSCODE--# folder) LD
Re: [Mageia-dev] freeze push: otrs
Le lundi 21 janvier 2013 16:15:42 Luis Daniel Lucio Quiroz a écrit : Please update otrs to 3.1.12 complete change log is http://www.otrs.com/en/open-source/community- news/releases-notes/release-notes-otrs-help-desk-312/ most bugfixes LD I mean push pingpong??
Re: [Mageia-dev] freeze push: otrs
Can you push it please? Le mardi 22 janvier 2013 10:11:19 Luis Daniel Lucio Quiroz a écrit : Le lundi 21 janvier 2013 16:15:42 Luis Daniel Lucio Quiroz a écrit : Please update otrs to 3.1.12 complete change log is http://www.otrs.com/en/open-source/community- news/releases-notes/release-notes-otrs-help-desk-312/ most bugfixes LD I mean push pingpong??
[Mageia-dev] freeze push: otrs
Please update otrs to 3.1.12 complete change log is http://www.otrs.com/en/open-source/community- news/releases-notes/release-notes-otrs-help-desk-312/ most bugfixes LD
[Mageia-dev] freeze push for drbd-utils
Please, push drbd 8.4.2 the one we had, 8.3.7 was only for 2.6.37, then we need newer versio. I have updated with packemaker support. Please push. LD
[Mageia-dev] Please help with Freeswitch
For some strange reason, Im having problems compilling/linking freeswitch with perl http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20121117015722.dlucio.valstar.24074/log/freeswitch-1.2.3-1.mga3/build.0.20121117015804.log can you give me an advise or in best case just apply patch to fix this? Regards, LD
Re: [Mageia-dev] Please help with Freeswitch
Le dimanche 18 novembre 2012 01:13:21 Pascal Terjan a écrit :
On Sat, Nov 17, 2012 at 4:59 PM, Luis Daniel Lucio Quiroz dlu...@okay.com.mx
wrote:
For some strange reason, Im having problems compilling/linking freeswitch with
perl
http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20121117015722.dlucio.valstar.24074/log/freeswitch-1.2.3-1.mga3/build.0.20121117015804.log
can you give me an advise or in best case just apply patch to fix this?
Wow this is a scary package
[pterjan@chopin freeswitch]$ ls -1 SOURCES/
celt-0.10.0.tar.gz
communicator_semi_6000_20080321.tar.gz
flite-1.5.1-current.tar.bz2
freeswitch-1.2.3.tar.bz2
json-c-0.9.tar.gz
lame-3.97.tar.gz
libmemcached-0.32.tar.gz
libshout-2.2.2.tar.gz
mpg123-1.13.2.tar.gz
openldap-2.4.11.tar.gz
opus-0.9.0.tar.gz
pocketsphinx-0.7.tar.gz
sha1.lst
soundtouch-1.6.0.tar.gz
sphinxbase-0.7.tar.gz
The spec has :
%if 0%{?suse_version} 100
#BuildRequires: openldap2-devel
BuildRequires: lzo-devel
%else
BuildRequires: openldap-devel
%endif
So why does it need to have the sources of openldap 2.4.11 (from 2008)?
Why does it include so many very old version of various software? Can they at
least get patched for all security fixes they got over the years?
Sorry, I wanted to help but this package really looks too awful... The spec
is 2339 lines, many of them not applying to mageia...
Good luck
By the way I am surprised that we don't block upload of packages with such
Packager tag
I know, they are statically linked. I did ask directly to freeswitch ML and
they told me they freeze the use of these packages because they are tested to
work. Anyway I have linked as shared so it is only to let the srpm work, i
will try to strip them, but please help me on the perl linking, i dont find a
reason why it looks for libperl
LD
Re: [Mageia-dev] saslauthd + systemd + postfix
Please explain me why you want to change the current bind mount of sasl for postfix? What you propose? Enviado desde mi DROID 4G LTE de Verizon Wireless Olav Vitters o...@vitters.nl escribió: On Tue, Oct 30, 2012 at 04:55:28PM +, Colin Guthrie wrote: So, what should we do? Should we switch to bind mounts? Should we make saslauthd/postfix use abstract sockets instead to get around the chroot? bind mount for just saslauth seems cleanest to me. Don't bind mount entire /run or /var/run, could impact security of the chroot somehow. -- Regards, Olav Email Shield provided by NOCWorldWide.com
Re: [Mageia-dev] saslauthd + systemd + postfix
Yes i know it uses hardlink, what i mean what advantages do you see by changing to bind mount. I mean if it works, why shall we fix it? Enviado desde mi DROID 4G LTE de Verizon Wireless Olav Vitters o...@vitters.nl escribió: On Wed, Oct 31, 2012 at 05:59:12AM -0600, Luis Daniel Lucio Quiroz wrote: Please explain me why you want to change the current bind mount of sasl for postfix? What you propose? If you read the thread you'll notice that Colin said it uses hard link and that I suggested bind mounts. If it is already using bind mounts instead of hard links, cool. -- Regards, Olav Email Shield provided by NOCWorldWide.com
Re: [Mageia-dev] saslauthd + systemd + postfix
Ok, i will fix it. Driving... Enviado desde mi DROID 4G LTE de Verizon Wireless Colin Guthrie mag...@colin.guthr.ie escribió: 'Twas brillig, and Luis Daniel Lucio Quiroz at 31/10/12 12:58 did gyre and gimble: Yes i know it uses hardlink, what i mean what advantages do you see by changing to bind mount. I mean if it works, why shall we fix it? That's the problem, it doesn't work anymore in cauldron as /var/run is on a different filesystem to /var/spool/postfix/var/run and hardlinks only work within the same filesystem. Even the old way would have been broken if /var/lib was mounted separately (although this would be very rare indeed!). So as I stated originally, hardlinks simply won't work as a solution any more. I was thinking of bind mounting only the individual mux socket. It's not ideal, but I can't think of a nicer way. 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/ Email Shield provided by NOCWorldWide.com
Re: [Mageia-dev] [soft-commits] [5307] Initial btrfs support
Is it a big change from mga2? I did test 3 months ago in a 2tb disk, eventually i lost info. Enviado desde mi DROID 4G LTE de Verizon Wireless Thierry Vignaud thierry.vign...@gmail.com escribió: On 8 August 2012 10:56, Pascal Terjan pter...@gmail.com wrote: Initial btrfs support In case someone is interested: - It works fine here Errr, I've some serious doubts... You added a 'config' parameter to clean_all_chroot_tmp() ... but you never pass it some sudo commands will just fail in some cases... You would have caught it would you have run perl_checker... :-( I've fixed it. Running iurt locally (not using btrfs) works OK. Please check on your end with btrfs. - Building a package on my machine takes 12/13s vs 18/20s using a tarball. Savings would be less visible if using tmpfs or a ssd (time savings happen at two times: when creating the chroot we don't need to untar it, and when deleting it we don't need to rm -rf) Email Shield provided by NOCWorldWide.com
Re: [Mageia-dev] Package removal proposal
I think removing mod python and ruby is an error Enviado desde mi DROID 4G LTE de Verizon Wireless Colin Guthrie mag...@colin.guthr.ie escribió: 'Twas brillig, and Guillaume Rousse at 23/08/12 20:01 did gyre and gimble: Le 20/08/2012 20:49, Guillaume Rousse a écrit : Unless someone step it to fix pending issues, those packages should better get dropped. I just removed madwifi-sources, apache-mod_python and apache-mod_ruby from the subversion repository. I need an admin to remove the corresponding packages (including the debug ones) from the distribution tree. By removed do you mean svn mv'ed to the obsolete folder? I think that's generally better than removing (and we can potentially use it to prevent people importing packages that are listed there should they come in without knowing). 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/ Email Shield provided by NOCWorldWide.com
[Mageia-dev] Fwd: Rebuild failed on x86_64 for @280102:openvpn-2.2.2-6.mga3.src.rpm
I dont find why this is failling objc is installed, what other could be?---BeginMessage--- Build of the following packages failed: - @280102:openvpn-2.2.2-6.mga3.src.rpm Failure details available in http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120809045928.dlucio.valstar.14318/log Reason: @280102:openvpn-2.2.2-6.mga3.src.rpm: build_failure Log files generated: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120809045928.dlucio.valstar.14318/log/openvpn-2.2.2-6.mga3/install_deps-1.0.20120809045929.log http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120809045928.dlucio.valstar.14318/log/openvpn-2.2.2-6.mga3/rpm_qa.0.20120809045929.log http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120809045928.dlucio.valstar.14318/log/openvpn-2.2.2-6.mga3/build.0.20120809045929.log Email Shield provided by NOCWorldWide.com ---End Message---
Re: [Mageia-dev] libpostfix issue.
Le lundi 16 juillet 2012 09:32:13 Colin Guthrie a écrit : ldconfig: /usr/lib64/libpostfix-xsasl.so.1 is not an ELF file - it has the wrong magic bytes at the start. Col Is this postfix package issue or libgcc issue?
Re: [Mageia-dev] libpostfix issue.
Le lundi 16 juillet 2012 09:32:13 Colin Guthrie a écrit : ldconfig: /usr/lib64/libpostfix-xsasl.so.1 is not an ELF file - it has the wrong magic bytes at the start. Col how tofix this?
Re: [Mageia-dev] libpostfix issue.
Le lundi 16 juillet 2012 09:32:13 Colin Guthrie a écrit : ldconfig: /usr/lib64/libpostfix-xsasl.so.1 is not an ELF file - it has the wrong magic bytes at the start. Col Is this postfix package issue or libgcc issue?
[Mageia-dev] No time right now
I will have a very bussi weekend, can anyone help me to fix openldap? Enviado desde mi teléfono Verizon Wireless
[Mageia-dev] Pleash push snort
Please push snort 2.9.2.2. It fixes too many false positives. Enviado desde mi teléfono Verizon Wireless
[Mageia-dev] net-snmp doesnt report cpu ussage correctly
strange using cacti, same template, same snmp query. i got this result: server 1: mga2 up-to-date, it doesnt graph cpu utilization server 2: mdv2010.2, it reports correclty server 3: mdv2011 reports correctly i did compare packages, and i realiza that in mdv we have this line mibs BAYOUR-COM-MIB:UCD-SNMP-MIB in snmp.local.conf, but copying it in mga2 it doesnt fix this isssue. I'vent test with mga1. Dont you know anything about this? LD
Re: [Mageia-dev] Please push fwbuilder
I know, thats why im asking this push Enviado desde mi teléfono Verizon Wireless -Mensaje original- De: Maarten Vanraes al...@rmail.be Para: mageia-dev@mageia.org Enviado: lun, abr 2, 2012 15:09:03 GMT+00:00 Asunto: Re: [Mageia-dev] Please push fwbuilder Op maandag 02 april 2012 03:07:35 schreef Luis Daniel Lucio Quiroz: Please kindly push fwbuilder, it fixes many iptables compillations issues and it reports itself that there is a new update. Complete changelog is here http://www.fwbuilder.org/4.0/docs/firewall_builder_release_notes.html#5.0 Enviado desde mi teléfono Verizon Wireless fwbuilder is irritating in the fact that if someone has edited with a newer version, the .fwb file is upgraded and you need that version or more to open it again... Email Shield provided by NOCWorldWide.com
Re: [Mageia-dev] dropping mysql-workbench
Dont drop it. Im fixing it in laptop. Seems that it compiles, more than 2 hrs working Enviado desde mi teléfono Verizon Wireless -Mensaje original- De: Juan Luis Baptiste juan...@mageia.org Para: Mageia development mailing-list mageia-dev@mageia.org Enviado: dom, abr 1, 2012 21:49:26 GMT+00:00 Asunto: Re: [Mageia-dev] dropping mysql-workbench On Fri, Mar 30, 2012 at 10:46 AM, Remco Rijnders re...@webconquest.com wrote: Not arguing about this... but I think the attached patch fixes at least (part) of the build problem (for the new maintainer to look into ;-) See also http://bugs.mysql.com/bug.php?id=63898 Yup I found that too, now I'm dealing with other error. -- Juancho Email Shield provided by NOCWorldWide.com
[Mageia-dev] Please push fwbuilder
Please kindly push fwbuilder, it fixes many iptables compillations issues and it reports itself that there is a new update. Complete changelog is here http://www.fwbuilder.org/4.0/docs/firewall_builder_release_notes.html#5.0 Enviado desde mi teléfono Verizon Wireless
Re: [Mageia-dev] dropping mysql-workbench
Will look for you in irc, i fixed without that patch Whats your nickname? Enviado desde mi teléfono Verizon Wireless -Mensaje original- De: Juan Luis Baptiste juan...@mageia.org Para: Mageia development mailing-list mageia-dev@mageia.org Enviado: lun, abr 2, 2012 01:09:39 GMT+00:00 Asunto: Re: [Mageia-dev] dropping mysql-workbench On Sun, Apr 1, 2012 at 7:57 PM, Luis Daniel Lucio Quiroz dlu...@okay.com.mx wrote: Dont drop it. Im fixing it in laptop. Seems that it compiles, more than 2 hrs working Don't worry, I've working on it since yesterday and almost have it ready, it already builds, it just needs some little fixes and it's ready. -- Juancho Email Shield provided by NOCWorldWide.com
Re: [Mageia-dev] mass rebuild for Mga 2 ?
Isnt it better that each maintainer rebuild his packages by his own? Using self criteria Enviado desde mi teléfono Verizon Wireless -Mensaje original- De: Angelo Naselli anase...@linux.it Para: Mageia development mailing-list mageia-dev@mageia.org Enviado: dom, mar 25, 2012 21:16:45 GMT+00:00 Asunto: Re: [Mageia-dev] mass rebuild for Mga 2 ? This is not doable now. Freeze time, it should have been done much before. Please focus on bug reports in Bugzilla Well who thinks some mga1 packages here in the outcoming mga2 and not been rebuilt, has problems could add a bug report for that to allow a bug fixing rebuilding :) -- Angelo
Re: [Mageia-dev] Freeze push: systemd
On Mié 21 Mar 2012 03:30:42 Anne nicolas escribió: 2012/3/21 Olav Vitters o...@vitters.nl On Wed, Mar 21, 2012 at 10:47:16AM +0200, Thomas Backlund wrote: Anne nicolas skrev 21.3.2012 10:23: 2012/3/19 Colin Guthrie mag...@colin.guthr.ie mailto:mag...@colin.guthr.ie Please see thread from earlier today on this topic. If needed I can do the complicated job of cherry picking most of the patches instead if the version bump scares people :) I must say I miss here some knowledge to take this decision and I'd like some other opinions on this Reading the changes in git, I see enough fixes that I also think we need, so I'd say lets push it as it would otherwise be mostly a systemd v44 disguised as a v43 with a lot of patches. Agree. Only possible problem is enforcement of UTF-8 in configuration files. I don't think that'll cause problems and even if so, easily fixed. ok thanks for your comments. Colin be prepared to fix any problem :) -- Regards, Olav I dont know if this is usefull for you, Mar 21 21:09:09 1000 systemd[1]: [/lib/systemd/system/ntop.service:23] Assignment outside of section. Ignoring. Mar 21 21:09:09 1000 systemd[1]: [/lib/systemd/system/ntop.service:24] Assignment outside of section. Ignoring. I dont have a very common configuration, in fact this is an appliance, i do connections using ttyS0 and pts (by ssh). Also look i dont have common hostname Hope this help you,
[Mageia-dev] please push libnetfilter_queue
Helo Please push libnetfilter_queue, it updates from 1.0.0 to 1.0.1 LD
Re: [Mageia-dev] please push libnetfilter_queue
On Jue 22 Mar 2012 07:41:02 Anne Nicolas escribió: Le 22/03/2012 14:38, Luis Daniel Lucio Quiroz a écrit : Helo Please push libnetfilter_queue, it updates from 1.0.0 to 1.0.1 LD Reasons... I'm not a kernel developer, here it is the changelog https://git.netfilter.org/cgi-bin/gitweb.cgi?p=libnetfilter_queue.git;a=shortlog There are more than 18 months of difference between 1.0.0 and 1.0.1, I guess since this is a kernel matter, 18 months ago we were using 2.6, now 3.3. LD
Re: [Mageia-dev] please push libnetfilter_queue
Allors? Enviado desde mi teléfono Verizon Wireless -Mensaje original- De: Luis Daniel Lucio Quiroz dlu...@okay.com.mx Para: Mageia development mailing-list mageia-dev@mageia.org Enviado: jue, mar 22, 2012 13:50:44 GMT+00:00 Asunto: Re: [Mageia-dev] please push libnetfilter_queue On Jue 22 Mar 2012 07:41:02 Anne Nicolas escribió: Le 22/03/2012 14:38, Luis Daniel Lucio Quiroz a écrit : Helo Please push libnetfilter_queue, it updates from 1.0.0 to 1.0.1 LD Reasons... I'm not a kernel developer, here it is the changelog https://git.netfilter.org/cgi-bin/gitweb.cgi?p=libnetfilter_queue.git;a=shortlog There are more than 18 months of difference between 1.0.0 and 1.0.1, I guess since this is a kernel matter, 18 months ago we were using 2.6, now 3.3. LD Email Shield provided by NOCWorldWide.com
Re: [Mageia-dev] please push libnetfilter_queue
The fact is Im fixing snort, snort uses daq, and daq uses libnetfilter_queue. So i was expecting to place all dependencies up to date Enviado desde mi teléfono Verizon Wireless -Mensaje original- De: Pascal Terjan pter...@gmail.com Para: Mageia development mailing-list mageia-dev@mageia.org Enviado: vie, mar 23, 2012 00:40:37 GMT+00:00 Asunto: Re: [Mageia-dev] please push libnetfilter_queue On Thu, Mar 22, 2012 at 13:49, Luis Daniel Lucio Quiroz dlu...@okay.com.mxwrote: On Jue 22 Mar 2012 07:41:02 Anne Nicolas escribió: Le 22/03/2012 14:38, Luis Daniel Lucio Quiroz a écrit : Helo Please push libnetfilter_queue, it updates from 1.0.0 to 1.0.1 LD Reasons... I'm not a kernel developer, here it is the changelog https://git.netfilter.org/cgi-bin/gitweb.cgi?p=libnetfilter_queue.git;a=shortlog There are more than 18 months of difference between 1.0.0 and 1.0.1, I guess since this is a kernel matter, 18 months ago we were using 2.6, now 3.3. Looking at the changes, it seems safe to update but there is also no real reason to do so... Only real change is https://git.netfilter.org/cgi-bin/gitweb.cgi?p=libnetfilter_queue.git;a=commit;h=1154021c599257edf2c3dcb4d29f6b4dcb67643a Other changes are doc or build changes + licence change to GPLv2+ Email Shield provided by NOCWorldWide.com
[Mageia-dev] Pleash push postfix
Hello, I've update postfix in svn, from 2.8.8 to 2.9.1. As I was told, I place here 2 reasons I believe it shall be pushed: - it supports memcached protocol, so faster postfix - it has a new tolerance for backend, for example, if mysql backend fails in 2.8 postfix will refuse all emails at instant of outstage, but in 2.9 it has tolerance so it will accept emails for a while, this will give tolerance if link to backent fails and returns. Please, kindly, push it LD Enviado desde mi teléfono Verizon Wireless
Re: [Mageia-dev] Please push openvpn
Ping... Enviado desde mi teléfono Verizon Wireless -Mensaje original- De: Luis Daniel Lucio Quiroz dlu...@okay.com.mx Para: mageia-dev@mageia.org Enviado: jue, mar 15, 2012 20:33:46 GMT+00:00 Asunto: [Mageia-dev] Please push openvpn It updates to 2.2.2, and adds S3 to fix bug 4936 Enviado desde mi teléfono Verizon Wireless
[Mageia-dev] Please push openvpn
It updates to 2.2.2, and adds S3 to fix bug 4936 Enviado desde mi teléfono Verizon Wireless
Re: [Mageia-dev] Official VM images for Mageia 2?
Le mercredi 25 janvier 2012 18:35:20 zezinho a écrit : Le mercredi 25 janvier 2012 16:30:23, Romain d'Alverny a écrit : I'd like to discuss/plan how we can build and distribute ready to use VM images of Mageia 2 along with original ISOs, from our download pages. I use LiveCD for this kinds of tests. It takes only a few seconds to install it in a VM. Is it really usefull to work on another media? Email Shield provided by NOCWorldWide.com I've sucessfuly place openvz templates for mandriva 2010.2 and 2011. when ready i will publish template for Mga2. Sorry Mga1 not good enought for server use, it misses to many packages. LD
[Mageia-dev] please stop doing bugs for updating magia 1
AS i understand we are not a rolling distribution, so i dont get why i'm getting tickets to update release. What I mean, if you consider an update, like the one i did squid 3.1.12 to 3.1.15 please explain why. Otherwhise i gues it is better you cand use Mageia cauldron SRPM and do backport for your self. LD
Re: [Mageia-dev] please stop doing bugs for updating magia 1
Le mardi 10 janvier 2012 19:12:29 Christian Lohmaier a écrit : Hi Luis, *, On Mon, Jan 9, 2012 at 5:47 AM, Luis Daniel Lucio Quiroz dlu...@okay.com.mx wrote: AS i understand we are not a rolling distribution, so i dont get why i'm getting tickets to update release. What I mean, if you consider an update, like the one i did squid 3.1.12 to 3.1.15 please explain why. No knowing squid's release-numbering-scheme, but update in micro version usually are (fully compatible) bugfix releases, so why is an explanation necessary? The explanation is fixed bugs And using a fixed upstream release surely is preferable over adding patches manually, isn't it? Otherwhise i gues it is better you cand use Mageia cauldron SRPM and do backport for your self. I understand a backport as adding a version with new features, usually signalled by an update in either major or minor version. Those might come with break in backwards or forwad-compatibility, so giving clear reason why it should be backported surely is justified. The lower in the stack (the more other packages depend on the package in question), the more thought needs to be put into it. But if a package that no other package depends on is concerned, then I'd say it is up to the packager to decide whether he/she will go through the trouble of backporting it. If the spec is well written, and configuring the package is sane, then it is easy, if it is a hacked-together spec/build-system it is hard. But bugfixreleases (i.e. just micro version changed for most package versioning schemes) should just consist of updating the source-tarball (and maybe dropping some patches that found their way upstream and rediff the remaining ones) and I don't understand your request to stop those requests. ciao Christian Email Shield provided by NOCWorldWide.com You dont get me, I mean, stop asking updates for mageia 1 just because there is another newversion. LD
Re: [Mageia-dev] [changelog] cauldron core/release postfix-2.8.7-1.mga2
I will in a moment. Dont know what happened since i only update tarball
Enviado desde mi teléfono Verizon Wireless
-Mensaje original-
De: Thierry Vignaud thierry.vign...@gmail.com
Para: Mageia development mailing-list mageia-dev@mageia.org
Cc: Luis Daniel Lucio Quiroz dlu...@okay.com.mx
Enviado: sábado 17 de diciembre de 2011 16:58:44 GMT+00:00
Asunto: Re: [Mageia-dev] [changelog] cauldron core/release postfix-2.8.7-1.mga2
On 17 December 2011 02:59, D.Morgan dmorga...@gmail.com wrote:
At some point all the Magiaification of postfix has been undone and it
refers again to Mandriva Linux in various man pages and config files etc...
Not sure if it was this version or from before, but it should certainly
be fixed.
It was
http://svnweb.mageia.org/packages?view=revisionrevision=158099
All of this should be reverted
i really think that this have nothing to do on our rpms
+%if %{distribution} == Mandriva Linux
+ %if %mdkversion 200900
+ %post -n %{libname} -p /sbin/ldconfig
+
+ %postun -n %{libname} -p /sbin/ldconfig
+ %endif
+%endif
Email Shield provided by NOCWorldWide.com
Re: [Mageia-dev] TeamViewer under Cauldron x86_64
Maybe a provides line to allow this to install Enviado desde mi teléfono Verizon Wireless -Mensaje original- De: Florian Hubold doktor5...@arcor.de Para: mageia-dev@mageia.org Enviado: martes 11 de octubre de 2011 09:04:08 GMT+00:00 Asunto: Re: [Mageia-dev] TeamViewer under Cauldron x86_64 Am 11.10.2011 09:51, schrieb Robert Fox: I can't seem to get TeamViewer to install: [oot@ThinkFox Downloads]# urpmi teamviewer_linux.rpm A requested package cannot be installed: teamviewer6-6.0.9258-1.i386 (due to unsatisfied libXdamage(x86-32)) Continue installation anyway? (Y/n) y [root@ThinkFox Downloads]# rpm -qa | grep libXdamage [root@ThinkFox Downloads]# urpmi libXdamage No package named libXdamage The following packages contain libXdamage: libxdamage-devel, libxdamage-static-devel, libxdamage1 You should use -a to use all of them [root@ThinkFox Downloads]# urpmi libXdamage1 Package libxdamage1-1.1.3-1.mga1.i586 is already installed [root@ThinkFox Downloads]# rpm -qa | grep libXdamage [root@ThinkFox Downloads]# updatedb [root@ThinkFox Downloads]# locate libXdamage /usr/lib/libXdamage.so.1 /usr/lib/libXdamage.so.1.1.0 /usr/lib64/libXdamage.la /usr/lib64/libXdamage.so /usr/lib64/libXdamage.so.1 /usr/lib64/libXdamage.so.1.1.0 [root@ThinkFox Downloads]# Any help would be appreciated. Cheers, R.Fox Simply install it with urpmi --allow-force --allow-nodeps as it will always ask you for that dependency and you can't satisfy it because the provide of our package is slightly different. These are the provides of our libXdamage: [doktor5000@mageia1 ~]$ rpm -q --provides libxdamage1 libxdamage = 1.1.3 libXdamage.so.1 libxdamage1 = 1.1.3-1.mga1 libxdamage1(x86-32) = 1.1.3-1.mga1 You see, libxdamage*1*(x86-32) != libXdamage(x86-32)
Re: [Mageia-dev] KDE SC 4.7.2
Le Mercredi 05 Octobre 2011 18:09:07 D.Morgan a écrit : On Wed, Oct 5, 2011 at 5:57 PM, John Balcaen mik...@mageia.org wrote: Hello, Just to say that KDE SC 4.7.2 is available on svn but won't be pushed because i'm not sure that i can push it currently due to the ldetect issue (kdepimlibs related package can't have their BR ). Of course if you put the missing library (from mageia1) in your own chroot you'll be able to rebuild everything if you can't wait :p I'll take this time to try also to build KDE with the gold linker ( as suggested by thierry probably one month ago already ) if everything is ok i'll commit the change on the BS too. Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net the ldetect issue is workarounded so i think you can push and that it will build. send me a mail if any pbs i will look at it how did you workarrounded ?
Re: [Mageia-dev] [WARNING] libpng-1.5.4 landing soon
Why to drop komposer? Enviado desde mi teléfono Verizon Wireless -Mensaje original- De: Matteo pasotti.mat...@gmail.com Para: mageia-dev@mageia.org Enviado: jueves 22 de septiembre de 2011 08:57:30 GMT+00:00 Asunto: Re: [Mageia-dev] [WARNING] libpng-1.5.4 landing soon -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 21/09/2011 04:07, Funda Wang ha scritto: Now the migration is almost done here. The left packages are: Won't build due to other reasons: eclipse, glibc, midori, R-base, xemacs Propose to drop from distro: kompozer, fltk2, sam2p, stratagus2.1 Wait for upstream new version: texlive, xbmc *** Huge patch help wanted: freeimage, links-graphic, links-hacked, netpbm, TiMidity++ Please report any other issues against libpng 1.5 migration now. Regards. Hi, xaralx needs a patch I'm working on. Regards, - -- Matteo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mageia - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOevhvAAoJED3LowjDDWbNdcUH+gL2e/42BqFk9V5ZVv5+FkfA xXw5KtuxZ6fAuVtsExpc8Yw/tw4HDzNlsCDZs2NadW/L4CfCKOu/j2pr1Gv3FIfL 0RRd4pWCpvHOLx4NHKp2cGsu88NhCUojAaVOvKimLfIRlep9uFA6ZQixshlPPoeF ubgfc3i7dQEGW6/TxBBBUdZRZzYKqcXqlREuDptJ8nsBLLJG3rLVDsTsoHF8h/wI f8Yq3kSQk5rR9/htjkSQDGAG+LJgx27r8EpK+CKDnlfS1HjlZSxvdWFPWsm2mIfa 6w7GmNlHqHFTaz5AkgEPH9VPCisz8zqwKEVWNYCRRLOs2JvrmGciTgtZeVROsGo= =d/Q9 -END PGP SIGNATURE-
Re: [Mageia-dev] [changelog] cauldron core/release mldonkey-3.0.7-4.mga2
Le Lundi 19 Septembre 2011 09:26:26 Thierry Vignaud a écrit : On 19 September 2011 09:06, Manuel Hiebel man...@hiebel.eu wrote: - Bittorent - FileTP This package is in PLF because it contains a P2P software. Can we remove this ^^ PLF string ? BTW This should be an upload stopper... Time to add a rpmlint check... Tierry, I dont get your point upload stopper, can you explain?
Re: [Mageia-dev] clamav is in updates_testing but QA team got no update request
Le Dimanche 28 Août 2011 00:19:12 Samuel Verschelde a écrit : There seems to be an update candidate for clamav, it's been in updates_testing for one month or more, but I can't find any bug report in bugzilla assigned to QA team (qa-b...@ml.mageia.org) which means it will never reach updates. There are probably other packages in updates_testing for Mageia 1 without any bug report passed to QA. Ultimately I would like to have a correspondance table to be able to find them. This would probably mean to develop a tool for that and slightly adapt the updates procedure, but we would also benefit from the rigorous match between packages in updates_testing and update bug reports, so less forgotten packages when pushing to updates. Best regards Samuel Verschelde I did push that clamav, but since i couldnt enter into buziglla i couldnt do ticket. Yes i did try asking sysadmins to reset my password, but it seems my account has problems. LD @ldlq
[Mageia-dev] openerp
Funda, and all Please contact xrg (he uses to be at mandriva forum) for openerp SRPMs, he has a more cool SRPMS not published in site with many more patches LD
Re: [Mageia-dev] RM replacement
Le Dimanche 07 Août 2011 23:03:15 Florian Hubold a écrit : Am 07.08.2011 16:41, schrieb Pierre Jarillon: Le vendredi 5 août 2011 16:23:19, Florian Hubold a écrit : Am 05.08.2011 14:58, schrieb andre999: Colin Guthrie a écrit : I think srm should just be a tool people use explicitly when they want to. When I think about it, deleting with a pattern instead of just zeros is probably only advantageous when a disk is being disposed of -- in which case srm being a userspace tool is not a disadvantage. Col Well, if you want to dispose the disk, then i'd use something like Dariks Boot and Nuke (DBAN): http://www.dban.org/ It offers really secure methods of overwriting your data with varying patterns, and if you want to dispose a whole disk. then maybe an userspace tool to delete single files is not the best suited tool, IMHO. Do you know WIPE ? http://wipe.sourceforge.net/ I don't know if it is the most secured rm, but it could be. Yes, and it has the advantage that you don't need to reboot. Good point! Yes, but more than the tool is how to replace rm command LD
[Mageia-dev] my pcmcia atheros network card doesnt work with 3.0x kernel
Helo Well i've only tried in *-desktop kernels in 2.6.37.7 and 2.3.37.8 my atheros works perfectly with ath5k module 3.0.0 and 3.0.1rc1 it doesnt works, logs detect something pluged in pcmcia slot but after that nothing happens, I've tried loading by hand ath5k module, but it doesnt works. iwconfig or ifconfig -a commands doesnt shows nothing eighter. Just for your knowledge LD
Re: [Mageia-dev] RM replacement
Le Vendredi 05 Août 2011 08:58:12 andre999 a écrit : Colin Guthrie a écrit : 'Twas brillig, and andre999 at 05/08/11 06:50 did gyre and gimble: Luis Daniel Lucio Quiroz a écrit : Le Jeudi 04 Août 2011 18:39:35 andre999 a écrit : Luis Daniel Lucio Quiroz a écrit : Helo, As my experience in security field, to make Mageia more available in enterprise environments, and specially those that are security paranoid, i'm planning to port SRM. SRM is a package that does a secure file deleting according some security standards (i dont remember right now names, i guess it is something in NIST, but that doesnt matter really). My question is, what should be the procedure that when you install srm, then the normal rm command could be replaced? i was thinking in pushing an alias but what other alternatives do i have? please comment, LD At first glance that sounds like a reasonable approach EXCEPT -- a system-level alias would be over-ridden by a user alias. A user could innocently have an alias such as : alias rm=rm -i rm is in /bin - /bin/rm could be replaced with a link to srm, but I don't know if that would be considered acceptable. rm would have to be restored if srm were uninstalled - wouldn't a link in /usr/bin/rm be executed first ? Of course that doesn't cover execution with root privileges. An alias in root wouldn't necessarily work, as an admin could inadvertantly replace it with another. (By loading a new file with some changed alias, for example.) But probably less likely than some user doing the same on their profile. There could be other approaches as well ... :) You are right! :) Well another option could be this: a. we change coreutils to install /bin/rm as /bin/rm.vanilla (or other name, that really doesnt matter), b. i change srm to install itself in /bin instead of /usr/bin c. we place alternatives in both packages to provide /bin/rm, giving preference to srm if installed, otherwise it will use rm of coreutils LD That would probably be the ideal approach. But it might take a while to get the changes accepted in coreutils. Maybe it could be all done from srm ? On srm install, a. rename /bin/rm to /bin/rm.vanilla (or rm.original or ?) b. create /bin/rm link to /bin/srm Definitely not. It's against the commandments: Thou shalt not mess with another packages' files. ok. I suspected that. It would be nice to have a list of these points for newer packagers. On srm uninstall, we ensure that a. rm /bin/rm link b. rename /bin/rm.vanilla to /bin/rm Hopefully that could be done reliably, with an uninstall script. No, this is very bad. It's what the alternatives system was designed to do for you, but I really don't think that something as fundamental as rm should be messed with in this way as I mentioned in my own email. srm is an add on userspace tool. To implement secure deletes properly, you would want support at a lower level (i.e in the kernel/fs). makes sense. I think srm should just be a tool people use explicitly when they want to. When I think about it, deleting with a pattern instead of just zeros is probably only advantageous when a disk is being disposed of -- in which case srm being a userspace tool is not a disadvantage. Col Good point
Re: [Mageia-dev] new samba-squid subpackage proporsal
Le Vendredi 05 Août 2011 18:17:15 Maarten Vanraes a écrit : Op woensdag 03 augustus 2011 14:01:16 schreef Buchan Milne: On Tuesday, 2 August 2011 22:23:24 Maarten Vanraes wrote: Op dinsdag 02 augustus 2011 17:04:41 schreef Buchan Milne: Samba-common is the right package for this. I see no need to have a squid- specific subpackage (and then samba-apache, samba-freeradius, with the same content, or all virtual packages just pulling samba-common). Feel free to mess up your squid package by adding suggests on samba-common, but since installing the right package is trivially solved by the admin and is a small portion of the work required, I would personally prefer not to increase the default footprint of any installation that pulls in squid. this is really imho an example where conditional suggests could work well: if you have squid already installed and you're installing samba, this subpackage could then be suggested. (and vice versa). But, it is irrelevant. samba-common is required by both samba-client and samba-server, so you can't install samba without getting ntlm_auth. there is definately a misunderstanding here, conditional suggests are not usefull for requires, only for suggests This is really about whether squid should pull in any pieces of samba by default, and could be solved by adding: Suggests: samba-common to squid. But, I don't see much value, as this is a small part of the work required to get a single-sign on authentication solution for squid against AD. The default squid.conf already has example configs showing that ntlm_auth is required, and all we are saving the user is a 'urpmf ntlm_auth' and a 'urpmi samba-common'. However, there are many scenarios squid can be deployed (e.g. SSO with GSSAPI, basic auth with LDAP, PAM, NIS etc., no authentication, peer cache only etc.), and I don't see a reason to pull in samba-common by default, when it saves the admin very little effort. Regards, Buchan well if it was in a separate package (and not in samba-common), it would be interesting to have conditional suggests. because then samba would pull it in; and squid too, without needing samba if you don't have it. but, maybe i'm misunderstanding this thread That's what i was asking to create a new subpckage samba-helper-squid to stor ntlm_auth since ntlm_auth is not linked with other lib it can stand by itself in a independend subpackage to make a suggest from squid. But it seems Buchan refuses. LD
[Mageia-dev] RM replacement
Helo, As my experience in security field, to make Mageia more available in enterprise environments, and specially those that are security paranoid, i'm planning to port SRM. SRM is a package that does a secure file deleting according some security standards (i dont remember right now names, i guess it is something in NIST, but that doesnt matter really). My question is, what should be the procedure that when you install srm, then the normal rm command could be replaced? i was thinking in pushing an alias but what other alternatives do i have? please comment, LD
Re: [Mageia-dev] RM replacement
Le Jeudi 04 Août 2011 18:39:35 andre999 a écrit : Luis Daniel Lucio Quiroz a écrit : Helo, As my experience in security field, to make Mageia more available in enterprise environments, and specially those that are security paranoid, i'm planning to port SRM. SRM is a package that does a secure file deleting according some security standards (i dont remember right now names, i guess it is something in NIST, but that doesnt matter really). My question is, what should be the procedure that when you install srm, then the normal rm command could be replaced? i was thinking in pushing an alias but what other alternatives do i have? please comment, LD At first glance that sounds like a reasonable approach EXCEPT -- a system-level alias would be over-ridden by a user alias. A user could innocently have an alias such as : alias rm=rm -i rm is in /bin - /bin/rm could be replaced with a link to srm, but I don't know if that would be considered acceptable. rm would have to be restored if srm were uninstalled - wouldn't a link in /usr/bin/rm be executed first ? Of course that doesn't cover execution with root privileges. An alias in root wouldn't necessarily work, as an admin could inadvertantly replace it with another. (By loading a new file with some changed alias, for example.) But probably less likely than some user doing the same on their profile. There could be other approaches as well ... :) You are right! :) Well another option could be this: a. we change coreutils to install /bin/rm as /bin/rm.vanilla (or other name, that really doesnt matter), b. i change srm to install itself in /bin instead of /usr/bin c. we place alternatives in both packages to provide /bin/rm, giving preference to srm if installed, otherwise it will use rm of coreutils LD
Re: [Mageia-dev] RM replacement
Le Vendredi 05 Août 2011 02:03:22 nicolas vigier a écrit : On Fri, 05 Aug 2011, Colin Guthrie wrote: 'Twas brillig, and Luis Daniel Lucio Quiroz at 04/08/11 21:26 did gyre and gimble: Helo, As my experience in security field, to make Mageia more available in enterprise environments, and specially those that are security paranoid, i'm planning to port SRM. SRM is a package that does a secure file deleting according some security standards (i dont remember right now names, i guess it is something in NIST, but that doesnt matter really). My question is, what should be the procedure that when you install srm, then the normal rm command could be replaced? i was thinking in pushing an alias but what other alternatives do i have? Well you could theoretically use alternatives, but I would suspect that such a fundamental tool as rm would probably be very dangerous to package in that way (the alternatives scripts themselves may use rm!) So I think an alias would be best, but it'll only cover users/scripts calling rm and not general unlinking... It likely won't cover GUIs and other deletion methods. With that in mind, is it work aliasing rm at all seeing as it'll only catch a subset of delete operations? You wouldn't want to give a false sense of security after all... Yes, this would be better done on filesystem/kernel. Like this : http://thread.gmane.org/gmane.comp.file-systems.ext4/26548 I got your poing, however i remember that SRM uses some specific algorithmis that are recomended in NIST, thats why i remember we chose SRM and we void zero filling techniques. LD
[Mageia-dev] group names?
- log4cpp-doc-1.0-0.mga2.i586: - non-standard-group Documentation what should be the group, or a link in wiki to check the correct names?
Re: [Mageia-dev] group names?
Le Mercredi 03 Août 2011 15:32:17 John Balcaen a écrit : 2011/8/3 Luis Daniel Lucio Quiroz dlu...@okay.com.mx: - log4cpp-doc-1.0-0.mga2.i586: - non-standard-group Documentation what should be the group, or a link in wiki to check the correct names? http://www.mageia.org/wiki/doku.php?id=rpm_groups Regards, Thanks
Re: [Mageia-dev] new samba-squid subpackage proporsal
Le Mardi 02 Août 2011 17:04:41 Buchan Milne a écrit : On Monday, 1 August 2011 22:34:55 Luis Daniel Lucio Quiroz wrote: 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 Samba-common is the right package for this. I see no need to have a squid- specific subpackage (and then samba-apache, samba-freeradius, with the same content, or all virtual packages just pulling samba-common). Feel free to mess up your squid package by adding suggests on samba-common, but since installing the right package is trivially solved by the admin and is a small portion of the work required, I would personally prefer not to increase the default footprint of any installation that pulls in squid. Regards, Buchan I got your point. Just that from my poing of view not a squid admin must know samba package and it is quite difficult to figure it out that ntml_auth helper for squid (the one that works with ntlm2) is in samba-commong package. Also that when you install samba-common you are carrying other rpms because dependencis thats why i was asking you to place a samba-squid subpackage LD
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 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
[Mageia-dev] new samba-squid subpackage proporsal
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. After doing research we realize that samba has a helper that works, i was wondering if you can do a subpackage of that helper so the squid may do a suggests to that only. What do you think? LD
Re: [Mageia-dev] Updates and 0 release
Le Vendredi 29 Juillet 2011 22:16:26 Samuel Verschelde a écrit : Le jeudi 28 juillet 2011 10:08:44, Samuel Verschelde a écrit : Le mercredi 27 juillet 2011 22:52:00, Samuel Verschelde a écrit : Le mercredi 27 juillet 2011 16:59:37, Samuel Verschelde a écrit : Ok, there will be no meeting tonight, so let's decide it on the ML. Was everyone convinced by misc's demonstration and do we agree to stop using the 0 release for updates and activate the Youri::Submit::Test::Precedence check on submit to prevent higher releases in mageia n than in mageia n+1 ? And if yes do we use subrels for subsequent modifications of packages that are proper to the mageia 1 branch ? I vote yes for both questions. Samuel Just to make things clear, contrarily as what was said in some of the previous mails, I was told on IRC by misc and dmorgan that we should always use subrels for updates. So this means that, when pushing foo-2-1.mga2 from cauldron to 1/updates, it will become foo-2-1.1.mga1 and not foo-2-1.mga1 It means also that you will have to bump the release in cauldron in order to be allowed to submit the update, in that case. But as misc said, it should not happen very often : - providing new versions as updates should remain an exception per updates policy - if the package in cauldron already has a release 1, no need to bump it Hope it's clear. Best regards Samuel Verschelde We have updates blocked by this release 0 issue, so we need a quick decision. I propose that if tomorrow nobody reacted against the proposal, it will be adopted. Best regards Samuel As promised, I'm going to update the updates policy regarding release and to fix the release for updates currently staging in updates_testing when they need to. Best regards Samuel Verschelde Can you plaste the URL please?
[Mageia-dev] shall i import sawmill rpm?
Hello all, well, i did ask this once in mandriva, now in mageia. I've sucessfully packed in RPM sawmill (www.sawmill.net) software. My question is if i shall import it regarding next points: - it is no gpl - source is available, you can compile it - it has 30 days trial time periodo, after that you shall buy a key (string) to enter it I have a good relation with them so i may ask permition to distribut it here. Please comment. LD
Re: [Mageia-dev] shall i import sawmill rpm?
Le Tuesday 26 July 2011 20:23:52 José Jorge a écrit : Le mardi 26 juillet 2011 20:02:34, Luis Daniel Lucio Quiroz a écrit : My question is if i shall import it regarding next points: - it is no gpl - source is available, you can compile it Goto nonfree, but - it has 30 days trial time periodo, after that you shall buy a key (string) to enter it All source avaliable? So this is not a hard lock? I have a good relation with them so i may ask permition to distribut it here. Please comment. I don't see the interest of providing something inside the distro that will stop working after a few days... You simply reinstall, i'm not sure, this is an excelent software and for those who want to use is very usefull. too much
Re: [Mageia-dev] shall i import sawmill rpm?
Le Tuesday 26 July 2011 15:23:30 David W. Hodgins a écrit : On Tue, 26 Jul 2011 14:02:34 -0400, Luis Daniel Lucio Quiroz dlu...@okay.com.mx wrote: Hello all, well, i did ask this once in mandriva, now in mageia. I've sucessfully packed in RPM sawmill (www.sawmill.net) software. My question is if i shall import it regarding next points: - it is no gpl Given the EXPORT ASSURANCE section of http://www.sawmill.net/eula.html I don't think it would be possible, without taking steps to block installation in any of the countries listed. Regards, Dave Hodgins You are right, I've writo them to ask for permition first. LD
[Mageia-dev] knetworkmanager segsfault
AS i was talking with Mikala (John Balcaen), there tis tis the backlog LD Application: Configuration du système (systemsettings), signal: Segmentation fault [KCrash Handler] #6 0x7faf39dcc4eb in QDBusAbstractInterface::asyncCallWithArgumentList(QString const, QListQVariant const) () from /usr/lib64/libQtDBus.so.4 #7 0x7faf27b00e30 in NMDBusSettingsConnectionProvider::onConnectionAddArrived(QDBusPendingCallWatcher*) () from /usr/lib64/libknm_nm.so #8 0x7faf27ac1a7c in NMDBusSettingsConnectionProvider::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/libknm_nm.so #9 0x7faf39a7adbf in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4 #10 0x7faf39df5cef in QDBusPendingCallWatcher::finished(QDBusPendingCallWatcher*) () from /usr/lib64/libQtDBus.so.4 #11 0x7faf39df5d79 in QDBusPendingCallWatcher::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/libQtDBus.so.4 #12 0x7faf39a7a8ba in QObject::event(QEvent*) () from /usr/lib64/libQtCore.so.4 #13 0x7faf3a6758a4 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4 #14 0x7faf3a67a47a in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4 #15 0x7faf3b304ba6 in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5 #16 0x7faf39a663dc in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4 #17 0x7faf39a69be5 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib64/libQtCore.so.4 #18 0x7faf39a91813 in ?? () from /usr/lib64/libQtCore.so.4 #19 0x7faf37103663 in g_main_context_dispatch () from /lib64/libglib-2.0.so.0 #20 0x7faf37103e58 in ?? () from /lib64/libglib-2.0.so.0 #21 0x7faf37104031 in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #22 0x7faf39a919af in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQtCore.so.4 #23 0x7faf3a71c21e in ?? () from /usr/lib64/libQtGui.so.4 #24 0x7faf39a65792 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQtCore.so.4 #25 0x7faf39a659dc in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQtCore.so.4 #26 0x7faf39a69e9b in QCoreApplication::exec() () from /usr/lib64/libQtCore.so.4 #27 0x00411229 in _start ()
Re: [Mageia-dev] shall i import sawmill rpm?
Le Tuesday 26 July 2011 16:16:07 vous avez écrit : Le Tuesday 26 July 2011 23:13:49 Samuel Verschelde a écrit : Le mardi 26 juillet 2011 20:02:34, Luis Daniel Lucio Quiroz a écrit : Hello all, well, i did ask this once in mandriva, now in mageia. I've sucessfully packed in RPM sawmill (www.sawmill.net) software. My question is if i shall import it regarding next points: - it is no gpl - source is available, you can compile it - it has 30 days trial time periodo, after that you shall buy a key (string) to enter it I have a good relation with them so i may ask permition to distribut it here. Please comment. LD The fact that it's only a 30 days trial speaks against importing it, in my opinion. However, if you import it, if a specific permission to distribute it is needed then it should be written, otherwise I don't thing that we would be legally protected, as well as those who mirror us. Samuel Yes, i will arrange this and communicate with counsill if i got a yes I got a YES what is the procedure to get a written auth? LD
Re: [Mageia-dev] shall i import sawmill rpm?
Le Tuesday 26 July 2011 20:10:12 David W. Hodgins a écrit : On Tue, 26 Jul 2011 19:11:44 -0400, Luis Daniel Lucio Quiroz dlu...@okay.com.mx wrote: Le Tuesday 26 July 2011 16:16:07 vous avez écrit : Le Tuesday 26 July 2011 23:13:49 Samuel Verschelde a écrit : Le mardi 26 juillet 2011 20:02:34, Luis Daniel Lucio Quiroz a écrit : Hello all, well, i did ask this once in mandriva, now in mageia. I've sucessfully packed in RPM sawmill (www.sawmill.net) software. Yes, i will arrange this and communicate with counsill if i got a yes I got a YES They understand the mirrors currently have no way of blocking residents of Cuba, Iran, Iraq, Libya, North Korea or any other country to which the United States embargoes goods, or (ii) to the Bosnian Serbs from downloading and installing the package? Regards, Dave Hodgins I guess, i did explain that it is worldwide reachable, including banned countries by USA. However i guess we can do that explicit in written auth LD
Re: [Mageia-dev] FOSDEM 2011
Le mardi 4 janvier 2011 04:03:34, Anne nicolas a écrit : Hi there Mageia team will attend FOSDEM 2011 (http://fosdem.org/2011/) in Bruxelles, february, 5/6 2011. As project is rather new, we will not have boot this year but we may attend distribution Miniconf. In same time we will have meeting about various subjects (topics list still not finalized, feel free to propose also) and of course diner. If you are interested in it, please register on http://mageia.org/wiki/doku.php?id=events:fosdem2011 so that we can book in time. Cheers Merci Anne, I wonder, where do the long distance people could get a video / presentation of conference LD
Re: [Mageia-dev] First packagers meeting
Merci Anne Could you kindly send ical invitatio for those like me that use kontact or evolution? Anne nicolas enna...@gmail.com a écrit : Hi there! As you may have noticed, Mageia teams creation is in progress. i18n has just started last week. It's now packagers turn. You have registered on wiki: http://mageia.org/wiki/doku.php?id=packaging. Please have a look on this page. You will find very first items to setup this team. mageia-dev will be the official mailing-list for packagers. So if you know people who want to become packagers and who are not registered, please inform them about it. First packagers meeting will happen on 15, december 19h30 UTC on #mageia-dev. Here are the topics to start with: - quick introduction of people attending meeting - setup internal organization: meetings planning, representatives, relations with other Mageia teams to synchronize work - setup mentoring for incoming packagers (who, when, how...) - work on packaging policies, starting from Mandriva Linux policies - work on mentoring process to make life easier for mentors - organize work for packages import in Mageia svn Feel free to comment before meeting. We will have a bot to log our meeting. See you on Wednesday -- Anne http://www.mageia.org
[Mageia-dev] how much time
helow just wondering, how much time more or less to begin to build packages? :)
Re: [Mageia-dev] join to contribute
Le mercredi 22 septembre 2010 10:17:55, Luis Daniel Lucio Quiroz a écrit : Le mercredi 22 septembre 2010 06:51:37, Adrian Marcinkowski a écrit : W dniu 2010-09-22 13:48, Alvin Meimoun pisze: Hello, i'm ready to help the Mageia project Thanks for your support. Please, add your details on wiki so that developers could contact you when needed: http://mageia.org/wiki ___ Mageia-dev mailing list Mageia-dev@mageia.org https://www.mageia.org/mailman/listinfo/mageia-dev I was trying to sign-up in that wiki with my usual dlucio username , wiki says it is already taken, not by me ___ Mageia-dev mailing list Mageia-dev@mageia.org https://www.mageia.org/mailman/listinfo/mageia-dev Never mind :) ___ Mageia-dev mailing list Mageia-dev@mageia.org https://www.mageia.org/mailman/listinfo/mageia-dev
