Re: [Mageia-dev] freeze push: drakx-installer-binaries
Op woensdag 13 maart 2013 21:00:45 schreef AL13N: Please push: drakx-installer-binaries: - fix loading modules with - in their names (mga#9242) in the stage1 window to load extra modules (eg: xen-netfront), all modules with '-' in the name failed. this fix allows those modules to be loaded when requested. ping
Re: [Mageia-dev] freeze push: drakx-installer-binaries
AL13N skrev 14.3.2013 08:38: Op woensdag 13 maart 2013 21:00:45 schreef AL13N: Please push: drakx-installer-binaries: - fix loading modules with - in their names (mga#9242) in the stage1 window to load extra modules (eg: xen-netfront), all modules with '-' in the name failed. this fix allows those modules to be loaded when requested. ping d-i-b was pushed ~10 h ago by guillomovitch I just pushed stage2/images/rescue to pick up latest d-i-b. -- Thomas
Re: [Mageia-dev] Freeze push: privoxy
On Tuesday 12. March 2013 10.54, Johnny A. Solbu wrote: Please submit privoxy. Bug fix release, closes CVE-2013-2503 (Insufficiently Protected Credentials) (mga#9335) Ping? -- Johnny A. Solbu PGP key ID: 0xFA687324 signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] A question about BuildRequires and other RPM questions.
OK, I really need and want to get involved with this and find a mentor. I have no definite work lined up beyond middle of next week, so if someone would be able to mentor me that would be fab. I will need some hand-holding to start with, but I learn fairly quickly; I have a background in embedded programming so this is not totally alien to me, even if much of the terminology you use in all this is! I'm pretty sure that once I have had a lesson in doing it from scratch I'll be able to do it with little help after that. I'm in the UK so you know what time zone I'm in. Would be really good if a potential mentor could reply *off* list so the mail plops into my main mailbox and not into the Megeia folder. Thanks! :~) Rob On 08/03/13 11:33, Claire Robinson wrote: There is a great mentoring programme Robert and we're always short of packagers. Have a read here and find yourself a mentor: https://wiki.mageia.org/en/Becoming_a_Mageia_Packager
Re: [Mageia-dev] Still looking for a mentor.
Le jeudi 14 mars 2013 12:57:44 atilla ontas a écrit : Hi. I'm afraid i won't find a mentor. I already doing stuff with rpm packages and maintaining an unofficial repository at my site. ( depo.tarakbumba.com) So, no one wants mentor to me? Hello, what you can do is to open a bugreport with one spec file so we will be able to review it inside. I can take a look.
Re: [Mageia-dev] Still looking for a mentor.
2013/3/14 Nicolas Lécureuil nicolas.lecure...@free.fr Le jeudi 14 mars 2013 12:57:44 atilla ontas a écrit : Hi. I'm afraid i won't find a mentor. I already doing stuff with rpm packages and maintaining an unofficial repository at my site. ( depo.tarakbumba.com) So, no one wants mentor to me? Hello, what you can do is to open a bugreport with one spec file so we will be able to review it inside. I can take a look. Thank you for quick reply. I didn't notice at wkik that a bug report should be filed. Should i file bugreport for a package request? If so i have already one; https://bugs.mageia.org/show_bug.cgi?id=9222 Though i did not paste .spec file there. Adding to that report ASAP.
Re: [Mageia-dev] A question about BuildRequires and other RPM questions.
Le 14/03/2013 11:26, Robert Wood a écrit : OK, I really need and want to get involved with this and find a mentor. I have no definite work lined up beyond middle of next week, so if someone would be able to mentor me that would be fab. I will need some hand-holding to start with, but I learn fairly quickly; I have a background in embedded programming so this is not totally alien to me, even if much of the terminology you use in all this is! I'm pretty sure that once I have had a lesson in doing it from scratch I'll be able to do it with little help after that. Please start adding yourself here : https://wiki.mageia.org/en/Becoming_a_Mageia_Packager#Packaging_apprentice_candidates
[Mageia-dev] no signature errors on latest updates
Just updated cauldron today which had a lot of packages due to the KDE updates - but I had to manually say Y to each batch of packages because of an error stating no signatures Is there a problem with the build system and signatures? Thx, R.Fox
Re: [Mageia-dev] freeze push: drakx-installer-binaries
AL13N skrev 14.3.2013 08:38: Op woensdag 13 maart 2013 21:00:45 schreef AL13N: Please push: drakx-installer-binaries: - fix loading modules with - in their names (mga#9242) in the stage1 window to load extra modules (eg: xen-netfront), all modules with '-' in the name failed. this fix allows those modules to be loaded when requested. ping d-i-b was pushed ~10 h ago by guillomovitch I just pushed stage2/images/rescue to pick up latest d-i-b. ah, i hadn't seen it... thanks!
Re: [Mageia-dev] no signature errors on latest updates
See: https://bugs.mageia.org/show_bug.cgi?id=9385
Re: [Mageia-dev] no signature errors on latest updates
On Thursday 14. March 2013 14.46, isadora wrote: See: https://bugs.mageia.org/show_bug.cgi?id=9385 In my opinion, this should qualify as a release blocker. -- Johnny A. Solbu PGP key ID: 0xFA687324 signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] no signature errors on latest updates
On Thu 14 Mar 2013 14:00:19 GMT, Johnny A. Solbu wrote: On Thursday 14. March 2013 14.46, isadora wrote: See: https://bugs.mageia.org/show_bug.cgi?id=9385 In my opinion, this should qualify as a release blocker. There is no need to call everything release blocker as soon as a bug is annoying. Here, it's just something annoying that needs to be fixed by the sysadmin team. It happens periodically. Cheers, like... every year around the middle of March :-)
[Mageia-dev] freeze push 389-ds-base
Please push 389-ds-base it fixes Bug 9349, 389-ds-base new security issue CVE-2013-0312 It builds locally and no rpmlint errors are being reported :) -- Best regards Thomas Spuhler signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] no signature errors on latest updates
On Thursday 14. March 2013 16.27, Pierre-Malo Deniélou wrote: In my opinion, this should qualify as a release blocker. There is no need to call everything release blocker as soon as a bug is annoying. Some bugs are more important than others. Keysigning problems on the build servers ought to be a high priority. -- Johnny A. Solbu PGP key ID: 0xFA687324 signature.asc Description: This is a digitally signed message part.
[Mageia-dev] Freeze push: squid
This updates to bugfix 3.2.9. - Regression fix: Accept-Language header parse - Bug 3673: Silence 'Failed to select source' messages - Fix authentication headers sent on peer digest requests - Fix build error on Solaris, OpenIndiana, Omnios http://www.squid-cache.org/Versions/v3/3.2/changesets/SQUID_3_2_9.html I've confirmed that it builds and works fine in Cauldron.
[Mageia-dev] Freeze push: timezone
This updates to 2013b, which provides updated timezone data for several locations. I've confirmed that it builds and installs fine in Cauldron.
Re: [Mageia-dev] issue with accentuated letters with gnome: gdb vs gnome vs locale-br
On 7 March 2013 07:00, Thierry Vignaud thierry.vign...@gmail.com wrote: For some time, I've issues with typing accentued letter within gnome with br_FR locale (breton language). I tried altered the LC_CTYPE content by replacing copy en_DK by: copyfr_FR But that doesn't fix it (and anyway that's the value since a decade). I noted that gnome doesn't set $LC_CTYPE When tested, both LC_CTYPE=fr_FR gedit and LC_CTYPE=br_FR gedit allows me to type accentuated letters such as é. Also running startx startgnomeclassic -- :1 from a tty works fine. The difference is that in that case, the shell has read ~/.i18n and set LC_CTYPE accordingly. It looks like the issue may be when gnome is run from gdm. Does that ring any bell to anyone? Anyone? I'll upload rpmdrake with global progress bar if someone finds out the issue with gnome!
Re: [Mageia-dev] issue with accentuated letters with gnome: gdb vs gnome vs locale-br
Le 14/03/2013 19:54, Thierry Vignaud a écrit : Anyone? I'll upload rpmdrake with global progress bar if someone finds out the issue with gnome! Argh! I don't use Gnome nor Breton locale but I want global progress bar. So I'd say did you report upstream ;-)
Re: [Mageia-dev] [soft-commits] [7542] - fix loading modules with - in their names (mga#9242)
Op donderdag 14 maart 2013 19:47:36 schreef Thierry Vignaud: On 13 March 2013 20:52, r...@mageia.org wrote: Revision 7542 Author alien Date 2013-03-13 20:52:07 +0100 (Wed, 13 Mar 2013) Log Message - fix loading modules with - in their names (mga#9242) - add an easy buildtarget for testing A couple remarks: - next time do a commit a time (first your change, then bumping version) ah, ok, is there a reason for this (to have separate a change and then a version bump)? now that you mention this, i think i've seen you say this to thomas before... it would've been nice to have had some documentation regarding these things... - please revert your dist-svn-test; when one wants to test, either he commits in git-svn or he locally runs make well, it would've been nicer if you have said so before (or documented it someplace), i spent more than 4 hours figuring out why my changes had no effect... but sure, i'll revert it. I hope you tested several modules with both case? yes, i tried with several. and since the xen-netfront modules aren't autodetected for some reason (i'm trying to look into it), i had the opportunity to test alot with various modules. (also, i note that virtmanager telling to use e1000 or other model, it still uses the netfront one instead..) Modified Paths drakx/trunk/mdk-stage1/Makefile drakx/trunk/mdk-stage1/NEWS drakx/trunk/mdk-stage1/modules.c Modified: drakx/trunk/mdk-stage1/Makefile === --- drakx/trunk/mdk-stage1/Makefile 2013-03-12 19:12:12 UTC (rev 7541) +++ drakx/trunk/mdk-stage1/Makefile 2013-03-13 19:52:07 UTC (rev 7542) @@ -15,7 +15,7 @@ # along with this program; if not, write to the Free Software # Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. -VERSION=1.74.1 +VERSION=1.75 PRODUCT=drakx-installer-binaries # @@ -217,6 +217,14 @@ fi; $(info $(PRODUCT)-$(VERSION).tar.xz is ready) +dist-svn-test: + mkdir -p $(PRODUCT)-$(VERSION) + svn export -q . $(PRODUCT)-$(VERSION)/mdk-stage1 + svn export -q ../kernel $(PRODUCT)-$(VERSION)/kernel + cp ../Makefile.config $(PRODUCT)-$(VERSION)/ + tar cfa $(PRODUCT)-$(VERSION).tar.xz $(PRODUCT)-$(VERSION) + rm -rf $(PRODUCT)-$(VERSION) + dist-svn: mkdir -p $(PRODUCT)-$(VERSION) svn export -q -rBASE . $(PRODUCT)-$(VERSION)/mdk-stage1
Re: [Mageia-dev] [soft-commits] [7542] - fix loading modules with - in their names (mga#9242)
On 14 March 2013 20:29, AL13N al...@rmail.be wrote: - fix loading modules with - in their names (mga#9242) - add an easy buildtarget for testing A couple remarks: - next time do a commit a time (first your change, then bumping version) ah, ok, is there a reason for this (to have separate a change and then a version bump)? in order to have smaller easier to review commits. You really do not want to come on big old commits when trying to understand a problem. I hope you tested several modules with both case? yes, i tried with several. and since the xen-netfront modules aren't autodetected for some reason (i'm trying to look into it) b/c it has no pci/usb alias, only the following (which we do not look for) alias: xennet alias: xen:vif well, we don't know how to detect that.
[Mageia-dev] Freeze push: proftpd
This updates to bugfix release 1.3.4c. http://www.proftpd.org/docs/NEWS-1.3.4c I confirmed it builds and works fine in Cauldron.
[Mageia-dev] Freeze push: foomatic-db-engine
This updates to 4.0.9, with just a couple minor changes: * lib/Foomatic/DB.pm: Error out when initializing the DB object without any form of a Foomatic database being present, made the getpage() method a normal, object-independent function as it does not need a Foomatic database. * foomatic-configure.in, foomatic-printjob.in: Updated to use getpage() as a normal function, fixed CUPS check, made foomatic-printjob working without presence of a Foomatic database. http://bzr.linuxfoundation.org/loggerhead/openprinting/foomatic-4.0/foomatic-db-engine/annotate/head:/ChangeLog I confirmed it builds fine in Cauldron.
