[Mageia-dev] Proposal to drop the package wicd
As discussed in https://bugs.mageia.org/show_bug.cgi?id=5608 while testing a security update for the wicd package, I found that the updated version, the Core release version, and the Cauldron version are all unable to run, due to incompatibilities with python 2.7. As the package conflicts with the drake network tools, dhcpd, and networkmanager, (but installing the package doesn't auto disable them), I don't think we need yet another way to for people to try and configure their network connections. I think the package should be made obsolete in both Cauldron, and Mageia 1. Opinions? Thanks, Dave Hodgins
[Mageia-dev] Freeze push request : rekonq
Hello, Could you please push rekonq ? Tarball has been updated to 0.9.2 which is a bug fix release. 10 bugs has been fixed according to upstream author, there's no list available but from the git log i found that : - ftp urls are now working - there's some fix regarding Qt 4.8.2 (which we can expect for mga2 later ) - there's also some crash fix Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Help!: Final fixes needed to close #5262
Added LSB headers to RC script supplied by nvidia-cuda-toolkit. Someone please push. Mitya
[Mageia-dev] Help!: Final fixes needed to close #5262
Hi, I've finished off most of the LSB issues today on the train, but sadly no internet until now (and even now it's on a limited connection). There are still four problematic packages: ipvsadm: fails to build http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120511234232.colin.valstar.15403/ prboom: is rejected due to malformed .desktop file. perl-kolab: initscript is not an initscript but a perl script. Either a native systemd unit should be written or we should ignore this one (likely not very used and has to be manually setup anyway due to lack of chkconfig headers) nvidia-cuda-toolkit: Didn't have time to look while on the train. I'm afraid I won't have much in the way of connection over the weekend, so if people could look at these issues, that would be very much appreciated. Feel free to update the spreadsheet: https://docs.google.com/spreadsheet/ccc?key=0AjumKqYMRG9WdHdkRWM3dUhEYms5T1BkR05KRnp6V1E#gid=0 I won't really be able to look at any other issue until Tuesday so feel free to fix things for me. Obviously after Saturday it's essential fixes only but I'll still look at any such critical issues then. Many thanks 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/
[Mageia-dev] Freeze Push: e2fsprogs
Hi, Please push this as per previous discussions and decision at latest meeting. Cheers Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
[Mageia-dev] Freeze push
If it's still possible, please push the following packages: gtkhtml4: fixes selection behavior in Evolution libjpeg: fixes Provides: racket: we ship an obsolete version (PLT Scheme) that is two years old Thanks! Mitya
Re: [Mageia-dev] sys admin : please cleanup 1/updates
Le 11/05/2012 23:40, David Walser a écrit : zezinho writes: Em 11-05-2012 23:30, David Walser escreveu: I don't think Mageia is deleting old versions of updates like Mandriva does. It's a bit of a pain for mirroring, but I guess it's so old versions are available if there's a regression. Yes, but it is also very confusing for end users when you search for a package in rpmdrake... Yes, it definitely is. I don't know why rpmdrake shows you older versions. That's never made sense to me. I think it's probably confusing for most people. rpmdrake in cauldron will only show the latest version: http://svnweb.mageia.org/packages?view=revision&revision=225110
Re: [Mageia-dev] Linuxtag tickets
2012/5/12 Oliver Burger : > Hi there, > > soon Linuxtag in Berlin will open its doors (May 23rd-26th). I have gotten > 16 free eTickets I can give out to whoever I want. If those are not enough there are more here as well. :) -- wobo
[Mageia-dev] Linuxtag tickets
Hi there, soon Linuxtag in Berlin will open its doors (May 23rd-26th). I have gotten 16 free eTickets I can give out to whoever I want. If you should want to visit Linuxtag, just drop me an email to obgr_sen...@mageia.org including your full name. I will then add you in the ticket system and you will get an email from linuxtag. After receiving that mail, you have to fetch it at the address given in the mail in the next 48 hours. Oliver -- Oliver Burger aka obgr_seneca Mageia contributor
Re: [Mageia-dev] Freeze push: pidgin
David Walser skrev 11.5.2012 18:37: This fixes CVE-2012-2214 and CVE-2012-2318. There's also a pending update for it for MDV 2010.2 and Mageia 1. I built it locally and confirmed that it works. Note that there's an incomplete build in updates_testing that should be removed. References: http://pidgin.im/news/security/?id=62 http://pidgin.im/news/security/?id=63 https://bugs.mageia.org/show_bug.cgi?id=5624 Updates_testing cleaned. Package pushed. -- Thomas
Re: [Mageia-dev] Freeze push: openssl
David Walser skrev 11.5.2012 18:42: This provides 1.0.0j to fix CVE-2012-2333. I've built it locally and confirmed that it works by testing ssh and apache-mod_ssl. References: http://www.openssl.org/news/secadv_20120510.txt Submitted after adding missing tarball -- Thomas
Re: [Mageia-dev] Freeze push: wordpress
Damien Lallement skrev 11.5.2012 16:28: Please submit wordpress, we need this update in order not to break upgrade from 1 (same mkrel but subrel...). This update fix this and add the good requires and fix the README.urpmi for the good path of the configuration file. Thanks! Sumbitted. -- Thomas
Re: [Mageia-dev] sys admin : please cleanup 1/updates
zezinho writes: > Em 11-05-2012 23:30, David Walser escreveu: > > I don't think Mageia is deleting old versions of updates like Mandriva does. > > It's a bit of a pain for mirroring, but I guess it's so old versions are > > available if there's a regression. > > > > Yes, but it is also very confusing for end users when you search for a > package in rpmdrake... Yes, it definitely is. I don't know why rpmdrake shows you older versions. That's never made sense to me. I think it's probably confusing for most people.
Re: [Mageia-dev] Push phpmyadmin 3.5.1
zezinho skrev 12.5.2012 00:36: It is a pure bugfix release : http://sourceforge.net/projects/phpmyadmin/files/phpMyAdmin/3.5.1/phpMyAdmin-3.5.1-notes.html/view Submitted. -- Thomas
Re: [Mageia-dev] Freeze push: zoneminder
Barry Jackson skrev 11.5.2012 22:39: Please push zoneminder to core *and* tainted. Bug fix for https://bugs.mageia.org/show_bug.cgi?id=5805 Thanks, Barry Submitted -- Thomas
[Mageia-dev] Push phpmyadmin 3.5.1
It is a pure bugfix release : http://sourceforge.net/projects/phpmyadmin/files/phpMyAdmin/3.5.1/phpMyAdmin-3.5.1-notes.html/view
Re: [Mageia-dev] Freeze push tortoisehg
Angelo Naselli skrev 11.5.2012 22:21: In data martedì 1 maggio 2012 19:37:10, 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 I'm here to ask for it again Pushed. -- Thomas
Re: [Mageia-dev] sys admin : please cleanup 1/updates
Em 11-05-2012 23:30, David Walser escreveu: I don't think Mageia is deleting old versions of updates like Mandriva does. It's a bit of a pain for mirroring, but I guess it's so old versions are available if there's a regression. Yes, but it is also very confusing for end users when you search for a package in rpmdrake...
Re: [Mageia-dev] sys admin : please cleanup 1/updates
zezinho writes: > apache-mod_proxy-2.2.17-5.1.mga1.x86_64.rpm > apache-mod_proxy-2.2.17-5.2.mga1.x86_64.rpm > apache-mod_proxy-2.2.17-5.3.mga1.x86_64.rpm > apache-mod_proxy-2.2.17-5.6.mga1.x86_64.rpm > apache-mod_proxy-2.2.22-2.mga1.x86_64.rpm > > looks like apache 2.2.17 * should be removed from MGA1/updates I don't think Mageia is deleting old versions of updates like Mandriva does. It's a bit of a pain for mirroring, but I guess it's so old versions are available if there's a regression.
Re: [Mageia-dev] sys admin : please cleanup 1/updates
Em 11-05-2012 23:26, zezinho escreveu: apache-mod_proxy-2.2.17-5.1.mga1.x86_64.rpm apache-mod_proxy-2.2.17-5.2.mga1.x86_64.rpm apache-mod_proxy-2.2.17-5.3.mga1.x86_64.rpm apache-mod_proxy-2.2.17-5.6.mga1.x86_64.rpm apache-mod_proxy-2.2.22-2.mga1.x86_64.rpm looks like apache 2.2.17 * should be removed from MGA1/updates sorry, looks like I did not understood our updates policy : we keep all updates versions?
Re: [Mageia-dev] freeze push: drakx-installer-rescue
Thierry Vignaud skrev 11.5.2012 22:57: Hi Please let in drakx-installer-rescue. This fixes a crash in rescue when fstab lists remote fs due to missing modules (mga#5850). Thanks Submitted. -- Thomas
[Mageia-dev] sys admin : please cleanup 1/updates
apache-mod_proxy-2.2.17-5.1.mga1.x86_64.rpm apache-mod_proxy-2.2.17-5.2.mga1.x86_64.rpm apache-mod_proxy-2.2.17-5.3.mga1.x86_64.rpm apache-mod_proxy-2.2.17-5.6.mga1.x86_64.rpm apache-mod_proxy-2.2.22-2.mga1.x86_64.rpm looks like apache 2.2.17 * should be removed from MGA1/updates
Re: [Mageia-dev] freeze push: drakxtools, drakx-net, drakx-installer-stage2
Thierry Vignaud skrev 11.5.2012 22:55: Hi Please let in drakxtools, drakx-net, drakx-installer-stage2 drakxtools adds infrastructure for better test in drakx-net drakx-net fixes connectivity test during install (and possibly standalone) by calling res_init() before hostname resolution (#5772) They can be uploaded at the same moment. drakx-installer-stage2 needs to be uploaded once drakx-net is available so that it got the fixed network test from new drakx-net See you Submitted -- Thomas
Re: [Mageia-dev] Freeze push: powertop
On 05/11/2012 09:01 PM, Anssi Hannula wrote: > 11.05.2012 17:07, Damien Lallement kirjoitti: >> Hi, >> >> Please submit powertop 2.0, it's the final release. >> Before, we were using 1.98 beta 1. >> New BIG features of the changelog: >> - Increased WLAN support—PowerTOP now supports multiple WLAN interfaces >> - Enhanced i915 driver support >> - More robust battery data acquisition >> - Real time measurement support for USB hot-plug >> - Greater reportability, and more tunables information >> - Follow recent changes to the Linux kernel, such as the depreciation of >> power trace events, like power_frequency starting in Linux kernel >> version 3.0 >> - Updated with emerging Intel Architecture, such as the newer Ivy Bridge >> chipset and so on > > I think many of those are already in our beta, though. > > PowerTOP 2.0 includes my fix for > https://bugs.mageia.org/show_bug.cgi?id=3730 > though, which makes our current 1.98 beta 1 unable to measure battery > draining rate. > > The new version really can't be any worse than the current broken one, > submitted now. I run gnome classic desktop and I have noticed couple of times that my desktop has suddenly restarted couple of minutes after unplugging the power cable. (i.e I have lost all open apps and instead the login screen has been showed up). I have failed to get proper logs what has happened, but I have a feeling that the system has thought that battery is almost empty while it's almost full. Mika
Re: [Mageia-dev] freeze push: drakxtools, drakx-net, drakx-installer-stage2
On 11 May 2012 21:55, Thierry Vignaud wrote: > Please let in drakxtools, drakx-net, drakx-installer-stage2 > > drakxtools adds infrastructure for better test in drakx-net Actually drakxtools also fixes a bug in harddrake2: it allows writing "0" as module option, and forbid options with spaces (#5839, from Colin)
Re: [Mageia-dev] Mageia 2 LiveCD contents...
2012/5/11 Marek Laane : [...] > Though I fail to understand for what is this entry needed in Live CD where > there is no documentation, another question remains: why is there only and > only Kipi plugins documentation? Not that excluding it would win musc space > but if there is'nt documentation for e.g. Dolphin or whatever other main > applications ... > Because the .desktop file is not provided by a « handbook » package but by kdebase4-runtime ( see mga #2522 for more info). For the documentation issue on live-cd seems like creating -handbooks made remove the « hard clean » on documentation stuff & kipi-plugins documentation get installed. -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
[Mageia-dev] freeze push: drakxtools, drakx-net, drakx-installer-stage2
Hi Please let in drakxtools, drakx-net, drakx-installer-stage2 drakxtools adds infrastructure for better test in drakx-net drakx-net fixes connectivity test during install (and possibly standalone) by calling res_init() before hostname resolution (#5772) They can be uploaded at the same moment. drakx-installer-stage2 needs to be uploaded once drakx-net is available so that it got the fixed network test from new drakx-net See you
Re: [Mageia-dev] Mageia 2 LiveCD contents...
2012/5/11 John Balcaen > 2012/5/11 Marek Laane : > [...] > > Tried RC and found something what maybe shouldn't be there - KHelpcenter > - > > and not just being there but quite prominently in the menu also > > (Documentation->Help only entry). As Live CD doesn't include help > > documentation KHC is mostly unuseful, you only get that such and such > module > > isn't there. Sure, there is man and info pages but I rather doubt anyone > is > > interested to use KHC for reading man or info. And more weirdness - there > > still is only peace KDE documentation you can read in KHC, namely > > documentation for Kipi plugins. Maybe excluding also Kipi plugins' > > documentation helps to save precious space? And I'd propose if not > excluding > > KHV, then at least to remove it from main menu as it leads to erroneous > > impression there really is some helpful documentation ... > This was done explicitly to fix a bug where this documentation entry > was not available. > > > > -- > Balcaen John > Jabber-id: mik...@jabber.littleboboy.net > Though I fail to understand for what is this entry needed in Live CD where there is no documentation, another question remains: why is there only and only Kipi plugins documentation? Not that excluding it would win musc space but if there is'nt documentation for e.g. Dolphin or whatever other main applications ...
[Mageia-dev] Freeze push: zoneminder
Please push zoneminder to core *and* tainted. Bug fix for https://bugs.mageia.org/show_bug.cgi?id=5805 Thanks, Barry
[Mageia-dev] digikam 2.6.0 rc
Hi could you please push the rc version since the one we have now is beta3? Thanks, -- Angelo signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] Freeze push tortoisehg
In data martedì 1 maggio 2012 19:37:10, 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 I'm here to ask for it again -- Angelo signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] Freeze push: powertop
11.05.2012 17:07, Damien Lallement kirjoitti: > Hi, > > Please submit powertop 2.0, it's the final release. > Before, we were using 1.98 beta 1. > New BIG features of the changelog: > - Increased WLAN support—PowerTOP now supports multiple WLAN interfaces > - Enhanced i915 driver support > - More robust battery data acquisition > - Real time measurement support for USB hot-plug > - Greater reportability, and more tunables information > - Follow recent changes to the Linux kernel, such as the depreciation of > power trace events, like power_frequency starting in Linux kernel > version 3.0 > - Updated with emerging Intel Architecture, such as the newer Ivy Bridge > chipset and so on I think many of those are already in our beta, though. PowerTOP 2.0 includes my fix for https://bugs.mageia.org/show_bug.cgi?id=3730 though, which makes our current 1.98 beta 1 unable to measure battery draining rate. The new version really can't be any worse than the current broken one, submitted now. -- Anssi Hannula
Re: [Mageia-dev] Freeze push: babl, gegl, gimp
11.05.2012 05:54, Funda Wang skrev: > Hello, > > Could some body move babl, gegl, and gimp into cauldron core release > from updates_testing? Or, just kill them from updates_testing, and > submit them in the correct order of babl, gegl, gimp, so that we could > close bug#5726 and push gimp 2.8 into mga2. > > Thanks. Submitted. -- Thomas
Re: [Mageia-dev] Mageia 2 LiveCD contents...
2012/5/11 Marek Laane : [...] > Tried RC and found something what maybe shouldn't be there - KHelpcenter - > and not just being there but quite prominently in the menu also > (Documentation->Help only entry). As Live CD doesn't include help > documentation KHC is mostly unuseful, you only get that such and such module > isn't there. Sure, there is man and info pages but I rather doubt anyone is > interested to use KHC for reading man or info. And more weirdness - there > still is only peace KDE documentation you can read in KHC, namely > documentation for Kipi plugins. Maybe excluding also Kipi plugins' > documentation helps to save precious space? And I'd propose if not excluding > KHV, then at least to remove it from main menu as it leads to erroneous > impression there really is some helpful documentation ... This was done explicitly to fix a bug where this documentation entry was not available. -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
[Mageia-dev] Freeze push: openssl
This provides 1.0.0j to fix CVE-2012-2333. I've built it locally and confirmed that it works by testing ssh and apache-mod_ssl. References: http://www.openssl.org/news/secadv_20120510.txt
[Mageia-dev] Freeze push: pidgin
This fixes CVE-2012-2214 and CVE-2012-2318. There's also a pending update for it for MDV 2010.2 and Mageia 1. I built it locally and confirmed that it works. Note that there's an incomplete build in updates_testing that should be removed. References: http://pidgin.im/news/security/?id=62 http://pidgin.im/news/security/?id=63 https://bugs.mageia.org/show_bug.cgi?id=5624
[Mageia-dev] Freeze push: powertop
Hi, Please submit powertop 2.0, it's the final release. Before, we were using 1.98 beta 1. New BIG features of the changelog: - Increased WLAN support—PowerTOP now supports multiple WLAN interfaces - Enhanced i915 driver support - More robust battery data acquisition - Real time measurement support for USB hot-plug - Greater reportability, and more tunables information - Follow recent changes to the Linux kernel, such as the depreciation of power trace events, like power_frequency starting in Linux kernel version 3.0 - Updated with emerging Intel Architecture, such as the newer Ivy Bridge chipset and so on Thanks! -- Damien Lallement twitter: damsweb - IRC: damsweb/coincoin
Re: [Mageia-dev] Freeze push: shotwell
Le 11/05/2012 08:31, Anne Nicolas a écrit : Le 11/05/2012 01:53, Damien Lallement a écrit : Hi please fix shotwell, I made a fix to fix: https://bugs.mageia.org/show_bug.cgi?id=5828 It's just a modification in specfile. Thanks. submitted Thank you but it's not working. It was working on my laptop as 'locales-en' was installed when building. Added a new Requires to really fix the bug. Can you please submit it again? Big Bisous!* *En anglais, ça veut dire "Gros Baisers !" -- Damien Lallement twitter: damsweb - IRC: damsweb/coincoin
[Mageia-dev] Freeze push: wordpress
Please submit wordpress, we need this update in order not to break upgrade from 1 (same mkrel but subrel...). This update fix this and add the good requires and fix the README.urpmi for the good path of the configuration file. Thanks! -- Damien Lallement twitter: damsweb - IRC: damsweb/coincoin
Re: [Mageia-dev] Mageia 2 LiveCD contents...
2012/4/29 Thomas Backlund > Hi, > > So RC (and final) are getting closer, as usual the livecds are > problematic to get nice contents, while staying within the 700M limit > > Current RC build got me this: > > 668MMageia-2-rc-LiveCD-GNOME-Africa-India-i586-CD.iso > 693MMageia-2-rc-LiveCD-GNOME-Africa-India-x86_64-CD.iso > > 703MMageia-2-rc-LiveCD-GNOME-Asia-Noindia-i586-CD.iso > 728MMageia-2-rc-LiveCD-GNOME-Asia-Noindia-x86_64-CD.iso > > 684MMageia-2-rc-LiveCD-GNOME-Europe1-Americas-i586-CD.iso > 709MMageia-2-rc-LiveCD-GNOME-Europe1-Americas-x86_64-CD.iso > > 697MMageia-2-rc-LiveCD-GNOME-Europe2-i586-CD.iso > 722MMageia-2-rc-LiveCD-GNOME-Europe2-x86_64-CD.iso > > 662MMageia-2-rc-LiveCD-KDE4-Africa-India-i586-CD.iso > 686MMageia-2-rc-LiveCD-KDE4-Africa-India-x86_64-CD.iso > > 710MMageia-2-rc-LiveCD-KDE4-Asia-Noindia-i586-CD.iso > 734MMageia-2-rc-LiveCD-KDE4-Asia-Noindia-x86_64-CD.iso > > 690MMageia-2-rc-LiveCD-KDE4-Europe1-Americas-i586-CD.iso > 714MMageia-2-rc-LiveCD-KDE4-Europe1-Americas-x86_64-CD.iso > > 720MMageia-2-rc-LiveCD-KDE4-Europe2-i586-CD.iso > 744MMageia-2-rc-LiveCD-KDE4-Europe2-x86_64-CD.iso > > > So atleast every cd with size > 700M need to loose some stuff... > > So please help out with suggestions... > > > You can check out current contents here: > > http://tmb.mine.nu/Mageia/2/Mageia-2-rc-LiveCDs/ > > Files are: > *.langs - Supported languages on the CD > *.lst- installed package list, sorted alphabetically > *.lst.full - installed packages list, sorted by size > > > Now, remember that the livecds are squashfs compressed images, > so in order to drop ~20M on a cd, I need to drop ~30M-100M of > rpms depending on content... > > Also if you find something missing that relly _must_ be on the > cds (not just nice to have)... please comment on that too > > -- > Thomas > Tried RC and found something what maybe shouldn't be there - KHelpcenter - and not just being there but quite prominently in the menu also (Documentation->Help only entry). As Live CD doesn't include help documentation KHC is mostly unuseful, you only get that such and such module isn't there. Sure, there is man and info pages but I rather doubt anyone is interested to use KHC for reading man or info. And more weirdness - there still is only peace KDE documentation you can read in KHC, namely documentation for Kipi plugins. Maybe excluding also Kipi plugins' documentation helps to save precious space? And I'd propose if not excluding KHV, then at least to remove it from main menu as it leads to erroneous impression there really is some helpful documentation ...
Re: [Mageia-dev] help with update/testing needed / freeze exception for me-tv
2012/5/11 Wolfgang Bornath : > 2012/5/9 Florian Hubold : >> 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/ ? >
Re: [Mageia-dev] help with update/testing needed / freeze exception for me-tv
2012/5/9 Florian Hubold : > 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:
Re: [Mageia-dev] [soft-commits] [4423] more fixes for rc isos
11.05.2012 13:44, You-Cheng Hsieh skrev: >>> Revision 4423 Author tmb Date 2012-05-06 17:39:28 +0200 (Sun, 06 May 2012) >>> >>> Log Message >>> >>> more fixes for rc isos >>> --- images-config/draklive/trunk/config/auto_inst.cfg.pl 2012-05-06 >>> 13:53:58 >>> UTC (rev 4422) >>> +++ images-config/draklive/trunk/config/auto_inst.cfg.pl 2012-05-06 >>> 15:39:28 >>> UTC (rev 4423) >>> @@ -71,6 +71,17 @@ >>> #- !TYPE"64bit" packages are selected by default for live >>> #- skip i586 ones if not relevant >>> 'libqca1-tls', >>> + >>> + if_($ENV{DRAKLIVE_REGION} eq 'Asia-Noindia', >>> + 'gimp', 'ibus-table-wubi', >>> + ), > Hello, > Could you please try to remove these packages in Gnome/KDE liveCD > instead and see if we can add gimp in Asia-noindia? > GNOME - oxygen-icon-theme AFAIK oxygen is supposed to be default mga2 theme, but I'm not sure if anything in Gnome reuses the files as nothing seems to require it so removing 30M but adding 54M, but it might still fit depending on how well it compresses > KDE4 - xscreensaver-extrusion, xscreensaver-gl, imagemagick > (ordered in proiority for removal) [root@localhost ~]# LC_ALL=C urpme xscreensaver-extrusion To satisfy dependencies, the following 3 packages will be removed (3.6MB): kdeartwork4-kscreensaver-4.8.2-1.mga2.x86_64 (due to missing xscreensaver-extrusion) task-kde4-minimal-4.8.0-7.mga2.noarch (due to unsatisfied kdeartwork4-kscreensaver >= 4.8.0) xscreensaver-extrusion-5.15-4.mga2.x86_64 Remove 3 packages? (y/N) [root@localhost ~]# LC_ALL=C urpme xscreensaver-gl To satisfy dependencies, the following 3 packages will be removed (13MB): kdeartwork4-kscreensaver-4.8.2-1.mga2.x86_64 (due to missing xscreensaver-gl) task-kde4-minimal-4.8.0-7.mga2.noarch (due to unsatisfied kdeartwork4-kscreensaver >= 4.8.0) xscreensaver-gl-5.15-4.mga2.x86_64 Remove 3 packages? (y/N) [root@localhost ~]# LC_ALL=C urpme imagemagick To satisfy dependencies, the following 2 packages will be removed (5.3MB): imagemagick-6.7.5.10-2.mga2.x86_64 kipi-plugins-batchprocess-2.6.0-0.beta3.5.mga2.x86_64 (due to missing imagemagick) Remove 2 packages? (y/N) and finally: [root@localhost ~]# LC_ALL=C urpmi gimp --no-suggests To satisfy dependencies, the following packages are going to be installed: PackageVersion Release Arch (medium "Core Release") gimp 2.7.44.mga2x86_64 lib64babl0.1_0 0.1.61.mga2x86_64 lib64gegl0.1_0 0.1.81.mga2x86_64 lib64gimp2.0_0 2.7.44.mga2x86_64 lib64openraw1 0.0.91.mga2x86_64 lib64poppler-glib8 0.18.4 2.mga2x86_64 52MB of additional disk space will be used. 10MB of packages will be retrieved. Proceed with the installation of the 6 packages? (Y/n) So even ignoring the task-kde-minimal breakage, the math would be: (-3.6M) + (-13M) + (-5.3M) + 52M = 30M more space needed on iso wich is not nice for a iso already hitting 700M limit -- Thomas
Re: [Mageia-dev] [soft-commits] [4423] more fixes for rc isos
>> Revision 4423 Author tmb Date 2012-05-06 17:39:28 +0200 (Sun, 06 May 2012) >> >> Log Message >> >> more fixes for rc isos >> --- images-config/draklive/trunk/config/auto_inst.cfg.pl 2012-05-06 >> 13:53:58 >> UTC (rev 4422) >> +++ images-config/draklive/trunk/config/auto_inst.cfg.pl 2012-05-06 >> 15:39:28 >> UTC (rev 4423) >> @@ -71,6 +71,17 @@ >> #- !TYPE"64bit" packages are selected by default for live >> #- skip i586 ones if not relevant >> 'libqca1-tls', >> + >> + if_($ENV{DRAKLIVE_REGION} eq 'Asia-Noindia', >> + 'gimp', 'ibus-table-wubi', >> + ), Hello, Could you please try to remove these packages in Gnome/KDE liveCD instead and see if we can add gimp in Asia-noindia? GNOME - oxygen-icon-theme KDE4 - xscreensaver-extrusion, xscreensaver-gl, imagemagick (ordered in proiority for removal) Thanks.
Re: [Mageia-dev] Freeze push: xawtv
On Thu, 10 May 2012 18:06:04 +0200 nicolas vigier wrote: > On Tue, 08 May 2012, Shlomi Fish wrote: > > > On Fri, 4 May 2012 14:01:48 +0300 > > Shlomi Fish wrote: > > > > > Hi all, > > > > > > the new release of xawtv fixes this bug - > > > https://bugs.mageia.org/show_bug.cgi?id=5463 . Please push. > > > > > > Regards, > > > > > > Shlomi Fish (who is going to have his Birthday tomorrow (5 May) ). > > > > > > > Ping. > > Submitted. And happy birthday ! > Thanks, and thanks. Regards, Shlomi Fish -- - Shlomi Fish http://www.shlomifish.org/ Chuck Norris/etc. Facts - http://www.shlomifish.org/humour/bits/facts/ In Soviet Russia, XSLT codes you. Badly! Please reply to list if it's a mailing list post - http://shlom.in/reply .