[Mageia-dev] urpmi - strange read lock messages
This is still occurring in latest Cauldron - I know the messages are harmless, but maybe they should be suppressed? Cheers, R.Fox
Re: [Mageia-dev] urpmi - strange read lock messages
On Fri, 2013-04-05 at 15:26 +0300, Thomas Backlund wrote: Robert Fox skrev 5.4.2013 15:23: This is still occurring in latest Cauldron - I know the messages are harmless, but maybe they should be suppressed? You shouldn't get read lock messages unless you manually have aborted urpmi... -- Thomas Thanks the point - I never aborted. Assuming I did, is there a way to clean this up? Rebuild rpm database?? Cheers, R.Fox
[Mageia-dev] Freeze Push: Virtualbox 4.2.10
Minor update: VirtualBox 4.2.10 (release 2013-03-15) This is a maintenance release. The following items were fixed and/or added: * GUI: fixed keyboard with XQuartz X server (bug #10664) * Main/Display: fixed a crash with multi-monitors under certain conditions (Mac OS X hosts only) * Main/Properties: fixed a crash under certain conditions, for example after wakeup from host hibernate (bug #11444) * Settings: don't lose the internal network settings if they are not currently active * Storage: another incompatibility fix for VHD differencing images with Hyper-V (bug #5990) * VBoxManage: don't read beyond the end of the file specified with export --eulafile (bug #11528) * Linux hosts / guests: Linux 3.9-rc0 compile fixes (bug #11529) * Linux Additions: fixed two warnings in the shared folders guest kernel module (bug #11390) * Linux Additions: don't crash VBoxService if libdbus is not available (bug #8638) * Windows Additions: fixed upgrading MultiMedia Redirection (MMR) support
Re: [Mageia-dev] Freeze Push: Virtualbox 4.2.10
On Tue, 2013-03-19 at 13:12 +, David Walser wrote: Robert Fox list@... writes: Minor update: VirtualBox 4.2.10 (release 2013-03-15) Um, this isn't quite how freeze pushes work. It's not a request that someone update it. It's a packager saying that they've already updated it in SVN and they're asking one of the few who have privileges to submit packages with new version to the build system to submit it (as well as giving others a chance to discuss the proposed update). tmb is the virtualbox maintainer and I imagine he'll update it some time soon. Sorry - my mistake. Cheers, R.Fox
[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
[Mageia-dev] Question about latest harddrake in Cauldron
Running cauldron - latest updates. When checking the hardware configuration, I see that under Keyboard is HDA Intel entries - Not sure why (see attachment) Could anyone shed some light on this? Thanks, R.Fox attachment: snapshot2.png
[Mageia-dev] Fail2Ban vs Blockhosts vs DenyHosts vs iptable throttle for SSH
Hello all! After reading this article: http://it.slashdot.org/story/13/02/16/2129244/ssh-password-gropers-are-now-trying-high-ports?utm_source=rss1.0mainlinkanonutm_medium=feed I have been using Blockhosts (http://www.aczoom.com/blockhosts) for many years now without issue (I also use a certificate with passwords turned off) but I leave the port as standard 22 I never tried the others, so not sure which is most effective . . . My question is two fold: 1) I was curious of what others use on Mageia - and your experiences 2) Should we not have something standard in the SSH config during install as a dependency? Make it automatic so at least the standard config of ssh is a bit more protected from bot scans?? I'm interested to see what everyone says on this list . . . Have a nice day- Cheers, R.Fox
Re: [Mageia-dev] Fail2Ban vs Blockhosts vs DenyHosts vs iptable throttle for SSH
On Tue, 2013-02-19 at 12:35 +0100, Guillaume Rousse wrote: Le 19/02/2013 12:20, fi...@linuxbsdos.com a écrit : If that's how you feel about having a program like DenyHosts running by default, do you feel the same way about having a firewall running and configured out of the box. Is a firewall a sysadmin's or packager's choice? A sysadmin choice. Pushing always more stuff 'by default' doesn't help users to make educated choices. On one hand I agree, on the other hand - we want a distribution which simply works and common choices are made (like which firewall) from the distro side - a good enough Sysadmin can then change to his/her liking afterwards. This is more or less a distro philosophy question, but look why Mint has become so popular - because many choices are made upfront for the user - yet the flexibility is in the system (and enough packages) for an advanced user to change them! As long as the default settings are documented upfront - I see no issue in making such a decision on behalf of the average user - and making a more security robust distribution. BTW, there is no Mageia package for BlockHosts - but fail2ban and DenyHosts there are packages . . . Cheers, Robert
[Mageia-dev] Huh? Urpmi package numbers . . .
Since latest Cauldron updates - the urpmi process seems to be lying about the number of packages - In this example, it say 293 packages - but when it starts, it says 1/582 -?? Huh? urpmi --auto-update -v SNIP: 71MB of additional disk space will be used. 174MB of packages will be retrieved. Proceed with the installation of the 293 packages? (Y/n) SNIP: 2/582: lib64okteta1core1 ## 3/582: lib64kasten2gui2 ## 4/582: lib64okteta1gui1 ## 5/582: lib64kasten2okteta1core1 ## 6/582: lib64kasten2okteta1 Is this by design? Cheers, Robert
[Mageia-dev] Segfault with new LibreOffice packages
kernel: soffice.bin[4875]: segfault at 105cc098f ip 7f9d7d720907 sp 7fff9135ccd0 error 4 in libicule.so.50.1.2[7f9d7d70e000+3e000] Before I raise a bug, I want to check if I am the only one here . . . Since last updates of LibreOffice in cauldron - I can not start it: [rfox@ThinkFox ~]$ rpm -qa | grep libreoffice libreoffice-kde-4.0.0.2-1.mga3 libreoffice-math-4.0.0.2-1.mga3 libreoffice-langpack-en-4.0.0.2-1.mga3 libreoffice-graphicfilter-4.0.0.2-1.mga3 libreoffice-calc-4.0.0.2-1.mga3 libreoffice-emailmerge-4.0.0.2-1.mga3 libreoffice-pdfimport-4.0.0.2-1.mga3 libreoffice-base-4.0.0.2-1.mga3 libreoffice-report-builder-4.0.0.2-1.mga3 libreoffice-java-common-4.0.0.2-1.mga3 libreoffice-ure-4.0.0.2-1.mga3 libreoffice-writer-4.0.0.2-1.mga3 libreoffice-impress-4.0.0.2-1.mga3 libreoffice-core-4.0.0.2-1.mga3 libreoffice-ogltrans-4.0.0.2-1.mga3 libreoffice-draw-4.0.0.2-1.mga3 libreoffice-xsltfilter-4.0.0.2-1.mga3 libreoffice-opensymbol-fonts-4.0.0.2-1.mga3 libreoffice-pyuno-4.0.0.2-1.mga3 libreoffice-presentation-minimizer-4.0.0.2-1.mga3 libreoffice-wiki-publisher-4.0.0.2-1.mga3
[Mageia-dev] Trying to install Google Musicmanager under Cauldron
[root@ThinkFox Downloads]# urpmi google-musicmanager-beta_current_x86_64.rpm A requested package cannot be installed: google-musicmanager-beta-1.0.54.4672-0.x86_64 (due to unsatisfied qtwebkit) Continue installation anyway? (Y/n) While some packages may have been installed, there were failures. A requested package cannot be installed: google-musicmanager-beta-1.0.54.4672-0.x86_64 (due to unsatisfied qtwebkit) Continue installation anyway? [root@ThinkFox Downloads]# rpm -qa | grep qtwebkit libqtwebkit2.2_4-2.2.2-5.mga3 qtwebkit-qmlplugin-2.2.2-5.mga3 lib64qtwebkit2.2_4-2.2.2-5.mga3 Any help would be welcome . . Cheers, R.Fox
[Mageia-dev] Your Firefox is out of date. Get the newest version here.
After latest Cauldron updates - Firefox was updated to 17.0.2 ESR But when it first starts, I get a page which states: Your Firefox is out of date. Get the newest version here. The latest is 18 Is this the intended action?? Thx, R.Fox
[Mageia-dev] Problem with urpmq ??
[root@mainfox rfox]# urpmq ssh No package named ssh [root@mainfox rfox]# urpmq sshd No package named sshd [root@mainfox rfox]# urpmq kernel No package named kernel [root@mainfox rfox]# urpmq kde No package named kde Doesn't seem to work anymore . . . Merry XMas - R.Fox
[Mageia-dev] problems with latest update
Sorry, the following packages cannot be selected: - lib64goa-gir1.0-3.6.2-2.mga3.x86_64 - lib64goa1.0_0-3.6.2-2.mga3.x86_64 (due to unsatisfied »······gnome-online-accounts[= 3.6.2]) Strange. R.Fox
Re: [Mageia-dev] strange GTK theme issue under KDE
On Wed, 2012-12-05 at 13:51 +0100, Jan Ciger wrote: See: http://wstaw.org/m/2012/12/05/plasma-desktopeX2766.png Background is properly rendered, (unlike in your screenshot) and all buttons are present before hovering. So that I am clueless. Just a shot in the dark - Eclipse has a similar problem with menus (menus are not displaying properly until walked over by a cursor) under KDE with the compositing enabled. It is a GTK bug according to the Eclipse bug tracker. With the compositing/effects off, everything works OK. Could this be the same issue? Jan I have tested with Desktop Effects turned off - unfortunately, it didn't help. Maybe it has something to do with the graphics driver (Intel 3000 embedded chipset - Thinkpad X220) I will file a bug. Thx, Robert
[Mageia-dev] strange GTK theme issue under KDE
When using Evolution under KDE - certain elements do not show up until I move the mouse over them (see snapshot) Is this a theme issue? This also happens in Libreoffice during the printing dialog - many elements in the window re missing until I move the mouse over them . . . Cheers, R.Fox attachment: snap1.png
[Mageia-dev] Evolution segfaults when trying to confirm a calendar invite
Nov 28 13:17:33 ThinkFox kernel: evolution[11598]: segfault at 74 ip 7f81c6342533 sp 7fff9be95c08 error 4 in libwebkitgtk-3.0.so.0.17.4[7f81c5c7c000+17cd000] Nov 28 13:17:53 ThinkFox kernel: traps: evolution[11958] general protection ip:7fb7414405a1 sp:7fffde035338 error:0 in libwebkitgtk-3.0.so.0.17.4[7fb740d7a000+17cd000] Is this an Evolution issue or libwebkitgtk-3.0.so.0.17.4 issue? Should i file a bug? Thx, R.Fox
Re: [Mageia-dev] Evolution segfaults when trying to confirm a calendar invite
On Wed, 2012-11-28 at 12:31 +, Pascal Terjan wrote: On Wed, Nov 28, 2012 at 12:21 PM, Robert Fox l...@foxconsult.net wrote: Nov 28 13:17:33 ThinkFox kernel: evolution[11598]: segfault at 74 ip 7f81c6342533 sp 7fff9be95c08 error 4 in libwebkitgtk-3.0.so.0.17.4[7f81c5c7c000+17cd000] Nov 28 13:17:53 ThinkFox kernel: traps: evolution[11958] general protection ip:7fb7414405a1 sp:7fffde035338 error:0 in libwebkitgtk-3.0.so.0.17.4[7fb740d7a000+17cd000] Is this an Evolution issue or libwebkitgtk-3.0.so.0.17.4 issue? probably libwebkitgtk unless evolution calls it with strange parameters Should i file a bug? Yes, and please: - Install webkit-debug and evolution-debug from Debug media - Run evolution inside gdb: * run gdb evolution in a terminal * type run and enter * after the crash type set logging on to enable logging to file and then thread apply all bt full - Attach gdb.txt to the bug report Thanks I will see what I can do - I am a bit pressed for time now with a new project underway . . . and normally I try to avoid loading -debug packages on my work laptop . . . Cheers, R.Fox
[Mageia-dev] Can't win - or, best of both worlds . . .!
There has been much discussion over the KDE NetApplet and the lack of reliability with it - on my laptop (Thinkpad X220) it crashes regularly and I can't get it to switch between WWAN0 and WLAN0 without failing. Strangely, under Gnome - the Gnome network manager works flawlessly. I can easily start and stop the WiFi or UMTS connection without problems. On the other hand, I use Evolution as my main e-mail client (since many years now) - oddly, when I am in Gnome - I can not click on calendar invites (accept / decline) - but in KDE using Evolution - I can. So now I have to login to Gnome to get the UMTS to work, and then logout and login to KDE just to accept meeting invites . . . Kinda painful. My dream is to have KDE networking working as well as Gnomes' - although with every successive release of KDE (we now have 4.10 B1 in Cauldron) - the networking applet never gets better. And for the life of me, I can't figure out WHY a native Gnome app like Evolution has problems with calendar meeting invites - but the same program works fine under KDE. Very strange and frustrating . . . Sorry for the rant . . . . Happy Thanksgiving (to those from the States) - R.Fox
Re: [Mageia-dev] Can't win - or, best of both worlds . . .!
On Fr, 2012-11-23 at 06:14 -0300, John Balcaen wrote: If the problem if with net_applet that networkmanager does work for you under gnome, why not simply using the plasma-applet-networkmanagement in kde ? (You did of course report bug crash for the netapplet ? ) I will try the plasma-applet . . . BTW, I have been tracking existing bugs which are the same problems I am experiencing (6029, 5015, 3865, 2592, etc.) Thanks for the quick response! R.Fox
Re: [Mageia-dev] Can't win - or, best of both worlds . . .!
On Fri, 2012-11-23 at 06:44 -0300, John Balcaen wrote: Le 23 nov. 2012 06:37, Robert Fox l...@foxconsult.net a écrit : On Fr, 2012-11-23 at 06:14 -0300, John Balcaen wrote: If the problem if with net_applet that networkmanager does work for you under gnome, why not simply using the plasma-applet-networkmanagement in kde ? (You did of course report bug crash for the netapplet ? ) I will try the plasma-applet . . . [...] You can install it and after simple enable it in the systray.( so no need to add the applet in the taskbar or on the desktop) -- Balcaen John Works like a charm! Thanks! One less thing to worry about . . . Now I can stay in KDE . . . Cheers, R.Fox
Re: [Mageia-dev] Problem with Totem packages?
On Mi, 2012-11-21 at 15:50 +0100, Wolfgang Bornath wrote: 2012/11/21 Olav Vitters o...@vitters.nl: On Wed, Nov 21, 2012 at 02:32:32PM +0100, Pierre Jarillon wrote: Le mercredi 21 novembre 2012 13:29:26, Olav Vitters a écrit : On Tue, Nov 20, 2012 at 02:11:40AM +0100, Pierre Jarillon wrote: If we want a full usable distro out the box, VLC must be the default choice for all videos and then Totem could be removed. Which desktop are you using? VLC is IMO terrible, but I don't see why application defaults should be the same across desktops. Totem under anything other than GNOME: who cares? Maybe for XFCE VLC is a better fit or something. VLC works with any destop and any OS. Most of people coming from Windows already use VLC. LibreOffice, Firefox, Thunderbird and VLC are the most universal applications. They allow easy migrations from Microsoft. However, I prefer Konqueror and kmail in a KDE environment. You really like VLC :) If there is no KDE mediaplayer, then maybe file a bug. Totem in KDE is not the best match. Neither is dragon player nor is totem a good thing in Gnome. Both application suffer from the same cause: as soon as we enter the video section we also become victims of the free/non-free/tainted issue. Result: totem as well as dragon player as provided by the free DVD are not able to play any kind of video, unless you install certain plugins. Now the direct issue is, how both applications deal with this. None of both is able to list all necessary plugins to play the wanted video - it's always the dance a plugin is missing! - Which plugin? then a forum helper tells you about one plugin, you install it, restart totem and - Bang! - it kills you with another A plugin is missing!. Do that 3 times and maybe it works for this one video, coming back with the next video format. Same with dragon player. It's an upstream issue all right, but why is it not possible to include a function which lists ALL needed plugins, so you can install all of them? Or even better, a meta-package for those who want it all, which installs all available plugins for video play? I understand the reasons why they can not be installed automatically, but it would be a great step forward if all needed plugins can be installed in ONE step. Apart from that and not judging by lookfeel, vlc really is the best when it comes to playing media. I second that last comment! Cheers, R.Fox
Re: [Mageia-dev] Broken Mageia-Update (Urpmi)
On Mon, 2012-11-19 at 16:57 +0200, Sander Lepik wrote: 18.11.2012 17:09, Thomas Spuhler kirjutas: On Sunday, November 18, 2012 05:20:09 AM Anssi Hannula wrote: 18.11.2012 13:30, Thierry Vignaud kirjoitti: On 18 November 2012 11:38, Anssi Hannula an...@mageia.org wrote: Bug has been filed: https://bugs.mageia.org/buglist.cgi?quicksearch=looping+forever Updating Cauldron is broken as of this morning - [root@mainfox rfox]# urpmi --auto-update -v [...] detecting looping forever while trying to resolve dependancies. Aborting... Try again with '-vv --debug' options at /usr/lib/perl5/vendor_perl/5.16.2/x86_64-linux-thread-multi/URPM/Resol ve.pm line 1061. unlocking rpm database unlocking urpmi database It seems the loop threshold Resolve.pm:1061 is way too low and detects looping when there in fact isn't any. I bumped it up by several orders of magnitude locally and then urpmi worked again. To what value did you bump it? To 10, but that was just a random value since I mainly just wanted the upgrade to work. I don't know what would be a reasonable value. Did you upgrade it on the server? if yes, this didn't solve the problem. No he didn't. Thierry, are you sure that your limit is correct? If 10 works then i don't see it as an endless loop. Current value seems to be too low and there are soon as many bugs about update problems than we have about broken draksnapshot. -- Sander I changed the value to 1 as well and it worked. So it is definitely too low of a limit (1000) - Cheers, Robert
[Mageia-dev] Problem with Totem packages?
Some requested packages cannot be installed: totem-3.6.3-2.mga3.x86_64 (due to unsatisfied gstreamer1.0-plugins-bad-1.0.2-2.mga3.i586) totem-mozilla-3.6.3-2.mga3.x86_64 (due to unsatisfied totem-3.6.3-2.mga3.i586) Continue installation anyway? Since yesterday there seems to be a problem installing the Totem updates . . . Anyone else? Thx, R.Fox
[Mageia-dev] Broken Mageia-Update (Urpmi)
Bug has been filed: https://bugs.mageia.org/buglist.cgi?quicksearch=looping+forever Updating Cauldron is broken as of this morning - [root@mainfox rfox]# urpmi --auto-update -v getting lock on urpmi using mirror http://mirror.tuxinator.org/mageia/distrib/cauldron/x86_64 retrieved $MIRRORLIST media/core/release media_info/MD5SUM comparing /var/cache/urpmi/partial/MD5SUM and /var/lib/urpmi/Core Release (distrib1)/MD5SUM medium Core Release (distrib1) is up-to-date retrieved $MIRRORLIST media/core/updates media_info/MD5SUM comparing /var/cache/urpmi/partial/MD5SUM and /var/lib/urpmi/Core Updates (distrib3)/MD5SUM medium Core Updates (distrib3) is up-to-date retrieved $MIRRORLIST media/nonfree/release media_info/MD5SUM comparing /var/cache/urpmi/partial/MD5SUM and /var/lib/urpmi/Nonfree Release (distrib11)/MD5SUM medium Nonfree Release (distrib11) is up-to-date retrieved $MIRRORLIST media/tainted/release media_info/MD5SUM comparing /var/cache/urpmi/partial/MD5SUM and /var/lib/urpmi/Tainted Release (distrib21)/MD5SUM medium Tainted Release (distrib21) is up-to-date retrieved $MIRRORLIST media/../../i586/media/core/release media_info/MD5SUM comparing /var/cache/urpmi/partial/MD5SUM and /var/lib/urpmi/Core 32bit Release (distrib31)/MD5SUM retrieving source synthesis of Core 32bit Release (distrib31)... $MIRRORLIST: media/../../i586/media/core/release/media_info/20121117-071824-synthesis.hdlist.cz retrieved $MIRRORLIST media/../../i586/media/core/release media_info/20121117-071824-synthesis.hdlist.cz computing md5sum of retrieved source synthesis updated medium Core 32bit Release (distrib31) retrieved $MIRRORLIST media/../../i586/media/core/updates media_info/MD5SUM comparing /var/cache/urpmi/partial/MD5SUM and /var/lib/urpmi/Core 32bit Updates (distrib33)/MD5SUM medium Core 32bit Updates (distrib33) is up-to-date examining synthesis file [/var/lib/urpmi/Core Release (distrib1)/synthesis.hdlist.cz] examining synthesis file [/var/lib/urpmi/Core Updates (distrib3)/synthesis.hdlist.cz] examining synthesis file [/var/lib/urpmi/Nonfree Release (distrib11)/synthesis.hdlist.cz] examining synthesis file [/var/lib/urpmi/Tainted Release (distrib21)/synthesis.hdlist.cz] examining synthesis file [/var/lib/urpmi/Core 32bit Release (distrib31)/synthesis.hdlist.cz] examining synthesis file [/var/lib/urpmi/Core 32bit Updates (distrib33)/synthesis.hdlist.cz] getting exclusive lock on rpm detecting looping forever while trying to resolve dependancies. Aborting... Try again with '-vv --debug' options at /usr/lib/perl5/vendor_perl/5.16.2/x86_64-linux-thread-multi/URPM/Resolve.pm line 1061. unlocking rpm database unlocking urpmi database [root@mainfox rfox]#
[Mageia-dev] Can't start LibreOffice since last update
[rfox@mainfox ~]$ libreoffice /usr/lib64/libreoffice/program/soffice.bin: symbol lookup error: /usr/lib64/libreoffice/program/libvcllo.so: undefined symbol: _ZNK3icu14LEFontInstance10getSubFontEPKDsPiiiR11LEErrorCode Anyone else??
[Mageia-dev] shutdown stalls
Using Cauldron, all machines will not shutdown (using KDE) when clicking on turn off computer I get dropped into a text screen and it hangs - only when I hit ctrl-alt-del does the shutdown process continue, but the system then reboots. This is happening on four different types of machines. I could not find a bug in bugzilla for this one - Anybody else? Cheers, R.Fox
[Mageia-dev] Strange message in Firefox
When I open a site with video, a strange pop-up comes up and says: Couldn't load the '/usr/share/totem/mozilla-viewer.ui' interface. Invalid object type `TotemGlowButton' Make sure that Totem is properly installed. [rfox@ThinkFox ~]$ locate mozilla-viewer /usr/share/totem/mozilla-viewer.css /usr/share/totem/mozilla-viewer.ui But it looks like it is there . . . Any hints would be welcome - R.Fox
Re: [Mageia-dev] Missing in Action - 3G F5521gw
Since the latest kernel updates in Cauldron - I am no longer able to see my WAN modem again (Ericsson F5521gw) The solution below doesn't work either . . . [root@ThinkFox rfox]# lsmod | grep cdc cdc_ncm18345 0 usbnet 36447 1 cdc_ncm cdc_wdm18885 0 cdc_acm28752 0 usbcore 212051 9 btusb,uvcvideo,ehci_hcd,usbhid,usbnet,cdc_acm,cdc_ncm,cdc_wdm,xhci_hcd [root@ThinkFox rfox]# mount -n -t usbfs -o devmode=0664,devgid=43 /proc/bus/usb /proc/bus/usb mount: mount point /proc/bus/usb does not exist Looks like /proc/bus/ doesn't have usb anymore: [root@ThinkFox rfox]# ls /proc/bus/ input/ pci/ Should I raise a bug? Thx, R.Fox On Wed, 2012-03-28 at 09:15 +0100, Colin Guthrie wrote: 'Twas brillig, and Robert Fox at 27/03/12 20:11 did gyre and gimble: Since recent Cauldron updates, I can't get my 3G card (Ericsson F5521gw) to work - looks like the modules are loading: [root@ThinkFox rfox]# lsmod | grep cdc cdc_ncm18343 0 usbnet 32360 1 cdc_ncm cdc_acm28712 0 cdc_wdm18241 0 usbcore 206950 10 uvcvideo,btusb,cdc_ncm,usbnet,cdc_acm,cdc_wdm,xhci_hcd,usbhid,ehci_hcd but when I start drakconnect, I get no device for this connection type On the same notebook (Thinkpad x220) it works fine under Ubuntu 12.04 B1) Any hints would be welcome. Try running as root: mount -n -t usbfs -o devmode=0664,devgid=43 /proc/bus/usb /proc/bus/usb Then run drakconnect. aka: https://bugs.mageia.org/show_bug.cgi?id=4500 Col
[Mageia-dev] Issue with latest Evolution (evolution-3.5.5-1.mga3)
Lately, Evolution as been acting a bit odd - I have always had it set up under Mail Preferences - HTML Messages - Loading Images - set to Never Load Images from the Internet When I want to load the messages, I just click Ctrl-i and it would normally load the images. Now, if I click on Ctrl-i - a task starts below which states Saving user interface - but evolution stops responding - and when I click on something else further tasks start but hang - and I have to use killev to kill Evolution. Strangely, after killev, this is still running: rfox 3947 0.0 0.1 594848 8488 ?SLl 11:36 0:00 /usr/lib64/evolution-source-registry So I can force this to happen if I try and load images on an HTML mail Anybody have the same issue? Cheers, R.Fox
Re: [Mageia-dev] Missing in Action - 3G F5521gw
Since the latest kernel updates in Cauldron - I am no longer able to see my WAN modem again (Ericsson F5521gw) The solution below doesn't work either . . . [root@ThinkFox rfox]# lsmod | grep cdc cdc_ncm18345 0 usbnet 36447 1 cdc_ncm cdc_wdm18885 0 cdc_acm28752 0 usbcore 212051 9 btusb,uvcvideo,ehci_hcd,usbhid,usbnet,cdc_acm,cdc_ncm,cdc_wdm,xhci_hcd [root@ThinkFox rfox]# mount -n -t usbfs -o devmode=0664,devgid=43 /proc/bus/usb /proc/bus/usb mount: mount point /proc/bus/usb does not exist Looks like /proc/bus/ doesn't have usb anymore: [root@ThinkFox rfox]# ls /proc/bus/ input/ pci/ Should I raise a bug? Thx, R.Fox On Wed, 2012-03-28 at 09:15 +0100, Colin Guthrie wrote: 'Twas brillig, and Robert Fox at 27/03/12 20:11 did gyre and gimble: Since recent Cauldron updates, I can't get my 3G card (Ericsson F5521gw) to work - looks like the modules are loading: [root@ThinkFox rfox]# lsmod | grep cdc cdc_ncm18343 0 usbnet 32360 1 cdc_ncm cdc_acm28712 0 cdc_wdm18241 0 usbcore 206950 10 uvcvideo,btusb,cdc_ncm,usbnet,cdc_acm,cdc_wdm,xhci_hcd,usbhid,ehci_hcd but when I start drakconnect, I get no device for this connection type On the same notebook (Thinkpad x220) it works fine under Ubuntu 12.04 B1) Any hints would be welcome. Try running as root: mount -n -t usbfs -o devmode=0664,devgid=43 /proc/bus/usb /proc/bus/usb Then run drakconnect. aka: https://bugs.mageia.org/show_bug.cgi?id=4500 Col
Re: [Mageia-dev] net_applet segfaulting
On Sun, 2012-07-01 at 18:15 +0300, Shlomi Fish wrote: On Sun, 01 Jul 2012 14:55:25 +0200 Robert Fox l...@foxconsult.net wrote: On Tue, 2012-06-19 at 19:46 +0200, Thierry Vignaud wrote: On 19 June 2012 16:01, Robert Fox l...@foxconsult.net wrote: So for some unexplained reason it segfaults and I have to start it again. Please: 1) install perl-debug glibc-debug perl-Glib-debug perl-Gtk2-debug gtk2.0-debug gdb 2) run gdb perl /usr/bin/net_applet 3) type run to start it from the debuger 4) type bt to get a backstrace once it segfaulted 5) paste the backtrace in a text file you'll _attach_ to a bug report That's the wrong way to invoke gdb. You need: $ gdb /usr/bin/perl And in the gdb prompt: $ r /usr/bin/net_applet You can also use a --command start-up flag for that. Regards, Shlomi Fish Thanks Shlomi! Here's the results - I guess I need to open a formal bug now: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffe8043700 (LWP 5147)] Perl_csighandler (sig=17, sip=optimized out, uap=optimized out) at mg.c:1381 1381 (sig == SIGSEGV || (PL_signals PERL_SIGNALS_UNSAFE_FLAG))) (gdb) bt #0 Perl_csighandler (sig=17, sip=optimized out, uap=optimized out) at mg.c:1381 #1 signal handler called #2 0x76a8f378 in __GI___poll (fds=optimized out, nfds=optimized out, timeout=optimized out) at ../sysdeps/unix/sysv/linux/poll.c:87 #3 0x72b06ef6 in ?? () from /lib/../lib64/libglib-2.0.so.0 #4 0x72b0735a in g_main_loop_run () from /lib/../lib64/libglib-2.0.so.0 #5 0x7fffec67b4e6 in ?? () from /lib64/libgio-2.0.so.0 #6 0x72b28ac5 in ?? () from /lib/../lib64/libglib-2.0.so.0 #7 0x76d51c7d in start_thread (arg=0x7fffe8043700) at pthread_create.c:301 #8 0x76a97f4d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #9 0x in ?? () R.Fox
[Mageia-dev] Evolution strange menus
I use KDE under Cauldrun and Evolution - and Oxygen-gtk style - tried others but it got worse . . . how can I reset to default style for Evolution?? Thx, R.Fox attachment: evolution.png
Re: [Mageia-dev] net_applet segfaulting
On Tue, 2012-06-19 at 19:46 +0200, Thierry Vignaud wrote: On 19 June 2012 16:01, Robert Fox l...@foxconsult.net wrote: So for some unexplained reason it segfaults and I have to start it again. Please: 1) install perl-debug glibc-debug perl-Glib-debug perl-Gtk2-debug gtk2.0-debug gdb 2) run gdb perl /usr/bin/net_applet 3) type run to start it from the debuger 4) type bt to get a backstrace once it segfaulted 5) paste the backtrace in a text file you'll _attach_ to a bug report Finally got around to trying this - here is the output so far: [rfox@ThinkFox ~]$ gdb perl /usr/bin/net_applet GNU gdb (GDB) 7.3.50.20110722-4.mga2 (Mageia release 2) Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-mageia-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/perl...Reading symbols from /usr/lib/debug/usr/bin/perl5.16.0.debug...done. done. /usr/bin/net_applet is not a core dump: File format not recognized (gdb) run Starting program: /usr/bin/perl [Thread debugging using libthread_db enabled] Using host libthread_db library /lib64/libthread_db.so.1. and it just sits there - program doesn't start. Didn't get very far . . .
[Mageia-dev] Streamtuner Streamripper - MIA
I just discovered to my dismay that Streamtuner and Streamripper are no longer available as packages in Mageia - These programs, although no longer supported, worked quite well - and I can't seem to find a good alternative yet (for recording Internet radio) under Linux - Is it possible to have them available in Mageia (maybe as unsupported packages??) Looks like someone decided they don't belong in Mageia anymore (https://bugs.mageia.org/show_bug.cgi?id=2202) Thanks, R.Fox
[Mageia-dev] net_applet segfaulting
I use a UMTS card on my laptop - and use net_applet to reactivate the card (with PIN) when I awake the machine from sleep. From KDE - frequently when I click on net_applet to further click on Manage Wireless Networks - sometimes it disappears - After running it from the cli - I get: Cannot open /dev/input/eventX: Permission denied Cannot open /dev/input/eventX: Permission denied Cannot open /dev/input/eventX: Permission denied Cannot open /dev/input/eventX: Permission denied Cannot open /dev/input/eventX: Permission denied Cannot open /dev/input/eventX: Permission denied Cannot open /dev/input/eventX: Permission denied Cannot open /dev/input/eventX: Permission denied Cannot open /dev/input/eventX: Permission denied Cannot open /dev/input/eventX: Permission denied Cannot open /dev/input/eventX: Permission denied Cannot open /dev/input/eventX: Permission denied Segmentation fault So for some unexplained reason it segfaults and I have to start it again.
Re: [Mageia-dev] net_applet segfaulting
On Tue, 2012-06-19 at 19:46 +0200, Thierry Vignaud wrote: On 19 June 2012 16:01, Robert Fox l...@foxconsult.net wrote: So for some unexplained reason it segfaults and I have to start it again. Please: 1) install perl-debug glibc-debug perl-Glib-debug perl-Gtk2-debug gtk2.0-debug gdb 2) run gdb perl /usr/bin/net_applet 3) type run to start it from the debuger 4) type bt to get a backstrace once it segfaulted 5) paste the backtrace in a text file you'll _attach_ to a bug report Thanks for that Thierry - before I go through the trouble, it would be helpful to know if this problem is affecting more than myself. I don't have the debug repository set-up on this machine and it would take some time because I am traveling right now and don't have a good connection. Also, it looks like this bug could be the same: https://bugs.mageia.org/show_bug.cgi?id=6138 Anyone else experiencing such a problem?? Thx, Robert
[Mageia-dev] Skype 4.0 for Linux - Package request
I don't know about you guys, but I've been waiting for this release for some time - unfortunately, they only offer it for the other distributions: Select your Linux distribution Ubuntu 10.04 32-bit Ubuntu 10.04 64-bit Debian 6.0 32-bit Debian 6.0 64-bit Fedora 16 32bit OpenSUSE 12.1 32bit I run Mageia Cauldron 64bit mostly - would be great to get a package in Cauldron for our Distro! Thanks and have a nice weekend. R.Fox
Re: [Mageia-dev] Skype 4.0 for Linux - Package request
On Fri, 2012-06-15 at 10:40 +0200, D.Morgan wrote: On Fri, Jun 15, 2012 at 10:25 AM, Robert Fox l...@foxconsult.net wrote: I don't know about you guys, but I've been waiting for this release for some time - unfortunately, they only offer it for the other distributions: Select your Linux distribution Ubuntu 10.04 32-bit Ubuntu 10.04 64-bit Debian 6.0 32-bit Debian 6.0 64-bit Fedora 16 32bit OpenSUSE 12.1 32bit I run Mageia Cauldron 64bit mostly - would be great to get a package in Cauldron for our Distro! Thanks and have a nice weekend. R.Fox this is in nonfree already Sorry - missed that! Disregard last message. Cheers, Robert
[Mageia-dev] Don't get it -
I have a newly installed Mageia 2 box which I then updated to Cauldron - When I try to install the Newshosting client (which worked before) - I get the following: [rfox@foxbase Downloads]$ ./newshosting-1.2.1-linux-installer.run Welcome to the Newshosting Setup Wizard. Please specify the directory where Newshosting will be installed. Installation Directory [/home/rfox/newshosting-1.2.1]: Setup is now ready to begin installing Newshosting on your computer. Do you want to continue? [Y/n]: Please wait while Setup installs Newshosting on your computer. Installing 0% __ 50% __ 100% # Setup has finished installing Newshosting on your computer. Do you want to launch Newshosting now? [Y/n]: Error: There has been an error. Error running /home/rfox/newshosting-1.2.1/newshosting.sh : /home/rfox/newshosting-1.2.1/newshosting: error while loading shared libraries: libgthread-2.0.so.0: cannot open shared object file: No such file or directory Press [Enter] to continue : [rfox@foxbase Downloads]$ locate libgthread-2.0.so.0 /lib64/libgthread-2.0.so.0 /lib64/libgthread-2.0.so.0.3200.3 [rfox@foxbase Downloads]$ So why is it not finding it when it clearly exists? Any help would be welcome.
Re: [Mageia-dev] Don't get it -
On Sat, 2012-06-09 at 15:32 +0200, Guillaume Rousse wrote: Le 09/06/2012 15:24, Robert Fox a écrit : Error: There has been an error. Error running /home/rfox/newshosting-1.2.1/newshosting.sh : /home/rfox/newshosting-1.2.1/newshosting: error while loading shared libraries: libgthread-2.0.so.0: cannot open shared object file: No such file or directory Press [Enter] to continue : [rfox@foxbase Downloads]$ locate libgthread-2.0.so.0 /lib64/libgthread-2.0.so.0 /lib64/libgthread-2.0.so.0.3200.3 [rfox@foxbase Downloads]$ So why is it not finding it when it clearly exists? Probably because of an architecture mismatch (32 vs 64 bits). Strange - I installed this on another Cauldron running system (one that I kept upgrading from Mageia 1 to Cauldron) - and it worked even though it was a 64bit install. Now I find out that there are several missing 32bit libraries like libglib2.0_0, libfontconfig1, libXrender, libsm6, libXext6, etc. I don't recall having to install them on the other system to get it to work under a 64bit Mageia. Odd. Thanks - got it to work . . .
[Mageia-dev] Bad signatures with latest updates
The following packages have bad signatures: /var/cache/urpmi/rpms/drakxtools-14.21-1.mga3.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/drakxtools-backend-14.21-1.mga3.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/drakxtools-curses-14.21-1.mga3.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/harddrake-14.21-1.mga3.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/harddrake-ui-14.21-1.mga3.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/perl-5.16.0-1.mga3.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/perl-File-FnMatch-0.20.0-6.mga3.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/perl-File-Sync-0.110.0-1.mga3.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/perl-Filesys-Df-0.920.0-7.mga3.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/perl-HTML-Parser-3.690.0-1.mga3.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/perl-List-MoreUtils-0.330.0-1.mga3.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/perl-Locale-gettext-1.50.0-6.mga3.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/perl-URPM-3.40-1.1.mga3.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/perl-WWW-Curl-4.150.0-6.mga3.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/perl-XML-LibXML-1.950.0-1.mga3.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/perl-XML-Parser-2.410.0-1.mga3.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/perl-base-5.16.0-1.mga3.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/perl-devel-5.16.0-1.mga3.x86_64.rpm: Missing signature (OK ((none))) Do you want to continue installation ? (y/N) unlocking urpmi database unlocking rpm database
Re: [Mageia-dev] Strange system stalls - neep a tip
On Tue, 2012-05-22 at 12:11 +0200, AL13N wrote: On 21/05/12 18:11, Robert Fox wrote: Any hints what I could check? At first I though this was Firefox related (like flash problem or something) because it was most noticeable when I surfed - firefox freezes off and on and it is really frustrating. Nope, but I got into same pb during a while, the freezing occurred during a few secs and only when I was surfing, so I ended up also suspecting firefox and plugin stuff. It disappears in my case with recent updates though. I remember i used to have an old machine with nvnet nvidia onboard network, and it seemed then whenever there was big-ish network traffic, the display seemed to hang for a bit... I have ruled out CPU and graphic over utilization - as well as heavy network traffic. I also just experienced this phenomenon on my newish Thinkpad X220 with an i7-2620 processor and Intel graphics card - 8Gig memory and 512 SSD - I had to reboot because the whole system was unresponsive. I have yet to find the cause, and the logs up to this point are not helping . . . maybe I should file a bug, but want to see if this is machine specific or something more serious with the latest kernels. Cheers, R.Fox
[Mageia-dev] Strange system stalls - neep a tip
Hello All - I am experiencing a strange problem with a specific machine running Cauldron. I am beginning to believe it is NOT a Mageia problem because when I boot into Ubuntu 12.04 the problem exists as well. I think it may be hardware related but I can not find what is causing this issue. The machine is an Acer Aspire x3900 with a quad core AMD Phenom(tm) II X4 925 Processor - 6GB memory. GeForce GT215 (GeForce 320) card. I am running the x86_64 version of Cauldron. The problem occurs under both KDE and Gnome Basically, the system seems to freeze up (mouse moves) but nothing else - gkrellem freezes and no errors occur - it just seems to hang - but magically wake up again after some time (many seconds at a time) I have checked various logs and can not find any problems - so I am stumped how to find the source of the problem. I leave the machine running 24x7, but don't think it is a thermal issue. When the system runs under Windows 7 (64bit) it appears to run fine. Any hints what I could check?
Re: [Mageia-dev] Strange system stalls - neep a tip
On Mon, 2012-05-21 at 19:50 +0200, David Sjölin wrote: On Mon, May 21, 2012 at 7:33 PM, AL13N al...@rmail.be wrote: perhaps check the logs (/var/log/messages) for information regarding those downtimes. see if the ping also delays perhaps try to monitor something via ssh or in tty, to see if it's only the graphic card. also, check ntpd settings, do they make big jumps? etc... in short: logging is always the key. Hello All - I am experiencing a strange problem with a specific machine running Cauldron. I am beginning to believe it is NOT a Mageia problem because when I boot into Ubuntu 12.04 the problem exists as well. I think it may be hardware related but I can not find what is causing this issue. The machine is an Acer Aspire x3900 with a quad core AMD Phenom(tm) II X4 925 Processor - 6GB memory. GeForce GT215 (GeForce 320) card. I am running the x86_64 version of Cauldron. The problem occurs under both KDE and Gnome Basically, the system seems to freeze up (mouse moves) but nothing else - gkrellem freezes and no errors occur - it just seems to hang - but magically wake up again after some time (many seconds at a time) I have checked various logs and can not find any problems - so I am stumped how to find the source of the problem. I leave the machine running 24x7, but don't think it is a thermal issue. When the system runs under Windows 7 (64bit) it appears to run fine. Any hints what I could check? Hello! If you want to log cpuusage to see if some process has extra high cpu usage during this freeze you could do something like: while true; do date testfilen.txt ; top -b -n1 testfilen.txt ; sleep 1; done Then you will get top-output every second (sleep 1) or whatever time you specify for sleep. I think there is a way to do this with top only, without the delay but not sure which flags to use then (possibly top -d 1 -b) The file testfilen.txt will of course grow quite large after a while, so you can't keep this running 24/7 maybe, but maybe you could clear out the file regularly until you get the error situation again and then based on the date output you should be able to find cpu usage around the time of the problem. Regards, David Thanks for the quick responses. I checked the cpu usage, but there doesn't appear to be a spike - and the load average in htop is real low: load average: 0.46, 0.67, 0.56 so if the X server or something else was maxing out the cpu, I'd see that. Also, if I use a console in KDE (like yakuake) - the stalls happen in there as well. At first I though this was Firefox related (like flash problem or something) because it was most noticeable when I surfed - firefox freezes off and on and it is really frustrating. This machine was working fine for at least a year - and I was suspecting something with the latest kernels and the AMD processor - but have no evidence. The search continues . . . Thanks again, R.Fox
[Mageia-dev] freeze push: request Gimp 2.8 regarding single window interface!
Gimp 2.8 stable has been released http://www.gimp.org/ It is a MAJOR improvement! Would be nice to squeeze it in to Mageia 2 release . . Thx, R.Fox
[Mageia-dev] What's with all the fedora named services in Drakxservice??
I wanted to check something using drakxservices and noticed here are 8 separate sevices starting with the name fedora in them (fedora-autorelabel, fedora-readonly, fedora-configure) Not all services are running and I am not sure what each of these does. More disturbing is why they are called fedora instead of Mageia? Also, I noticed 22 different systemd entries - many of which are not started on boot or not running (like systemd-readahead-collect) - Where can I read about these to understand more and why so many?? Inquiring minds would like to know . . . Thanks in advance, R.Fox
Re: [Mageia-dev] What's with all the fedora named services in Drakxservice??
On Sun, 2012-05-06 at 15:09 +0100, Colin Guthrie wrote: Jeeze, first people complain draxservices doesn't show all systemd service and now that I fixed that people complain they show them... I can't win :p Thanks for your prompt response Colin - just was inquiring! Maybe disturbing was a bit harsh . . . perhaps surprised. Anywho, I think now that drakxservices shows the systemd stuff - it is very useful. The question I have here is, if drakxservices still the definitive way to control services on Mageia 2 or should one use the systemd commandline? Thx, Robert
Re: [Mageia-dev] Release blocker bugs
On Mon, 2012-04-23 at 11:51 +0100, Colin Guthrie wrote: 'Twas brillig, and Anne Nicolas at 23/04/12 10:33 did gyre and gimble: #3375crirelLinut...@iki.fiNEW---after hibernation system starts booting from scratch Oh and I think I fixed this one last week but didn't know there was a bug for it. Will see what the users say. Col I would also like to add the very annoying GTK-Theme issue under KDE (most apparent with Evolution) - see bug #4544: https://bugs.mageia.org/show_bug.cgi?id=4544 Maybe not a release blocker, but quite irritating . . Thx, R.Fox
[Mageia-dev] Sleep once, never again . .
I have a Thinkpad x220 notebook running latest Cauldron in KDE. When I close the lid, the system goes to sleep mode - and it awakes fine. If I close the lid again, the system will not sleep. When I choose logout, turn off computer and then sleep to ram it also doesn't do anything. So the suspend operation only can be done once, then I have to reboot to reset it. Is this just my laptop? Thx, R.Fox
Re: [Mageia-dev] Sleep once, never again . .
On Tue, 2012-04-03 at 13:40 +0100, Pascal Terjan wrote: On Tue, Apr 3, 2012 at 13:10, Robert Fox l...@foxconsult.net wrote: I have a Thinkpad x220 notebook running latest Cauldron in KDE. When I close the lid, the system goes to sleep mode - and it awakes fine. If I close the lid again, the system will not sleep. When I choose logout, turn off computer and then sleep to ram it also doesn't do anything. So the suspend operation only can be done once, then I have to reboot to reset it. Does it also fail if you run pm-suspend manually? Anything in the logs? pm-suspend when manually called from a terminal does work! So I can manually force the suspend that way - looks like the KDE suspend call Turn Off Computer and then Suspend to Ram - as well as lid close does not trigger it after the first time. There is no error, just doesn't do anything when I close the lid or request the suspend through KDE . . . Thx, R.Fox
[Mageia-dev] Creating PDFs from a scanned document
Just a quick question to the experts out there . . . I have an HP J5780 All-in-One device - and use the HP Device Manager software under Mageia - When I scan a document into a PDF, the converted document is rather large (5MB) in comparison to the same document scanned under Windows 7 and the HP scan-to-PDF feature (465Kb) - Just wanted to know why is this and can I influence how compressed or compact the PDF document is under Cauldron? I used to scan with Acquire Images or XSane and then paste the scanned graphic into a LibreOffice document and then create a PDF directly or use ps2pdf14 to convert a print to file postscript output to PDF (which results in a comparatively small PDF) Any advice would be welcome . . Cheers, R.Fox
Re: [Mageia-dev] Creating PDFs from a scanned document
On Sat, 2012-03-31 at 11:05 +0100, Pascal Terjan wrote: On Sat, Mar 31, 2012 at 10:59, Robert Fox l...@foxconsult.net wrote: Just a quick question to the experts out there . . . This would probably be better on -discuss than -dev I have an HP J5780 All-in-One device - and use the HP Device Manager software under Mageia - When I scan a document into a PDF, the converted document is rather large (5MB) in comparison to the same document scanned under Windows 7 and the HP scan-to-PDF feature (465Kb) - Just wanted to know why is this and can I influence how compressed or compact the PDF document is under Cauldron? Do you scan at the same resolution? The best compression would be to use OCR to get text instead of images but I wouldn't trust it to be accurate I used to scan with Acquire Images or XSane and then paste the scanned graphic into a LibreOffice document and then create a PDF directly or use ps2pdf14 to convert a print to file postscript output to PDF (which results in a comparatively small PDF) Why not generating a PDF directly from XSane? Thanks for the quick response - I posted to -dev only because I use only Cauldron on my machines to help with testing, and I though -discuss was more aimed at released versions (like Mageia 1) On a similar note, what ever happened to a standard PDF printer setup in the mcc (printerdrake is gone I believe) . . . When I choose set up printers, I can only add physical and networked printers, but no option to add a PDF printer. It was very helpful to have a generic PDF printer driver setup as a virtual printer (like PDFcreator) Anyway, I digress . . . . Thanks again. R.Fox
Re: [Mageia-dev] Creating PDFs from a scanned document
On Sat, 2012-03-31 at 11:36 +0100, Donald Stewart wrote: On 31 March 2012 11:31, Pascal Terjan pter...@gmail.com wrote: On Sat, Mar 31, 2012 at 11:22, Robert Fox l...@foxconsult.net wrote: On a similar note, what ever happened to a standard PDF printer setup in the mcc (printerdrake is gone I believe) . . . When I choose set up printers, I can only add physical and networked printers, but no option to add a PDF printer. It was very helpful to have a generic PDF printer driver setup as a virtual printer (like PDFcreator) Anyway, I digress . . . . Thanks again. I think Gtk apps have had the Print to File choice in the list of printers for a few years Same for kde, well at least okular and gwenview and the kipi plugins. I found that cups-pdf wasn't installed which explained why system-config-printer didn't see a generic PDF printer. Oddly enough, LibreOffice sees it, but I can't print to it (don't get a dialog to save to file) - but I found out when I print to file - it worked and made a real small output (87k file) FYI - R.Fox
Re: [Mageia-dev] Missing in Action - 3G F5521gw
On Wed, 2012-03-28 at 09:15 +0100, Colin Guthrie wrote: 'Twas brillig, and Robert Fox at 27/03/12 20:11 did gyre and gimble: Since recent Cauldron updates, I can't get my 3G card (Ericsson F5521gw) to work - looks like the modules are loading: [root@ThinkFox rfox]# lsmod | grep cdc cdc_ncm18343 0 usbnet 32360 1 cdc_ncm cdc_acm28712 0 cdc_wdm18241 0 usbcore 206950 10 uvcvideo,btusb,cdc_ncm,usbnet,cdc_acm,cdc_wdm,xhci_hcd,usbhid,ehci_hcd but when I start drakconnect, I get no device for this connection type On the same notebook (Thinkpad x220) it works fine under Ubuntu 12.04 B1) Any hints would be welcome. Try running as root: mount -n -t usbfs -o devmode=0664,devgid=43 /proc/bus/usb /proc/bus/usb Then run drakconnect. aka: https://bugs.mageia.org/show_bug.cgi?id=4500 Col Thanks Col - that fixed it! Whew, I needed that (had to use Ubuntu as fallback whilst onsite at a customer!) - Cheers!
[Mageia-dev] Missing in Action - 3G F5521gw
Since recent Cauldron updates, I can't get my 3G card (Ericsson F5521gw) to work - looks like the modules are loading: [root@ThinkFox rfox]# lsmod | grep cdc cdc_ncm18343 0 usbnet 32360 1 cdc_ncm cdc_acm28712 0 cdc_wdm18241 0 usbcore 206950 10 uvcvideo,btusb,cdc_ncm,usbnet,cdc_acm,cdc_wdm,xhci_hcd,usbhid,ehci_hcd but when I start drakconnect, I get no device for this connection type On the same notebook (Thinkpad x220) it works fine under Ubuntu 12.04 B1) Any hints would be welcome. Cheers, R.Fox
[Mageia-dev] KWin Segfault - sporatic
I have been experiencing a sporadic KWin segfault crash - it can not be forced and happens very rarely. When it does happen, I can not access the KDE panel anymore, but the desktop continues to work. The only resolve it to logout and restart KDE - Here is the backtrace: KDE Application: KWin (kwin), signal: Segmentation fault Using host libthread_db library /lib64/libthread_db.so.1. [Current thread is 1 (Thread 0x7feeb5682740 (LWP 4822))] Thread 2 (Thread 0x7fee92c90700 (LWP 4827)): #0 0x7feeb0253594 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7feeb1952bd2 in ?? () from /usr/lib64/libQtScript.so.4 #2 0x7feeb1952c09 in ?? () from /usr/lib64/libQtScript.so.4 #3 0x7feeb10fd354 in ?? () from /usr/lib64/nvidia-current/libGL.so.1 #4 0x7feeb024fb99 in start_thread () from /lib64/libpthread.so.0 #5 0x7feeb4ec30cd in clone () from /lib64/libc.so.6 #6 0x in ?? () Thread 1 (Thread 0x7feeb5682740 (LWP 4822)): [KCrash Handler] #6 0x7fee982cd285 in ?? () from /usr/lib64/kde4/kwin4_effect_builtins.so #7 0x7feeb5246878 in ?? () from /usr/lib64/libkdeinit4_kwin.so #8 0x7feeb5246878 in ?? () from /usr/lib64/libkdeinit4_kwin.so #9 0x7feeb522583e in ?? () from /usr/lib64/libkdeinit4_kwin.so #10 0x7feeb523befd in ?? () from /usr/lib64/libkdeinit4_kwin.so #11 0x7feeb521fbac in ?? () from /usr/lib64/libkdeinit4_kwin.so #12 0x7feeb05f5a59 in QObject::event(QEvent*) () from /usr/lib64/libQtCore.so.4 #13 0x7feeaf74fb84 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4 #14 0x7feeaf754a03 in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4 #15 0x7feeb492c9c6 in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5 #16 0x7feeb05dce7c in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4 #17 0x7feeb060d9c2 in ?? () from /usr/lib64/libQtCore.so.4 #18 0x7feeb060e4a4 in QEventDispatcherUNIX::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQtCore.so.4 #19 0x7feeaf7f3868 in ?? () from /usr/lib64/libQtGui.so.4 #20 0x7feeb05dbc62 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQtCore.so.4 #21 0x7feeb05dbeb7 in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQtCore.so.4 #22 0x7feeb05e09a5 in QCoreApplication::exec() () from /usr/lib64/libQtCore.so.4 #23 0x7feeb51d5416 in kdemain () from /usr/lib64/libkdeinit4_kwin.so #24 0x7feeb4e0a32d in __libc_start_main () from /lib64/libc.so.6 #25 0x00400671 in _start () Should I file a bug?? Thx, R.Fox
Re: [Mageia-dev] cgroup on the desktop
On Wed, 2012-03-21 at 16:24 +, Colin Guthrie wrote: 'Twas brillig, and Robert Fox at 20/03/12 08:13 did gyre and gimble: Tried to research it, but it look more like it is for servers than desktop. Could someone explain what the value-add is of using this on the desktop? As used in the context of systemd just a general mechanism for tracking processes. In the olden days, a service could exec other binaries quite happily. Killing the primary pid of the service meant that any other binaries launched were not necessarily killed. This mean that the service needed to implement it's own accounting and tracking system and there was no way to properly track to what service a given processes belongs. Now with cgroups, it's possible to fully track all the processes started by a given service and kill each of them properly when stopping the service. In addition it's also possible to identify to which service a given process belongs. e.g. if something is spinning out of control you can see it in top and then trace it back to the service itself. There are numerous other things that can be done with cgroups such as imposing various limits on a given service (and any subsequent processes it spawns). Overall this is an accounting mechanism that is something very much baked into systemd. It's an integral part of it. It's not something we could simply turn off on desktops vs. servers. However, this isn't really the right place to discuss this topic. Col Thanks Col - very informative and helpful! Cheers, Robert
[Mageia-dev] Firefox 11?
Just wondering whether Firefox 11 is going to make it into Mageia 2 . . . Thx, R.Fox
[Mageia-dev] March 13th, 2012 VirtualBox 4.1.10 released!
Is it too late to get this into the distro? Cheers, R.Fox
[Mageia-dev] Fatal errors with rpm
Since the last few updates, I am experiencing erratic RPM db errors (on more than one machine): error: rpmdb: Thread/process 3912/139787959727872 failed: Thread died in Berkeley DB library error: db4 error(-30974) from dbenv-failchk: DB_RUNRECOVERY: Fatal error, run database recovery error: cannot open Packages index using db4 - (-30974) error: cannot open Packages database in /var/lib/rpm I've had to delete and rebuild the rpm database several times now: rm -f /var/lib/rpm/__db* rpm --rebuilddb Anyone else seeing this?? Thx, R.Fox
Re: [Mageia-dev] Fatal errors with rpm
On Wed, 2012-03-14 at 18:19 +0100, Wolfgang Bornath wrote: 2012/3/14 Wolfgang Bornath molc...@googlemail.com: 2012/3/14 Wolfgang Bornath molc...@googlemail.com: 2012/3/14 Wolfgang Bornath molc...@googlemail.com: 2012/3/14 Wolfgang Bornath molc...@googlemail.com: 2012/3/14 Robert Fox l...@foxconsult.net: On Wed, 2012-03-14 at 16:10 +0100, Olav Vitters wrote: On Wed, Mar 14, 2012 at 04:01:03PM +0100, Robert Fox wrote: Since the last few updates, I am experiencing erratic RPM db errors (on more than one machine): This should already be fixed. Maybe your mirror lags behind a bit. I have the latest updates and it just happened - I will rebuild the db and report back if it happens again. Just did updates (including rpm-4.9.1.2-22.mga2) on 2 cauldron installations. Last mirror sync with tier1 was 1:20 hours ago. No problems with rpm db Now I did some more package management: - I opened a konsole window, did another check with 'urpmi --auto-update' which turned up no updates. After that rpm database was unlocked. Good. - I opened rpmdrake from the konsole and marked all KDE handbooks for uninstall. I clicked on OK and watched the output in the konsole window. - after the second handbook urpmi crashed with a segmentation fault and rpmdrake showed a message box with the same error (segfault). Then I rebooted the system and starting rpmdrake on the konsole returned: * getting lock on urpmi * [reading all synthesis files, ok] * Error: rpmdb: Thread/process 2794/1397. failed: Thread died in Berkeley DB library * Error: db4 error from dbenv-failchk: DB_RUNRECOVERY: Fatal error, run database recovery * Error: Unable to open packages index, using db4 * Error: Unable to open package database in /var/lib/rpm * unlocking urpmi database Mind that this happened with latest updates as written in my previous mail. Adding info: erasing and rebuilding the db does not work. After removing the _db* I run # rpm --rebuilddb which returns : * Error: rpmdb: Thread/process 2794/1397. failed: Thread died in Berkeley DB library * Error: db4 error from dbenv-failchk: DB_RUNRECOVERY: Fatal error, run database recovery * Error: Unable to open packages index, using db4 Result: system is unusable now. Solution: I had to manually erase the lock file /var/lib/rpm/.RPMLOCK After that rebuilding the database worked and urpmi is usable again. Ok, here we go again: I did the same as described earlier: Updates, then opening rpmdrake and marking all handbook packages for uninstall. After uninstalling one or two packages rpmdrake segfaults. Opening it again shows the known errors about the rpm database. Unfortunately rpmdrake gives no other error message than Segmentation fault - that's it. So I don't know whether the error messages about the rpm database are just a result of the segfault or the cause of the segfault. -- wobo Hello Wolfgang - Try the rebuild again: rm -f /var/lib/rpm/__db* rpm --rebuilddb and then simple do: urpmi --auto-update -v That worked for me. When I tried rpmdrake, I also got the corruption again. Cheers, R.Fox
[Mageia-dev] Bluetooth USB dongle - not showing up
I have 3 different bluetooth usb devices and can't get anyone to work on my cauldron based box. When I insert the dongle - nothing happens, but when I pull is out I get: Mar 11 19:16:14 foxbase systemd[1]: Service bluetooth.target is not needed anymore. Stopping. lsusb shows: Bus 004 Device 005: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) harddrake2 doesn't show anything either - although: [root@foxbase rfox]# lsmod | grep blue bluetooth 275663 1 btusb crc16 12675 1 bluetooth rfkill 21915 2 bluetooth,cfg80211 What can I do to get it to work? Thx, R.Fox
Re: [Mageia-dev] Bluetooth USB dongle - not showing up
On Sun, 2012-03-11 at 19:27 +, Colin Guthrie wrote: 'Twas brillig, and Robert Fox at 11/03/12 18:20 did gyre and gimble: I have 3 different bluetooth usb devices and can't get anyone to work on my cauldron based box. When I insert the dongle - nothing happens, but when I pull is out I get: Mar 11 19:16:14 foxbase systemd[1]: Service bluetooth.target is not needed anymore. Stopping. lsusb shows: Bus 004 Device 005: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) harddrake2 doesn't show anything either - although: [root@foxbase rfox]# lsmod | grep blue bluetooth 275663 1 btusb crc16 12675 1 bluetooth rfkill 21915 2 bluetooth,cfg80211 What can I do to get it to work? What does systemctl status bluetoothd.service say? [root@foxbase rfox]# systemctl status bluetoothd.service bluetoothd.service Loaded: error (Reason: No such file or directory) Active: inactive (dead) If it's disabled, then enable and start it. This should happen automatically on update or initial install. Doesn't look good . . . what now? R.Fox
Re: [Mageia-dev] Bluetooth USB dongle - not showing up
On Sun, 2012-03-11 at 19:43 +, Colin Guthrie wrote: 'Twas brillig, and Robert Fox at 11/03/12 19:34 did gyre and gimble: On Sun, 2012-03-11 at 19:27 +, Colin Guthrie wrote: 'Twas brillig, and Robert Fox at 11/03/12 18:20 did gyre and gimble: I have 3 different bluetooth usb devices and can't get anyone to work on my cauldron based box. When I insert the dongle - nothing happens, but when I pull is out I get: Mar 11 19:16:14 foxbase systemd[1]: Service bluetooth.target is not needed anymore. Stopping. lsusb shows: Bus 004 Device 005: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) harddrake2 doesn't show anything either - although: [root@foxbase rfox]# lsmod | grep blue bluetooth 275663 1 btusb crc16 12675 1 bluetooth rfkill 21915 2 bluetooth,cfg80211 What can I do to get it to work? What does systemctl status bluetoothd.service say? [root@foxbase rfox]# systemctl status bluetoothd.service bluetoothd.service Loaded: error (Reason: No such file or directory) Active: inactive (dead) If it's disabled, then enable and start it. This should happen automatically on update or initial install. Doesn't look good . . . what now? Sorry, spelling error on my part... systemctl status bluetooth.service That was the ticket - it works now! Thanks! Funny that - I checked drakxservices and bluetooth is not on the list - what is the relationship now with systemctl and drakxservices now (if any) ?? Thanks, R.Fox
[Mageia-dev] NVidia fallback to Nouveau after latest Kernel updates
This was fixed once, but since the latest kernel updates (3.3.0) - the problem has returned: Since last Cauldron kernel update, I have two nvidia based system which now fallback to nouveau when starting X - stating nvidia cannot be loaded. checking in dmesg - I see that the nouveau driver grabs the card before the nvidia driver can - but trying to remove the nouveau driver wants to remove over 800 packages! How can I get the nvidia proprietary driver back?? Thx, R.Fox
[Mageia-dev] NVidia fallback to Nouveau after latest Kernel updates
Since last Cauldron kernel update, I have two nvidia based system which now fallback to nouveau when starting X - stating nvidia cannot be loaded. checking in dmesg - I see that the nouveau driver grabs the card before the nvidia driver can - but trying to remove the nouveau driver wants to remove over 800 packages! How can I get the nvidia proprietary driver back?? [ 53.253035] [drm] nouveau :04:00.0: Attempting to load BIOS image from PRAMIN [ 53.298983] [drm] nouveau :04:00.0: ... appears to be valid [ 53.298987] [drm] nouveau :04:00.0: BIT BIOS found [ 53.298990] [drm] nouveau :04:00.0: Bios version 62.94.20.00 [ 53.298993] [drm] nouveau :04:00.0: TMDS table version 2.0 [ 53.298996] [drm] nouveau :04:00.0: Found Display Configuration Block version 4.0 [ 53.298998] [drm] nouveau :04:00.0: Raw DCB entry 0: 02000300 0028 [ 53.299013] [drm] nouveau :04:00.0: Raw DCB entry 1: 01000302 00020030 [ 53.299015] [drm] nouveau :04:00.0: Raw DCB entry 2: 04011310 0028 [ 53.299019] [drm] nouveau :04:00.0: Raw DCB entry 3: 02022332 00020010 [ 53.299024] [drm] nouveau :04:00.0: Raw DCB entry 4: 000e [ 53.299029] [drm] nouveau :04:00.0: DCB connector table: VHER 0x40 5 16 4 [ 53.299039] [drm] nouveau :04:00.0: 0: 0x1030: type 0x30 idx 0 tag 0x07 [ 53.299052] [drm] nouveau :04:00.0: 1: 0x0100: type 0x00 idx 1 tag 0xff [ 53.299062] [drm] nouveau :04:00.0: 2: 0x2261: type 0x61 idx 2 tag 0x08 [ 53.299069] [drm] nouveau :04:00.0: Parsing VBIOS init table 0 at offset 0xD21E [ 53.324438] [drm] nouveau :04:00.0: Parsing VBIOS init table 1 at offset 0xD633 [ 53.327051] [drm] nouveau :04:00.0: Parsing VBIOS init table 2 at offset 0xE624 [ 53.327058] [drm] nouveau :04:00.0: Parsing VBIOS init table 3 at offset 0xE76D [ 53.328136] [drm] nouveau :04:00.0: Parsing VBIOS init table 4 at offset 0xE9A9 [ 53.328140] [drm] nouveau :04:00.0: Parsing VBIOS init table at offset 0xEA0E [ 53.348146] [drm] nouveau :04:00.0: 0xEA0E: Condition still not met after 20ms, skipping following opcodes [ 53.366853] [drm] nouveau :04:00.0: 1 available performance level(s) [ 53.366858] [drm] nouveau :04:00.0: 3: core 500MHz shader 1250MHz memory 500MHz voltage 1100mV fanspeed 100% [ 53.366873] [drm] nouveau :04:00.0: c: core 500MHz shader 1250MHz memory 499MHz voltage 1100mV [ 53.368881] [TTM] Zone kernel: Available graphics memory: 1543414 kiB. [ 53.368884] [TTM] Initializing pool allocator. [ 53.368894] [drm] nouveau :04:00.0: Detected 768MiB VRAM [ 53.372117] [drm] nouveau :04:00.0: 512 MiB GART (aperture) [ 53.397649] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [ 53.397652] [drm] No driver support for vblank timestamp query. [ 53.656361] [drm] nouveau :04:00.0: allocated 1680x1050 fb: 0x31, bo 8800b1df9400 [ 53.656475] fbcon: nouveaufb (fb0) is primary device [ 53.656688] Console: switching to colour frame buffer device 210x65 [ 53.656694] fb0: nouveaufb frame buffer device [ 53.656696] drm: registered panic notifier [ 53.656703] [drm] Initialized nouveau 0.0.16 20090420 for :04:00.0 on minor 0 [ 56.018019] eth0: no IPv6 routers present [ 112.967128] 2:2:1: cannot get freq at ep 0x4 [ 113.975124] 2:3:1: cannot get freq at ep 0x83 [ 115.031128] 2:3:1: cannot get freq at ep 0x83 [ 116.041124] 2:2:1: cannot get freq at ep 0x4 [ 117.054141] 2:3:1: cannot get freq at ep 0x83 [ 123.675318] process `skype' is using obsolete setsockopt SO_BSDCOMPAT [ 243.059920] NVRM: The NVIDIA probe routine was not called for 1 device(s). [ 243.059923] NVRM: This can occur when a driver such as nouveau, rivafb, [ 243.059924] NVRM: nvidiafb, or rivatv was loaded and obtained ownership of [ 243.059925] NVRM: the NVIDIA device(s). [ 243.059927] NVRM: Try unloading the conflicting kernel module (and/or [ 243.059928] NVRM: reconfigure your kernel without the conflicting [ 243.059929] NVRM: driver(s)), then try loading the NVIDIA kernel module [ 243.059929] NVRM: again. [ 243.059931] NVRM: No NVIDIA graphics adapter probed! [ 566.999504] NVRM: The NVIDIA probe routine was not called for 1 device(s). [ 566.999507] NVRM: This can occur when a driver such as nouveau, rivafb, [ 566.999508] NVRM: nvidiafb, or rivatv was loaded and obtained ownership of [ 566.999509] NVRM: the NVIDIA device(s). [ 566.999511] NVRM: Try unloading the conflicting kernel module (and/or [ 566.999512] NVRM: reconfigure your kernel without the conflicting [ 566.999512] NVRM: driver(s)), then try loading the NVIDIA kernel module [ 566.999513] NVRM: again. [ 566.999515] NVRM: No NVIDIA graphics adapter probed! Thx, R.Fox
Re: [Mageia-dev] NVidia fallback to Nouveau after latest Kernel updates
On Fri, 2012-03-02 at 16:44 +0100, Wolfgang Bornath wrote: 2012/3/2 EatDirt dirt...@gmail.com: On 02/03/12 09:38, Robert Fox wrote: Since last Cauldron kernel update, I have two nvidia based system which now fallback to nouveau when starting X - stating nvidia cannot be loaded. +1 Recurrent pb for me as well. Did you try to add nokmsboot in the boot arguments? Same pb here, xorg.conf was changed (display driver changed to nouveau). Re-changed the display driver to nvidia and added nokmsboot to the boot args, next boot same pb again. I will file a bug report . . .
[Mageia-dev] Unetbooting and extlinx - strange issue
After installing unetbootin on my updated Cauldron box: [root@foxbase rfox]# urpmi unetbootin To satisfy dependencies, the following packages are going to be installed: PackageVersion Release Arch (medium Core Release) extlinux 4.04 2.mga2x86_64 perl-Crypt-PasswdMD5 1.300.0 1.mga1noarch syslinux 4.04 2.mga2x86_64 unetbootin 02.563.mga2x86_64 3.6MB of additional disk space will be used. 1MB of packages will be retrieved. Proceed with the installation of the 4 packages? (Y/n) When I start unetbootin - I get an error message stating that extlinx is not found - but oddly enough, it is installed . . . Thx, R.Fox
[Mageia-dev] Unetbooting and extlinx - strange issue
After installing unetbootin on my updated Cauldron box: [root@foxbase rfox]# urpmi unetbootin To satisfy dependencies, the following packages are going to be installed: PackageVersion Release Arch (medium Core Release) extlinux 4.04 2.mga2x86_64 perl-Crypt-PasswdMD5 1.300.0 1.mga1noarch syslinux 4.04 2.mga2x86_64 unetbootin 02.563.mga2x86_64 3.6MB of additional disk space will be used. 1MB of packages will be retrieved. Proceed with the installation of the 4 packages? (Y/n) When I start unetbootin - I get an error message stating that extlinx is not found - but oddly enough, it is installed . . . Thx, R.Fox
[Mageia-dev] Mounting a CDROM problem
Using latest Cauldron - I get this error when trying to mount a normal CDROM under KDE Konqueror An error occurred while accessing 'CISSP 5th Editio', the system responded: The requested operation has failed.: Error mounting: mount exited with exit code 1: helper failed with: mount: mount point /media/cdrom does not exist What could this be? Thx, R.Fox
Re: [Mageia-dev] Mounting a CDROM problem
On Thu, 2012-02-16 at 09:39 +, Colin Guthrie wrote: 'Twas brillig, and Robert Fox at 16/02/12 09:20 did gyre and gimble: Using latest Cauldron - I get this error when trying to mount a normal CDROM under KDE Konqueror An error occurred while accessing 'CISSP 5th Editio', the system responded: The requested operation has failed.: Error mounting: mount exited with exit code 1: helper failed with: mount: mount point /media/cdrom does not exist What could this be? KDE should create mountpoints as needed (and it shouldn't really use a fixed name cdrom here either). Are you somehow still using HAL? Can you try stopping hald and see if things flip over to using a proper system? Otherwise we'll have to put a hack in somewhere to create /media/cdrom directory to cope with this limitation. Col Thanks for the fast response Col - I do still have hal installed, and I stopped hald, but didn't seem to help. BTW, it's safe to use drakxservices to start and stop services even though we are using systemd now, right?? Cheers, Robert
Re: [Mageia-dev] Mounting a CDROM problem
On Thu, 2012-02-16 at 09:53 +, Colin Guthrie wrote: 'Twas brillig, and Robert Fox at 16/02/12 09:49 did gyre and gimble: Thanks for the fast response Col - I do still have hal installed, and I stopped hald, but didn't seem to help. BTW, it's safe to use drakxservices to start and stop services even though we are using systemd now, right?? Try disabling it via systemctl disable hald.service and reboot. You can use drakxservices to start/stop but it wont list non-sysvinit services. We need to port it. It was discussed the other day actually. Col Removed hal altogether (urpme) - then got a strange list of orphans: The following packages: hal-info-0.0-5.20091130.3.mga1.noarch lib64boolstuff0.1_0-0.1.13-2.mga1.x86_64 lib64ffado2-2.0.1-5.mga2.x86_64 lib64vlccore4-1.1.13-1.mga2.tainted.x86_64 lib64xml++2.6_2-2.34.2-1.mga2.x86_64 quvi-0.4.1-1.mga2.x86_64 radeon-firmware-20110601-4.mga2.nonfree.noarch usbutils-005-1.mga2.x86_64 x11-driver-video-ati-6.14.3-3.mga2.x86_64 x11-driver-video-cirrus-1.3.2-7.mga2.x86_64 x11-driver-video-fbdev-0.4.2-7.mga2.x86_64 x11-driver-video-glint-1.2.6-4.mga2.x86_64 x11-driver-video-intel-2.17.0-3.mga2.x86_64 x11-driver-video-mach64-6.9.0-3.mga2.x86_64 x11-driver-video-mga-1.4.13-6.mga2.x86_64 x11-driver-video-neomagic-1.2.5-6.mga2.x86_64 x11-driver-video-nv-2.1.18-6.mga2.x86_64 x11-driver-video-openchrome-0.2.905-1.mga2.x86_64 x11-driver-video-r128-6.8.1-7.mga2.x86_64 x11-driver-video-radeonhd-1.3.0-6.git20100512.3.mga2.x86_64 x11-driver-video-s3-0.6.3-6.mga2.x86_64 x11-driver-video-s3virge-1.10.4-6.mga2.x86_64 x11-driver-video-savage-2.3.3-3.mga2.x86_64 x11-driver-video-sis-0.10.3-6.mga2.x86_64 x11-driver-video-sisimedia-0.9.1-1.20091203.11.mga2.x86_64 x11-driver-video-sisusb-0.9.4-6.mga2.x86_64 x11-driver-video-tdfx-1.4.3-6.mga2.x86_64 x11-driver-video-trident-1.3.4-6.mga2.x86_64 x11-driver-video-v4l-0.2.0-11.mga2.x86_64 x11-driver-video-vesa-2.3.0-9.mga2.x86_64 x11-driver-video-vmware-11.1.0-1.mga2.x86_64 are now orphaned, if you wish to remove them, you can use urpme --auto-orphans Did not remove orphans, but rebooted and problem still exists as before - so most likely NOT a hal issue . . .
[Mageia-dev] USB Flash drive broken since latest Cauldron updates
When I plug in an 8G USB (fat32) thumbdrive - I get the following errors: Feb 7 11:58:34 localhost kernel: usb 3-1: new low-speed USB device number 7 using uhci_hcd Feb 7 11:58:34 localhost kernel: usb 3-1: device descriptor read/64, error -71 Feb 7 11:58:34 localhost kernel: usb 3-1: device descriptor read/64, error -71 Feb 7 11:58:34 localhost kernel: usb 3-1: new low-speed USB device number 8 using uhci_hcd Feb 7 11:58:34 localhost kernel: usb 3-1: device descriptor read/64, error -71 Feb 7 11:58:35 localhost kernel: usb 3-1: device descriptor read/64, error -71 Feb 7 11:58:35 localhost kernel: usb 3-1: new low-speed USB device number 9 using uhci_hcd Feb 7 11:58:35 localhost kernel: usb 3-1: device not accepting address 9, error -71 Feb 7 11:58:35 localhost kernel: usb 3-1: new low-speed USB device number 10 using uhci_hcd Feb 7 11:58:36 localhost kernel: usb 3-1: device not accepting address 10, error -71 Feb 7 11:58:36 localhost kernel: hub 3-0:1.0: unable to enumerate USB device on port 1 Although on other machines it works fine (both Mageia before the updates Windows) What could this be? Thx, R.Fox
Re: [Mageia-dev] Media mounting broken
On Tue, 2012-01-31 at 10:28 +0100, JA Magallón wrote: Hi all... Since some time ago, automounting of media (USB, CD) seems gone nuts. How can I debug this ? First of all, I have udisks2 installed, not udisks, even if the later is also in the repos. I suppose newer version supersedes it, as it is required by gnome-disk-utility (formerly palimpsest). I can confirm this under Gnome - but under KDE auto-mounting seems to work. Cheers, R.Fox
Re: [Mageia-dev] Media mounting broken
On Tue, 2012-01-31 at 09:39 +, Colin Guthrie wrote: 'Twas brillig, and JA Magallón at 31/01/12 09:37 did gyre and gimble: Should not this also work on a system running just in text mode Nope. Longer term, it would be possible as systemd tracks user logins and can launch an agent to do this job, but until then you have to do it manually. This is why urpmi integrate(s|ed?) with HAL to mount CD/DVDs when needed for installing stuff. Col Hello Colin - I though HAL is no longer needed (has been removed as orphan) . . . Cheers, R.Fox
[Mageia-dev] KDE 4.8 updates and panel issues
I just updated two systems to the latest Cauldron with KDE 4.8 packages - looking good, except that the panel is now in Classic Menu mode and there is no longer the option to switch to Application Launcher Menu Am I missing something? Thx, R.Fox
[Mageia-dev] Drak3d Compiz - Alpha 3
Just installed Alpha 3 fresh on a machine - wanted to install and enable compiz, but Drak3d didn't seem to do the trick. Is the Drak3d too not yet updated for the new X and Compiz?? Thx, R.Fox
Re: [Mageia-dev] Drak3d Compiz - Alpha 3
On Wed, 2012-01-18 at 18:50 +0100, Julien wrote: Le Wed, 18 Jan 2012 17:02:17 +0100, Manuel Hiebel man...@hiebel.eu a écrit : Le mercredi 18 janvier 2012 à 15:32 +0100, Robert Fox a écrit : Just installed Alpha 3 fresh on a machine - wanted to install and enable compiz, but Drak3d didn't seem to do the trick. Is the Drak3d too not yet updated for the new X and Compiz?? Thx, R.Fox Yes it's a know bug https://bugs.mageia.org/buglist.cgi?quicksearch=cf_rpmpkg:drak3d Yes, and I don't understand why it doesn't work out of the box, as compiz provide compiz-fusion. Or is it another bug (i.e. compiz is installed but does not start ?) regards Julien Compiz appears to install but does not work properly.
[Mageia-dev] Orphans - those poor orphans . . .
After latest Cauldron updates, I got a real long list of suggested orphans - but I believe some of these packages are needed (like hal or basesystem-minimal) - How do I clear out the orphans - like reset the logic behind it so the correct packages will be orphaned? Or is a fresh install in order?? The following packages: aisleriot-3.3.1-1.mga2.x86_64 alacarte-0.13.2-3.mga1.noarch alsa-plugins-doc-1.0.24-5.mga2.noarch apg-2.2.3-7.mga2.x86_64 basesystem-minimal-2-3.mga2.x86_64 bug-buddy-2.32.0-4.mga2.x86_64 caribou-0.4.1-2.mga2.x86_64 caribou-gtk3-0.4.1-2.mga2.x86_64 cdrkit-isotools-1.1.11-1.mga1.x86_64 cronie-1.4.8-1.mga2.x86_64 cronie-anacron-1.4.8-1.mga2.x86_64 crontabs-1.10-15.mga1.noarch cryptsetup-1.4.1-1.mga2.x86_64 cups-pk-helper-0.2.1-1.mga2.x86_64 dnsmasq-base-2.59-1.mga2.x86_64 etcskel-1.63-28.mga1.noarch evolution-webcal-2.32.0-4.mga2.x86_64 gio-sharp-2.22.3-1.mga2.noarch gir-repository-0.6.6-0.20100907.3.mga1.x86_64 gjs-1.31.6-1.mga2.x86_64 glchess-3.3.3-1.mga2.x86_64 glines-3.3.3-1.mga2.x86_64 gmime-sharp-2.6.3-1.mga2.x86_64 gnect-3.3.3-1.mga2.x86_64 gnibbles-3.3.3-1.mga2.x86_64 gnobots2-3.3.3-1.mga2.x86_64 gnome-applets-3.3.1-1.mga2.x86_64 gnome-backgrounds-3.3.3-1.mga2.noarch gnome-contacts-3.3.1-1.mga2.x86_64 gnome-control-center-3.3.3-1.mga2.x86_64 gnome-desktop-2.32.1-2.mga2.x86_64 gnome-desktop-common-2.32.1-2.mga2.x86_64 gnome-documents-0.3.3-2.mga2.x86_64 gnome-games-3.3.3-1.mga2.x86_64 gnome-games-common-3.3.3-1.mga2.x86_64 gnome-mahjongg-3.3.3-1.mga2.x86_64 gnome-menus-3.3.1-1.mga2.x86_64 gnome-panel-3.3.3-1.mga2.x86_64 gnome-python-applet-2.32.0-6.mga1.x86_64 gnome-screensaver-3.2.0-1.mga2.x86_64 gnome-search-tool-3.3.1-1.mga2.x86_64 gnome-session-3.3.3-1.mga2.x86_64 gnome-shell-3.3.3-1.mga2.x86_64 gnome-sudoku-3.3.3-1.mga2.x86_64 gnome-system-monitor-3.3.3-1.mga2.x86_64 gnome-tweak-tool-3.3.0-0.2027.1.mga2.noarch gnome-user-docs-3.2.2-1.mga2.noarch gnomine-3.3.3-1.mga2.x86_64 gnotravex-3.3.3-1.mga2.x86_64 gnotski-3.3.3-1.mga2.x86_64 gnutls-3.0.9-1.mga2.x86_64 google-gadgets-common-0.11.2-8.mga2.x86_64 google-gadgets-qt-0.11.2-8.mga2.x86_64 graphite2-1.0.3-2.mga2.x86_64 grub-0.97-32.mga1.x86_64 gtali-3.3.3-1.mga2.x86_64 gtkhtml-3.14-3.32.2-2.mga2.x86_64 hal-0.5.14-6.mga1.x86_64 hal-info-0.0-5.20091130.3.mga1.noarch hupnp-devel-1.0.0-1.mga2.x86_64 ia_ora-gnome-1.0.25-1.mga1.x86_64 iagno-3.3.3-1.mga2.x86_64 jovie-handbook-4.7.97-1.mga2.noarch kaccessible-4.7.97-1.mga2.x86_64 kate-handbook-4.7.97-0.mga2.noarch kde4-style-iaora-0.3.2-1.mga2.x86_64 kde4-style-iaora-common-0.3.2-1.mga2.x86_64 kdebase4-workspace-googlegadgets-4.7.97-1.mga2.x86_64 kdeedu4-core-4.6.5-1.mga1.x86_64 kdegraphics4-4.6.90-2.mga2.noarch kpartx-0.4.8-18.mga1.x86_64 ktexteditor-4.7.97-0.mga2.x86_64 lib64OpenEXR-devel-1.7.0-1.mga2.x86_64 lib64archive2-2.8.5-1.mga2.x86_64 lib64art_lgpl-devel-2.3.21-3.mga1.x86_64 lib64audit-devel-2.1.3-1.mga2.x86_64 lib64avahi-client-devel-0.6.30-6.mga2.x86_64 lib64avahi-common-devel-0.6.30-6.mga2.x86_64 lib64avahi-compat-libdns_sd-devel-0.6.30-6.mga2.x86_64 lib64avahi-compat-libdns_sd1-0.6.30-6.mga2.x86_64 lib64avahi-ui1-0.6.30-6.mga2.x86_64 lib64avformats52-0.6.3-1.mga1.x86_64 lib64boost_program_options1.44.0-1.44.0-6.mga1.x86_64 lib64boost_program_options1.47.0-1.47.0-2.mga2.x86_64 lib64boost_regex1.47.0-1.47.0-2.mga2.x86_64 lib64boost_signals1.47.0-1.47.0-2.mga2.x86_64 lib64boost_system1.47.0-1.47.0-2.mga2.x86_64 lib64boost_thread1.47.0-1.47.0-2.mga2.x86_64 lib64brasero1-2.32.1-2.mga1.x86_64 lib64camel19-2.32.2-1.mga1.x86_64 lib64camel29-3.2.1-1.mga2.x86_64 lib64camel30-3.3.1.1-2.mga2.x86_64 lib64caribou-gir1.0-0.4.1-2.mga2.x86_64 lib64caribou0-0.4.1-2.mga2.x86_64 lib64cdio_cdda0-0.82-3.mga1.x86_64 lib64cdt4-2.26.3-7.mga1.x86_64 lib64cheese-gtk18-2.32.0-1.mga1.x86_64 lib64clucene-core2-2.3.3.4-0.mga2.x86_64 lib64clucene-devel-2.3.3.4-0.mga2.x86_64 lib64clucene0-0.9.21b-3.mga1.x86_64 lib64clucene_shared2-2.3.3.4-0.mga2.x86_64 lib64clutter-gst-gir1.0-1.4.4-2.mga2.x86_64 lib64clutter-gtk-gir1.0-1.1.2-2.mga2.x86_64 lib64cogl2-1.7.8-1.mga2.x86_64 lib64config9-1.4.8-1.mga2.x86_64 lib64cryptsetup1-1.3.1-1.mga2.x86_64 lib64cups2-devel-1.5.0-2.mga2.x86_64 lib64db5.1-5.1.25-5.mga2.x86_64 lib64digikamcore1-1.9.0-1.mga1.x86_64 lib64digikamdatabase1-1.9.0-1.mga1.x86_64 lib64directfb1.4_5-1.4.11-2.mga1.x86_64 lib64dmapsharing2-2.1.9-3.mga1.x86_64 lib64ebackend0-2.32.2-1.mga1.x86_64 lib64ebackend1-3.2.1-1.mga2.x86_64 lib64ebook10-2.32.2-1.mga1.x86_64 lib64ebook12-3.3.1.1-2.mga2.x86_64 lib64ecal10-3.2.1-1.mga2.x86_64 lib64ecal8-2.32.2-1.mga1.x86_64 lib64edata-book11-3.2.1-1.mga2.x86_64 lib64edata-book12-3.3.1.1-2.mga2.x86_64 lib64edata-book8-2.32.2-1.mga1.x86_64 lib64edata-cal10-2.32.2-1.mga1.x86_64 lib64edata-cal13-3.2.1-1.mga2.x86_64
Re: [Mageia-dev] Orphans - those poor orphans . . .
On Fri, 2012-01-06 at 12:32 +0200, Shlomi Fish wrote: On Fri, 06 Jan 2012 11:16:52 +0100 Robert Fox l...@foxconsult.net wrote: After latest Cauldron updates, I got a real long list of suggested orphans - but I believe some of these packages are needed (like hal or basesystem-minimal) - How do I clear out the orphans - like reset the logic behind it so the correct packages will be orphaned? Or is a fresh install in order?? What I normally do is invoke urpmi with the list of packages that I want in which case it says that it will mark them as manually installed and they won't be auto-orphaned. Thanks Shlomi - I was thinking that - but to know the packages I want vs. the packages that are needed for the basic system . . . I don't know them all by heart - like hal - is it needed still?
Re: [Mageia-dev] Orphans - those poor orphans . . .
On Fri, 2012-01-06 at 12:27 +0100, Wolfgang Bornath wrote: 2012/1/6 Robert Fox l...@foxconsult.net: After latest Cauldron updates, I got a real long list of suggested orphans - but I believe some of these packages are needed (like hal or basesystem-minimal) - How do I clear out the orphans - like reset the logic behind it so the correct packages will be orphaned? Or is a fresh install in order?? The following packages: aisleriot-3.3.1-1.mga2.x86_64 alacarte-0.13.2-3.mga1.noarch alsa-plugins-doc-1.0.24-5.mga2.noarch This is a well known issue. To clear out the list you need a deep knowledge of the system to determine which packages are really not needed anymore. Lately this --auto-orphans line shreddered my whole system on a fresh install after the first update, several system services could not start at next reboot, applications did not run, etc. One of the very few times I had to re-install because of a bug. Call me newbie or pussy but until this is not a secure function I will never touch it again. Wolfgang, I would never call you a pussy ;-) I agree with your comments, and that is the reason I brought this topic to this list - the auto-orphans feature is sometimes unreliable (or unpredictable) and Mageia should consider either removing it or improving it so it works as advertised. I too had sporadic problems with this function and hesitate to use it when it spits out such a list (where I am not sure what is safe to remove or not) Cheers, Robert
[Mageia-dev] Problem with latest Evolution and attachements
Since updating to Evolution 3.3.3 in Cauldron, I have notice the program crashes (segfaults) when trying to add multiple attachments (using the CTRL key to select more than one attachment in the file dialog) When Evolution is started again, then I can recover the new message which crashed during multiple file attachments. Seems related to holding down the CTRL key and selecting a file to attach . . . Cheers, R.Fox
[Mageia-dev] Problem with latest Evolution and attachements
Since updating to Evolution 3.3.3 in Cauldron, I have notice the program crashes (segfaults) when trying to add multiple attachments (using the CTRL key to select more than one attachment in the file dialog) When Evolution is started again, then I can recover the new message which crashed during multiple file attachments. Seems related to holding down the CTRL key and selecting a file to attach . . . Cheers, R.Fox
[Mageia-dev] Problem with latest Evolution and attachements
Since updating to Evolution 3.3.3 in Cauldron, I have notice the program crashes (segfaults) when trying to add multiple attachments (using the CTRL key to select more than one attachment in the file dialog) When Evolution is started again, then I can recover the new message which crashed during multiple file attachments. Seems related to holding down the CTRL key and selecting a file to attach . . . Cheers, R.Fox
[Mageia-dev] New errors during boot (since latest Cauldron updates)
The first error has been around for some time udevd (directory not writable) - but the OSINFO errors are new: Starting udev: udevd[133]: error: runtime directory '/run/udev' not writable, for now falling back to '/dev/.udev' ^[[85G[^[[1;32m OK ^[[0;39m] udevd[134]: unknown key 'OSINFO_BOOTABLE' in /lib/udev/rules.d/95-osinfo.rules:30 udevd[134]: unknown key 'OSINFO_INSTALLER' in /lib/udev/rules.d/95-osinfo.rules:30 udevd[134]: unknown key 'OSINFO_BOOTABLE' in /lib/udev/rules.d/95-osinfo.rules:36 udevd[134]: unknown key 'OSINFO_INSTALLER' in /lib/udev/rules.d/95-osinfo.rules:36 Systems seems to work fine so far. Cheers, R.Fox
Re: [Mageia-dev] New errors during boot (since latest Cauldron updates)
On Tue, 2011-12-06 at 10:04 +, Colin Guthrie wrote: 'Twas brillig, and Robert Fox at 06/12/11 09:18 did gyre and gimble: The first error has been around for some time udevd (directory not writable) - but the OSINFO errors are new: Starting udev: udevd[133]: error: runtime directory '/run/udev' not writable, for now falling back to '/dev/.udev' ^[[85G[^[[1;32m OK ^[[0;39m] udevd[134]: unknown key 'OSINFO_BOOTABLE' in /lib/udev/rules.d/95-osinfo.rules:30 udevd[134]: unknown key 'OSINFO_INSTALLER' in /lib/udev/rules.d/95-osinfo.rules:30 udevd[134]: unknown key 'OSINFO_BOOTABLE' in /lib/udev/rules.d/95-osinfo.rules:36 udevd[134]: unknown key 'OSINFO_INSTALLER' in /lib/udev/rules.d/95-osinfo.rules:36 Systems seems to work fine so far. Can you state which init system you are using, sysvinit or udev. And also can you state which initrd generator you are using, mkinitrd or dracut. Col sysvinit I believe (how can I confirm this?) and mkinitrd (simply did a cauldron update which included a kernel update - don't even have dracut installed. Hope this helps. Cheers, Robert
[Mageia-dev] Starting DM service - fails during boot
I have a Cauldron box which doesn't start DM when booted - and when I check in Drakxservices, and check start on boot - it doesn't work (resets back to not starting. Once the machine has started, I can manually start the DM service. BTW, I am NOT using systemd (although it is installed: [root@minifox rfox]# rpm -qa | grep sysvinit sysvinit-2.87-10.mga1 sysvinit-tools-2.87-10.mga1 [root@minifox rfox]# rpm -qa | grep systemd lib64systemd-daemon0-37-13.mga2 systemd-units-37-13.mga2 systemd-37-13.mga2 lib64systemd-login0-37-13.mga2 [root@minifox rfox]# drakxservices Note: This output shows SysV services only and does not include native systemd services. SysV configuration data might be overriden by native systemd configuration. Note: This output shows SysV services only and does not include native systemd services. SysV configuration data might be overriden by native systemd configuration. Note: This output shows SysV services only and does not include native systemd services. SysV configuration data might be overriden by native systemd configuration. Warning: unit files do not carry install information. No operation executed. Any advice would be welcome - Thx, R.Fox
Re: [Mageia-dev] Major issues after latest updates
On Wed, 2011-11-30 at 09:53 -0300, Balcaen John wrote: Le mercredi 30 novembre 2011 04:39:35, Robert Fox a écrit : Since the recent Cauldron updates - I am having serious issues under KDE and Gnome 3.2 - I think it has something to do with the latest Compiz - Now the mouse is no accurate (can't click directly on anything - it is slightly over and to the left) - and compiz appears to be broken. Drak3d does not work because of the name change (from compiz-fusion to compiz) [...] Could you try to configure compiz directly inside kde instead of using drak3d ? Regards, What about Gnome?? Due to problems with KDE and Evolution, I am forced to use Gnome (3.2) right now - so how do I enable Compiz under Gnome?? BTW, I shut off Compiz using Drak3d - but I can't re-enable it with that tool due to the renaming issue. Cheers, R.Fox
Re: [Mageia-dev] Teamviewer and X86_64 build . . .
On Mon, 2011-11-28 at 21:10 +0100, Maarten Vanraes wrote: Op maandag 28 november 2011 14:40:34 schreef Michael Scherer: [...] There is several pragmatic reasons for that and, there is also some long term harm by shipping more and more proprietary software like : [...] Personally, I aim for better stuff than fragile unsustainable hacks like this. And we should not start to settle on lower standards, especially if forced to us by non cooperative company or group. One could be tolerable. Two, likely. More, that's starting to generalize, and that's just sending the wrong signal to the whole community, and saying to company it is ok to treat us like parias. It is hard to be credible when saying we want to provides a solid system and in the same time, do the contrary. I doubt we will be able to bring real long term credibility and a reputation for quality if we go this way. People can just compare Ubuntu reputation to Debian one, and see which one was able to survive without spending million of dollars each year. And also which one serve as a base for the other. You touch some interesting points here, and I appreciate you here explaining your personal opinion, I'm beginning to see more clearly your reasoning in the past, and my own reasoning. I believe i may have to review my own pov here... +1 I also see some of the valid points, but bottom line - is that Mageia should help create working packages for the bigger ticket items (like Skype) - in a cooperative spirit. We are not proposing that such packages be included in the ISOs - just available in a repository which we can trust and know that it works . . That's all we ask for . . Cheers, R.Fox
Re: [Mageia-dev] Teamviewer and X86_64 build . . .
On Tue, 2011-11-29 at 10:14 +0100, Oliver Burger wrote: Am Dienstag, 29. November 2011, 10:07:16 schrieb Robert Fox: We are not proposing that such packages be included in the ISOs - just available in a repository which we can trust and know that it works . . And that's the problem. As misc pointed out, we can't really trust proprietary stuff. No one has any control on the contents of those programms. And thus we cannot guarantee, that it works. If we add such a package now, it might work now, but what happens, if we change any library or whatever? And since it's not OpenSource, we can't fix it, if it's broken. And to be honest: What is so complicated about installing skype, teamviewer or whatever proprietary crap from the vendor's homepage? Oh sure, it might force you to read a bit about what you are doing :/ Oliver I agree with you that Mageia can't guarantee that such proprietary software will function - or that it may break with future library changes. I am also not asking Mageia to trust third party, proprietary software. All I am asking is that Mageia recognise the need for the end users to co-exist with their Mac / Winblows counterparts, and that certain software is unavoidable. Any efforts made to help get such software to work properly with our distribution would be considered positive. We shouldn't have to guarantee ANYTHING, just make a concerted effort to get such software to play nice with our distro! If you watch what the other major distros are doing related to this topic - it may give a hint. I am NOT advocating that we have to be like them, I believe we need to offer the ability and the choice. As far as forcing someone to read a bit - some apps are more difficult than others to install - and the install methods are sometimes dramatically different (from tarball or from RPM or SRPM, etc). This is not always for the faint at heart. I personally have no problem in trying to install it myself, and research over the internet whether someone else has figured it out already - but one of the main reasons I stuck with Mandriva (and now Mageia) is that I always had a high chance of finding a working RPM or instructions how to get it to work under the distro. enough said . . . I will crawl back into my cave. Thx, R.Fox
Re: [Mageia-dev] Teamviewer and X86_64 build . . .
On Tue, 2011-11-29 at 12:20 +0100, nicolas vigier wrote: On Tue, 29 Nov 2011, Robert Fox wrote: On Tue, 2011-11-29 at 11:05 +0100, nicolas vigier wrote: On Tue, 29 Nov 2011, Robert Fox wrote: If you watch what the other major distros are doing related to this topic - it may give a hint. I am NOT advocating that we have to be like them, I believe we need to offer the ability and the choice. Yes, it can give a hint : - fedora does not provide any teamviewer package - opensuse does not provide any teamviewer package - debian does not provide any teamviewer package - ubuntu does not provide any teamviewer package Agreed. I just meant, if the package provided by the proprietary supplier does not work - then we should help ensure it does or make our own that works for those of us that needs such programs. Maybe we should have a voting system for our user base - like a wish list, and if enough people ask for it - we could consider it? You are free to try to help teamviewer fix their package to make it work on Mageia, you can already do it now, there's no need to have a voting system to consider it. Sorry Nicolas - I would if I knew how, but unfortunately I am not a packager nor am I a developer with intimate knowledge of Mageia - I am simply a power user who enjoys testing the latest (cauldron) and giving feedback. Thanks anyway. R.Fox
Re: [Mageia-dev] Teamviewer and X86_64 build . . .
Ah... and there it is... This is how most threads like this ends up... Many users seems to forget this is a community driven distribution, so if you want something no-one of the current maintainers care about, you need to do the work, and stop expecting others to do it for you (unless you pay them)... So here is a few general points for all users to think about: * I am not a packager - so what stops you from becoming one? - everyone have had to start somewhere. - we have packagers that takes on apprentices, and you can always ask questions on mageia-dev@ ml and #mageia-dev on irc if you get stuck. How does one get a mentor? I'd like to learn how to package. Thanks for your response. R.Fox
[Mageia-dev] Major issues after latest updates
Since the recent Cauldron updates - I am having serious issues under KDE and Gnome 3.2 - I think it has something to do with the latest Compiz - Now the mouse is no accurate (can't click directly on anything - it is slightly over and to the left) - and compiz appears to be broken. Drak3d does not work because of the name change (from compiz-fusion to compiz) And strangely, I can't ope Evolution main under KDE or Gnome 3.2 (but it works under Gnome Classic) Not sure if these are related. Cheers, R.Fox
Re: [Mageia-dev] Major issues after latest updates
On Wed, 2011-11-30 at 08:39 +0100, Robert Fox wrote: Since the recent Cauldron updates - I am having serious issues under KDE and Gnome 3.2 - I think it has something to do with the latest Compiz - Now the mouse is no accurate (can't click directly on anything - it is slightly over and to the left) - and compiz appears to be broken. Drak3d does not work because of the name change (from compiz-fusion to compiz) And strangely, I can't ope Evolution main under KDE or Gnome 3.2 (but it works under Gnome Classic) Not sure if these are related. Cheers, R.Fox Update - when I turn Compiz off - things are back to normal - so I suspect the new compiz is broken. Cheers, R.Fox
[Mageia-dev] Teamviewer and X86_64 build . . .
Is there a way to get Teamviewer working under Cauldron x86_64?? [root@foxbase Download]# 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) Thx, R.Fox
Re: [Mageia-dev] Teamviewer and X86_64 build . . .
On Mon, 2011-11-28 at 11:03 +0100, Guillaume Rousse wrote: Le 28/11/2011 10:52, Robert Fox a écrit : Is there a way to get Teamviewer working under Cauldron x86_64?? [root@foxbase Download]# 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) As any other 32 bits application on a 64 bits system: install the 32 bits version of the needed libraries. The 32bit version is already installed . . [root@foxbase Download]# rpm -qa | grep libxdamage libxdamage1-1.1.3-2.mga2 Any other hints?
Re: [Mageia-dev] Teamviewer and X86_64 build . . .
On Mon, 2011-11-28 at 11:03 +0100, Guillaume Rousse wrote: Le 28/11/2011 10:52, Robert Fox a écrit : Is there a way to get Teamviewer working under Cauldron x86_64?? [root@foxbase Download]# 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) As any other 32 bits application on a 64 bits system: install the 32 bits version of the needed libraries. Funny enough, the package from the website says it is both 32/64 bit RPMs (for Redhat, Fedora Mandriva!!) http://www.teamviewer.com/en/download/index.aspx Strange . .
Re: [Mageia-dev] Teamviewer and X86_64 build . . .
On Mon, 2011-11-28 at 12:19 +0200, Thomas Backlund wrote: Robert Fox skrev 28.11.2011 12:17: On Mon, 2011-11-28 at 11:03 +0100, Guillaume Rousse wrote: Le 28/11/2011 10:52, Robert Fox a écrit : Is there a way to get Teamviewer working under Cauldron x86_64?? [root@foxbase Download]# 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) As any other 32 bits application on a 64 bits system: install the 32 bits version of the needed libraries. The 32bit version is already installed . . [root@foxbase Download]# rpm -qa | grep libxdamage libxdamage1-1.1.3-2.mga2 Any other hints? Install with --nodeps as our libxdamage1-1.1.3-2.mga2 probably does not provide: libXdamage(x86-32) -- Thomas I think you meant --allow-nodeps - I tried that and you can see the result below: [root@foxbase Download]# urpmi --nodeps teamviewer_linux\(1\).rpm Unknown option: nodeps A requested package cannot be installed: teamviewer6-6.0.9258-1.i386 (due to unsatisfied libXdamage(x86-32)) Continue installation anyway? (Y/n) [root@foxbase Download]# urpmi --allow-nodeps teamviewer_linux\(1\).rpm warning: teamviewer_linux(1).rpm: Header V3 DSA/SHA1 Signature, key ID 72db573c: NOKEY The following package has bad signature: teamviewer_linux(1).rpm: Invalid signature (NOT OK (no key): teamviewer_linux(1).rpm: Header V3 DSA/SHA1 Signature, key ID 72db573c: NOKEY) Do you want to continue installation ? (y/N) y installing teamviewer_linux(1).rpm Installation failed: glibc(x86-32) = 2.7 is needed by teamviewer6-6.0.9258-1.i386 alsa-lib(x86-32) is needed by teamviewer6-6.0.9258-1.i386 zlib(x86-32) is needed by teamviewer6-6.0.9258-1.i386 libSM(x86-32) is needed by teamviewer6-6.0.9258-1.i386 libXext(x86-32) is needed by teamviewer6-6.0.9258-1.i386 libXtst(x86-32) is needed by teamviewer6-6.0.9258-1.i386 libXdamage(x86-32) is needed by teamviewer6-6.0.9258-1.i386 libXfixes(x86-32) is needed by teamviewer6-6.0.9258-1.i386 libXrender(x86-32) is needed by teamviewer6-6.0.9258-1.i386 freetype(x86-32) is needed by teamviewer6-6.0.9258-1.i386 Try installation without checking dependencies? (y/N) Installation failed:glibc(x86-32) = 2.7 is needed by teamviewer6-6.0.9258-1.i386 alsa-lib(x86-32) is needed by teamviewer6-6.0.9258-1.i386 zlib(x86-32) is needed by teamviewer6-6.0.9258-1.i386 libSM(x86-32) is needed by teamviewer6-6.0.9258-1.i386 libXext(x86-32) is needed by teamviewer6-6.0.9258-1.i386 libXtst(x86-32) is needed by teamviewer6-6.0.9258-1.i386 libXdamage(x86-32) is needed by teamviewer6-6.0.9258-1.i386 libXfixes(x86-32) is needed by teamviewer6-6.0.9258-1.i386 libXrender(x86-32) is needed by teamviewer6-6.0.9258-1.i386 freetype(x86-32) is needed by teamviewer6-6.0.9258-1.i386
Re: [Mageia-dev] Teamviewer and X86_64 build . . .
On Mon, 2011-11-28 at 11:28 +0100, Kamil Rytarowski wrote: On 28.11.2011 10:52, Robert Fox wrote: Is there a way to get Teamviewer working under Cauldron x86_64?? [root@foxbase Download]# 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) Thx, R.Fox This is a duplicate of a message from 11.10.2011 09:51 There were a few requests for TeamViewer in my local Mageia site - I suggest to add it to our repositories (probably as tainted and as a downloading script). I second that! It would be great to have an official - but tainted Mageia RPM package! Cheers, R.Fox
