Re: [Mageia-dev] Freeze Push: e2fsprogs
'Twas brillig, and Colin Guthrie at 27/04/12 14:23 did gyre and gimble: > Hi, > > As per discussions earlier, can you please push e2fsprogs. > > It adds a default config to prevent fsck when system clock and hwclock > are out of sync. > > We should probably consider adding this to the rescue and installer > files list too. At the meeting it was decided to push this change, so ping. 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] Freeze Push: redis
'Twas brillig, and Colin Guthrie at 10/05/12 00:07 did gyre and gimble: > 'Twas brillig, and Colin Guthrie at 29/04/12 19:40 did gyre and gimble: >> 'Twas brillig, and Thomas Backlund at 29/04/12 18:35 did gyre and gimble: >>> 29.04.2012 20:09, Colin Guthrie skrev: Hi, When fixing LSB initscripts, redis failed to build and failed some tests. As it was out of date and I found a few references to "it's a >>> >>> That's weird... It built ok ~1 day ago after I added one upstream fix >>> for a test timing issue... >> >> Oh I didn't look at the history... that was perhaps a little overeager >> update on my part... >> known problem" when googling, I tried the latest version locally and it worked fine for me. >>> >>> yeah, it's testsuite isn't that stable.. >> >> Do you think it's worth reverting it and trying the build again? > > OK, so as nothing happened here, I've reverted the version bump and am > trying another build. Hopefully it'll escape the build system now. OK, it worked this time. The previous failure must have been timing related. 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] Freeze Push: redis
'Twas brillig, and Colin Guthrie at 29/04/12 19:40 did gyre and gimble: > 'Twas brillig, and Thomas Backlund at 29/04/12 18:35 did gyre and gimble: >> 29.04.2012 20:09, Colin Guthrie skrev: >>> Hi, >>> >>> When fixing LSB initscripts, redis failed to build and failed some >>> tests. As it was out of date and I found a few references to "it's a >> >> That's weird... It built ok ~1 day ago after I added one upstream fix >> for a test timing issue... > > Oh I didn't look at the history... that was perhaps a little overeager > update on my part... > >>> known problem" when googling, I tried the latest version locally and it >>> worked fine for me. >>> >> >> yeah, it's testsuite isn't that stable.. > > Do you think it's worth reverting it and trying the build again? OK, so as nothing happened here, I've reverted the version bump and am trying another build. Hopefully it'll escape the build system now. 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] freeze push: request Gimp 2.8 regarding single window interface!
Thierry Vignaud a écrit : > On 7 May 2012 14:43, Thierry Vignaud wrote: >>> http://www.gimp.org/release-notes/gimp-2.8.html >>> >>> shows (in known regressions section) that wacom devices no longer work >>> on gimp-2.8 and recomment people to downgrade to 2.6 if they need that >>> support. Maybe both versions should be provided then :-/ >> >> I'll check this tonight. > > works for me > Tried the Live KDE rc.. Gimp is ok : it works with my wacom intuos out of the box !!!
Re: [Mageia-dev] [soft-commits] [4436] german keyboard: default to variant with enabled deadkeys instead of "nodeadkeys variant" ( mga#3791)
Hi Oliver, *, On Thu, May 10, 2012 at 12:09 AM, Oliver Burger wrote: > Am 09.05.2012 23:48, schrieb r...@mageia.org: >> >> Log Message >> >> german keyboard: default to variant with enabled deadkeys instead >> of"nodeadkeys variant" (mga#3791) > > Oups, why that? > As far as I'm concerned no deadkeys is the default for German users and > that's good! > > Any reasons for this change? Call it "Competitive analysis" if you want. Keyboards comes with those little keys that are meant to produce accented characters in combination with regular letters, and this how it works on Windows, the platform most users will migrate from, and also on Mac OS X. Regular users don't have any use of stand-alone-accent-characters. And even with deadkeys it is easy to produce the standalone accent by just pressing the key twice (so you can get backticks easily). If you're a programmer and are using a nodeadkeys variant for that reason, you're not the target population of a suggested default. (If you know what is meant with "deadkeys" and "nodeadkeys", you're not in target of that dialog, and have the knowledge to not accept the default, but choose the nodeadkeys variant that is listed right next to the regular variant). The variant with deadkeys is called "German" without any addition for a reason. If nodeadkeys were the expected/more common choice, then it would be "German (international)" or "German (deadkeys)", like it is the case for the US-variants. ciao Christian
Re: [Mageia-dev] [soft-commits] [4436] german keyboard: default to variant with enabled deadkeys instead of "nodeadkeys variant" ( mga#3791)
Am 09.05.2012 23:48, schrieb r...@mageia.org: Revision 4436 Author tv Date 2012-05-09 23:48:18 +0200 (Wed, 09 May 2012) Log Message german keyboard: default to variant with enabled deadkeys instead of"nodeadkeys variant" (mga#3791) Oups, why that? As far as I'm concerned no deadkeys is the default for German users and that's good! Any reasons for this change? I can't follow the bug reporter's view. Oliver
[Mageia-dev] Mageia 2 RC release is out
Hi there Mageia 2 RC isos are now available for tests: http://blog.mageia.org/en/2012/05/09/almost-there-download-mageia-2-rc-new-date-for-final-release/ Thanks a lot all for the hard work. We need your last tests on RC and in a very short time now. Also as you may have seen, final release is a bit postponed to 22d of may to give some time for building final isos. Thanks again for all the work and for your patience Mageia Team http://mageia.org
Re: [Mageia-dev] push libofx
Le 09/05/2012 20:40, zezinho a écrit : Em 08-05-2012 12:05, zezinho escreveu: Em 07-05-2012 11:45, zezinho escreveu: please push libofx : it fixes a require between subpackages. Without that, OFX import does not work in Kmymoney, Gnucash, etc. gnip ping? done -- http://mageia.org
Re: [Mageia-dev] Freeze push: php-eaccelerator
Le 09/05/2012 23:03, David Walser a écrit : David Walser writes: It needs to be rebuilt against the upgraded PHP version (Bug 5781). Ping??? done -- http://mageia.org
Re: [Mageia-dev] Freeze push: ffmpeg, mplayer
Le 09/05/2012 23:06, David Walser a écrit : David Walser writes: Funda Wang writes: Could somebody push ffmpeg 0.10.3 into cauldron? It fixed security problems in the 4xm demuxer, avi demuxer, cook decoder, mm demuxer, mpegvideo decoder, vqavideo decoder (CVE-2012-0947) and xmv demuxer. Note that core and tainted should be pushed one by one. Please also push mplayer, to include the updated ffmpeg. I've built both locally and can confirm they build, install, and work. Ping??? Upstream is conservative with fixes into stable branches, and this has been tested. I'd like to get this last security fix in before release. done -- http://mageia.org
[Mageia-dev] Report on my upgrade to 2
I only noticed 4 things: = 1 = The 1898 packages were updated in one big transaction = 2 = Le paquetage demand� ne peut pas �tre install��: cups-drivers-foo2zjs-0.0-0.20120223.1.mga2.x86_64 (en raison de conflit avec tk-8.5.11-1.mga2.x86_64, Tentative de promouvoir /usr/bin/wish) D�sirez-vous tout de m�me continuer�? (O/n) Afin de poursuivre la mise � jour, les paquetages suivants doivent �tre d�sinstall�s�: cups-drivers-foo2zjs-0.0-0.20101208.1.mga1.x86_64 (en raison du manque de /usr/bin/wish) = 3 = 1689/1898: mdadm ## stdin: is not a tty = 4 = bootlogd.service is not a native service, redirecting to /sbin/chkconfig. Executing /sbin/chkconfig bootlogd off Usage: service -[Rfshv] SERVICE ARGUMENTS -f|--full-restart: Do a fullrestart of the service. -R|--full-restart-all: Do a fullrestart of all running services. -s|--status-all:Print a status of all services. --ignore-dependencies: Do not start required systemd services --skip-redirect:Do not redirect to systemd -d|--debug: Launch with debug. -h|--help: This help. Operation failed: No such file or directory erreur lors de la lecture d'informations sur le service stop_bootlogd�: Aucun fichier ou dossier de ce type d�sinstallation du paquetage sysvinit-2.87-10.mga1.x86_64
Re: [Mageia-dev] Please test RFT: nvidia-current 295.49
06.05.2012 20:46, Thomas Backlund skrev: > So, > > nVidia released a 295.49 wich fixes performance regressions introduced > in 295.40. > > As we are this close to release I have pushed a build to Nonfree Updates > Testing. > > I'd like people to try it out and report if it works ot not and if it > introduces other regressions > > So test them out and respond to this thread if it works or not. > So... Only 2 testers so far.:( Seems we dont have enough interested nvidida users around... Please, if you can, test... -- Thomas
Re: [Mageia-dev] Freeze push: ffmpeg, mplayer
David Walser writes: > Funda Wang writes: > > > > Could somebody push ffmpeg 0.10.3 into cauldron? It fixed security > > problems in the 4xm demuxer, avi demuxer, cook decoder, mm demuxer, > > mpegvideo decoder, vqavideo decoder (CVE-2012-0947) and xmv demuxer. > > > > Note that core and tainted should be pushed one by one. > > Please also push mplayer, to include the updated ffmpeg. > > I've built both locally and can confirm they build, install, and work. Ping??? Upstream is conservative with fixes into stable branches, and this has been tested. I'd like to get this last security fix in before release.
Re: [Mageia-dev] Freeze push: squidanalyzer
David Walser writes: > David Walser wrote: > > This is a new package that I added just before the freeze. It's a leaf > package; its function is to generate HTML reports from Squid logs. I > am using it in production at work on a high-volume Squid server. The > upstream author e-mailed me to notify me of the new version, which fixes > some bugs. It has been running at work the past few days and it is working > well. Please push. Ping??? Running fine in production server over a week now. Just bug fixes.
Re: [Mageia-dev] Freeze push: php-eaccelerator
David Walser writes: > It needs to be rebuilt against the upgraded PHP version (Bug 5781). Ping???
Re: [Mageia-dev] Freeze push: desktop-common-data
Damien Lallement writes: > Le 09/05/2012 18:55, Anne Nicolas a écrit : > > Le 09/05/2012 16:37, Damien Lallement a écrit : > >> Hello, > >> > >> Please submit the package, it renames 'xte' as 'editor'. > >> No conflict on /usr/bin/editor (same as for debian). > >> > >> Thanks > > > > error: File > > /var/lib/schedbot/repsys/tmp/tmp5WkIbq/SOURCES/desktop-common-data-2.tar.xz: > > No such file or directory > > Ooops, I forgot mgarepo sync -d... \o/ > Please resubmit. Not yet. Damien, since you renamed the script, you need to s/xte/editor/g the contents of the script itself. Sorry about the name conflict.
Re: [Mageia-dev] push libofx
Le 09/05/2012 20:40, zezinho a écrit : Em 08-05-2012 12:05, zezinho escreveu: Em 07-05-2012 11:45, zezinho escreveu: please push libofx : it fixes a require between subpackages. Without that, OFX import does not work in Kmymoney, Gnucash, etc. gnip ping? done -- http://mageia.org
[Mageia-dev] Freeze push: task-lamp
task-lamp requires mysql I've changed it to mariadb instead (and added the mariadb-extra on task-lamp- extra as well (there was no mysql-extra))
[Mageia-dev] Freeze push request: me-tv
Please push me-tv, it fixes the problem where if started for the first time, it complains about database being too old ad not starting at all. This fix has been backported from 1.3.7.
Re: [Mageia-dev] freeze push: sqlite 3.7.11
'Twas brillig, and Anne Nicolas at 09/05/12 18:02 did gyre and gimble: > Le 09/05/2012 10:08, n...@gmx.com a écrit : >> Hello! >> >> Please push new sqlite 3.7.11, it is fixing a serious bug, and upgrading >> from 3.7.10 is recommended. >> >> 2012-March-20 - Version 3.7.11 >> >> SQLite version 3.7.11 is a regularly scheduled maintenance release which >> was rushed out early due to a bug in the query optimizer introduced in >> the previous release. The bug is obscure - it changes a LEFT JOIN into >> an INNER JOIN in some cases when there is a 3-way join and OR terms in >> the WHERE clause. But it was considered serious enough to rush out a >> fix. Apart from this one problem, SQLite version 3.7.10 has not given >> any trouble. Upgrading to version 3.7.11 from versions 3.7.6.3, 3.7.7, >> 3.7.7.1, 3.7.8, or 3.7.9 is optional. Upgrading from other releases, >> including the previous release 3.7.10, is recommended. > > - Current or newer revision(s) already exists in core/release for > cauldron: sqlite-2.8.17-16.mga2.src > > please fix Package is actually called sqlite3 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] [soft-commits] [4434] add MariaDB to DVD
On 9 May 2012 20:24, wrote: > Revision 4434 Author ennael Date 2012-05-09 20:24:25 +0200 (Wed, 09 May > 2012) > > Log Message > > add MariaDB to DVD your changelog isn't accurate: > Modified: build_system/bcd/trunk/lists/basesystem_mini > === > --- build_system/bcd/trunk/lists/basesystem_mini 2012-05-09 13:05:56 UTC > (rev 4433) > +++ build_system/bcd/trunk/lists/basesystem_mini 2012-05-09 18:24:25 UTC > (rev 4434) > @@ -123,7 +123,6 @@ > x11-driver-video-vboxvideo > > oxygen-gtk > -oxygen-gtk3 > > bridge-utils > smartmontools
Re: [Mageia-dev] push libofx
Em 08-05-2012 12:05, zezinho escreveu: Em 07-05-2012 11:45, zezinho escreveu: please push libofx : it fixes a require between subpackages. Without that, OFX import does not work in Kmymoney, Gnucash, etc. gnip ping?
Re: [Mageia-dev] freeze push: request Gimp 2.8 regarding single window interface!
On 7 May 2012 14:43, Thierry Vignaud wrote: >> http://www.gimp.org/release-notes/gimp-2.8.html >> >> shows (in known regressions section) that wacom devices no longer work >> on gimp-2.8 and recomment people to downgrade to 2.6 if they need that >> support. Maybe both versions should be provided then :-/ > > I'll check this tonight. works for me
Re: [Mageia-dev] help with update/testing needed / freeze exception for me-tv
Am 09.05.2012 12:44, schrieb Colin Guthrie: > 'Twas brillig, and Wolfgang Bornath at 05/05/12 21:06 did gyre and gimble: >> 2012/5/5 Wolfgang Bornath : >>> 2012/5/5 Florian Hubold : Am 05.05.2012 21:04, schrieb Wolfgang Bornath: > 2012/4/4 Florian Hubold : >> Hi all, >> >> me-tv (a really nice and easy to-use DVB viewer with EPG guide) >> totally went under my radar and it has not been updated nor >> rebuild yet for cauldron since quite some time, seems i forgot >> to commit my local update to 2.x branch, and me-tv was not >> covered by check.mageia.org updates report, and i've to update >> it when i was still apprentice. >> >> But as me-tv development was suspended, and now restarted >> (2.0 branch was complete rewrite, with differing features, f.ex. >> server/client based) so that 1.4 branch is the followup to what >> we have in cauldron: https://launchpad.net/me-tv/+announcement/9377 >> >> FWIW, me-tv-1.3.6 in cauldron was built last time beginning of last july. >> I'd like to get some sort of freeze exception for me-tv, but primarily >> help with testing this in cauldron, i've just pushed a rebuild of it, >> could all who possess a DVB-receiver and a physical cauldron >> installation please test it, should be available soon, rebuild went >> through. > What exactly do you need (sorry for picking this up so late)? > > Todays experience as posted in the forum: > > Cauldron 64-bit with all updates. KDE. "Real" installation on a Samsung > R530. > Adapter Happauge Nova-T, firmware: dvb-usb-dib0700-1.20.fw in > /lib/firmware, plugging in the adapter gives success message in > syslog: "Hauppauge Nova-T in warm state" > > Installed is me-tv (including dependencies): > > me-tv-1.3.6-3.mga2 > dvb-apps-1.1.1-8.hg1465.1.mga2 > lib64unique1.0_0-1.1.6-6.mga2 > lib64dvbapps-1.1.1-8.hg1465.1.mga2 > > After installation and starting the application me-tv shows a message > that the existing Me-Tv database is to old to be used by this version. This sounds like complete bogus to me, as the only version of me-tv for Mageia 1 and cauldron is 1.3.6, there should be no difference at all. >>> But different builds. >>> This cauldron install, was it upgraded from mga1, or where did the old .me-tv config come from? >>> Fresh Beta3 installation. The database (NOT config!) file is me-tv.db >>> and it is installed by the package. I also tried erasing the file >>> after installation before starting the application - the message about >>> the old db persists. See below >>> >>> But if this problem persists, mostly all me-tv users should face it after upgrading from Mageia 1 to Mageia 2, so we probably need some kind of fix for this ... > Option "Cancel" ends the whole application, clicking on "Erase old > Me-Tv data" the messagebox runs into a freeze which crashes the whole > application. In the konsole this looks like: > > $ me-tv -v > Me TV 1.3.6 > 05.05.2012 15:02:55: Application constructor > 05.05.2012 15:02:55: sqlite3_threadsafe() = 1 > 05.05.2012 15:02:55: Database 'exists' > 05.05.2012 15:02:55: Opening database file > '/home/alfred/.local/share/me-tv/me-tv.db' > 05.05.2012 15:02:55: Loading UI files > 05.05.2012 15:02:55: Application constructed > 05.05.2012 15:02:55: Initialising table 'version' > 05.05.2012 15:02:55: Required Database version: 6 > 05.05.2012 15:02:55: Actual Database version: 0 <<--- here the > message box pops up and I click on "Erase old data" > 05.05.2012 15:03:26: Dropping Me TV schema > 05.05.2012 15:03:26: Dropping table 'channel' > 05.05.2012 15:03:26: Dropping table 'epg_event' > 05.05.2012 15:03:26: Dropping table 'epg_event_text' > 05.05.2012 15:03:26: Dropping table 'scheduled_recording' > 05.05.2012 15:03:26: Dropping table 'version' > 05.05.2012 15:03:26: Vacuuming database > 05.05.2012 15:03:27: Initialising table 'channel' > 05.05.2012 15:03:27: Initialising table 'epg_event' > 05.05.2012 15:03:27: Initialising table 'epg_event_text' > 05.05.2012 15:03:27: Initialising table 'scheduled_recording' > 05.05.2012 15:03:27: Initialising table 'version' > > and that's it. > > In MGA1 Me-TV works nicely with the same adapter. In MGA1 the package > is me-tv-1.3.6-1.1.mga1 - in MGA2 the packages is me-tv-1.3.6-3.mga2 > Can you please try again after removing ~/.local/share/me-tv/ ? >>> - removed ~/.local/share/me-tv/ (including the me-tv.db) >>> >>> Result: Starting me-tv runs into a timeout. Message in konsole: >>> >>> (me-tv:1956) : Unique-DBUS-WARNING **: Error while sending message: >>> Did not receive a reply. Possible causes include [follow
Re: [Mageia-dev] Freeze push: edje_viewer
Am 08.05.2012 23:16, schrieb Anne Nicolas: > Le 08/05/2012 22:13, Florian Hubold a écrit : >> Please push edje_viewer, it updates our outdated snapshot >> to a recent one, and adds a patch to fix recent API breakage. >> Previously it segfaulted directly, now it works as intended. >> > > Failed. Please fix and mail again > Fixed (damn .desktop file validation problems, not caught locally). Please repush.
Re: [Mageia-dev] freeze push: munin
Le 07/05/2012 11:20, Guillaume Rousse a écrit : munin 2.0 rc4 -> munin 2.0 rc5 Ping ? -- BOFH excuse #157: Incorrect time synchronization
Re: [Mageia-dev] freeze push: sqlite 3.7.11
- Original Message - From: Anne Nicolas Sent: 05/09/12 07:02 PM To: Mageia development mailing-list Subject: Re: [Mageia-dev] freeze push: sqlite 3.7.11 - Current or newer revision(s) already exists in core/release for cauldron: sqlite-2.8.17-16.mga2.src please fix -- http://mageia.org Excuse me, the package name is "sqlite3".
Re: [Mageia-dev] freeze push: sqlite 3.7.11
Le 09/05/2012 10:08, n...@gmx.com a écrit : Hello! Please push new sqlite 3.7.11, it is fixing a serious bug, and upgrading from 3.7.10 is recommended. 2012-March-20 - Version 3.7.11 SQLite version 3.7.11 is a regularly scheduled maintenance release which was rushed out early due to a bug in the query optimizer introduced in the previous release. The bug is obscure - it changes a LEFT JOIN into an INNER JOIN in some cases when there is a 3-way join and OR terms in the WHERE clause. But it was considered serious enough to rush out a fix. Apart from this one problem, SQLite version 3.7.10 has not given any trouble. Upgrading to version 3.7.11 from versions 3.7.6.3, 3.7.7, 3.7.7.1, 3.7.8, or 3.7.9 is optional. Upgrading from other releases, including the previous release 3.7.10, is recommended. - Current or newer revision(s) already exists in core/release for cauldron: sqlite-2.8.17-16.mga2.src please fix -- http://mageia.org
Re: [Mageia-dev] Freeze push: desktop-common-data
Le 09/05/2012 18:55, Anne Nicolas a écrit : Le 09/05/2012 16:37, Damien Lallement a écrit : Hello, Please submit the package, it renames 'xte' as 'editor'. No conflict on /usr/bin/editor (same as for debian). Thanks error: File /var/lib/schedbot/repsys/tmp/tmp5WkIbq/SOURCES/desktop-common-data-2.tar.xz: No such file or directory Ooops, I forgot mgarepo sync -d... \o/ Please resubmit. -- Damien Lallement twitter: damsweb - IRC: damsweb/coincoin
Re: [Mageia-dev] freeze push: sqlite 3.7.11
Le 09/05/2012 10:08, n...@gmx.com a écrit : Hello! Please push new sqlite 3.7.11, it is fixing a serious bug, and upgrading from 3.7.10 is recommended. 2012-March-20 - Version 3.7.11 SQLite version 3.7.11 is a regularly scheduled maintenance release which was rushed out early due to a bug in the query optimizer introduced in the previous release. The bug is obscure - it changes a LEFT JOIN into an INNER JOIN in some cases when there is a 3-way join and OR terms in the WHERE clause. But it was considered serious enough to rush out a fix. Apart from this one problem, SQLite version 3.7.10 has not given any trouble. Upgrading to version 3.7.11 from versions 3.7.6.3, 3.7.7, 3.7.7.1, 3.7.8, or 3.7.9 is optional. Upgrading from other releases, including the previous release 3.7.10, is recommended. done -- http://mageia.org
Re: [Mageia-dev] Freeze push: icewm
Le 09/05/2012 16:37, Damien Lallement a écrit : Hi, Please submit the package as 'xte' is now 'editor'. Thanks done -- http://mageia.org
Re: [Mageia-dev] Freeze push: desktop-common-data
Le 09/05/2012 16:37, Damien Lallement a écrit : Hello, Please submit the package, it renames 'xte' as 'editor'. No conflict on /usr/bin/editor (same as for debian). Thanks error: File /var/lib/schedbot/repsys/tmp/tmp5WkIbq/SOURCES/desktop-common-data-2.tar.xz: No such file or directory -- http://mageia.org
[Mageia-dev] Last packagers meeting before final release
Hi there Will be on -dev as usual at 19h15 UTC. We will focus on very last review of release blocker bugs and planning until final release day (22d of may) Cheers -- http://mageia.org
Re: [Mageia-dev] Freeze push: blender
2012/4/28 Thomas Backlund > 28.04.2012 16:55, Funda Wang skrev: > > Hello, > > > > Could someboyd push blender 2.63 into cauldron? We currently have > > 2.62, and 2.63 fixed a lot of bugs[1], please enhancement on BMesh > > modelling system. > > > > [1]: > http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.63/Bug_Fixes > > Pushed. > > -- > Thomas > > Hello, I have just a question, what is the reason to compile Blender without the new engine render "cycles" ? I tested the binary from the Blender site, and the cycles engine works fine, even though I haven't a video card "CUDA compatible" Regards, Thibaut
[Mageia-dev] Freeze push: desktop-common-data
Hello, Please submit the package, it renames 'xte' as 'editor'. No conflict on /usr/bin/editor (same as for debian). Thanks -- Damien Lallement twitter: damsweb - IRC: damsweb/coincoin
[Mageia-dev] Freeze push: icewm
Hi, Please submit the package as 'xte' is now 'editor'. Thanks -- Damien Lallement twitter: damsweb - IRC: damsweb/coincoin
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release desktop-common-data-2-9.mga2
Le 09/05/2012 14:20, Anssi Hannula a écrit : 07.05.2012 15:21, Anssi Hannula kirjoitti: 03.05.2012 19:42, boklm kirjoitti: Name: desktop-common-data Relocations: (not relocatable) Version : 2 Vendor: Mageia.Org Release : 9.mga2Build Date: Thu May 3 18:41:46 2012 [...] Description : This package contains useful icons, menu structure and others goodies for the Mageia desktop. dams 1:2-9.mga2: + Revision: 234623 - add 'xte' script to find text editor file /usr/bin/xte from install of desktop-common-data-1:2-9.mga2.noarch conflicts with file from package xautomation-1.05-1.mga2.x86_64 Damien, do you have a plan to solve this late upgrade regression? Hi Anssi, Yes, done. Waiting for someone to submit the package. I renamed 'xte' > 'editor'. [...] -- Damien Lallement twitter: damsweb - IRC: damsweb/coincoin
Re: [Mageia-dev] Freeze push: nautilus-dropbox
Le 04/05/2012 18:31, Damien Lallement a écrit : Le 03/05/2012 13:13, Damien Lallement a écrit : Le 02/05/2012 09:06, Damien Lallement a écrit : Please submit nautilus-dropbox 1.4.0. It's the first new linux release since 0.7.1 (2009). Before, 0.7.1 was installed by the package, then, it was updated by dropbox autoupdate daemon. Package tested all the WE on my laptop: working! Thanks Ping Ping? Ping -- Damien Lallement twitter: damsweb - IRC: damsweb/coincoin
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release desktop-common-data-2-9.mga2
07.05.2012 15:21, Anssi Hannula kirjoitti: > 03.05.2012 19:42, boklm kirjoitti: >> Name: desktop-common-data Relocations: (not relocatable) >> Version : 2 Vendor: Mageia.Org >> Release : 9.mga2Build Date: Thu May 3 18:41:46 >> 2012 > [...] >> Description : >> This package contains useful icons, menu structure and others goodies for the >> Mageia desktop. >> >> dams 1:2-9.mga2: >> + Revision: 234623 >> - add 'xte' script to find text editor > > file /usr/bin/xte from install of desktop-common-data-1:2-9.mga2.noarch > conflicts with file from package xautomation-1.05-1.mga2.x86_64 Damien, do you have a plan to solve this late upgrade regression? If not, and if having 'xte' script isn't urgently needed for something, I guess this could just be reverted and we could get back to this for mga3. >> - add 'chromium-browser' to 'www-browser' > -- Anssi Hannula
Re: [Mageia-dev] help with update/testing needed / freeze exception for me-tv
'Twas brillig, and Wolfgang Bornath at 05/05/12 21:06 did gyre and gimble: > 2012/5/5 Wolfgang Bornath : >> 2012/5/5 Florian Hubold : >>> Am 05.05.2012 21:04, schrieb Wolfgang Bornath: 2012/4/4 Florian Hubold : > Hi all, > > me-tv (a really nice and easy to-use DVB viewer with EPG guide) > totally went under my radar and it has not been updated nor > rebuild yet for cauldron since quite some time, seems i forgot > to commit my local update to 2.x branch, and me-tv was not > covered by check.mageia.org updates report, and i've to update > it when i was still apprentice. > > But as me-tv development was suspended, and now restarted > (2.0 branch was complete rewrite, with differing features, f.ex. > server/client based) so that 1.4 branch is the followup to what > we have in cauldron: https://launchpad.net/me-tv/+announcement/9377 > > FWIW, me-tv-1.3.6 in cauldron was built last time beginning of last july. > I'd like to get some sort of freeze exception for me-tv, but primarily > help with testing this in cauldron, i've just pushed a rebuild of it, > could all who possess a DVB-receiver and a physical cauldron > installation please test it, should be available soon, rebuild went > through. What exactly do you need (sorry for picking this up so late)? Todays experience as posted in the forum: Cauldron 64-bit with all updates. KDE. "Real" installation on a Samsung R530. Adapter Happauge Nova-T, firmware: dvb-usb-dib0700-1.20.fw in /lib/firmware, plugging in the adapter gives success message in syslog: "Hauppauge Nova-T in warm state" Installed is me-tv (including dependencies): me-tv-1.3.6-3.mga2 dvb-apps-1.1.1-8.hg1465.1.mga2 lib64unique1.0_0-1.1.6-6.mga2 lib64dvbapps-1.1.1-8.hg1465.1.mga2 After installation and starting the application me-tv shows a message that the existing Me-Tv database is to old to be used by this version. >>> This sounds like complete bogus to me, as the only version of >>> me-tv for Mageia 1 and cauldron is 1.3.6, there should be no >>> difference at all. >> >> But different builds. >> >>> This cauldron install, was it upgraded from mga1, or where did >>> the old .me-tv config come from? >> >> Fresh Beta3 installation. The database (NOT config!) file is me-tv.db >> and it is installed by the package. I also tried erasing the file >> after installation before starting the application - the message about >> the old db persists. See below >> >> >>> But if this problem persists, mostly all me-tv users should face >>> it after upgrading from Mageia 1 to Mageia 2, so we probably >>> need some kind of fix for this ... >>> Option "Cancel" ends the whole application, clicking on "Erase old Me-Tv data" the messagebox runs into a freeze which crashes the whole application. In the konsole this looks like: $ me-tv -v Me TV 1.3.6 05.05.2012 15:02:55: Application constructor 05.05.2012 15:02:55: sqlite3_threadsafe() = 1 05.05.2012 15:02:55: Database 'exists' 05.05.2012 15:02:55: Opening database file '/home/alfred/.local/share/me-tv/me-tv.db' 05.05.2012 15:02:55: Loading UI files 05.05.2012 15:02:55: Application constructed 05.05.2012 15:02:55: Initialising table 'version' 05.05.2012 15:02:55: Required Database version: 6 05.05.2012 15:02:55: Actual Database version: 0 <<--- here the message box pops up and I click on "Erase old data" 05.05.2012 15:03:26: Dropping Me TV schema 05.05.2012 15:03:26: Dropping table 'channel' 05.05.2012 15:03:26: Dropping table 'epg_event' 05.05.2012 15:03:26: Dropping table 'epg_event_text' 05.05.2012 15:03:26: Dropping table 'scheduled_recording' 05.05.2012 15:03:26: Dropping table 'version' 05.05.2012 15:03:26: Vacuuming database 05.05.2012 15:03:27: Initialising table 'channel' 05.05.2012 15:03:27: Initialising table 'epg_event' 05.05.2012 15:03:27: Initialising table 'epg_event_text' 05.05.2012 15:03:27: Initialising table 'scheduled_recording' 05.05.2012 15:03:27: Initialising table 'version' and that's it. In MGA1 Me-TV works nicely with the same adapter. In MGA1 the package is me-tv-1.3.6-1.1.mga1 - in MGA2 the packages is me-tv-1.3.6-3.mga2 >>> Can you please try again after removing ~/.local/share/me-tv/ ? >> >> - removed ~/.local/share/me-tv/ (including the me-tv.db) >> >> Result: Starting me-tv runs into a timeout. Message in konsole: >> >> (me-tv:1956) : Unique-DBUS-WARNING **: Error while sending message: >> Did not receive a reply. Possible causes include [followed by the >> generic causes ( message bus security block, reply timeout expired, >> network connection broke, etc.)] >> >> After reboot I s
Re: [Mageia-dev] [soft-commits] [4253] reuse code from hd_gtk, fixes display of "Use free space" solution
On Wed, May 9, 2012 at 10:38 AM, Thierry Vignaud wrote: > On 24 April 2012 23:58, wrote: >> Revision 4253 Author pterjan Date 2012-04-24 23:58:30 +0200 (Tue, 24 Apr >> 2012) >> >> Log Message >> >> reuse code from hd_gtk, fixes display of "Use free space" solution > > Now upgrading a RAID fails again. > Once you select the RAID in the pull down menu, the partitionning wizard > complains: > "Error: Not an ARRAY reference at (...)diskdrake/hd_gtk.pm line 441" > > Only solution is back to custom partitioning... I'll have a look (but previous commit was breaking it for normal disks...)
Re: [Mageia-dev] [soft-commits] [4253] reuse code from hd_gtk, fixes display of "Use free space" solution
On 24 April 2012 23:58, wrote:
> Revision 4253 Author pterjan Date 2012-04-24 23:58:30 +0200 (Tue, 24 Apr
> 2012)
>
> Log Message
>
> reuse code from hd_gtk, fixes display of "Use free space" solution
Now upgrading a RAID fails again.
Once you select the RAID in the pull down menu, the partitionning wizard
complains:
"Error: Not an ARRAY reference at (...)diskdrake/hd_gtk.pm line 441"
Only solution is back to custom partitioning...
> Modified: drakx/trunk/perl-install/diskdrake/hd_gtk.pm
> ===
> --- drakx/trunk/perl-install/diskdrake/hd_gtk.pm 2012-04-24 21:17:30 UTC
> (rev 4252)
> +++ drakx/trunk/perl-install/diskdrake/hd_gtk.pm 2012-04-24 21:58:30 UTC
> (rev 4253)
> @@ -250,13 +250,8 @@
> my ($_in, $kind) = @_;
>
> $_->destroy foreach $kind->{display_box}->get_children;
> -
> -my $v = $kind->{val};
> -my @parts =
> - $kind->{type} eq 'raid' ? grep { $_ } @$v :
> - $kind->{type} eq 'loopback' ? @$v : fs::get::hds_fstab_and_holes($v);
> -my $totalsectors =
> - $kind->{type} =~ /raid|loopback/ ? sum(map { $_->{size} } @parts) :
> $v->{totalsectors};
> +my @parts = kind2parts($kind);
> +my $totalsectors = kind2sectors($kind, @parts);
> create_buttons4partitions($kind, $totalsectors, @parts);
> }
>
> @@ -433,6 +428,21 @@
> }
> }
>
> +sub kind2parts {
> +my ($kind) = @_;
> +my $v = $kind->{val};
> +my @parts =
> + $kind->{type} eq 'raid' ? grep { $_ } @$v :
> + $kind->{type} eq 'loopback' ? @$v : fs::get::hds_fstab_and_holes($v);
> +@parts;
> +}
> +
> +sub kind2sectors {
> +my ($kind, @parts) = @_;
> +my $v = $kind->{val};
> +$kind->{type} =~ /raid|loopback/ ? sum(map { $_->{size} } @parts) :
> $v->{totalsectors};
> +}
> +
>
>
> # lvms: helpers
>
>
>
> Modified: drakx/trunk/perl-install/fs/partitioning_wizard.pm
> ===
> --- drakx/trunk/perl-install/fs/partitioning_wizard.pm2012-04-24
> 21:17:30
> UTC (rev 4252)
> +++ drakx/trunk/perl-install/fs/partitioning_wizard.pm2012-04-24
> 21:58:30
> UTC (rev 4253)
> @@ -287,10 +287,9 @@
>
> sub create_display_box {
> my ($kind, $resize, $fill_empty, $button) = @_;
> -# perl_checker: require UNIVERSAL
> -my @parts = fs::get::hds_fstab_and_holes($kind->{val}) if
> UNIVERSAL::can($kind->{val}, 'first_usable_sector,');
>
> -my $totalsectors = $kind->{val}{totalsectors};
> +my @parts = diskdrake::hd_gtk::kind2parts($kind);
> +my $totalsectors = diskdrake::hd_gtk::kind2sectors($kind, @parts);
>
> my $width = 540;
> my $minwidth = 40;
>
> Modified: drakx/trunk/perl-install/install/NEWS
> ===
> --- drakx/trunk/perl-install/install/NEWS 2012-04-24 21:17:30 UTC (rev
> 4252)
> +++ drakx/trunk/perl-install/install/NEWS 2012-04-24 21:58:30 UTC (rev
> 4253)
> @@ -7,6 +7,7 @@
>o systemd support (mga#3253, mga#3740, mga#4910, mga#5122)
> - partitioning wizard:
>o fix removing several notebook pages
> + o reuse code from hd_gtk, fixes display of "Use free space" solution
>
> Version 14.10 - 23 April 2012
>
>
[Mageia-dev] freeze push: sqlite 3.7.11
Hello! Please push new sqlite 3.7.11, it is fixing a serious bug, and upgrading from 3.7.10 is recommended. 2012-March-20 - Version 3.7.11 SQLite version 3.7.11 is a regularly scheduled maintenance release which was rushed out early due to a bug in the query optimizer introduced in the previous release. The bug is obscure - it changes a LEFT JOIN into an INNER JOIN in some cases when there is a 3-way join and OR terms in the WHERE clause. But it was considered serious enough to rush out a fix. Apart from this one problem, SQLite version 3.7.10 has not given any trouble. Upgrading to version 3.7.11 from versions 3.7.6.3, 3.7.7, 3.7.7.1, 3.7.8, or 3.7.9 is optional. Upgrading from other releases, including the previous release 3.7.10, is recommended.
Re: [Mageia-dev] freeze push: request Gimp 2.8 regarding single window interface!
On Tue, May 08, 2012 at 03:15:57PM -0400, David W. Hodgins wrote: > On Mon, 07 May 2012 06:22:30 -0400, Olav Vitters wrote: > > >We already have gimp 2.7.x, so this is nothing new (already an issue in > >Mageia 2). > > A discussion on the alt.os.linux.mageia usenet newsgroup shows > that 2.8 fixes > https://bugzilla.gnome.org/show_bug.cgi?id=675684https://bugzilla.gnome.org/show_bug.cgi?id=675684 So dear freeze push people: ping This for: gegl, babl, gimp -- Regards, Olav
Re: [Mageia-dev] Freeze push tortoisehg (explanation request)
Should i push it in update_testing to get it in mga2? TIA Angelo martedì 8 maggio 2012 alle 09:08, Angelo Naselli ha scritto: > giovedì 3 maggio 2012 alle 12:52, Angelo Naselli ha scritto: > > mercoledì 2 maggio 2012 alle 10:35, Angelo Naselli ha scritto: > > > Hi, > > > I'm here to ask for it again, but also to add a peace of information. > > > I haven't taken in this package the ownership of > > > /usr/share/nautilus-python/extensions > > > because i think it should be the aim of nautilus or > > > maybe better nautilus-python. > > > I can manage this change, but i'd prefer asking to gnome users > > > and maintainers for that. > > > > > > TIA > > > Angelo > > > > > > martedì 1 maggio 2012 alle 19:37, Angelo Naselli ha scritto: > > > > Please push tortoisehg 2.3.2. > > > > According to changelog [1] is for the most a bug fixing release. > > > > As a new feature they fixed nautilus integration, even if i have to > > > > admit i added some changes to have it working. > > > > > > > > Thanks in advance, > > > > Angelo > > > > > > > > [1] > > > > https://bitbucket.org/tortoisehg/thg/wiki/ReleaseNotes#!tortoisehg-232 > > > > > > > > > > > > ping > > > Ping > signature.asc Description: This is a digitally signed message part.
