[Mageia-dev] freeze push: hunspell
Hello! Please push hunspell 1.3.2 r.3 Changes - add hunspell-dictionary as a suggestion of hunspell (mga#5749)
Re: [Mageia-dev] Proprietary graphic card test needed (release blocker bugs)
Em 05-05-2012 03:58, Felix Miata escreveu: PS question: Why does 'urpmi flash-player-plugin' require curl be installed along with it? It uses curl to download from adobe site.
Re: [Mageia-dev] Freeze push: php, php-timezonedb, php-xdebug
On Sat, 05 May 2012, David Walser wrote: > nicolas vigier writes: > > On Fri, 04 May 2012, David Walser wrote: > > > A major new security issue, CVE-2012-2311, with remote code execution and > > > all > > > kinds of other problems and publicly available exploits, has just been > > > announced. A fix is supposed to be available from upstream soon. > > > > php, php-timezonedb and php-xdebug have been submitted. > > Thanks. Can you repush php? I just added a patch to fix CVE-2012-2311. Ok, submitted.
[Mageia-dev] Mageia cypher encryption proposal
Hi, In Mageia 2 install the default cypher now used is aes-xts-benbi but this cypher is not mostly support, specially in Windows apps, for example FreeOTFE and TrueCryp do not support it. Having this wouldnt be better to have some kind of option in Mageia 2 install so that the user could choose a cypher that is supported by other apps and not use the single cypher aes-xts-benbi? Like things are now im forced (after isntall Mageia 2") to edit /usr/lib/DrakX/ds/dmcrypt.pm and replace aes-xts-benbi with aes-xtl-plain and recreate the encrypted partitions so that i can access them when for example running windows. This in Mageia 1 wasnt a problem because was used another cypher that was support by other apps.
Re: [Mageia-dev] Proprietary graphic card test needed (release blocker bugs)
'Twas brillig, and Felix Miata at 05/05/12 02:58 did gyre and gimble: > Since middle of yesterday I've done three HTTP minimal installs from > Cauldron, all configured to 1600x1200x24bpp@85 when adding X and > minimalist (not via task-kde4-minimal) KDE using urpmi: > > 1: > Early Sempron 2000MHz CPU > Radeon 7500 AGP Device 0x5157 "RV200 QW" (Dell Optiplex) > NForce2 chipset > KDE bling disabled > x11-driver-video-ati-6.14.4-1.mga2 > No post-install visual fault found running radeon driver > Sound does not work > http://www.hbo.com/ requires Flash, but even with Flash installed from > Tainted, the page displays nothing but black in Firefox. Can you clarify "sound does not work"? Are you referring to HDMI sound or regular built in sound? If so please do attach the output from "pacmd ls" > 2: > (Non-PAE, IIRC) P4 2.6GHz CPU > Intel 865G pci 0x2572 video & ICH5 chipset > KDE bling disabled > x11-driver-video-intel-2.19.0-1.mga2 > No post-install visual fault found running intel driver > Sound does not work AS above -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] no sound (was: Proprietary graphic car...)
On 2012/05/05 10:15 (GMT+0100) Colin Guthrie composed: 'Twas brillig, and Felix Miata did gyre and gimble: Since middle of yesterday I've done three HTTP minimal installs from Cauldron, all configured to 1600x1200x24bpp@85 when adding X and minimalist (not via task-kde4-minimal) KDE using urpmi: 1: Early Sempron 2000MHz CPU Radeon 7500 AGP Device 0x5157 "RV200 QW" (Dell Optiplex) NForce2 chipset KDE bling disabled x11-driver-video-ati-6.14.4-1.mga2 No post-install visual fault found running radeon driver Sound does not work http://www.hbo.com/ requires Flash, but even with Flash installed from Tainted, the page displays nothing but black in Firefox. Can you clarify "sound does not work"? Nothing but background hum coming from connected AV amp connected speakers. Are you referring to HDMI sound or regular built in sound? Surely there exists no motherboard with NForce2 chipset and AGP slot filled with rv200 that also has HDMI? 00:06.0 Multimedia audio controller: nVidia Corporation NForce2 AC97 Audio Controler (MCP) (rev a1) If so please do attach the output from "pacmd ls" No package named pacmd. # urpmi pulseaudio-utils ... # pacmd ls No PulseAudio daemon running, or not running as session daemon. # startx (KDE menu has no selection to configure computer. Without it there's no way I know how to manage systemd like I could with sysvinit.) # mcc bash: mcc: command not found # chkconfig --list ... alsa0:off 1:off 2:off 3:off 4:off 5:off 6:off 7:off ... numlock 0:off 1:off 2:on3:on4:on5:on6:off 7:on partmon 0:off 1:off 2:off 3:off 4:off 5:off 6:off 7:off resolvconf 0:off 1:off 2:off 3:off 4:off 5:off 6:off 7:off ... sound 0:off 1:off 2:on3:on4:on5:on6:off 7:off ... # systemctl list-unit-files alsa-restore.service static alsa-store.service static alsa.service masked ... sound.service masked ... sound.target static ... What to do? 2: (Non-PAE, IIRC) P4 2.6GHz CPU Intel 865G pci 0x2572 video& ICH5 chipset KDE bling disabled x11-driver-video-intel-2.19.0-1.mga2 No post-install visual fault found running intel driver Sound does not work AS above Nothing but background hum coming from connected AV amp connected speakers. Surely there exists no motherboard with 865/ICH5 chipset and empty AGP slot that also has HDMI? 00:1f.5 Multimedia audio controller: Inter Corporation 82801EB/ER (KCH5/ICH5R) AC'97 Ausio Controller (rev 02) # pacmd ls (17.9k attachment) # mcc ... 'Your card currently uses the ALSA "snd_intel8x0" droiver (the default driver for your card is "snd_intel8x0)' PulseAudio enabled Use Glitch-Free mode enabled (advanced) Troubleshooting The classic bug sound tester is to run the following commands: - "lspcidrake -v | fgrep -i AUDIO" will tell you which driver your card uses by default - "grep sound-slot /etc/modprobe.conf" will tell you what driver it currently uses - "/sbin/lsmod" will enable you to check if its module (driver) is loaded or not - "/sbin/chkconfig --list sound" and "/sbin/chkconfig --list alsa" will tell you if sound and alsa services are configured to be run on initlevel 3 - "aumix -q" will tell you if the sound volume is muted or not - "/sbin/fuser -v /dev/dsp" will tell which program uses the sound card. (There's no way to tell MCC to run those commands. -> 3kb attachment 2) Logging in from KDM doesn't improve anything. In fact, after the desktop seems fully populated, there's a long pause before the panel populates the tray and it's possible to do anything other than look at the screen. Oh, and on all systems https://bugs.kde.org/show_bug.cgi?id=283366 makes KDE4 virtually useless. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ The classic bug sound tester is to run the following commands: - "lspcidrake -v | fgrep -i AUDIO" will tell you which driver your card uses by default - "grep sound-slot /etc/modprobe.conf" will tell you what driver it currently uses - "/sbin/lsmod" will enable you to check if its module (driver) is loaded or not - "/sbin/chkconfig --list sound" and "/sbin/chkconfig --list alsa" will tell you if sound and alsa services are configured to be run on initlevel 3 - "aumix -q" will tell you if the sound volume is muted or not - "/sbin/fuser -v /dev/dsp" will tell which program uses the sound card. # lspcidrake -v | fgrep -i AUDIO snd_intel8x0: Intel Corporation|82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller [MULTIMEDIA_AUDIO] (vendor:8086 device:24d5 subv:1028 subd:0151) (rev: 02) # grep sound-slot /etc/modprobe.conf alias sound-slot-0 snd_intel8x0 # lsmod | sort ac97_bus 12670 1 snd_ac97_codec af_packet 30650 0 ahci 25496 0 ata_piix
Re: [Mageia-dev] no sound
'Twas brillig, and Felix Miata at 05/05/12 11:43 did gyre and gimble: >> Can you clarify "sound does not work"? > > Nothing but background hum coming from connected AV amp connected speakers. > >> Are you referring to HDMI sound >> or regular built in sound? > > Surely there exists no motherboard with NForce2 chipset and AGP slot > filled with rv200 that also has HDMI? I have no idea. I'm afraid I don't spend my evenings memorising the multitude of different hardware in the world so I can automatically know this stuff. This is why I ask for clarification. > 00:06.0 Multimedia audio controller: nVidia Corporation NForce2 AC97 > Audio Controler (MCP) (rev a1) > > If so please do attach the output from "pacmd ls" > > No package named pacmd. > # urpmi pulseaudio-utils > ... > # pacmd ls > No PulseAudio daemon running, or not running as session daemon. Did you run it as root? If so, run it as a regular user instead. You may with to run "pactl stat" first if you are in a console as this will trigger an autospawn of pulseaudio if it's not already running (pacmd does not trigger autospawn as it's a debugging tool not a regular client). > # startx Is this how you start X always? If so you should know from previous discussions that this behaviour isn't really officially recommended as it does not allow for proper user session tracking and thus has various permissions related issues. It *should* work most of the time, but it is highly recommended that you use a proper DM to login. If this is a simple permissions issue, then you can test by running "loginctl" before startx and noting if your sessions is listed. If it is, it should have a number next to it (e.g. 1) and if it is listed you can do: "loginctl session-status 1" (or whatever the number). This should confirm that the session is active. When the session is active your user should be listed in the ACL for the sound device nodes (getfacl /dev/snd/pcm*). After issuing startx, try the same commands and, in particular, make sure your session is still active. I've tried to ensure that it is kept active (i.e. there is no VT switch), but this isn't 100% reliable. startx should print out warnings when things don't work however. > (KDE menu has no selection to configure computer. Without it there's no > way I know how to manage systemd like I could with sysvinit.) I've no idea about this sorry. You should report it as a separate bug tho'. > # mcc > bash: mcc: command not found > # chkconfig --list > ... > alsa 0:off1:off2:off3:off4:off5:off > 6:off7:off > ... > numlock0:off1:off2:on3:on4:on5:on > 6:off7:on > partmon0:off1:off2:off3:off4:off5:off > 6:off7:off > resolvconf 0:off1:off2:off3:off4:off5:off > 6:off7:off > ... > sound 0:off1:off2:on3:on4:on5:on > 6:off7:off In this case, the alsa+sound sysvinit scripts are fully overriden by systemd so the chkconfig output is not actually relevant (see below for my comments about the Troubleshooting section's outdated advice) > # systemctl list-unit-files > alsa-restore.service static > alsa-store.service static > alsa.service masked > ... > sound.service masked > ... > sound.target static > ... > > What to do? Yup that looks as expected. Try running the commands above to debug user permissions. I suspect this is where the problem lies but I could be wrong. "pacmd ls" output from inside X should work fine as PA will have been started by then and it won't need to be autospawned. >>> 2: >>> (Non-PAE, IIRC) P4 2.6GHz CPU >>> Intel 865G pci 0x2572 video& ICH5 chipset >>> KDE bling disabled >>> x11-driver-video-intel-2.19.0-1.mga2 >>> No post-install visual fault found running intel driver >>> Sound does not work > >> AS above > > Nothing but background hum coming from connected AV amp connected speakers. > > Surely there exists no motherboard with 865/ICH5 chipset and empty AGP > slot that also has HDMI? Again, I don't know. I don't study this stuff and know all the different chipsets and motherboard configurations. Sorry if this disappoints you, but I've got better and more interesting things to spend my time on! > 00:1f.5 Multimedia audio controller: Inter Corporation 82801EB/ER > (KCH5/ICH5R) AC'97 Ausio Controller (rev 02) > > # pacmd ls > (17.9k attachment) There is no attachment I can see for this output... > # mcc > ... > 'Your card currently uses the ALSA "snd_intel8x0" droiver (the default > driver for your card is "snd_intel8x0)' > PulseAudio enabled > Use Glitch-Free mode enabled > (advanced) > Troubleshooting > The classic bug sound tester is to run the following commands: Wow, this info is horribly out of date > - "grep sound-slot /etc/modprobe.conf" will tell you what driver it > currently uses Not really true. It's all done via udev these days. There should be no need for any
[Mageia-dev] Freeze push: libjpeg
Please push libjpeg. The updated version fixes Provides: libjpeg62 for both 32- and 64-bit platforms. It's important because now it's impossible to require libjpeg62 on a 64-bit platform, one has to require lib64jpeg62 instead. Thanks! Mitya
Re: [Mageia-dev] Freeze push: libjpeg
05.05.2012 16:35, Dimitri kirjoitti: > Please push libjpeg. The updated version fixes Provides: libjpeg62 for > both 32- and 64-bit platforms. It's important because now it's > impossible to require libjpeg62 on a 64-bit platform, one has to require > lib64jpeg62 instead. Isn't that provide altogether wrong? - 32-bit package name is libjpeg62, so no provide needed - 64-bit package name is lib64jpeg62, and we *don't want* to provide libjpeg62, since that would mean packages wanting the 32-bit package could get the 64-bit package instead. -- Anssi Hannula
Re: [Mageia-dev] Freeze push: New version of weboob 0.b
2012/4/13 Dimitrios Glentadakis > The version of weboob in cauldron is the 0.9.1 > Since, there are two updates > 0.a > https://symlink.me/news/43 > > and the latest 0.b > https://symlink.me/news/44 > > I would like to ask to push the latest version 0.b, as there are many new > features, crash fixes, and i think that in the new release Mageia 2 it is > good to have the newest version. The version 0.a brings an important > feature: > "The main new feature is a repositories system, which is used to update > modules without upgrading Weboob." which means that when a user have a > problem with a module or a new module is added, he does nt have to wait the > new version of weboob but he will have an update of the specific module > from the repository system of the application. > I realized that i did nt upload the tarball of the 0.b. I try with 'mgarepo sync' but it does nt upload it (without any error). -- Dimitrios Glentadakis
Re: [Mageia-dev] no sound
On 2012/05/05 13:37 (GMT+0100) Colin Guthrie composed: 'Twas brillig, and Felix Miata did gyre and gimble: # pacmd ls (17.9k attachment) There is no attachment I can see for this output... Apparently one cannot "attach" a temp file with SeaMonkey (and ostensibly TB) and overwrite that file prior to sending without SM replacing the original content with the new. It's really 17.9kb this time. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ Welcome to PulseAudio! Use "help" for usage information. >>> Memory blocks currently allocated: 1, size: 64.0 KiB. Memory blocks allocated during the whole lifetime: 449, size: 12.1 MiB. Memory blocks imported from other processes: 0, size: 0 B. Memory blocks exported to other processes: 0, size: 0 B. Total sample cache size: 0 B. Default sample spec: s16le 2ch 44100Hz Default channel map: front-left,front-right Default sink name: alsa_output.pci-_00_1f.5.analog-stereo Default source name: alsa_input.pci-_00_1f.5.analog-stereo Memory blocks of type POOL: 1 allocated/1 accumulated. Memory blocks of type POOL_EXTERNAL: 0 allocated/0 accumulated. Memory blocks of type APPENDED: 0 allocated/0 accumulated. Memory blocks of type USER: 0 allocated/0 accumulated. Memory blocks of type FIXED: 0 allocated/395 accumulated. Memory blocks of type IMPORTED: 0 allocated/53 accumulated. 24 module(s) loaded. index: 0 name: argument: <> used: -1 load once: yes properties: module.author = "Lennart Poettering" module.description = "Automatically restore the volume/mute state of devices" module.version = "1.99.2.0-1.mga2" index: 1 name: argument: <> used: -1 load once: yes properties: module.author = "Lennart Poettering" module.description = "Automatically restore the volume/mute/device state of streams" module.version = "1.99.2.0-1.mga2" index: 2 name: argument: <> used: -1 load once: yes properties: module.author = "Lennart Poettering" module.description = "Automatically restore profile of cards" module.version = "1.99.2.0-1.mga2" index: 3 name: argument: <> used: -1 load once: yes properties: module.author = "Lennart Poettering" module.description = "Augment the property sets of streams with additional static information" module.version = "1.99.2.0-1.mga2" index: 4 name: argument: used: 0 load once: no properties: module.author = "Lennart Poettering" module.description = "ALSA Card" module.version = "1.99.2.0-1.mga2" index: 5 name: argument: <> used: -1 load once: yes properties: module.author = "Lennart Poettering" module.description = "Detect available audio hardware and load matching drivers" module.version = "1.99.2.0-1.mga2" index: 6 name: argument: <> used: -1 load once: no properties: module.author = "Lennart Poettering" module.description = "ESOUND protocol (UNIX sockets)" module.version = "1.99.2.0-1.mga2" index: 7 name: argument: <> used: -1 load once: no properties: module.author = "Lennart Poettering" module.description = "Native protocol (UNIX sockets)" module.version = "1.99.2.0-1.mga2" index: 8 name: argument: <> used: -1 load once: yes properties: module.author = "Lennart Poettering" module.description = "Automatically restore the default sink and source" module.version = "1.99.2.0-1.mga2" index: 9 name: argument: <> used: -1 load once: yes properties: module.author = "Lennart Poettering" module.description = "When a sink/source is removed, try to move their streams to the default sink/source" module.version = "1.99.2.0-1.mga2" index: 10 name: argument: <> used: -1 load once: yes properties: module.author = "Colin Guthrie" module.description = "Always keeps at least one sink loaded even if it's a null one" module.version = "1.99.2.0-1.mga2" index: 11 name: argument: <> used: -1 load once: yes properties: module.au
Re: [Mageia-dev] Freeze push: New version of weboob 0.b
Στις 05/05/2012 17:02:23 γράψατε: > 2012/4/13 Dimitrios Glentadakis > > > The version of weboob in cauldron is the 0.9.1 > > Since, there are two updates > > 0.a > > https://symlink.me/news/43 > > > > and the latest 0.b > > https://symlink.me/news/44 > > > > I would like to ask to push the latest version 0.b, as there are many new > > features, crash fixes, and i think that in the new release Mageia 2 it is > > good to have the newest version. The version 0.a brings an important > > feature: > > "The main new feature is a repositories system, which is used to update > > modules without upgrading Weboob." which means that when a user have a > > problem with a module or a new module is added, he does nt have to wait the > > new version of weboob but he will have an update of the specific module > > from the repository system of the application. > > > > > I realized that i did nt upload the tarball of the 0.b. I try with 'mgarepo > sync' but it does nt upload it (without any error). > > It is ok now with the latest version 0.c (list of changes and fixes: https://symlink.me/news/45) If you agree, you can push it Thanks -- Dimitrios Glentadakis
Re: [Mageia-dev] no sound
'Twas brillig, and Felix Miata at 05/05/12 16:09 did gyre and gimble: > 1 sink(s) available. > * index: 0 > name: > driver: > flags: HARDWARE HW_MUTE_CTRL HW_VOLUME_CTRL DECIBEL_VOLUME LATENCY > FLAT_VOLUME DYNAMIC_LATENCY > state: SUSPENDED > suspend cause: IDLE > priority: 9959 > volume: 0: 100% 1: 100% > 0: 0.00 dB 1: 0.00 dB > balance 0.00 > base volume: 63% >-12.00 dB > volume steps: 65537 > muted: no > current latency: 0.00 ms > max request: 0 KiB > max rewind: 0 KiB > monitor source: 0 > sample spec: s16le 2ch 48000Hz > channel map: front-left,front-right >Stereo > used by: 0 > linked by: 0 > configured latency: 0.00 ms; range is 0.50 .. 341.33 ms > card: 0 > module: 4 > properties: > alsa.resolution_bits = "16" > device.api = "alsa" > device.class = "sound" > alsa.class = "generic" > alsa.subclass = "generic-mix" > alsa.name = "Intel ICH5" > alsa.id = "Intel ICH" > alsa.subdevice = "0" > alsa.subdevice_name = "subdevice #0" > alsa.device = "0" > alsa.card = "0" > alsa.card_name = "Intel ICH5" > alsa.long_card_name = "Intel ICH5 with AD1981B at irq 5" > alsa.driver_name = "snd_intel8x0" > device.bus_path = "pci-:00:1f.5" > sysfs.path = "/devices/pci:00/:00:1f.5/sound/card0" > device.bus = "pci" > device.vendor.id = "8086" > device.vendor.name = "Intel Corporation" > device.product.name = "82801EB/ER (ICH5/ICH5R) AC'97 Audio > Controller" Ahh yes, AC'97.. I think I've had issues with these before It's also the default device under VirtualBox and when I looked last we don't seem to control the "Master" channel. More below. > device.form_factor = "internal" > device.string = "front:0" > device.buffering.buffer_size = "65536" > device.buffering.fragment_size = "65536" > device.access_mode = "mmap+timer" > device.profile.name = "analog-stereo" > device.profile.description = "Analog Stereo" > device.description = "Built-in Audio Analog Stereo" > alsa.mixer_name = "Analog Devices AD1981B" > alsa.components = "AC97a:41445374" > module-udev-detect.discovered = "1" > device.icon_name = "audio-card-pci" > ports: > analog-output-mono;output-amplifier-on: Analog Mono Output / > Amplifier (priority 5010, available: unknown) > properties: > > analog-output-mono;output-amplifier-off: Analog Mono Output / > No Amplifier (priority 5000, available: unknown) > properties: > > analog-output-lfe-on-mono;output-amplifier-on: LFE on Separate > Mono Output / Amplifier (priority 4010, available: unknown) > properties: > > analog-output-lfe-on-mono;output-amplifier-off: LFE on Separate > Mono Output / No Amplifier (priority 4000, available: unknown) > properties: > > active port: Yeah I think I've seen this in a VM. Can you also attach "amixer -c0" (before running the below commands). More specifically I suspect that the "Master" channel is 0+muted or otherwise doing very little. A couple things that should get sound are: (as root) alsactl init 0 This should "initialise" your card to sensible default which should set Master to 55% unmuted. If that doesn't work, can you try "amixer -c0 set Master 55% unmute" Hopefully that'll get sound, but the correct fix is for me to fix this in PulseAudio... Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Freeze push: libjpeg
'Twas brillig, and Anssi Hannula at 05/05/12 14:55 did gyre and gimble: > 05.05.2012 16:35, Dimitri kirjoitti: >> Please push libjpeg. The updated version fixes Provides: libjpeg62 for >> both 32- and 64-bit platforms. It's important because now it's >> impossible to require libjpeg62 on a 64-bit platform, one has to require >> lib64jpeg62 instead. > > Isn't that provide altogether wrong? > > - 32-bit package name is libjpeg62, so no provide needed > > - 64-bit package name is lib64jpeg62, and we *don't want* to provide > libjpeg62, since that would mean packages wanting the 32-bit package > could get the 64-bit package instead. Exactly. AFAICT the only package requiring "libjpeg62" is lsb-lib. And lsb-lib64 alreayd requires lib64jpeg62, so this change would only break things. NAK from me too. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Freeze Push: e2fsprogs
Colin Guthrie wrote: > This is why the kernel will automatically does the sync for you every 12 > minutes when an ntp daemon is running. This is the recommended method. How does the kernel know when an ntp daemon is running in user space? Does it work with chrony, or only ntpd? > So unless we have a proper frame of reference, (user set time, ntp > protocol time) then there should be no manual sync. Does the kernel then sync the hwclock when you change the time manually, including with rdate or ntpdate?
Re: [Mageia-dev] GNOME updates
JA Magallón wrote: > Looking into a sound-juicer pending bug, I noticed that there are a bunch of > gnome 3.4 updates (even without going to 3.5). 3.5 is out of scope for mga2, > but perhaps we are still in time to get the minor/bugfixes updates. > > Some I realized: > > gtk+ 3.4.1 -> 3.4.2 > glib 2.32.1 -> 2.32.2 (or 2.33.1) > clutter 1.10.2 -> 1.10.4 (or 1.11.2, jump to 1.11 probably dangerous...) > dconf 0.12.0 -> 0.12.1 > gnome-contacts 3.4.0 -> 3.4.1 > > What do you think ? I was under the impression these were going to be updated. Maybe submit to core/updates_testing for now?
Re: [Mageia-dev] Freeze push: squidanalyzer
David Walser wrote: > This is a new package that I added just before the freeze. It's a leaf > package; its function is to generate HTML reports from Squid logs. I am using it in production at work on a high-volume Squid server. The upstream author e-mailed me to notify me of the new version, which fixes some bugs. It has been running at work the past few days and it is working well. Please push. Ping?
Re: [Mageia-dev] Freeze Push: e2fsprogs
'Twas brillig, and David Walser at 05/05/12 17:15 did gyre and gimble: > Colin Guthrie wrote: >> This is why the kernel will automatically does the sync for you every 12 >> minutes when an ntp daemon is running. This is the recommended method. > > How does the kernel know when an ntp daemon is running in user space? Does > it work with chrony, or only ntpd? I don't know the internals. It works with either chrony or ntpd. >> So unless we have a proper frame of reference, (user set time, ntp >> protocol time) then there should be no manual sync. > > Does the kernel then sync the hwclock when you change the time manually, > including with rdate or ntpdate? It won't do it automatically when doing that. It's really up to whatever tool changes the date/time to do that as needed I think. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Freeze Push: e2fsprogs
05.05.2012 19:42, Colin Guthrie kirjoitti: > 'Twas brillig, and David Walser at 05/05/12 17:15 did gyre and gimble: >> Colin Guthrie wrote: >>> This is why the kernel will automatically does the sync for you every 12 >>> minutes when an ntp daemon is running. This is the recommended method. >> >> How does the kernel know when an ntp daemon is running in user space? Does >> it work with chrony, or only ntpd? > > I don't know the internals. It works with either chrony or ntpd. > >>> So unless we have a proper frame of reference, (user set time, ntp >>> protocol time) then there should be no manual sync. >> >> Does the kernel then sync the hwclock when you change the time manually, >> including with rdate or ntpdate? > > It won't do it automatically when doing that. It's really up to whatever > tool changes the date/time to do that as needed I think. And how could such a tool know if RTC should be set to UTC or local time? .. or are we expected to patch them to parse /etc/sysconfig/clock for that? Well, I guess the tool could detect that by looking at the RTC/sysclock offset as well, though seems a bit hacky... What is the expected "right way" to do it, if systemd policy is to not sync on shutdown? -- Anssi Hannula
[Mageia-dev] Remove draksnapshot from the repo ?
Hello, It seems that draksnapshot is not working anymore since it still use hal, so if nobody is against maybe we should drop it ? (even it's not installed as default iirc) https://bugs.mageia.org/show_bug.cgi?id=3032 (and a lot of duplicate)
Re: [Mageia-dev] [soft-commits] [4410] bind mount /dev inside chroot rather than copy nodes (mga#5730)
On 5 May 2012 19:37, wrote: > Revision 4410 Author colin Date 2012-05-05 19:37:33 +0200 (Sat, 05 May 2012) > > Log Message > > bind mount /dev inside chroot rather than copy nodes (mga#5730) (...) > Modified: drakx/trunk/perl-install/NEWS > === > --- drakx/trunk/perl-install/NEWS 2012-05-05 17:37:32 UTC (rev 4409) > +++ drakx/trunk/perl-install/NEWS 2012-05-05 17:37:33 UTC (rev 4410) > @@ -3,6 +3,8 @@ > - harddrake service: >o do not disable cpufreq on non-laptops >o remove double apmd check > +- any.pm: > + o bind mount /dev inside chroot rather than copy nodes (mga#5730) 1) please don't name perl modules in NEWS 2) this concern the installer not drakxtools, thus the right file is install/NEWS instead of NEWS So the changelog should be moved and fixed
Re: [Mageia-dev] [soft-commits] [4409] Fix bug reference number in NEWS file
On 5 May 2012 19:37, wrote: > Revision 4409 Author colin Date 2012-05-05 19:37:32 +0200 (Sat, 05 May 2012) > > Log Message > > Fix bug reference number in NEWS file Thx
Re: [Mageia-dev] [soft-commits] [4410] bind mount /dev inside chroot rather than copy nodes (mga#5730)
'Twas brillig, and Thierry Vignaud at 05/05/12 18:48 did gyre and gimble: > On 5 May 2012 19:37, wrote: >> Revision 4410 Author colin Date 2012-05-05 19:37:33 +0200 (Sat, 05 May 2012) >> >> Log Message >> >> bind mount /dev inside chroot rather than copy nodes (mga#5730) > > (...) > >> Modified: drakx/trunk/perl-install/NEWS >> === >> --- drakx/trunk/perl-install/NEWS2012-05-05 17:37:32 UTC (rev 4409) >> +++ drakx/trunk/perl-install/NEWS2012-05-05 17:37:33 UTC (rev 4410) >> @@ -3,6 +3,8 @@ >> - harddrake service: >>o do not disable cpufreq on non-laptops >>o remove double apmd check >> +- any.pm: >> + o bind mount /dev inside chroot rather than copy nodes (mga#5730) > > 1) please don't name perl modules in NEWS Aside from getting the wrong file, I was just copying older examples. If the existing entries are not correct, I suspect myself and others will continue to get this kind of thing wrong. > 2) this concern the installer not drakxtools, thus the right file is > install/NEWS > instead of NEWS Yup, I got my paths wrong again. No excuse this time, just that I had the file open already and I didn't really think :D I see it's already fixed, so thanks for that :) Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] no sound
On 2012/05/05 13:37 (GMT+0100) Colin Guthrie composed: 'Twas brillig, and Felix Miata did gyre and gimble: Can you clarify "sound does not work"? Nothing but background hum coming from connected AV amp connected speakers. 00:06.0 Multimedia audio controller: nVidia Corporation NForce2 AC97 Audio Controler (MCP) (rev a1) If so please do attach the output from "pacmd ls" No package named pacmd. # urpmi pulseaudio-utils ... # pacmd ls No PulseAudio daemon running, or not running as session daemon. Did you run it as root? If so, run it as a regular user instead. Doesn't help as user. You may with to run "pactl stat" first First before what? As root on tty2 before logging in as user in KDM? if you are in a console as this will trigger an autospawn of pulseaudio if it's not already running (pacmd does not trigger autospawn as it's a debugging tool not a regular client). # startx Is this how you start X always? Not always, but as root often, and on fresh installs and testing alpha/beta/RCs, more often than not at least initially following completing of an install. I rarely boot a test system directly into runlevel 5, and never on first boot, so as to fix kdmrc, Xresources, fstab, hosts, bootsplash, smb.conf, resolv.conf, menu.lst and other things that are broken for my environment as initialized. If so you should know from previous discussions that this behaviour isn't really officially recommended as it does not allow for proper user session tracking and thus has various permissions related issues. It *should* work most of the time, but it is highly recommended that you use a proper DM to login. https://bugs.mageia.org/show_bug.cgi?id=5760 and other reasons during release next evaluation and troubleshooting make an xdm an annoying time waster that I typically avoid except when testing the xdm itself. If this is a simple permissions issue, then you can test by running "loginctl" before startx and noting if your sessions is listed. If it is, it should have a number next to it (e.g. 1) and if it is listed you can do: "loginctl session-status 1" (or whatever the number). This should confirm that the session is active. When the session is active # loginctl SESSIONUID USER SEAT 16 0 root seat0 17 2000 tst2000 seat0 18 0 root seat0 # loginctl session-status 17 17 - tst2000 (2000) Since: Sat, 05 May 2012 13:37:34 -0400; 9min ago Leader: 4855 (login) Seat: seat0; vc4 TTY: tty4 Service: login; type tty; class user Active: no CGroup: /user/tst2000/17 Γö£ 4855 login -- tst2000 Γöö 4859 -bash your user should be listed in the ACL for the sound device nodes (getfacl /dev/snd/pcm*). # getfacl /dev/snd/pcm* # file: dev/snd/pcmC0D0c # owner: root # group: audio user::rw- group::rw- mask::rw- other::--- # file: dev/snd/pcmC0D0p # owner: root # group: audio user::rw- group::rw- mask::rw- other::--- # file: dev/snd/pcmC0D1c # owner: root # group: audio user::rw- group::rw- mask::rw- other::--- # file: dev/snd/pcmC0D2p # owner: root # group: audio user::rw- group::rw- mask::rw- other::--- After issuing startx, try the same commands and, in particular, make sure your session is still active. I've tried to ensure that it is kept active (i.e. there is no VT switch), but this isn't 100% reliable. # loginctl SESSIONUID USER SEAT 16 0 root seat0 17 2000 tst2000 seat0 # loginctl session-status 17 17 - tst2000 (2000) Since: Sat, 05 May 2012 13:37:34 -0400; 1min 21s ago Leader: 4855 (login) Seat: seat0; vc4 TTY: tty4 Service: login; type tty; class user Active: no CGroup: /user/tst2000/17 Γö£ 4855 login -- tst2000 Γö£ 4859 -bash Γö£ 4907 /bin/sh /usr/bin/startx Γö£ 4928 xinit /etc/X11/xinit/xinitrc -- vt4 -auth /home/ts... Γö£ 4929 /etc/X11/X :0 vt4 -auth /home/tst2000/.serverauth Γö£ 4932 /usr/bin/ck-xinit-session /bin/sh -c #!/bin/sh exe... Γö£ 4960 /usr/bin/dbus-launch --exit-with-session --sh-synt... Γö£ 4961 /usr/bin/dbus-daemon --fork --print-pid 5 --print-... Γö£ 4995 /bin/sh /usr/bin/startkde Γö£ 5064 /usr/lib/kde4/libexec/start_kdeinit +kcminit_start... Γö£ 5065 kdeinit4: kdeinit4 Running... Γö£ 5066 kdeinit4: klauncher [kdeinit] --fd=9 Γö£ 5068 kdeinit4: kded4 [kdeinit] Γö£ 5070 /usr/lib/gam_server Γö£ 5075 kdeinit4: kglobalaccel [kdeinit] Γö£
Re: [Mageia-dev] upstream KDE 283366 (was: no sound)
On 2012/05/05 13:37 (GMT+0100) Colin Guthrie composed: 'Twas brillig, and Felix Miata did gyre and gimble: Logging in from KDM doesn't improve anything. In fact, after the desktop seems fully populated, there's a long pause before the panel populates the tray and it's possible to do anything other than look at the screen. Oh, and on all systems https://bugs.kde.org/show_bug.cgi?id=283366 makes KDE4 virtually useless. It's possibly the same issue as the delay itself. I don't think so. 4.8.[1,2] on openSUSE doesn't have the response and tray population delay, only the picker delay. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
Re: [Mageia-dev] Freeze push: libjpeg
You are right guys... my bad. But shouldn't lib[64]jpeg62 provide some platform-agnostic token so it can be Requires:'d in a portable way? How about "jpeg62"? Right now I have the following in racket.spec: %ifarch x86_64 BuildRequires: lib64jpeg62 %else BuildRequires: libjpeg62 %endif Looks pretty ugly, right? Mitya
Re: [Mageia-dev] help with update/testing needed / freeze exception for me-tv
2012/4/4 Florian Hubold : > Hi all, > > me-tv (a really nice and easy to-use DVB viewer with EPG guide) > totally went under my radar and it has not been updated nor > rebuild yet for cauldron since quite some time, seems i forgot > to commit my local update to 2.x branch, and me-tv was not > covered by check.mageia.org updates report, and i've to update > it when i was still apprentice. > > But as me-tv development was suspended, and now restarted > (2.0 branch was complete rewrite, with differing features, f.ex. > server/client based) so that 1.4 branch is the followup to what > we have in cauldron: https://launchpad.net/me-tv/+announcement/9377 > > FWIW, me-tv-1.3.6 in cauldron was built last time beginning of last july. > I'd like to get some sort of freeze exception for me-tv, but primarily > help with testing this in cauldron, i've just pushed a rebuild of it, > could all who possess a DVB-receiver and a physical cauldron > installation please test it, should be available soon, rebuild went > through. What exactly do you need (sorry for picking this up so late)? Todays experience as posted in the forum: Cauldron 64-bit with all updates. KDE. "Real" installation on a Samsung R530. Adapter Happauge Nova-T, firmware: dvb-usb-dib0700-1.20.fw in /lib/firmware, plugging in the adapter gives success message in syslog: "Hauppauge Nova-T in warm state" Installed is me-tv (including dependencies): me-tv-1.3.6-3.mga2 dvb-apps-1.1.1-8.hg1465.1.mga2 lib64unique1.0_0-1.1.6-6.mga2 lib64dvbapps-1.1.1-8.hg1465.1.mga2 After installation and starting the application me-tv shows a message that the existing Me-Tv database is to old to be used by this version. Option "Cancel" ends the whole application, clicking on "Erase old Me-Tv data" the messagebox runs into a freeze which crashes the whole application. In the konsole this looks like: $ me-tv -v Me TV 1.3.6 05.05.2012 15:02:55: Application constructor 05.05.2012 15:02:55: sqlite3_threadsafe() = 1 05.05.2012 15:02:55: Database 'exists' 05.05.2012 15:02:55: Opening database file '/home/alfred/.local/share/me-tv/me-tv.db' 05.05.2012 15:02:55: Loading UI files 05.05.2012 15:02:55: Application constructed 05.05.2012 15:02:55: Initialising table 'version' 05.05.2012 15:02:55: Required Database version: 6 05.05.2012 15:02:55: Actual Database version: 0 <<--- here the message box pops up and I click on "Erase old data" 05.05.2012 15:03:26: Dropping Me TV schema 05.05.2012 15:03:26: Dropping table 'channel' 05.05.2012 15:03:26: Dropping table 'epg_event' 05.05.2012 15:03:26: Dropping table 'epg_event_text' 05.05.2012 15:03:26: Dropping table 'scheduled_recording' 05.05.2012 15:03:26: Dropping table 'version' 05.05.2012 15:03:26: Vacuuming database 05.05.2012 15:03:27: Initialising table 'channel' 05.05.2012 15:03:27: Initialising table 'epg_event' 05.05.2012 15:03:27: Initialising table 'epg_event_text' 05.05.2012 15:03:27: Initialising table 'scheduled_recording' 05.05.2012 15:03:27: Initialising table 'version' and that's it. In MGA1 Me-TV works nicely with the same adapter. In MGA1 the package is me-tv-1.3.6-1.1.mga1 - in MGA2 the packages is me-tv-1.3.6-3.mga2 -- wobo
Re: [Mageia-dev] Freeze push: libjpeg
05.05.2012 21:46, Dimitri skrev: You are right guys... my bad. But shouldn't lib[64]jpeg62 provide some platform-agnostic token so it can be Requires:'d in a portable way? How about "jpeg62"? Right now I have the following in racket.spec: %ifarch x86_64 BuildRequires: lib64jpeg62 %else BuildRequires: libjpeg62 %endif Looks pretty ugly, right? Mitya Can be done as BuildRequires: %{_lib}jpeg62 -- Thomas
Re: [Mageia-dev] help with update/testing needed / freeze exception for me-tv
Am 05.05.2012 21:04, schrieb Wolfgang Bornath: > 2012/4/4 Florian Hubold : >> Hi all, >> >> me-tv (a really nice and easy to-use DVB viewer with EPG guide) >> totally went under my radar and it has not been updated nor >> rebuild yet for cauldron since quite some time, seems i forgot >> to commit my local update to 2.x branch, and me-tv was not >> covered by check.mageia.org updates report, and i've to update >> it when i was still apprentice. >> >> But as me-tv development was suspended, and now restarted >> (2.0 branch was complete rewrite, with differing features, f.ex. >> server/client based) so that 1.4 branch is the followup to what >> we have in cauldron: https://launchpad.net/me-tv/+announcement/9377 >> >> FWIW, me-tv-1.3.6 in cauldron was built last time beginning of last july. >> I'd like to get some sort of freeze exception for me-tv, but primarily >> help with testing this in cauldron, i've just pushed a rebuild of it, >> could all who possess a DVB-receiver and a physical cauldron >> installation please test it, should be available soon, rebuild went >> through. > What exactly do you need (sorry for picking this up so late)? > > Todays experience as posted in the forum: > > Cauldron 64-bit with all updates. KDE. "Real" installation on a Samsung R530. > Adapter Happauge Nova-T, firmware: dvb-usb-dib0700-1.20.fw in > /lib/firmware, plugging in the adapter gives success message in > syslog: "Hauppauge Nova-T in warm state" > > Installed is me-tv (including dependencies): > > me-tv-1.3.6-3.mga2 > dvb-apps-1.1.1-8.hg1465.1.mga2 > lib64unique1.0_0-1.1.6-6.mga2 > lib64dvbapps-1.1.1-8.hg1465.1.mga2 > > After installation and starting the application me-tv shows a message > that the existing Me-Tv database is to old to be used by this version. This sounds like complete bogus to me, as the only version of me-tv for Mageia 1 and cauldron is 1.3.6, there should be no difference at all. This cauldron install, was it upgraded from mga1, or where did the old .me-tv config come from? But if this problem persists, mostly all me-tv users should face it after upgrading from Mageia 1 to Mageia 2, so we probably need some kind of fix for this ... > Option "Cancel" ends the whole application, clicking on "Erase old > Me-Tv data" the messagebox runs into a freeze which crashes the whole > application. In the konsole this looks like: > > $ me-tv -v > Me TV 1.3.6 > 05.05.2012 15:02:55: Application constructor > 05.05.2012 15:02:55: sqlite3_threadsafe() = 1 > 05.05.2012 15:02:55: Database 'exists' > 05.05.2012 15:02:55: Opening database file > '/home/alfred/.local/share/me-tv/me-tv.db' > 05.05.2012 15:02:55: Loading UI files > 05.05.2012 15:02:55: Application constructed > 05.05.2012 15:02:55: Initialising table 'version' > 05.05.2012 15:02:55: Required Database version: 6 > 05.05.2012 15:02:55: Actual Database version: 0 <<--- here the > message box pops up and I click on "Erase old data" > 05.05.2012 15:03:26: Dropping Me TV schema > 05.05.2012 15:03:26: Dropping table 'channel' > 05.05.2012 15:03:26: Dropping table 'epg_event' > 05.05.2012 15:03:26: Dropping table 'epg_event_text' > 05.05.2012 15:03:26: Dropping table 'scheduled_recording' > 05.05.2012 15:03:26: Dropping table 'version' > 05.05.2012 15:03:26: Vacuuming database > 05.05.2012 15:03:27: Initialising table 'channel' > 05.05.2012 15:03:27: Initialising table 'epg_event' > 05.05.2012 15:03:27: Initialising table 'epg_event_text' > 05.05.2012 15:03:27: Initialising table 'scheduled_recording' > 05.05.2012 15:03:27: Initialising table 'version' > > and that's it. > > In MGA1 Me-TV works nicely with the same adapter. In MGA1 the package > is me-tv-1.3.6-1.1.mga1 - in MGA2 the packages is me-tv-1.3.6-3.mga2 > Can you please try again after removing ~/.local/share/me-tv/ ?
Re: [Mageia-dev] help with update/testing needed / freeze exception for me-tv
2012/5/5 Florian Hubold : > Am 05.05.2012 21:04, schrieb Wolfgang Bornath: >> 2012/4/4 Florian Hubold : >>> Hi all, >>> >>> me-tv (a really nice and easy to-use DVB viewer with EPG guide) >>> totally went under my radar and it has not been updated nor >>> rebuild yet for cauldron since quite some time, seems i forgot >>> to commit my local update to 2.x branch, and me-tv was not >>> covered by check.mageia.org updates report, and i've to update >>> it when i was still apprentice. >>> >>> But as me-tv development was suspended, and now restarted >>> (2.0 branch was complete rewrite, with differing features, f.ex. >>> server/client based) so that 1.4 branch is the followup to what >>> we have in cauldron: https://launchpad.net/me-tv/+announcement/9377 >>> >>> FWIW, me-tv-1.3.6 in cauldron was built last time beginning of last july. >>> I'd like to get some sort of freeze exception for me-tv, but primarily >>> help with testing this in cauldron, i've just pushed a rebuild of it, >>> could all who possess a DVB-receiver and a physical cauldron >>> installation please test it, should be available soon, rebuild went >>> through. >> What exactly do you need (sorry for picking this up so late)? >> >> Todays experience as posted in the forum: >> >> Cauldron 64-bit with all updates. KDE. "Real" installation on a Samsung R530. >> Adapter Happauge Nova-T, firmware: dvb-usb-dib0700-1.20.fw in >> /lib/firmware, plugging in the adapter gives success message in >> syslog: "Hauppauge Nova-T in warm state" >> >> Installed is me-tv (including dependencies): >> >> me-tv-1.3.6-3.mga2 >> dvb-apps-1.1.1-8.hg1465.1.mga2 >> lib64unique1.0_0-1.1.6-6.mga2 >> lib64dvbapps-1.1.1-8.hg1465.1.mga2 >> >> After installation and starting the application me-tv shows a message >> that the existing Me-Tv database is to old to be used by this version. > This sounds like complete bogus to me, as the only version of > me-tv for Mageia 1 and cauldron is 1.3.6, there should be no > difference at all. But different builds. > This cauldron install, was it upgraded from mga1, or where did > the old .me-tv config come from? Fresh Beta3 installation. The database (NOT config!) file is me-tv.db and it is installed by the package. I also tried erasing the file after installation before starting the application - the message about the old db persists. See below > But if this problem persists, mostly all me-tv users should face > it after upgrading from Mageia 1 to Mageia 2, so we probably > need some kind of fix for this ... > >> Option "Cancel" ends the whole application, clicking on "Erase old >> Me-Tv data" the messagebox runs into a freeze which crashes the whole >> application. In the konsole this looks like: >> >> $ me-tv -v >> Me TV 1.3.6 >> 05.05.2012 15:02:55: Application constructor >> 05.05.2012 15:02:55: sqlite3_threadsafe() = 1 >> 05.05.2012 15:02:55: Database 'exists' >> 05.05.2012 15:02:55: Opening database file >> '/home/alfred/.local/share/me-tv/me-tv.db' >> 05.05.2012 15:02:55: Loading UI files >> 05.05.2012 15:02:55: Application constructed >> 05.05.2012 15:02:55: Initialising table 'version' >> 05.05.2012 15:02:55: Required Database version: 6 >> 05.05.2012 15:02:55: Actual Database version: 0 <<--- here the >> message box pops up and I click on "Erase old data" >> 05.05.2012 15:03:26: Dropping Me TV schema >> 05.05.2012 15:03:26: Dropping table 'channel' >> 05.05.2012 15:03:26: Dropping table 'epg_event' >> 05.05.2012 15:03:26: Dropping table 'epg_event_text' >> 05.05.2012 15:03:26: Dropping table 'scheduled_recording' >> 05.05.2012 15:03:26: Dropping table 'version' >> 05.05.2012 15:03:26: Vacuuming database >> 05.05.2012 15:03:27: Initialising table 'channel' >> 05.05.2012 15:03:27: Initialising table 'epg_event' >> 05.05.2012 15:03:27: Initialising table 'epg_event_text' >> 05.05.2012 15:03:27: Initialising table 'scheduled_recording' >> 05.05.2012 15:03:27: Initialising table 'version' >> >> and that's it. >> >> In MGA1 Me-TV works nicely with the same adapter. In MGA1 the package >> is me-tv-1.3.6-1.1.mga1 - in MGA2 the packages is me-tv-1.3.6-3.mga2 >> > Can you please try again after removing ~/.local/share/me-tv/ ? - removed ~/.local/share/me-tv/ (including the me-tv.db) Result: Starting me-tv runs into a timeout. Message in konsole: (me-tv:1956) : Unique-DBUS-WARNING **: Error while sending message: Did not receive a reply. Possible causes include [followed by the generic causes ( message bus security block, reply timeout expired, network connection broke, etc.)] After reboot I started me-tv again, the message about the old database appears - ~/.local/share/me-tv/ is there again, including the database. Now I installed me-tv (plus dependencies) on a Cauldron which has been updated since Alpha stage: exactly the same result. -- wobo
Re: [Mageia-dev] help with update/testing needed / freeze exception for me-tv
2012/5/5 Wolfgang Bornath : > 2012/5/5 Florian Hubold : >> Am 05.05.2012 21:04, schrieb Wolfgang Bornath: >>> 2012/4/4 Florian Hubold : Hi all, me-tv (a really nice and easy to-use DVB viewer with EPG guide) totally went under my radar and it has not been updated nor rebuild yet for cauldron since quite some time, seems i forgot to commit my local update to 2.x branch, and me-tv was not covered by check.mageia.org updates report, and i've to update it when i was still apprentice. But as me-tv development was suspended, and now restarted (2.0 branch was complete rewrite, with differing features, f.ex. server/client based) so that 1.4 branch is the followup to what we have in cauldron: https://launchpad.net/me-tv/+announcement/9377 FWIW, me-tv-1.3.6 in cauldron was built last time beginning of last july. I'd like to get some sort of freeze exception for me-tv, but primarily help with testing this in cauldron, i've just pushed a rebuild of it, could all who possess a DVB-receiver and a physical cauldron installation please test it, should be available soon, rebuild went through. >>> What exactly do you need (sorry for picking this up so late)? >>> >>> Todays experience as posted in the forum: >>> >>> Cauldron 64-bit with all updates. KDE. "Real" installation on a Samsung >>> R530. >>> Adapter Happauge Nova-T, firmware: dvb-usb-dib0700-1.20.fw in >>> /lib/firmware, plugging in the adapter gives success message in >>> syslog: "Hauppauge Nova-T in warm state" >>> >>> Installed is me-tv (including dependencies): >>> >>> me-tv-1.3.6-3.mga2 >>> dvb-apps-1.1.1-8.hg1465.1.mga2 >>> lib64unique1.0_0-1.1.6-6.mga2 >>> lib64dvbapps-1.1.1-8.hg1465.1.mga2 >>> >>> After installation and starting the application me-tv shows a message >>> that the existing Me-Tv database is to old to be used by this version. >> This sounds like complete bogus to me, as the only version of >> me-tv for Mageia 1 and cauldron is 1.3.6, there should be no >> difference at all. > > But different builds. > >> This cauldron install, was it upgraded from mga1, or where did >> the old .me-tv config come from? > > Fresh Beta3 installation. The database (NOT config!) file is me-tv.db > and it is installed by the package. I also tried erasing the file > after installation before starting the application - the message about > the old db persists. See below > > >> But if this problem persists, mostly all me-tv users should face >> it after upgrading from Mageia 1 to Mageia 2, so we probably >> need some kind of fix for this ... >> >>> Option "Cancel" ends the whole application, clicking on "Erase old >>> Me-Tv data" the messagebox runs into a freeze which crashes the whole >>> application. In the konsole this looks like: >>> >>> $ me-tv -v >>> Me TV 1.3.6 >>> 05.05.2012 15:02:55: Application constructor >>> 05.05.2012 15:02:55: sqlite3_threadsafe() = 1 >>> 05.05.2012 15:02:55: Database 'exists' >>> 05.05.2012 15:02:55: Opening database file >>> '/home/alfred/.local/share/me-tv/me-tv.db' >>> 05.05.2012 15:02:55: Loading UI files >>> 05.05.2012 15:02:55: Application constructed >>> 05.05.2012 15:02:55: Initialising table 'version' >>> 05.05.2012 15:02:55: Required Database version: 6 >>> 05.05.2012 15:02:55: Actual Database version: 0 <<--- here the >>> message box pops up and I click on "Erase old data" >>> 05.05.2012 15:03:26: Dropping Me TV schema >>> 05.05.2012 15:03:26: Dropping table 'channel' >>> 05.05.2012 15:03:26: Dropping table 'epg_event' >>> 05.05.2012 15:03:26: Dropping table 'epg_event_text' >>> 05.05.2012 15:03:26: Dropping table 'scheduled_recording' >>> 05.05.2012 15:03:26: Dropping table 'version' >>> 05.05.2012 15:03:26: Vacuuming database >>> 05.05.2012 15:03:27: Initialising table 'channel' >>> 05.05.2012 15:03:27: Initialising table 'epg_event' >>> 05.05.2012 15:03:27: Initialising table 'epg_event_text' >>> 05.05.2012 15:03:27: Initialising table 'scheduled_recording' >>> 05.05.2012 15:03:27: Initialising table 'version' >>> >>> and that's it. >>> >>> In MGA1 Me-TV works nicely with the same adapter. In MGA1 the package >>> is me-tv-1.3.6-1.1.mga1 - in MGA2 the packages is me-tv-1.3.6-3.mga2 >>> >> Can you please try again after removing ~/.local/share/me-tv/ ? > > - removed ~/.local/share/me-tv/ (including the me-tv.db) > > Result: Starting me-tv runs into a timeout. Message in konsole: > > (me-tv:1956) : Unique-DBUS-WARNING **: Error while sending message: > Did not receive a reply. Possible causes include [followed by the > generic causes ( message bus security block, reply timeout expired, > network connection broke, etc.)] > > After reboot I started me-tv again, the message about the old database > appears - ~/.local/share/me-tv/ is there again, including the > database. > > > > Now I installed me-tv (plus d
Re: [Mageia-dev] no sound
On Sat, 05 May 2012 12:05:50 -0400, Colin Guthrie wrote: Hopefully that'll get sound, but the correct fix is for me to fix this in PulseAudio... I should have opened a bug report about this, as this affects my system as well. I'm so used to the problem, that I automatically run pavucontrol and change the config from Analog Stereo Output to any of the Analog Surround Output options. From lspicdrake ... snd_via82xx : VIA Technologies, Inc.|VT8233/A/8235/8237 AC97 Audio Controller [MULTIMEDIA_AUDIO] (rev: 60) Regards, Dave Hodgins
Re: [Mageia-dev] Mageia cypher encryption proposal
On Sat, 05 May 2012 05:12:38 -0400, Simple W wrote: Like things are now im forced (after isntall Mageia 2") to edit /usr/lib/DrakX/ds/dmcrypt.pm and replace aes-xts-benbi with aes-xtl-plain and recreate the encrypted partitions so that i can access them when for example running windows. I'll submit a bug report with the proposed patch, as an update for rpmdrake, after Mageia 2 is out. While it's a very minor change, as I found out from the prior change, minor changes can have unexpected effects. The prior change worked fine on an installed system (I've been using it since 2008), but caused unexpected problems in the installer, as the xts module had to be explicitly loaded. Regards, Dave Hodgins
Re: [Mageia-dev] Mageia cypher encryption proposal
2012/5/5 David W. Hodgins : > On Sat, 05 May 2012 05:12:38 -0400, Simple W wrote: > >> Like things are now im forced (after isntall Mageia 2") to edit >> /usr/lib/DrakX/ds/dmcrypt.pm and replace aes-xts-benbi with >> aes-xtl-plain and recreate the encrypted partitions so that i can >> access them when for example running windows. > > > I'll submit a bug report with the proposed patch, as an update for > rpmdrake, after Mageia 2 is out. While it's a very minor change, > as I found out from the prior change, minor changes can have > unexpected effects. > > The prior change worked fine on an installed system (I've been using > it since 2008), but caused unexpected problems in the installer, as > the xts module had to be explicitly loaded. > > Regards, Dave Hodgins But with be better if users could choose from a cypher list, like it happens for example in debian installer, and not have a single one to handle encrypted partitions.
Re: [Mageia-dev] List of packages on svn but not in the packages repository
On Wed, 02 May 2012, Colin Guthrie wrote: > 'Twas brillig, and John Balcaen at 02/05/12 13:34 did gyre and gimble: > > 2012/5/2 David Walser : > >> nicolas vigier writes: > >>> kipi-plugins > >> > >> Are you sure your script is working right? This is already packaged. > > It's working correctly ;) > > kipi-plugins has been merged in digikam tarball by upstream. > > Should be svn mv'ed to obsolete with a comment then :) kipi-plugins has been moved to obsolete.
Re: [Mageia-dev] List of packages on svn but not in the packages repository
On Wed, 02 May 2012, Colin Guthrie wrote: > 'Twas brillig, and David Walser at 02/05/12 13:05 did gyre and gimble: > > Johnny A. Solbu writes: > >>> mplayerplugin > >> I depend on this to have non-flashbased webvideo working. Please resubmit > > > > NO, do not submit this. It has been renamed gecko-mediaplayer and is > > already > > packaged. > > Should have been svn mv'ed at the time, but as this cannot happen now, > I'd recommend svn mv'ing it to obsolete with a comment about why. Ok, I moved mplayerplugin to obsolete directory.
[Mageia-dev] Gnome Shell login crash showstopper?
Hi all, I'm a bit concerned that Mageia 2 will be released with bug 5234 unsolved. For some Gnome users, logging in for the first time after boot will crash the session and disable all extensions. As far as I can judge it this is a release showstopper bug. On the subject of shell extensions: the currently shipped set is completely useless as you cannot enable them. Only extensions installed from extensions.gnome.org will work. regards, -- Reinout van Schouwen http://vanschouwen.info/
Re: [Mageia-dev] Freeze push: gtkhtml4
Ping?
Re: [Mageia-dev] no sound
On 2012/05/05 16:24 (GMT-0400) David W. Hodgins composed: I should have opened a bug report about this, as this affects my system as well. I'm so used to the problem, that I automatically run pavucontrol and change the config from Analog Stereo Output to any of the Analog Surround Output options. From lspicdrake ... snd_via82xx : VIA Technologies, Inc.|VT8233/A/8235/8237 AC97 Audio Controller [MULTIMEDIA_AUDIO] (rev: 60) Of the Intel, NForce2 and VIA systems I just installed on, the VIA is the only one _with_ working sound. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
[Mageia-dev] Freeze push: racket
Please let Racket in. Racket, formerly known as PLT Scheme, is a Scheme implementation and graphical IDE, used mainly for educational purposes, as well as problems of language design and implementation. We still ship an obsolete PLT version, which is more than two (!) years old. Thanks! Mitya
Re: [Mageia-dev] Freeze push: libjpeg
> BuildRequires: %{_lib}jpeg62 Thanks! It worked pretty well. I've reverted libjpeg, please push it (right now it has bogus Provides: due to a typo). Thanks! Mitya
[Mageia-dev] nvidia-295.49
Will this mostly bugfix release be pushed. It fixes 2 regression introduced with the now included 295.40 drviver and adds support for the lucky bastards who have/get a 690 card. Charles -- Puritanism - The haunting fear that someone, somewhere, may be happy -- H.L. Mencken on Murphy n°7 -- Mageia release 2 (Cauldron) for x86_64$ On SuperSizehttp://www.eslrahc.com Registered Linux user #182463 3.3.4-tmb-server-1.mga2 x86_64 -- signature.asc Description: PGP signature
Re: [Mageia-dev] no sound
On 2012/05/05 17:05 (GMT+0100) Colin Guthrie composed: [alsa.card_name = "Intel ICH5" ... alsa.driver_name = "snd_intel8x0" ... device.product.name = "82801EB/ER (ICH5/ICH5R) AC'97 Audio] Can you also attach "amixer -c0" (before running the below commands). More specifically I suspect that the "Master" channel is 0+muted or otherwise doing very little. # amixer -c0 Simple mixer control 'Master',0 Capabilities: pvolume pswitch Playback channels: Front Left - Front Right Limits: Playback 0 - 31 Mono: Front Left: Playback 0 [0%] [-46.50dB] [off] Front Right: Playback 0 [0%] [-46.50dB] [off] ... A couple things that should get sound are: (as root) alsactl init 0 With SMplayer already playing a (soundless) DVD iso: # alsactl init 0 Found hardware: "ICH4" "Analog Devices AD1981B" "AC97a:41445374" "0x1028" "0x0151" Hardware is initialized using a generic method Still no sound, until turning Kmix up from about 45% default to 100%, which gives sound at a level I estimate to be in the vicinity of -40db, barely perceptible above the background hum. This should "initialise" your card to sensible default which should set Master to 55% unmuted. 55% [-21.00dB][on] If that doesn't work, can you try "amixer -c0 set Master 55% unmute" "amixer -c0 set Master 85% unmute" helped a lot, but not enough. Hum remains unacceptable. Log out and back in helped more, and bumping to 99%. I still hear the hum, but the level seems comparable to that in WinXP. Hopefully that'll get sound, but the correct fix is for me to fix this in PulseAudio... Don't let me get in your way. Thanks! :-) PS: Could I likely get rid of rest of the hum? Is this normal when as the wire crawls 8m or more separates the PC sound jack from the amp? -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
Re: [Mageia-dev] nvidia-295.49
06.05.2012 02:50, Charles A Edwards skrev: > Will this mostly bugfix release be pushed. > > It fixes 2 regression introduced with the now included 295.40 drviver > and adds support for the lucky bastards who have/get a 690 card. > Anssi, wdyt ? Should we push it to testing ? -- Thomas
Re: [Mageia-dev] Mageia cypher encryption proposal
On Sat, 05 May 2012 17:03:21 -0400, Simple W wrote: But with be better if users could choose from a cypher list, like it happens for example in debian installer, and not have a single one to handle encrypted partitions. That's a much bigger change to diskdrake. You can open an enhancement bug report requesting that, but it'll be up to the diskdrake maintainer, if he has the time, and wants to do it. Regards, Dave Hodgins
[Mageia-dev] freeze push: drakx-installer-stage2 & drakxtools
Hi Please push drakx-installer-stage2 & drakxtools The new installer fixes an issue where /dev in the mounted installed system wasn't synced with the /dev of the installer, resulting in drakcut to build non working initrd for soft RAID: - bind mount /dev inside chroot rather than copy nodes (mga#5730 & #5728) The new drakxtools drop support for reiser4 which we don't have in our kernels (mga#5680) and fixes a couple small issues in the harddrake service: - diskdrake: o drop support for reiser4 (mga#5680) - harddrake service: o do not disable cpufreq on non-laptops o remove double apmd check Thanks