Re: [Mageia-dev] Gnome mess in Mageia SVN...
On Thu, Feb 21, 2013 at 10:08:40AM +, Colin Guthrie wrote: > 'Twas brillig, and Olav Vitters at 21/02/13 09:08 did gyre and gimble: > >> So you are making the same mess for upcoming mga3, that is > >> also in mga2 updates svn, making everyone elses work harder, > >> when svn does not match what's on mirrors... this is painful > >> for QA and security maintenance... > > > > Apologies for trying to provide a new GNOME as requested _on_my_own_ and > > not finishing it. Not what I wanted, but not done on purpose. > > Mistakes happen. But we do need to ensure things are tidied up properly > with appropriate svn revprops to silence the old commit messages to > prevent them making it into built RPM changelogs. Mistakes are pointed out bluntly and assigned a task, when I ask for help (M2 GNOME update) I get silence. I know I am crap in some things, I know I am forgetful even when I made promises. I don't mind reminders. Anyway, I got assigned a task (that I was already intending to do). So best to be clear: -- Regards, Olav
Re: [Mageia-dev] Gnome mess in Mageia SVN...
On Thu, Feb 21, 2013 at 01:10:33AM +0200, Thomas Backlund wrote: > Can you _please_ kill your automatic upload scripts... done. > It should have been killed as soon as we hit version freeze. > > It's making a mess in Mageia SVN. > > I see several uploads by "ovitters", but no freeze push requests, > and also some 3.7.90 stuff getting uploaded and seveal version > bumps that is not "bugfixes only"... 3.7.90? It will not upload that. It will only upload if someone before uploaded such a version. > I see a new NetworkManager also just ended up in SVN, despite > iirc you earlier stated you'd probly need to roll down to an > older one... Indeed, seems that there is a still a bug. > So you are making the same mess for upcoming mga3, that is > also in mga2 updates svn, making everyone elses work harder, > when svn does not match what's on mirrors... this is painful > for QA and security maintenance... Apologies for trying to provide a new GNOME as requested _on_my_own_ and not finishing it. Not what I wanted, but not done on purpose. > Automated scripts can be ok during open cauldron, but _never_ > when we try to stabilize for a release. Meanwhile, Mageia 3 keeps getting delayed and delayed and not due to me. > So ... once again... please kill the script, clean up svn, > revert packages to latest stable, and try to focus on providing > a good / fully updated Gnome 3.6 will be available for Mga3. I rather take a break from Mageia. And I hate these personal email habits. CC'ing mageia-dev. -- Regards, Olav
[Mageia-dev] Freeze push: mutter 3.6.3
Bugfix release. -- Regards, Olav --- Begin Message --- About mutter Mutter is a window and compositing manager that displays and manages your desktop via OpenGL. Mutter combines a sophisticated display engine using the Clutter toolkit with solid window-management logic inherited from the Metacity window manager. While Mutter can be used stand-alone, it is primarily intended to be used as the display core of a larger system such as GNOME Shell. For this reason, Mutter is very extensible via plugins, which are used both to add fancy visual effects and to rework the window management behaviors to meet the needs of the environment. News * Fix maximized windows jumping between monitors [Alban; #556696] * Fix windows turning black when redirected again [Adel; #693042] Contributors: Alban Crequy, Adel Gadllah Translations: Runa Bhattacharjee [bn_IN], Rajesh Ranjan [hi], Krishnababu Krothapalli [te], ManojKumar Giri [or], Dr.T.Vasudevan [ta], Shankar Prasad [kn], Rafael Ferreira [pt_BR] Download http://download.gnome.org/sources/mutter/3.6/mutter-3.6.3.tar.xz (1.54M) sha256sum: aa1d558210d58f9a835a7e718a6b6eb8318ac8fb276c43234c47b1efde755c86 ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list --- End Message ---
[Mageia-dev] Freeze push: gnome-shell 3.6.3
Various bugfixes. There is still a memory leak patch that I was expecting. -- Regards, Olav --- Begin Message --- About GNOME Shell = GNOME Shell provides core user interface functions for the GNOME 3 desktop, like switching to windows and launching applications. GNOME Shell takes advantage of the capabilities of modern graphics hardware and introduces innovative user interface concepts to provide a visually attractive and easy to use experience. Tarball releases are provided largely for distributions to build packages. If you are interested in building GNOME Shell from source, we would recommend building from version control using the build script described at: http://live.gnome.org/GnomeShell Not only will that give you the very latest version of this rapidly changing project, it will be much easier than get GNOME Shell and its dependencies to build from tarballs. News * recorder: Set frame duration to fix broken video headers [Adel; #688487] * Block cancellation of unlock dialog during drags [Giovanni; #686800] * Honor lock-delay GSettings key [Giovanni, Matthias; #690766, #691170] * Fix reentrancy problem causing the tray to disappear [Giovanni; #683986] Contributors: Giovanni Campagna, Matthias Clasen, Adel Gadllah, Translations: Mattias Põldaru [et], Sandeep Sheshrao Shedmake [mr], Wouter Bolsterlee [nl], Rajesh Ranjan [hi], Nilamdyuti Goswami [as], Ani Peter [ml], Andika Triwidada [id], Krishnababu Krothapalli [te], Shankar Prasad [kn], Dr.T.Vasudevan [ta], Runa Bhattacharjee [bn_IN], Rafael Ferreira [pt_BR], Balázs Úr [hu], Gheyret Kenji [ug], Yasumichi Akahoshi [ja], Yoji TOYODA [ja], Alexandre Franke [fr] Download http://download.gnome.org/sources/gnome-shell/3.6/gnome-shell-3.6.3.tar.xz (1.34M) sha256sum: 05b2341a0f84835644881743873d3eaccaed12f00aa7b424d876780e81723db2 ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list--- End Message ---
Re: [Mageia-dev] dhclient lease files location
On Wed, Feb 13, 2013 at 09:56:50AM +0100, Olav Vitters wrote: > NetworkManager uses a stupid version numbering. It should have stayed > with 0.9.6.x. My bot accidentally upgraded it to 0.9.7.x, which is > wrong. Bot accidentally upgraded some more NetworkManager stuff. Still planning to revert that all. -- Regards, Olav
Re: [Mageia-dev] dhclient lease files location
On Thu, Feb 07, 2013 at 09:50:53AM +, Colin Guthrie wrote: > What is also strange however is that NM doesn't build for me here. Seems > this was due to a commit by Olav to update it to 0.9.7.995 > > http://svnweb.mageia.org/packages?view=revision&revision=388631 > > http://svnweb.mageia.org/packages/cauldron/networkmanager/current/SPECS/networkmanager.spec?r1=388631&r2=388630&pathrev=388631 > > > Interestingly the commit message is "SILENT: undo version change". Not > quite sure what to make of that. Can you elaborate on the version change > Olav? Perhaps I missed a mail somewhere asking for help rediffing a > patch or something? My memory is buggy :p NetworkManager uses a stupid version numbering. It should have stayed with 0.9.6.x. My bot accidentally upgraded it to 0.9.7.x, which is wrong. > Anyway, going back to the 0.9.6.4 version (which is what is available as > built) and I find this via a quick grep: [..] > I'd like to see what Olav had in mind with that commit first tho'. Seems > there are a few changes in NM that will mean we have to refactor things > a bit (it should use NMSTATEDIR in the newer code like you say and thus > be in it's own directory). My idea was to undo the version upgrade. 0.9.6.x was released with GNOME 3.6.x, so I didn't want to create a broken combination. -- Regards, Olav
Re: [Mageia-dev] GNOME apps
On Sun, Feb 10, 2013 at 12:11:23PM +, Colin Guthrie wrote: > Will be interesting to see if this situation has changed (in general I > like the idea of 3.8 being pushed, but perhaps this should be done later > as an update should there be a general consensus on that). There was some investigation towards going for 3.8. But think it is better to stick with 3.6 due to various reasons (mostly need more people focussed on GNOME). -- Regards, Olav
Re: [Mageia-dev] [RFC] rsyslog vs journalctl
On Sat, Feb 09, 2013 at 04:18:32PM +0100, eatdirt wrote: > > >Are you sure that there still is a problem? There were some bugs that > >have been fixed months ago. Aside from that the memory usage could be > >off as journal uses mmap. > > > >But systemd always uses the journal (not runtime configurable IIRC), so > >best to make it efficient. It should also somehow be low maintenance. > >Meaning: maybe it will use less memory when there is less available > >(guessing)? > > > > > I don't know about mmap, but that's what a top gives on the current cooker: > > 326 root 1 0 1064m 37m 36m S0 1.9 0:14.73 systemd-journal > > even though it is only virtual, that's sound crazy to go up 1GB. > rsyslog never goes above 1M. I already mentioned the usage of mmap. -- Regards, Olav
Re: [Mageia-dev] Logging + Provides/Requires (Re: [RFC] rsyslog vs journalctl)
On Fri, Feb 08, 2013 at 02:07:52PM +0100, Anne Nicolas wrote: > Le 08/02/2013 13:14, Olav Vitters a écrit : > >On Fri, Feb 08, 2013 at 10:31:42AM +, Colin Guthrie wrote: > >> Q) Will we make persistent disk-based journals optional? > >>Yes: Makes it harder to ask a consistent question to extract debug. > >>No: Some people will moan. > > > >It is either persistent logging or logging in memory right? I assume > >people won't understand that it'll log anyways, just in memory. So no > >point in giving an option that does not do what people might expect. > > > > Just one point about this. It was said during meeting that having > journalctl by default could break some other software like fail2ban. > This should be checked. Some software relies on /var/log/messages and as such syslog. Journal does not break anything. But if you then remove syslog, then result is that such things will break. Same for gnome-system-log. IMO we should fix that software which relies on /var/log/messages (before 3 and if found afterwards, provide updates). For unmaintained software, deal with it as any other. /var/log/messages usually contains this weeks log messages. It is pretty trivial to replace that with the output of journalctl. -- Regards, Olav
Re: [Mageia-dev] Logging + Provides/Requires (Re: [RFC] rsyslog vs journalctl)
On Fri, Feb 08, 2013 at 10:31:42AM +, Colin Guthrie wrote: > Q) Will we make persistent disk-based journals optional? >Yes: Makes it harder to ask a consistent question to extract debug. >No: Some people will moan. It is either persistent logging or logging in memory right? I assume people won't understand that it'll log anyways, just in memory. So no point in giving an option that does not do what people might expect. -- Regards, Olav
Re: [Mageia-dev] [RFC] rsyslog vs journalctl
On Thu, Feb 07, 2013 at 07:40:51PM +0100, AL13N wrote: > Op donderdag 7 februari 2013 13:34:06 schreef Colin Guthrie: > > 'Twas brillig, and AL13N at 07/02/13 11:40 did gyre and gimble: > [...] > > > what about the tty12 bug? can this be fixed with journald? it seems to be > > > a feature that people don't want to lose? > > > > Not sure. I'll find out. It should be trivial really... i.e. all it > > really needs is a journalctl -f command run on tty12. You could craft an > > agetty command that worked like that easily enough, although there may > > be something more elegant that is more efficient and cleaner. > > since the tty12 "feature" is present now, it would be nice if it could still > be there and started as soon as possible, just like before. and still possible to turn off :P -- Regards, Olav
Re: [Mageia-dev] [RFC] rsyslog vs journalctl
On Wed, Feb 06, 2013 at 10:35:12AM +0100, EatDirt wrote: > On 06/02/13 09:52, Olav Vitters wrote: > > >By default Mageia 3 should only have journalctl. Optionally you can > >still install rsyslog. Any syslog package will store the same > >information as journalctl does. Installing this by default provides > >little benefit, so it was decided that we only do journalctl by default. > >If installed, you double the storage used for logs. > > Something I mentioned a while ago is the memory resources taken by > systemd-journald vs rsyslog; it is an order of magnitude greater. > > We don't care with modern machines, but I would let the option > available for old small RAM computers (or reduce the systemd-journal > mem resources). Are you sure that there still is a problem? There were some bugs that have been fixed months ago. Aside from that the memory usage could be off as journal uses mmap. But systemd always uses the journal (not runtime configurable IIRC), so best to make it efficient. It should also somehow be low maintenance. Meaning: maybe it will use less memory when there is less available (guessing)? -- Regards, Olav
[Mageia-dev] Freeze push: audiofile 0.3.5
I like the following change: * Improve validation of compressed audio formats. As validation often prevents security problems. Drawback that this bugfix release also includes support for new formats. I think we should still push this for Mageia 3. -- Regards, Olav --- Begin Message --- News * Implement IMA ADPCM encoding and decoding for AIFF-C, CAF, and WAVE files. * Implement Microsoft ADPCM encoding for WAVE files. * Fix calculation of IRCAM frame size. * Record marker comments in WAVE files. * Improve validation of compressed audio formats. * Add support for building without documentation. ChangeLog = http://download.gnome.org/sources/audiofile/0.3/audiofile-0.3.5.changes (10.7K) Download http://download.gnome.org/sources/audiofile/0.3/audiofile-0.3.5.tar.xz (485K) sha256sum: 335502324b9bffb2528f34352a2c5abcc2c6108be36600b2e547708564eae19a ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list --- End Message ---
Re: [Mageia-dev] [RFC] rsyslog vs journalctl
On Wed, Feb 06, 2013 at 09:43:41AM +0100, Anne Nicolas wrote: > There was a discussion yesterday evening in packager meeting about > what we should do with rsyslog. It's needed for upgrade from Mageia > 2. But journalctl is now installed by default. > > Is there some requirement for systemd ? Shall we have both > installed? We need an answer to deal with upgrade and isos By default Mageia 3 should only have journalctl. Optionally you can still install rsyslog. Any syslog package will store the same information as journalctl does. Installing this by default provides little benefit, so it was decided that we only do journalctl by default. If installed, you double the storage used for logs. Not sure how to handle an upgrade. rsyslog should still be in the repository, but no idea if Mageia has something like a distro upgrade actions (probably best to explicitly remove rsyslog when using the installer to upgrade.. keep rsyslog when using urpmi). -- Regards, Olav
[Mageia-dev] Freeze push: gtkhtml 4.6.3
Small bugfix release. Seems harmless. -- Regards, Olav --- Begin Message --- About gtkhtml = HTML rendering and editing library News Bug Fixes: Bug 689476 - Slow composer open (emoticon and color widget leaks) (Milan Crha) Other Changes: * Fix a memory leak (GtkhtmlFaceAction instance) (Milan Crha) Translations: Rafael Ferreira (pt_BR) ChangeLog = http://download.gnome.org/sources/gtkhtml/4.6/gtkhtml-4.6.3.changes (1.42K) Download http://download.gnome.org/sources/gtkhtml/4.6/gtkhtml-4.6.3.tar.xz (1.01M) sha256sum: 9d655015247dfacf3f153bb6e14bd1bed3a228e7954141771dfe9dca53ac1d58 ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list --- End Message ---
Re: [Mageia-dev] KDE dependencies
On Mon, Feb 04, 2013 at 07:46:31AM +0100, Nicolas Lécureuil wrote: > Le lundi 4 février 2013 01:18:37 Olav Vitters a écrit : > > I suddenly got asked of various KDE dependency questions. > > > > > I tried figuring out what triggered this, but I am not sure. Also not > > sure when I last updated my system. Any way of figuring out what > > triggers all the extra dependencies? > > Please test to update now ( new mlt shouldn't require kde anymore ) Fixed it, thanks! -- Regards, Olav
[Mageia-dev] KDE dependencies
I suddenly got asked of various KDE dependency questions. In order to satisfy the 'phonon-backend[>= 4.2.0]' dependency, one of the following packages is needed: 1- phonon-gstreamer-4.6.2-5.mga3.x86_64: GStreamer backend for Phonon (to install) 2- phonon-xine-4.4.4-4.mga3.x86_64: Xine phonon backend (to install) 3- phonon-vlc-0.6.1-2.mga3.x86_64: VLC backend for Phonon (to install) What is your choice? (1-3) 1 In order to satisfy the 'kde-l10n' dependency, one of the following packages is needed: 1- kde-l10n-nl-4.9.97-2.mga3.noarch: Dutch language support for KDE (to install) 2- kde-l10n-en_GB-4.9.97-2.mga3.noarch: British English support for KDE (to install) 3- kde-l10n-en_US-4.9.97-2.mga3.noarch: American English support for KDE (to install) 4- kde-l10n-ca-valencia-4.9.97-2.mga3.noarch: Catalan (Valencian) language support for KDE (to install) 5- kde-l10n-ia-4.9.97-2.mga3.noarch: Interlingua language support for KDE (to install) 6- kde-l10n-bs-4.9.97-2.mga3.noarch: Bosnian language support for KDE (to install) 7- kde-l10n-vi-4.9.97-2.mga3.noarch: Vietnamese language support for KDE (to install) urpmi --auto-update wants to install various KDE libraries, etc. I have 0 problem with KDE, but there is no need for that on my system. I tried figuring out what triggered this, but I am not sure. Also not sure when I last updated my system. Any way of figuring out what triggers all the extra dependencies? -- Regards, Olav
Re: [Mageia-dev] [council] *ping* Media query: secure boot support
On Tue, Jan 29, 2013 at 08:19:19PM +0200, Thomas Backlund wrote: > Olav Vitters skrev 29.1.2013 14:40: > >In which case I'd just turn secure boot off? Same for all the other > >examples. Maybe it at one point it has to be disabled, but at the moment > >that is not the case and it provides something useful. > > > > and if the hw vendor has not implemented a way to turn it off... Then I couldn't even install Mageia? I doubt Secure Boot would be impossible to turn off, as then you cannot have a "designed for Windows 8" sticker on it plus nobody could install an older Windows version. My only worry if it would turn off UEFI at the same time or not. -- Regards, Olav
Re: [Mageia-dev] [council] *ping* Media query: secure boot support
On Tue, Jan 29, 2013 at 01:38:56PM +0200, Thomas Backlund wrote: > Olav Vitters skrev 29.1.2013 13:12: > >On Tue, Jan 29, 2013 at 11:11:55AM +0200, Thomas Backlund wrote: > > > > >>And personally, I dont think we should ever bother with the > >>SecureBoot crap as its flawed in so many ways... > > > >I quite like SecureBoot. This way you can avoid attacks on the boot > >sector. > > > > Yeah, and when MS screws up with one of the master keys > (or some hw wendor) think about the "dual-booters" > > Microsft pushes revocation key through windowsupdate, and you > suddenly find out your linux wont boot anymore, beacuse the > signature that is supposed to validate your boot has been > revoked... In which case I'd just turn secure boot off? Same for all the other examples. Maybe it at one point it has to be disabled, but at the moment that is not the case and it provides something useful. -- Regards, Olav
Re: [Mageia-dev] [council] *ping* Media query: secure boot support
On Tue, Jan 29, 2013 at 11:11:55AM +0200, Thomas Backlund wrote: > Olav Vitters skrev 29.1.2013 10:43: > >On Sun, Jan 27, 2013 at 01:43:25PM +0100, Marja van Waes wrote: > >>>From: Sam Varghese > >[..] > >>>I would like to know what Mageia plans to do about secure boot - when > >>>you will have a release that supports booting on hardware on which this > >>>feature is enabled. > > > >I'm wondering as well. I've been thinking to upgrade my system somewhere > >this year. This means secure boot, UEFI, etc. It would be nice if Mageia > >supports that nicely. > > Supporting (U)EFI does not require SecureBoot support... Technically no, but I am not sure how what options there will be on the motherboard. I've been trying to read up on it, but though you should be able to only disable SecureBoot, it seems it sometimes also disables more. My current motherboard is from Gigabyte. Probably will buy from this company again as I don't have any issues with it. PSU wise it is another story though :P (but don't think I need to replace the PSU) > And personally, I dont think we should ever bother with the > SecureBoot crap as its flawed in so many ways... I quite like SecureBoot. This way you can avoid attacks on the boot sector. -- Regards, Olav
Re: [Mageia-dev] [council] *ping* Media query: secure boot support
On Sun, Jan 27, 2013 at 01:43:25PM +0100, Marja van Waes wrote: > >From: Sam Varghese [..] > >I would like to know what Mageia plans to do about secure boot - when > >you will have a release that supports booting on hardware on which this > >feature is enabled. I'm wondering as well. I've been thinking to upgrade my system somewhere this year. This means secure boot, UEFI, etc. It would be nice if Mageia supports that nicely. e.g. I see a whole thread about Grub 1.x. But I think it is more important if you can still install Mageia on a new computer. -- Regards, Olav
Re: [Mageia-dev] Proposal for Gstreamer 1.0 packaging: tainted version should require the tainted specific plugins
On Tue, Jan 29, 2013 at 12:27:26AM +0100, Christiaan Welvaart wrote: > Have you noticed gstreamer0.10-decoders and > gstreamer0.10-decoders-audio ? Those can do the same as your point > 2. but for all plugins independent of the source packages. So > basically task- packages for gstreamer plugins that totem, other > players and transcoders/editors can use. Never noticed them! So unfortunate, think this should always have been a Totem "Requires" (but then for GStreamer 1.0). > That way you get meta packages for demuxers, muxers, audio-decoders, > audio-encoders, video-decoders, and video-encoders which depend on > the standard/typical plugins. So it is ok if I make a 1.0 version out of this, as well as making a tainted version as well? -- Regards, Olav
Re: [Mageia-dev] Proposal for Gstreamer 1.0 packaging: tainted version should require the tainted specific plugins
On Mon, Jan 28, 2013 at 06:30:51PM -0500, Charles A Edwards wrote: > On Mon, 28 Jan 2013 22:57:14 +0100 > Olav Vitters wrote: > > > I think #2 is the best option. If someone enables tainted, then likely > > they just want video playing to work. Furthermore, this avoids > > changing all the video players which could use GStreamer. > > > No, it should be 1 done as both tainted and Core just as is > done with mplayer, xine, vlc, gstreamer-plugins-bad and others > apps. But Totem is not something which is tainted. The software is all ok. -- Regards, Olav
Re: [Mageia-dev] Proposal for Gstreamer 1.0 packaging: tainted version should require the tainted specific plugins
On Tue, Jan 29, 2013 at 12:18:25AM +0100, Manuel Hiebel wrote: > It should not be automatically with packagekit ? Does not seem to work reliably at all. Sometimes it can only detect the plugin it needs after you installed it. I've noticed it installing the video codec and forgetting about the audio. -- Regards, Olav
Re: [Mageia-dev] Mageia 3 observations
On Mon, Jan 28, 2013 at 11:09:32PM +0100, Reinout van Schouwen wrote: > Size restrictions? I doubt it, I have 26G free on /. > > Note that I did a clean install so there must be something else that went > wrong. I meant size restrictions on whatever you downloaded, the DVD or maybe the USB version. Did you install the package from the DVD / USB stick, or install it via internet? Please also give a link to what you downloaded so I can take a look at the packages are on there. -- Regards, Olav
Re: [Mageia-dev] Mageia 3 observations
On Mon, Jan 28, 2013 at 10:29:52PM +0100, Reinout van Schouwen wrote: > Working with Gnome3, I found that some gvfs back-ends weren't set up > correctly so that the file chooser couldn't access smb or ssh locations. I > had to install gvfs-smb manually as well as the openssh client. This is an > inconvenience but I'm not sure it can be categorized as a bug. gvfs already has: Suggests: %{name}-fuse Suggests: %{name}-smb Suggests: %{name}-archive Suggests: %{name}-iphone I'm guessing size restrictions caused them not to be installed? Anyone have a suggestion on how to ensure that they're there without causing size issues? rpmsrate-raw? openssh client I don't see as a suggests. -- Regards, Olav
[Mageia-dev] Proposal for Gstreamer 1.0 packaging: tainted version should require the tainted specific plugins
To allow Totem to play back any file, in practice you want to install GStreamer 1.0 from the tainted section. Ideally to play back a lot of files, you'll want: gstreamer1.0-dts gstreamer1.0-faad gstreamer1.0-x264 gstreamer1.0-amrwbdec However, I cannot rely on those in totem.spec, because they are in the tainted section. I see two ways of solving this: 1. Building a non-tainted and a tainted totem The tainted one has Requires: for the tainted gstreamer 1.0 packages you'll very likely want. Benefit: - Avoids Gstreamer 1.0 plugin packages from depending on lots of other packages Drawback: - Has to be repeated for every video player that uses GStreamer - Tracking subpackages can be difficult - Totem tainted version has a lot more dependencies 2. Ensure that installing the tainted gstreamer1.0 plugin packages installs all related tainted plugin packages Example: gstreamer1.0-plugins-bad package in tainted should have: Requires: gstreamer1.0-dts Requires: gstreamer1.0-faad Due to subpackages possibly being moved in and out of the tainted section, the only thing I want to change is the Requires. I'm not planning to merge the subpackage.. even if it maybe is a little bit weird to have the main package always require the subpackage. Benefit: - Ensures that enabling tainted section makes video playing 'work' in any player that uses GStreamer - List of subpackages is maintained in just one place Drawback: - Increases the size + dependencies of the tainted gstreamer subpackage - Cannot just install just one tainted subpackage, have to install them all at once I think #2 is the best option. If someone enables tainted, then likely they just want video playing to work. Furthermore, this avoids changing all the video players which could use GStreamer. Thoughts? -- Regards, Olav
[Mageia-dev] Freeze push: gtksourceview 3.6.3
Bugfix release. -- Regards, Olav --- Begin Message --- About gtksourceview === Source code editing widget News * Fixed classic, tango and kate themes. ChangeLog = http://download.gnome.org/sources/gtksourceview/3.6/gtksourceview-3.6.3.changes (753) Download http://download.gnome.org/sources/gtksourceview/3.6/gtksourceview-3.6.3.tar.xz (1.16M) sha256sum: bb1e016779cf19e3a67d04b1067e8de24d8db6493abf7a43a284850e5ded ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list --- End Message ---
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release GConf2-3.2.6-1.mga3
On Thu, Jan 24, 2013 at 11:17:52AM -0500, Charles A Edwards wrote: > On Thu, 24 Jan 2013 14:29:18 +0100 (CET) > boklm wrote: > > > ovitters 3.2.6-1.mga3: > > + Revision: 390805 > > - remove sanity-check subpackage (removed upstream) > > gnome-session now needs to be rebuilt to remove the > 'Requires:GConf2-sanity-check' > from the gnome-session-bin pkg. I killed the Requires, but I am not sure if I still need a Conflicts or something similar somewhere. Any suggestions? -- Regards, Olav
[Mageia-dev] Freeze push: evolution-kolab 3.6.3
Another minor bugfix release. Please first submit the other evolution stuff. -- Regards, Olav --- Begin Message --- About evolution-kolab = A project to provide connectivity to Kolab groupware servers for Evolution News Bug Fixes: (none) Other Changes: * base64-decode and UTF8-validate XFB data retrieved from the Kolab server before passing it on to the EClient * update of unit tests and valgrind suppression files Translations (added/updated): - de, courtesy of Mario Blättermann - sr, courtesy of Мирослав Николић - sr@latin, courtesy of Miroslav Nikolić Download http://download.gnome.org/sources/evolution-kolab/3.6/evolution-kolab-3.6.3.tar.xz (653K) sha256sum: 990c4547fbd3caa6ea3f86d25eb954bfd883519087e9754a83ad8f94649b0585 ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list--- End Message ---
[Mageia-dev] Freeze push: gtksourceview 3.6.2
Bugfix release, see attachment for details. -- Regards, Olav --- Begin Message --- About gtksourceview === Source code editing widget News * octave: point to the right keyword style * Updated translations ChangeLog = http://download.gnome.org/sources/gtksourceview/3.6/gtksourceview-3.6.2.changes (678) Download http://download.gnome.org/sources/gtksourceview/3.6/gtksourceview-3.6.2.tar.xz (1.15M) sha256sum: b549798910df30e2fc1cedf6ae9628b52652afe218cdb1edd38a3ad06ae0e3ac ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list --- End Message ---
[Mageia-dev] Freeze push: clutter-gst2 2.0.0
Stable release of the currently packaged clutter-gst2-1.9.92-3.mga3 Only minor changes. Please note the 2 in clutter-gst2. -- Regards, Olav --- Begin Message --- About Clutter-Gst = Clutter-Gst is a gstreamer based clutter actor implementing the ClutterMedia interface. It provides video playback on a clutter texture. The library can also be used for its cluttersink Gstreamer element to build more complex pipelines. News List of chances since 1.9.92 o Fix a bug a autocluttersink that would lead to playbin not considering it as a sink any more when removing the actual sink from the bin o Small build and deprecation fixes Many Thanks to: Nuno Araujo Hans-Christian Ebke Javier Jardón Nirbheek Chauhan Download http://download.gnome.org/sources/clutter-gst/2.0/clutter-gst-2.0.0.tar.xz (342K) sha256sum: c612926f1e0bbd3c1ad748192cfccf0f15fdff0113db3b983d9f58989431f99a ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list--- End Message ---
[Mageia-dev] Freeze push: evolution 3.6.3
Please wait for evolution-data-server to build before submitting this one. Again load of bugfixes. -- Regards, Olav --- Begin Message --- About evolution === Manage your email, contacts and schedule News Bug Fixes: Bug 588216 - 'Unsubscribe' disabled for newsgroups (Matthew Barnes) Bug 671628 - Size of backup window is big (Milan Crha) Bug 677378 - Alert about self-signed certificates when checking auth types (Milan Crha) Bug 678606 - Crash under mail_backend_folder_deleted_cb() (Milan Crha) Bug 680201 - Backup restore doesn't migrate accounts from GConf (Milan Crha) Bug 685808 - Search bar entry background does not change on search (Milan Crha) Bug 686212 - Cannot print html mails with defined (Milan Crha) Bug 687360 - Crash on quit in gtk_style_context_get_valist() (Milan Crha) Bug 687974 - No displaying of extended free/busy (XFB) information (Christian Hilberg) Bug 687997 - No email sent for shared memos (Milan Crha) Bug 687998 - Attachment dialog shown when storing assigned task (Milan Crha) Bug 687999 - 'Open calendar' in invitation email does nothing (Milan Crha) Bug 688819 - It's possible to make Evolution stop sending emails (Milan Crha) Bug 689639 - File -> Print Preview in composer brings up Print dialog (Matthew Barnes) Bug 689966 - MDN bar shown in Sent folder (Milan Crha) Bug 691133 - Evolution creates 'highlight' zombies (Matthew Barnes) Bug 691134 - New contact lists always saved to a default book (Milan Crha) Bug 691134 - Only autocompleted name is added to a contact list (Milan Crha) Bug 691194 - Import .ics preview shows UTC time instead of local time (Milan Crha) Bug 691732 - multipart/related hides attachments (Milan Crha) Bug 692003 - Print of text/html with no html/body end tag cuts content (Milan Crha) Bug 692005 - Changing character encoding doesn't work (Milan Crha) Bug 692009 - text/css always formatted as attachment (Milan Crha) Bug 692143 - Auto-configured MSN account should use POP, not IMAP (Matthew Barnes) Other Changes: * Relative URI can crash Evolution in http_request_send_async() (Milan Crha) * EMailDisplay lefts opened file handles to downloaded images (Milan Crha) * Do not empty trash/delete junk in disabled accounts on exit (Milan Crha) * backup-restore: Remove references to ~/.camel_certs. (Matthew Barnes) * Do not hide 'attachment' images with Content-ID (Milan Crha) Translations: Nilamdyuti Goswami (as) Christian Kirbach (de) Mario Blättermann (de) Sweta Kothari (gu) Rajesh Ranjan (hi) Balázs Úr (hu) Takayuki KUSANO (ja) Shankar Prasad (kn) Rafael Ferreira (pt_BR) Dr.T.Vasudevan (ta) Krishnababu Krothapalli (te) Gheyret Kenji (ug) ChangeLog = http://download.gnome.org/sources/evolution/3.6/evolution-3.6.3.changes (21.9K) Download http://download.gnome.org/sources/evolution/3.6/evolution-3.6.3.tar.xz (11.8M) sha256sum: 2c564f3e59cb26663d3e3992c881842815fb8fbc037074475f906030c8c5fd25 ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list--- End Message ---
[Mageia-dev] Freeze push: evolution-ews 3.6.3
Small amount of bugfixes. Being able to select the sent folder seems important. Please submit after evolution-data-server. -- Regards, Olav --- Begin Message --- About evolution-ews === MS Exchange integration through Exchange Web Services News Bug Fixes: Bug 671893 - Filter by 'Mailing list' doesn't work (Milan Crha) Bug 687874 - Be able to select Sent folder again (Milan Crha) Bug 689521 - Delivery notification reply fails to send (Milan Crha) Bug 690474 - Explicitly link to libm (Alexandre Rostovtsev) Translations: Balázs Úr (hu) Marek Černocký (cs) Sandeep Sheshrao Shedmake (mr) Download http://download.gnome.org/sources/evolution-ews/3.6/evolution-ews-3.6.3.tar.xz (501K) sha256sum: d044bf8f7753d9489d65a5b94b117cef1369d78c57810125fab229368d01fec6 ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list--- End Message ---
[Mageia-dev] Freeze push: evolution-data-server 3.6.3
Loads and loads of bugfixes, a lot of which are crashers. -- Regards, Olav --- Begin Message --- About evolution-data-server === Centralized access to appointments and contacts News Bug Fixes: Bug 202576 - A way to refresh IMAP folder list (Milan Crha) Bug 674454 - Crash in e_book_backend_ldap_authenticate_user (Milan Crha) Bug 677378 - Crash in imapx_query_auth_types_sync() (Milan Crha) Bug 680201 - Backup restore doesn't migrate accounts from GConf (Milan Crha) Bug 684175 - Check email value in e_destination_set_contact() (Paul Menzel) Bug 687634 - Improve camel console warning text (Paul Menzel) Bug 687670 - Signing with both pgp and S/MIME causes a broken signature (Milan Crha) Bug 687865 - Shows old reminders for GOA accounts (Milan Crha) Bug 688146 - Crash in Contacts calendar backend (Milan Crha) Bug 688366 - WebDAV book can cause high CPU usage (Milan Crha) Bug 688479 - Empty name selector dialog on open (Milan Crha) Bug 688639 - SMTP: Correctly deal with 535 authentication error (Paul Menzel) Bug 688660 - Crash on webdav contact cache update (Milan Crha) Bug 688795 - Crash under e_cal_backend_contacts_start_view() (Milan Crha) Bug 688926 - SIGABRT on call_old_file_Sync (Daniele Rondina) Bug 689124 - Increase Camel's TCP read/write timeout (Matthew Barnes) Bug 690151 - Crash in e_book_backend_file_bump_revision() (Milan Crha) Bug 691124 - [imap] Typo in sort_uid_cmp() (Paul Menzel) Bug 691126 - Fix warnings found by Clang (Milan Crha) Bug 691298 - Deadlock under e_cal_backend_foreach_view() (Milan Crha) Bug 691470 - ENameSelectorEntry: Copy to clipboard issue with multi-byte characters (Milan Crha) Bug 691477 - exists_vcard is not supported when parsing a query from string (Milan Crha) Translations: Sayak Sarkar (bn_IN) Christian Kirbach (de) Rajesh Ranjan (hi) Rafael Ferreira (pt_BR) Dr.T.Vasudevan (ta) Krishnababu Krothapalli (te) Gheyret Kenji (ug) ChangeLog = http://download.gnome.org/sources/evolution-data-server/3.6/evolution-data-server-3.6.3.changes (16.7K) Download http://download.gnome.org/sources/evolution-data-server/3.6/evolution-data-server-3.6.3.tar.xz (3.89M) sha256sum: 37a0d0d4f6c8515e70e34f1e7e1f457f4c7736f35ba0f18c4b4bca0a17db7de0 ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list --- End Message ---
[Mageia-dev] Freeze push: GConf 3.2.6
I forgot to use the correct subject. See the Fwd: GConf 3.2.6 email for details. -- Regards, Olav
[Mageia-dev] Fwd: GConf 3.2.6
Bugfix release. This removes the sanity-check subpackage. According to upstream it was not needed since a long time. I obsoleted it in the lib, as that required the subpackage. Only potential issue in this is switching to XDG. IMO good to do. -- Regards, Olav --- Begin Message --- About GConf === GConf is a process-transparent configuration database API used to store user preferences. It has pluggable backends and features to support workgroup administration. This component is deprecated - new code should be written to use GSettings. News * gsettings-schema-convert: Fix conversion of empty lists * 671490 - Fix shutdown of gconfd * 646663 - Removed unused gconf_get_lock_dir function * 674803 - Use XDG config dir for settings storage * 685509 - Fix early bailout on OS X * 667167 - Fix a user-after-free * 682963 - Remove obsolete debian/ dir * 686634 - Fix a typo * 653809 - Add Unity to OnlyShowIn * 646674 - Remove gconf-sanity-check * Translation updates ChangeLog = http://download.gnome.org/sources/GConf/3.2/GConf-3.2.6.changes (11.8K) Download http://download.gnome.org/sources/GConf/3.2/GConf-3.2.6.tar.xz (1.49M) sha256sum: 1912b91803ab09a5eed34d364bf09fe3a2a9c96751fde03a4e0cfa51a04d784c ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list --- End Message ---
Re: [Mageia-dev] tmpfiles conversion: Thanks! Only 0 pkgs to go!
On Mon, Jan 21, 2013 at 12:02:42AM +, Colin Guthrie wrote: > Some bugs that might remain include calling "systemd-tmpfiles --create" > in a spec somewhere rather than using "%_tmpfilescreate %{name}" > macro... This would certainly cause problems so if anyone knows of it > being used somewhere please let me know. $ grep 'systemd-tmpfiles --create' */current/SPECS/*.spec apache/current/SPECS/apache.spec:systemd-tmpfiles --create httpd.conf davfs2/current/SPECS/davfs2.spec:systemd-tmpfiles --create %{name}.conf ddclient/current/SPECS/ddclient.spec:systemd-tmpfiles --create %{name}.conf ||: dhcp/current/SPECS/dhcp.spec:systemd-tmpfiles --create dhcpd.conf dhcp/current/SPECS/dhcp.spec:systemd-tmpfiles --create dhcrelay.conf dhcp/current/SPECS/dhcp.spec:systemd-tmpfiles --create dhclient.conf dmraid/current/SPECS/dmraid.spec:systemd-tmpfiles --create %{name}.conf inn/current/SPECS/inn.spec:systemd-tmpfiles --create %{name}.conf lvm2/current/SPECS/lvm2.spec:systemd-tmpfiles --create %{name}.conf mdadm/current/SPECS/mdadm.spec:systemd-tmpfiles --create %{name}.conf motion/current/SPECS/motion.spec:systemd-tmpfiles --create %{name}.conf ||: munin/current/SPECS/munin.spec:systemd-tmpfiles --create %{name}.conf pam/current/SPECS/pam.spec:%{_bindir}/systemd-tmpfiles --create %{name}.conf postgrey/current/SPECS/postgrey.spec:systemd-tmpfiles --create resolvconf/current/SPECS/resolvconf.spec:systemd-tmpfiles --create %{name}.conf spamassassin/current/SPECS/spamassassin.spec:systemd-tmpfiles --create %{name}.conf ||: tor/current/SPECS/tor.spec:systemd-tmpfiles --create %{name}.conf uptimed/current/SPECS/uptimed.spec:systemd-tmpfiles --create -- Regards, Olav
[Mageia-dev] Freeze push: gnome-menus 3.6.2
Small bugfix and translation updates. -- Regards, Olav --- Begin Message --- About Menu Library == Library for the Desktop Menu fd.o specification News * 688972 call menu_layout_load() with non_prefixed_name parameter * Translation updates (Arabic, Kannada, Uyghur) ChangeLog = http://download.gnome.org/sources/gnome-menus/3.6/gnome-menus-3.6.2.changes (2.60K) Download http://download.gnome.org/sources/gnome-menus/3.6/gnome-menus-3.6.2.tar.xz (414K) sha256sum: f6cefb25ce3ca2a0e4cb43894089cc6079bf948230e99bc0e244b380fa84bf4f ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list --- End Message ---
Re: [Mageia-dev] Freeze push: vino 3.7.4
On Tue, Jan 15, 2013 at 09:57:28AM +0100, Bersuit Vera wrote: > Thanks, I'll talk to you when working in gnome packages. > Send me gnome junior job anytime, I'am a mageia gnome soldier :-P No need to ask beforehand. If you think you're doing the right thing then go ahead. Prefer an accidental mistake to happen over bureaucracy. Only ask if you're really unsure and cannot figure it out yourself. Other than that: just do it and don't worry. -- Regards, Olav
Re: [Mageia-dev] Freeze push: vino 3.7.4
On Tue, Jan 15, 2013 at 08:33:18AM +0100, Bersuit Vera wrote: > I ask excuse, just I saw the update on > http://check.mageia.org/cauldron/updates.html, > I trush the updates are to stable. I'am just a Padawan. No problem at all, this is how anyone learns. I was hoping you wanted to become the vino or vinagre maintainer though :P FYI, almost all software on ftp.gnome.org follows a.b.c and optionally .d where a = major b = minor (even=stable, uneven=unstable) c = micro (generally ok to update) d = pico (only used in case previous version did not build, highly recommended to update if a.b.c is still the same) so 3.6.0 => 3.6.1 is just a stable update 3.6.0 => 3.6.0.2 likely fixed some build issues which you might or not not have experienced on Mageia 3.6.2 => 3.7.2 means the it goes from stable to unstable 3.7.91 => 3.8.0 means a new stable release Note that on GNOME, the software is QA tested from git. However, the tarballs are released individually by maintainers. Then after tarball releases it is checked by the release team. Could happen that you first have 3.6.x, quickly followed by 3.6.x.1 or even a 3.6.x.2. Generally this only happens for the first few micro releases in a new development cycle (e.g. 3.7.0 to 3.7.4). -- Regards, Olav
[Mageia-dev] Freeze push: vino 3.7.4
Same as vinagre, bersuit pushed an unstable version while there is no maintainer. Almost no changes in this version, should be safe to update. -- Regards, Olav --- Begin Message --- About Vino == Vino is a Virtual Network Computing (VNC) server for GNOME, that allows you to share your desktop with remote clients. News Adrián Arévalo (1): Updated Spanish translation Alexander Shopov (1): Updated Bulgarian translation Aurimas Černius (1): Updated Lithuanian translation Daniel Mustieles (1): Added keywords to .desktop file, bug 691062 David King (3): Post-release version bump to 3.7.4 Add "desktop-entry" notification hint, bug 691045 Update NEWS for 3.7.4 release Dimitris Spingos (1): Updated Greek translation Fran Diéguez (1): Updated Galician translations Gheyret Kenji (1): Updated Uyghur translation Khaled Hosny (1): Update Arabic translation Kjartan Maraas (2): Updated Norwegian bokmål translation Updated Norwegian bokmål translation Mattias Põldaru (1): [l10n] Updated Estonian translation Piotr Drąg (1): Updated Polish translation Shankar Prasad (1): Updated Kannada Translations Yaron Shahrabani (1): Updated Hebrew translation. ChangeLog = http://download.gnome.org/sources/vino/3.7/vino-3.7.4.changes (1.59K) Download http://download.gnome.org/sources/vino/3.7/vino-3.7.4.tar.xz (731K) sha256sum: 0b8a84dcf149a270957ed65fe4baa1a56799ff5eab259021fb340d048816e528 ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list--- End Message ---
[Mageia-dev] Freeze push: vinagre 3.7.4
bersuit pushed an unstable version of vinagre. maintainer is set as nobody. not sure why it was done, but should update from 3.7.3 to 3.7.4. -- Regards, Olav --- Begin Message --- About Vinagre = Vinagre is a remote desktop viewer for GNOME, that uses Virtual Network Computing (VNC) to remotely control another desktop. Additional protocols, such as RDP and SSH, are also supported. News David King (2): Post-release version bump to version 3.7.4 Update NEWS for 3.7.4 release Dimitris Spingos (1): Updated Greek translation Shankar Prasad (1): Updated Kannada Translations Sébastien Villemot (1): Use GPollableInputStream when checking SSH errors ChangeLog = http://download.gnome.org/sources/vinagre/3.7/vinagre-3.7.4.changes (523) Download http://download.gnome.org/sources/vinagre/3.7/vinagre-3.7.4.tar.xz (2.38M) sha256sum: 28257682146f565427c4b1c597d4003f2ec33a4b1b7a3b4a144fd9e7a16965df ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list--- End Message ---
[Mageia-dev] Freeze push: gnome-boxes 3.6.3
Crasher fix. Already have 3.6.2, seems like non intrusive update. -- Regards, Olav --- Begin Message --- About GNOME Boxes = No long description yet News Changes since 3.6.2: - Fix express installation for Fedora 18. - Don't crash when running Boxes while it's already running. - Added/updated translations: - Kannada - Tamil All contributors to this release: Christophe Fergeau Dr.T.Vasudevan Shankar Prasad Zeeshan Ali (Khattak) Download http://download.gnome.org/sources/gnome-boxes/3.6/gnome-boxes-3.6.3.tar.xz (976K) sha256sum: c39b3a71a823fecc0c94ed1f288b3369191b465dd672921ef48bb2779757e8d5 ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list --- End Message ---
[Mageia-dev] Please test: alacarte 3.7.3
Alacarte 3.6.1 was buggy so I pushed 3.7.2. Could someone package alacarte 3.7.3 locally and test it? I'm terrible with testing, but don't want to request a freeze break without knowing this version is actually better than the old one… Note: my bot already committed everything to SVN, so: mgarepo co alacarte cd alacarte bm should result in a testable package. Can also either upload somewhere or push to updates_testing. -- Regards, Olav --- Begin Message --- About Main Menu === Change which applications are shown on the main menu ChangeLog = 009ec01 (HEAD, origin/master, origin/HEAD, master) Updated Slovenian translation M po/sl.po a9cf43a Updated Hungarian translation M po/hu.po d71b7b5 Updated Polish translation M po/pl.po 72ba83a Enforce the use of Gtk 3.0; Gtk 2.0 is no introspecatble and thus does not serve us anyway. M Alacarte/ItemEditor.py M Alacarte/MainWindow.py M Alacarte/util.py fde7f58 alacarte: Simplify the runner script M Alacarte/MainWindow.py M alacarte.in fc83511 ItemEditor: Refactor and deduplicate code M Alacarte/ItemEditor.py 75717fc ItemEditor: Make the dialog names the same M Alacarte/ItemEditor.py M data/directory-editor.ui M data/launcher-editor.ui bf776b3 Make item editors modal on top of the main window M Alacarte/ItemEditor.py M Alacarte/MainWindow.py b2ade7e MainWindow: Use the appropriate editor when right-clicking on items M Alacarte/MainWindow.py fb569f0 ItemEditor: Make sure to set the Type field M Alacarte/ItemEditor.py 536c2c4 ItemEditor: Add a directory editor as well M Alacarte/ItemEditor.py M Alacarte/MainWindow.py M data/Makefile.am A data/directory-editor.ui M po/POTFILES.in 41f6f97 ItemEditor: Refactor out some synchronization setters M Alacarte/ItemEditor.py a1c4498 ItemEditor: Refactor out IconPicker UI M Alacarte/ItemEditor.py 93e78f9 ItemEditor: Make the name/exec fields required M Alacarte/ItemEditor.py 73321bd ItemEditor: Use an absolute path to the builder file M Alacarte/ItemEditor.py 3a3dc69 ItemEditor: Set the default focus correctly M data/launcher-editor.ui c850f46 MainWindow: Use the new LauncherEditor for new files M Alacarte/MainWindow.py 8f2d7cd ItemEditor: Handle missing files better M Alacarte/ItemEditor.py 3c987dc MainWindow: Remove unused variables M Alacarte/MainWindow.py 968c81b Add our own custom launcher editor A Alacarte/ItemEditor.py M Alacarte/MainWindow.py M Alacarte/Makefile.am M data/Makefile.am A data/launcher-editor.ui M po/POTFILES.in 1443592 util: Fix fillKeyFile M Alacarte/util.py 23f0318 MainWindow: Make property editing work again M Alacarte/MainWindow.py a3152fb alacarte.ui: Put back menu items M data/alacarte.ui 51034a4 alacarte.ui: Do a lot of rearranging M data/alacarte.ui cfcea0b alacarte.ui: Line up and clean up widgets M data/alacarte.ui 0e52442 alacarte.ui: Clean up M data/alacarte.ui 5890bcd alacarte.ui: Use a GtkWindow M data/alacarte.ui ed19984 MainWindow: Construct MenuEditor separately M Alacarte/MainWindow.py M alacarte.in 55dfaed Clean up builder files M data/alacarte.ui e65fd34 Allow specifying a menu basename other than applications.menu M Alacarte/MainWindow.py M Alacarte/MenuEditor.py M alacarte.in 075b8f0 alacarte.in: Fix indentation M alacarte.in d3e706d Updated Hebrew translation. M po/he.po 2fb6667 Updated Hungarian translation M po/hu.po 147fbe4 Updated Brazilian Portuguese translation M po/pt_BR.po eed3d62 Post-release version bump M configure.ac eaedd3b (tag: 3.7.2) Release 3.7.2 Download http://download.gnome.org/sources/alacarte/3.7/alacarte-3.7.3.tar.xz (176K) sha256sum: 7467b7d486525e521d47d57de4ce1bb06a0ad4db372e64a60c6f2fb784415a2c ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list --- End Message ---
[Mageia-dev] Freeze push: eog 3.7.4
vaci0 pushed eog 3.7.2. At least we should go for latest unstable… not sure if it works with our gtk+ version though. -- Regards, Olav --- Begin Message --- About Eye of GNOME Image Viewer === The Eye of GNOME image viewer is the official image viewer for the GNOME Desktop environment. With it, you can view single image files, as well as large image collections. The Eye of GNOME supports a variety of image file formats. The GdkPixbuf library determines which file formats Eye of GNOME can load and save. News * Use XDG_DATA_DIRS and XDG_DATA_HOME as plugin search paths Bug fixes: #683335, Set the basename for print-to-file (Federico Mena Quintero) #689165, eog contains files which do not have a valid copyright or license information (Felix Riemann) #690282, Load per-user plugins from $XDG_DATA_DIRS (Felix Riemann) #690931, Any combination of the `1` key is bound to "Normal Size" (F. Riemann) #691517, missing check against null in handle_image_selection_changed_cb #691552, Use q shortcut to quit the application (Florian Müllner) New and updated translations: - Ivaylo Valkov [bg] - Dimitris Spingos (Δημήτρης Σπίγγος) [el] - Mattias Põldaru [et] - Fabio Tomat [fur] - Fran Dieguez [gl] - Aurimas Černius [lt] - Piotr Drąg [pl] - Florencio Neves, Enrico Nicoletto [pt_BR] - Richard Stanislavský [sk] - Theppitak Karoonboonyanan [th] - Gheyret Kenji [ug] ChangeLog = http://download.gnome.org/sources/eog/3.7/eog-3.7.4.changes (10.1K) Download http://download.gnome.org/sources/eog/3.7/eog-3.7.4.tar.xz (3.45M) sha256sum: dbef52432203062d2e4ff482b1797c0f63bc87bfe660eb5c45c99d36917bff29 ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list--- End Message ---
[Mageia-dev] Freeze push: baobab 3.6.4
Just fixes a crasher and some translation updates. -- Regards, Olav --- Begin Message --- About baobab A graphical disk usage analyzer News * Fix crash in scan remote folder * Updated translations (an, fur, pt_BR, ta, ug) ChangeLog = http://download.gnome.org/sources/baobab/3.6/baobab-3.6.4.changes (1.50K) Download http://download.gnome.org/sources/baobab/3.6/baobab-3.6.4.tar.xz (976K) sha256sum: e5539558ef3411e14cb165a3e77f2d0451e984722a71a7a7d0f72fe29360cb2e ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list --- End Message ---
[Mageia-dev] Freeze push: bijiben 3.7.4
Mageia currently has bijiben 3.7.3. This is a new development version. Bijiben is a new application and there have only been unstable releases up to now. Seems best to stick with the latest unstable, even if the change itself might cause bugs (serialization format change could result in bugs). -- Regards, Olav --- Begin Message --- About Bijiben = Write out notes, every detail matters News * Bug fixed 690860 - Rework serialization format to be XHTML * New translations: ca pt zh ChangeLog = http://download.gnome.org/sources/bijiben/3.7/bijiben-3.7.4.changes (12.1K) Download http://download.gnome.org/sources/bijiben/3.7/bijiben-3.7.4.tar.xz (369K) sha256sum: c91c43ce01d85fa89bd08ad93f57d742a8b428ad46e8e7832ebbda47a75e8c16 ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list --- End Message ---
[Mageia-dev] Freeze break: gnome-settings-daemon 3.6.4
Bug fix release. Colin fixed the patches we had. At least two fixes seem important to have (avoid infinite recursion and avoid crasher). -- Regards, Olav --- Begin Message --- About GNOME Settings Daemon === GNOME Settings Daemon News - Don't set IBus envvars if keyboard plugin is disabled - Proxy the org.freedesktop.ScreenSaver D-Bus API to gnome-session as needed Color: - Fix choosing the correct profile for "legacy" applications - Use a perceptual intent when creating the auto-EDID profile Keyboard: - Trigger input source switching on key press for Caps Lock - Don't migrate useless XKB IBus sources from old IBus user settings Media keys: - Add default shortcuts for the magnifier - Repeat screen and keyboard brightness keys Power: - Fix showing an "About to hibernate" warning when the machine cannot suspend - Hide critical battery warning when power is plugged - Avoid crasher if XRandR calls fail on startup Printers: - Don't show notifications which are not actual errors for the user Wacom: - Avoid infinite recursion in gsettings callback - Stop capturing mouse buttons when deactivating XRandr: - Fix "next rotation" not working Download http://download.gnome.org/sources/gnome-settings-daemon/3.6/gnome-settings-daemon-3.6.4.tar.xz (1.45M) sha256sum: 3db993f2dbabc0c9d06a309bb12c9a7104b9cdda414ac4b1c301f5114a441c15 ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list --- End Message ---
[Mageia-dev] Freeze push: gnome-color-manager 3.6.1
This is a bugfix release. -- Regards, Olav --- Begin Message --- About GNOME Color Manager = GNOME Color Manager is a set of graphical utilities for color management to be used in the GNOME desktop. News Released: 2013-01-10 * Translations - Added Bengali India translation (Sayak Sarkar) - Added Slovak translation (Roman Mátyus) - Updated Bulgarian translation (Alexander Shopov) - Updated Bulgarian translation (Ivaylo Valkov) - Updated Catalan translation (Gil Forcada) - Updated Catalan (Valencian) translation (Carles Ferrando) - Updated gujarati file (Sweta Kothari) - Updated kn translation (Shankar Prasad) - Updated Latvian translation (Rūdolfs Mazurs) - Updated Norwegian bokmål translation (Kjartan Maraas) - Updated Odia translation (ManojKumar Giri) - Updated Slovak translation (Pavol Klačanský) - Updated Telugu translations (Krishnababu Krothapalli) - Updated Uyghur translation (Gheyret Kenji) * Bugfix: - Better initial orientation for the Lab hull (Pascal de Bruijn) - Calculate the profile whitepoint using the profile transform (Richard Hughes) - Default to normal calibration (Pascal de Bruijn) - Detect Ubuntu casper based livecd's as well (Pascal de Bruijn) - For dispread skip instrument recalibration for the ColorMunki (Pascal de Bruijn) - For the ColorMunki use high resolution measurement mode (Pascal de Bruijn) - Get the ICC profile pre-cooked MD5 value if it is available (Richard Hughes) - Honour precision for dispcal (Pascal de Bruijn) - Large default window size, to prevent mid operation automatic resizing (Pascal de Bruijn) - Move gcm-calibrate to lower right of the screen (Pascal de Bruijn) - Show temperature page for more devices (Pascal de Bruijn) - Use a 0.8 instead of 1.2 sized test window for Argyll (Pascal de Bruijn) ChangeLog = http://download.gnome.org/sources/gnome-color-manager/3.6/gnome-color-manager-3.6.1.changes (6.54K) Download http://download.gnome.org/sources/gnome-color-manager/3.6/gnome-color-manager-3.6.1.tar.xz (2.48M) sha256sum: c5fb0903d5570c50fbb2347db314bef0c57b293302e48e0b73f57f426fb7 ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list--- End Message ---
Re: [Mageia-dev] weird dependencies that i've seen
On Fri, Jan 04, 2013 at 05:49:08PM +0100, AL13N wrote: > 9. qtwebkit requires gnome-keyring [..] > 9. qtwebkit requires soup, requires lib64gnome-keyring, suggests gnome-keyring >From libsoup 2.41.3 |* BUILD DEPENDENCY CHANGES: libsoup-gnome no longer depends on | libgnome-keyring, and the sqlite3 dependency has been | moved from libsoup-gnome to libsoup proper. (See | below). That is GNOME 3.8 material, Mageia 3 will have 3.6. Anything using libgnome-keyring should use libsecret instead. Anything from 'ftp.gnome.org' should eventually be migrated. Some stuff already has, some is still on a todo. -- Regards, Olav
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release evince-3.7.1-1.mga3
On Thu, Jan 03, 2013 at 11:41:26PM +0100, vaci0 wrote: > vaci0 3.7.1-1.mga3: > + Revision: 338403 > - Updated new version 3.7.1 > - Fix License tag to GPLv2+ The stable version won't be out before Mageia 3, so wonder why? Also there is the possibility that it will depend on a development version of gtk+. -- Regards, Olav
Re: [Mageia-dev] libgvfs0 586/64 conflicts
On Thu, Jan 03, 2013 at 08:10:21PM +, David Walser wrote: > Also, while we're on the subject of gvfs, it needs updated to 1.15.0 GNOME uses x.y.z If y == uneven, this means it is a development version, AKA: no go. -- Regards, Olav
Re: [Mageia-dev] acpid under systemd
On Sat, Dec 29, 2012 at 12:14:26AM +0100, Eatdirt wrote: > Now, if I start acpid manually from a terminal it works, I can only > see some eventual permission isssue with cggroup, Any idea how I > could debug this? systemd starts daemons in a clean environment. I'm guessing some environment variables are missing. Most likely DISPLAY, maybe others. -- Regards, Olav
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release transmission-2.74-1.mga3
On Fri, Dec 14, 2012 at 05:01:29AM +0100, fwang wrote: > Name: transmission Relocations: (not relocatable) > Version : 2.74 Vendor: Mageia.Org FYI, noticed 2.75 is out on the website, says it fixes a crasher on non-English locales. Didn't submit as tarball is not yet available. -- Regards, Olav
Re: [Mageia-dev] abrt+libreport
On Tue, Dec 11, 2012 at 04:52:16PM +, Colin Guthrie wrote: > I have updated versions of these packages (part of my /var/run updates) > locally. Can I submit them? It updates both to the latest upstream, but > I have no real way to test it properly. I noticed in 3.7 development that some SEGV signal handlers have been removed in IIRC gnome-session. You might want to backport it, I didn't really look into the details (why, etc). -- Regards, Olav
Re: [Mageia-dev] problems with latest update
On Mon, Dec 10, 2012 at 04:19:14PM +0100, Robert Fox wrote: > 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]) I copied pasted between two vim instances by just selecting the text... which doesn't work as I have tab + space highlighting in vim (don't use a GUI). -- Regards, Olav
[Mageia-dev] Missing signatures
The following packages have bad signatures: /var/cache/urpmi/rpms/apache-commons-logging-1.1.1-19.mga3.noarch.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/geronimo-jms-1.1.1-10.mga3.noarch.rpm: Missing signature (OK ((none))) This on the tier1 mirror ftp.acc.umu.se. -- Regards, Olav
Re: [Mageia-dev] [RPM Groups] RPM group change before Beta 1 (fixed title)
On Fri, Dec 07, 2012 at 01:29:01AM +0100, Johnny A. Solbu wrote: > On Thursday 6. December 2012 22.51, Pierre-Malo Deniélou wrote: > > Today, the number of remaining packages is 749. Thanks. > > How do you get that number? > Is it a process we can use to check our own packages? See attached for updated list. -- Regards, Olav Sound anssi festvox-suopuhe-lj festvox-suopuhe-common,festvox-suopuhe-lj anssi festvox-suopuhe-mv festvox-suopuhe-mv anssi guayadeque guayadeque anssi lavenninlavennin colin alsa-ossalsa-oss colin lastfm-player lastfm-player colin libcanberra canberra-common,libcanberra colin osspossp colin paprefs paprefs colin pavucontrol pavucontrol colin webrtc-audio-processing webrtc-audio-processing dmorgan gstreamer0.10-espeakgstreamer0.10-espeak dmorgan jackit jackit-example-clients fwang libmusicbrainz5 libmusicbrainz5 grenoya vorbisspi vorbisspi gw666 audacious-dumb audacious-dumb gw666 audacious-skins audacious-skins jquelin mpd mpd juancho amarok amarok,amarok-handbook juancho konvertible konvertible juancho solfege solfege juancho taglib-extras taglib-extras matteo qastoolsqastools mitya farstream gstreamer0.10-farstream neoclustcsync csync nobody festlex festlex,festlex-CMU,festlex-POSLEX nobody festvox festvox,festvox-kallpc-common,festvox-kallpc16k,festvox-kallpc8k,festvox-kedlpc-common,festvox-kedlpc16k,festvox-kedlpc8k nobody freealutfreealut,lib64freealut0,libfreealut0 nobody game-music-emu game-music-emu nobody id3lib id3lib nobody kradio kradio nobody ladspa ladspa nobody libdca libdca,libdca-tools nobody libfreebob libfreebob nobody mad mad nobody mumble mumble,mumble-11x,mumble-plugins,mumble-server nobody opencore-amropencore-amr nobody phonon-gstreamerphonon-gstreamer nobody phonon-xine phonon-xine nobody pocketsphinxgstreamer0.10-pocketsphinx,pocketsphinx nobody pyid3libpyid3lib nobody snack python-snack,snack,tcl-snack nobody speex speex obgr_seneca k4guitune k4guitune obgr_seneca kmetronome kmetronome obgr_seneca songwrite2 songwrite2 obgr_seneca streamripperstreamripper obgr_seneca vorbis-toolsvorbis-tools obgr_seneca vorbisgain vorbisgain shikamaru ardour ardour shikamaru qsynth qsynth shikamaru rakarrack rakarrack shlomif audiokonverter audiokonverter shlomif gstreamer0.10-decoders gstreamer0.10-decoders-audio shlomif gstreamer0.10-plugins-base gstreamer0.10-cdparanoia,gstreamer0.10-plugins-base shlomif gstreamer0.10-plugins-ugly gstreamer0.10-a52dec,gstreamer0.10-amrnb,gstreamer0.10-amrwbdec,gstreamer0.10-cdio,gstreamer0.10-lame,gstreamer0.10-plugins-ugly,gstreamer0.10-sid,gstreamer0.10-twolame wally mp3splt-gtk mp3splt-gtk wally radiotray radiotray Books/Computer books dmorgan jython jython-demo,jython-javadoc,jython-manual maloghc ghc-doc maloocsigenserver ocsigenserver-doc mitya gsl gsl-doc zezinho clanlib0.8 clanlib0.8-docs Office anssi libreoffice-voikko libreoffice-voikko damsgrisbi grisbi fwang fox fox-example-apps fwang gnucash gnucash,gnucash-hbci,gnucash-ofx jquelin perl-Spreadsheet-ParseExcel perl-Spreadsheet-ParseExcel juancho libopensync-plugin-syncml libopensync-plugin-syncml malopdfmod pdfmod matteo ganttprojectganttproject mikala textroomtextroom nanardonxournal xournal nobody abiword-docs abiword-docs,abiword-docs-en,abiword-docs-fr,abiword-docs-pl nobody aiksaurus aiksaurus,aiksaurus-data,aiksaurusgtk nobody basket basket,lib64basketcommon4,libbasketcommon4 nobody comix comix nobody flightcrew flightcrew,flightcrew-cli,flightcrew-common,flightcrew-gui nobody gcalgcal nobody libwpg libwpg nobody libwps libwps nobody link-grammarlink-grammar nobody opengrade opengrade nobody planner planner nobody qalculate-gtk qalculate-gtk nobody skrooge skrooge nobody vym vym nobody wv wv nobody wv2 wv2 obgr_seneca fbreader fbreader,fbreader-common,fbreader-gtk,fbreader-qt4 sander85homebankhomebank sander85qdigidocqdigidoc sander85qesteidutil qesteidutil sander85task-esteid task-esteid steletchcomex-base comex-base steletchcomex-gtk comex-gtk steletchcomex-qtcomex-qt steletchmonosim-gtk monosim-gtk steletchmonosim-qt monosim-qt stormi epdfviewepdfview suppzfo-editor zfo-editor wally glabels glabels wally labyrinth labyrinth wally tilitin tilitin zezinho celtx celtx,celtx-ca,celtx-cs,celtx-de,celtx-en-US,celtx-es-ES,celtx-fr,celtx-pt-BR zezinho kmymoneykmymoney Books/Howtos nobody qmf qmf-doc Video anssi avidemuxavidemu
Re: [Mageia-dev] Video players
On Wed, Dec 05, 2012 at 01:44:45AM +0100, JA Magallón wrote: > On 11/24/2012 09:49 PM, Pierre Jarillon wrote: > >Le samedi 24 novembre 2012 17:25:02, JA Magallón a écrit : > >>If you can post your video test collection somewhere, I can try to > >>see if totem works for me with them. > > > >Sorry for the delay. I have uploaded a kit (33 files 500MB) of videos on > >http://pjarillon.free.fr/docs/demos/ > > > >Some types of videos are given with the command file > >$ ls | while read f;do file $f;done|awk -F: '{print $2 ":" $1}' | sort > >Some formats 19/9 are displayed at 4/3 ratio. > > > >As I said previously VLC works fine in every case. > > > > Sorry for the delay... > In my case, all play in totem except SWF files. > The only problem I saw was some chopping with audio in a couple videos, > the ballmer_dance one and the casseaur.mov. Please file bugs upstream in case it doesn't play nicely. If it complains about missing plugins, then file @ Mageia. -- Regards, Olav
Re: [Mageia-dev] Clanlib2 and SSE2 on i586
On Mon, Dec 03, 2012 at 11:42:12PM +0100, zezinho wrote: > ERROR FOLLOWS : > > Exception caught: > Sorry, this compiled clanSWRender does not support SSE2, but your > CPU does support SSE2. (Update clanSWRender to contain SSE2) Add a patch to remove the check. -- Regards, Olav
Re: [Mageia-dev] [ANN] [RFC] support for deltarpms in urpmi
On Tue, Nov 27, 2012 at 05:10:06PM +0100, Thierry Vignaud wrote: > urpmi now have basic support for delta rpms, aka it can install them > (never worked before). [..] > WDYT? Cool! :) -- Regards, Olav
Re: [Mageia-dev] Evolution segfaults when trying to confirm a calendar invite
On Wed, Nov 28, 2012 at 08:40:38PM +0100, Thierry Vignaud wrote: > On 28 November 2012 17:23, Colin Guthrie wrote: > >> I have the same feeling with regardds to my computers. > >> What I do in these situations is to install the debug packages, run the > >> application in gdb, record the debug info, and then uninstall the debug > >> packages. > >> > >> You don't have to keep the debug packages installed after you've collected > >> the debug info. > > > > Longer term it would be nice to be able to have a service to upload the > > core files and then generate the backtrace remotely. > > libreport and the associated packages do that... > But that's less needed now that we have minidebug info. minidebug? Is that like the feature in Fedora where some small amount of debug info is added to make backtraces much more useful by default? We have that already? > What's more, even without debug packages, gdb will got a useful backtrace -- Regards, Olav
Re: [Mageia-dev] rpmsrate-raw changes related to GNOME
On Mon, Nov 26, 2012 at 04:03:34PM +0100, Olav Vitters wrote: > I've made the following rpmsrate-raw changes related to GNOME > (CAT_GNOME): I noticed KDE had a whole list of applications in the Office category. I tried to match that by listing only the similar "GNOME designed" applications. I'm not sure when !LIVE should be there and when not, so I just tried to behave similarly to what KDE would put on a live image. Fyi: gnome-clocks can set alarms, timers, etc gnome-contacts for keeping a list of people bijiben is a note taking application (GNOME has several) Showing KDE vs GNOME in this category is clearest: CAT_OFFICE [..] CAT_KDE 5 korganizer 5 !LIVE kalarm ktimer ktimetracker 5 kaddressbook 5 knotes 5 !LIVE kjots 5 okular 5 !LIVE kde-odf-thumbnail CAT_GNOME 5 !LIVE gnome-clocks 5 gnome-contacts 5 bijiben I'm still thinking where+how to put "gnome-documents". It indirectly depends on libreoffice, and it is an office thing. I am not aware of anything related in KDE, otherwise I'd just follow KDE. -- Regards, Olav
Re: [Mageia-dev] Cinnamon
On Tue, Nov 27, 2012 at 03:11:03AM +0800, Joseph Wang wrote: > 1) IMHO, it's a lot nicer UI than Gnome 3. It's basically a more > advanced, prettier Gnome 2, with > a KDE-ish menu. This does not matter at all. If you want to package something, then you're pretty much free to do so. There are only some logical rules, most basic ones: - be willing to maintain the packages for a long period (years) - be responsible for the bugs - upstream has to be active - don't cause problems for or bugs in other packages > 2) It's actually pretty easy to drop in. There are three RPMS, and > they just sit on top of Gnome 3. The dependencies are all one way > (i.e. cinnamon depends on Gnome 3, but nothing depends on cinnamon) > The hard part with dealing with the install was to get the startup > commands right. That is not true. Cinnamon packaging problems caused GNOME to have (incorrect) dependencies on Cinnamon. This resulted in GNOME not starting. This aside from just the time it took to investigate (QA team) and the impact it had on one of the alpha releases (took a while to fix). As Cinnamon consists of various forks of existing GNOME packages, the likelihood of incorrect dependencies (or provides) is pretty high. As a result, this makes packaging Cinnamon more difficult than usual. If you spend loads of time on Mageia, or package loads of things that is greatly appreciated. But at the same time, we're all volunteers working together to make Mageia better. So even if you just maintain (IIRC) the 3 packages needed for Cinnamon, that'll be still appreciated as long as Mageia overall improves. -- Regards, Olav
Re: [Mageia-dev] [RPM Groups] RPM group change before Beta 1 (fixed title)
On Tue, Nov 27, 2012 at 04:58:19AM +0100, Remco Rijnders wrote: > It would help if you have / could share a breakdown of the above, > perhaps both per package and maintainer? Added such a command to mga-gnome script: mga-gnome group-owner "Books/Computer books" Books/Howtos \ Books/Other Graphics Office Sound Video See attached for the output. Output is per group, then on 1 line: owner / source package / (sub)packages -- Regards, Olav Sound anssi festvox-suopuhe-lj festvox-suopuhe-common,festvox-suopuhe-lj anssi festvox-suopuhe-mv festvox-suopuhe-mv anssi flacon flacon anssi guayadeque guayadeque anssi lavenninlavennin anssi shntool shntool bertl beepbeep colin alsa-ossalsa-oss colin dcaenc lib64dcaenc0,dcaenc,lib64alsa-plugins-dca colin lastfm-player lastfm-player colin libcanberra canberra-common,libcanberra colin osspossp colin paprefs paprefs colin pavucontrol pavucontrol colin webrtc-audio-processing webrtc-audio-processing damseasymp3gain easymp3gain damslmmslmms dlucio flite flite dmorgan gstreamer0.10-espeakgstreamer0.10-espeak dmorgan idjcidjc dmorgan jackjack dmorgan jackit jackit-example-clients fwang goobox goobox fwang libmusicbrainz4 libmusicbrainz4 fwang libmusicbrainz5 libmusicbrainz5 grenoya vorbisspi vorbisspi jquelin mpc mpc jquelin mpd mpd jquelin perl-Audio-CD perl-Audio-CD jquelin sonata sonata jquelin tagtool tagtool juancho amarok amarok-handbook,amarok juancho gnacgnac juancho konvertible konvertible juancho solfege solfege juancho taglib-extras taglib-extras kamil gvolwheel gvolwheel kamil openal openal,libopenal1,lib64openal1 matteo qastoolsqastools mitya farstream gstreamer0.10-farstream neoclustcsync csync neoclusttomahawk-player tomahawk-player nobody aubio aubio nobody audacious audacious nobody audacious-dumb audacious-dumb nobody audacious-plugins audacious-adplug,audacious-fluidsynth,audacious-jack,audacious-pulse,audacious-sid,audacious-wavpack,audacious-plugins nobody audacious-skins audacious-skins nobody cdrdao cdrdao-toc2mp3 nobody celtcelt nobody celt051 celt051 nobody celt071 celt071 nobody csound csound-doc,csound,csound-osc,csound-virtual-keyboard,csound-fltk,csound-fluidsynth,csound-jack,csound-dssi,csound-tk,csound-gui nobody denemo denemo nobody dssidssi nobody dumbdumb nobody espeak espeak nobody faad2 faad2 nobody festlex festlex-CMU,festlex-POSLEX,festlex nobody festvox festvox-kedlpc-common,festvox-kedlpc16k,festvox-kedlpc8k,festvox-kallpc16k,festvox,festvox-kallpc-common,festvox-kallpc8k nobody freealutlib64freealut0,libfreealut0,freealut nobody game-music-emu game-music-emu nobody gmpcgmpc nobody gmpc-albumview gmpc-albumview nobody gmpc-avahi gmpc-avahi nobody gmpc-discogsgmpc-discogs nobody gmpc-extraplaylist gmpc-extraplaylist nobody gmpc-jamendogmpc-jamendo nobody gmpc-lastfm gmpc-lastfm nobody gmpc-libnotify gmpc-libnotify nobody gmpc-lyrics gmpc-lyrics nobody gmpc-magnatune gmpc-magnatune nobody gmpc-mservergmpc-mserver nobody gmpc-shout gmpc-shout nobody gmpc-tageditgmpc-tagedit nobody gmpc-wikipedia gmpc-wikipedia nobody gmusicbrowser gmusicbrowser nobody gnomad2 gnomad2 nobody gnuitar gnuitar nobody gnupod gnupod nobody gt soundfont-utils,gt nobody id3lib id3lib nobody kradio kradio nobody ladspa ladspa nobody lashlash nobody libbs2b libbs2b-utils,libbs2b nobody libcdaudio libcdaudio nobody libcddb libcddb-apps nobody libcdio libcdio-apps nobody libdca libdca,libdca-tools nobody libfreebob libfreebob nobody liblo liblo nobody libmikmod libmikmod,lib64mikmod3,libmikmod3 nobody libmodplug libmodplug nobody libmp4v2libmp4v2-utils,libmp4v2 nobody libmpd libmpd,libmpd1,lib64mpd1 nobody libmusicbrainz libmusicbrainz nobody libsamplerate libsamplerate,libsamplerate-progs nobody libsndfile libsndfile-progs,libsndfile nobody libtunepimp tunepimp-utils,tunepimp-plugins nobody lpc10 lpc10 nobody mad mad nobody mikmod mikmod nobody mumble mumble-11x,mumble-plugins,mumble,mumble-server nobody mutagen mutagen nobody opencore-amropencore-amr nobody phonon-gstreamerphonon-gstreamer nobody phonon-xine phonon-xine nobody playmidiplaymidi-X11,playmidi nobody pocketsphinxgstreamer0.10-pocketsphinx,pocketsphinx nobody puddletag puddletag nobody pyid3libpyid3lib nobody snack tcl-snack,snack,python-snack nobody sound-juicersound-juicer nobody speex speex obgr_seneca k4guitune k4guitune obgr_seneca kmetronome kmetronome obgr_seneca mp32ogg mp32ogg obgr_seneca mp3gain mp3gain obgr_seneca mp3info mp3info obgr_seneca mpg123 mpg123-pulse,m
Re: [Mageia-dev] rpmsrate-raw changes related to GNOME
On Mon, Nov 26, 2012 at 04:12:29PM +0100, Thierry Vignaud wrote: > > 3. X category always provided xdm,xguest,icewm-light. I changed that to > >only install this when not GNOME. > > meaning: > - no fall back desktop when gnone is broken I'm wondering if that still works. > - no xguest support anymore This too. Anyway, reverted these changes. Thanks for reviewing! -- Regards, Olav
Re: [Mageia-dev] Mailing-list archives and robots
On Mon, Nov 26, 2012 at 03:51:11PM +0200, Sander Lepik wrote: > I was trying to find something from dev-ml archives with google and > found nothing. Then i checked our archives source and found ' NAME="robots" CONTENT="index,nofollow">'- is there some good reason for > "nofollow"? Or should i use something else to search our archives? Normally you'd set nofollow on individual archived messages. The general index page should NOT have "nofollow". This ensures that if some spam arrives to an "free to post" mailing list (e.g. the sysadmin one), it doesn't put the spam site higher in Google. IMO this is good to do, and it also should indicate to Google that you're not a spam site yourself (e.g. I assume Google lowers sites which have loads of links to spam sites). -- Regards, Olav
Re: [Mageia-dev] Bye Bye Mageia
On Mon, Nov 26, 2012 at 10:07:31PM +0800, Joseph Wang wrote: > Anyway, gnome is in a death spiral If you don't like flames, don't start one. -- Regards, Olav (GNOME release team member, Mageia packager)
Re: [Mageia-dev] Can't win - or, best of both worlds . . .!
On Fri, Nov 23, 2012 at 09:46:43AM +0100, Robert Fox wrote: > 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. Weird bug! Maybe related to the theme. In any case, please still file it if you haven't. I don't use Evolution btw. -- Regards, Olav
Re: [Mageia-dev] Problem with Totem packages?
On Wed, Nov 21, 2012 at 03:50:31PM +0100, Wolfgang Bornath wrote: > Neither is dragon player nor is totem a good thing in Gnome. I actually use mplayer. Though solely because I can configure the amount of seconds the left+right keys jumps forward/backward. > 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. Ah, that automatic install was always broken the few times I tried it. I can ask upstream if it can install everything in one go. I guess the big difference is: Totem: loads of gstreamer subpackages, some in tainted, some not VLC: 2 packages, one in tainted, one not In which case the loads of subpackages is actually detrimental. > 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, I'll at least file a bug upstream. > 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. Did the installation actually work for you? For me it was always completely broken. Maybe that was just a broken packagekit, I haven't tried in a while. Also, I installed loads of gstreamer 1.0 subpackages and now it finally seems to work. > Apart from that and not judging by look&feel, vlc really is the best > when it comes to playing media. In 3.8, Totem will be renamed to Videos and it'll be more integrated and so on, so I want to focus on making it work. Plus figure out how to customize the left/right arrow :) -- Regards, Olav
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release apache-2.4.3-4.mga3
On Wed, Nov 21, 2012 at 08:44:38PM +0100, Guillaume Rousse wrote: > Le 21/11/2012 20:25, Olav Vitters a écrit : > >On Tue, Nov 20, 2012 at 11:29:37PM +0100, guillomovitch wrote: > >>guillomovitch 2.4.3-4.mga3: > >>+ Revision: 319896 > >>- fix manual configuration (#8141) > > > >I got the following error: > > > >Failed to issue method call: Unit httpd-event.service failed to load: No > >such file or directory. See system logs and 'systemctl status > >httpd-event.service' for details. > >warning: %post(apache-2.4.3-4.mga3.x86_64) scriptlet failed, exit status 6 > > > > > >I don't upgrade my Cauldron install too often, so maybe this has been > >happening for a while. > There isn't any mpm-specific systemd unit anymore since the switch > to apache 2.4, as they are now runtime-configurable. I guess you're > updating from 2.2 to 2.4 there, right ? >From journalctl: Nov 21 20:11:36 bkor.dhs.org perl[10596]: [RPM] apache-2.4.3-4.mga3.x86_64 installed Nov 21 20:11:42 bkor.dhs.org perl[10596]: [RPM] apache-2.4.3-3.mga3.x86_64 removed So it seems I haven't been paying attention to the output of urpmi? Also, I actually don't use apache much (once a year maybe). I did a "systemctl list-unit-files", but cannot see a reference to where httpd-event.service is coming from. -- Regards, Olav
Re: [Mageia-dev] [changelog] [RPM] cauldron nonfree/release get-skype-4.1.0.20-1.mga3.nonfree
On Wed, Nov 21, 2012 at 09:34:38PM +0200, Sander Lepik wrote: > 21.11.2012 21:25, Olav Vitters kirjutas: > > On Thu, Nov 15, 2012 at 10:12:31AM +0100, sander85 wrote: > >> sander85 4.1.0.20-1.mga3: > >> + Revision: 318152 > >> - New requires > >> - New version: 4.1.0.20 > > A requested package cannot be installed: > > get-skype-4.1.0.20-1.mga3.nonfree.noarch (due to unsatisfied libqtopengl4) > > > > > > Does it dynamically open this or something? This should be > > automatically. In any case, lib64 on x86_64. > > > You have to enable Core 32bit repos. Ahh.. of course! Proprietary software: ☹ -- Regards, Olav
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release apache-2.4.3-4.mga3
On Tue, Nov 20, 2012 at 11:29:37PM +0100, guillomovitch wrote: > guillomovitch 2.4.3-4.mga3: > + Revision: 319896 > - fix manual configuration (#8141) I got the following error: Failed to issue method call: Unit httpd-event.service failed to load: No such file or directory. See system logs and 'systemctl status httpd-event.service' for details. warning: %post(apache-2.4.3-4.mga3.x86_64) scriptlet failed, exit status 6 I don't upgrade my Cauldron install too often, so maybe this has been happening for a while. -- Regards, Olav
Re: [Mageia-dev] [changelog] [RPM] cauldron nonfree/release get-skype-4.1.0.20-1.mga3.nonfree
On Thu, Nov 15, 2012 at 10:12:31AM +0100, sander85 wrote: > sander85 4.1.0.20-1.mga3: > + Revision: 318152 > - New requires > - New version: 4.1.0.20 A requested package cannot be installed: get-skype-4.1.0.20-1.mga3.nonfree.noarch (due to unsatisfied libqtopengl4) Does it dynamically open this or something? This should be automatically. In any case, lib64 on x86_64. -- Regards, Olav
Re: [Mageia-dev] Duckduckgo / Mageia browsers
On Tue, Nov 20, 2012 at 12:12:03PM +0100, Anne Nicolas wrote: > As some of you may have followed this on council meetings, we have > signed a contract with Duckduckgo, the search engine. They will give This shifts existing revenue sources from some free software developers to other free software developers. It is a bit disappointing action to take IMO. It would be nicer to find a new revenue source. Apparently Ubuntu asks for donations during installation, but I hope for something more unique (much higher revenue + not just a one-off thing). -- Regards, Olav
Re: [Mageia-dev] Problem with Totem packages?
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. -- Regards, Olav
Re: [Mageia-dev] Problem with Totem packages?
On Tue, Nov 20, 2012 at 09:21:49AM +, Colin Guthrie wrote: > Yes, see the previous thread about this issue. I finally figured out the correct fix[1], but then fwang came along and fixed it differently :P [1] Grep skills were lacking. Took a while to figure out how those provides were created, i586 vs x86_64, etc. -- Regards, Olav
Re: [Mageia-dev] Problem with Totem packages?
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. -- Regards, Olav
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release totem-3.6.3-2.mga3
On Fri, Nov 16, 2012 at 01:42:54PM +0100, JA Magallón wrote: > Mmm, something is wrong: Ok, should've checked if that was allowed I guess.. I'll fix this weekend unless someone beats me. -- Regards, Olav
Re: [Mageia-dev] Fwd: [PROPOSAL] GNOME Goal for 3.8: No more Python 2
On Thu, Jun 28, 2012 at 10:16:10AM +0200, Olav Vitters wrote: > On Thu, Jun 28, 2012 at 09:50:16AM +0200, Oliver Burger wrote: > > In what way does that "touch" Mageia aside from GNOME packaging? > > We can't abandon Python 2 in the distro since there's loads of > > Python 2 software out there. > > So this will only change some of GNOME's dependancies, won't it? > > No clue on what it would impact. That is why I am asking :) > > I see that atm python3 package is not on my system. I guess GNOME should > use #!/usr/bin/python3 and then everything is fine? In case anyone cares, GNOME will start depending on Python 3 for GNOME 3.8. -- Regards, Olav
Re: [Mageia-dev] Fwd: fallback mode
On Tue, Nov 06, 2012 at 01:05:04AM +0100, JA Magallón wrote: > I have connected my Atom netbook to a big monitor, and it handles > perfecly the FullHD resolution. Gnome full mode works fine and fast. > Its an Atom N450, graphics are recognised as N10 or Intel(R) Pineview GM. > > All this with the monitor as the _ONLY_ monitor active. > > If I try to use it on a multi-monitor setup, X gives a message about non-tiled > framebuffer and gnome-shell is slow as hell, unusable. > Probably that is a hardware limit, or a bug, because it happens even if > the external monitor is a projector at 1024x768. > > I was wating to do more tests to submit a bug This might be a known driver/xorg issue. Various hardware either don't work, or gets slow if the framebuffer exceeds 2048 pixels (width/height/something). I'm not sure what the plan with that was, if that could be fixed still in xorg, or only in Wayland. I think it was fixable in xorg, but I'll have to check. In any case, the obvious status is that at the moment some people cannot run GNOME 3 and they have to rely on fallback mode. Debian suggested a method to detect this during installation time. I don't expect GNOME 3 to suddenly be good enough for everyone in 3.8. This as many of the causes are not due to GNOME (bad drivers). -- Regards, Olav
Re: [Mageia-dev] Fwd: fallback mode
On Mon, Nov 05, 2012 at 07:33:43PM -0500, andre999 wrote: > Olav Vitters a écrit : > >On Mon, Nov 05, 2012 at 06:56:55PM -0500, andre999 wrote: > >>Olav Vitters a écrit : > ... > > > >This discussion has been held various times before. Please read the wiki > >link. The reason I'm forwarding the email is to get feedback about the > >impact on Mageia. > > > For the impact on Mageia, I think that depends entirely on how they > deal with the display performance issue. Gnome3 should display > efficiently on hardware without accelerated display, particularly > for text display. Software emulation of hardware acceleration > should only be used where strictly necessary. In case the drivers are not good enough, GNOME 3 will be unusable. Something that another distribution brought up is that ideally something like that should be detected during installation, so that this can be taken into account up-front. > It might be useful to migrate gnome3 to fallback mode, instead of > the inverse. That is, modify fallback mode so that it can perform > all the functions now in regular gnome3, including using hardware > acceleration of display where available. Thus using the current > regular gnome3 as a testing ground for development of the current > fallback mode. I again suggest to read the wiki page for the issues with fallback mode. -- Regards, Olav
Re: [Mageia-dev] Fwd: fallback mode
On Tue, Nov 06, 2012 at 12:56:05AM +0100, Christian Lohmaier wrote: > On Mon, Nov 5, 2012 at 6:58 PM, Olav Vitters wrote: > > > > -- Forwarded message -- > > From: Matthias Clasen > > To: distributor-l...@gnome.org > > Cc: GNOME release team > > [...] > > - move background rendering entirely into gnome-shell; this is most > > likely to cause some problems for other environments that reuse g-s-d > > for background rendering. Splitting off the desktop-rendering > > functionality from nautilus is a separate issue, and does not > > necessarily have to happen for 3.8. > > Please clarify whether that means no more desktop-icons. They're planning to kill off the bit in Nautilus which can draw the background and put that functionality in a new process/module. So Nautilus won't do it anymore, but some other process would. No clue if that includes the desktop icons… this splitting off was meant to help Unity as they seem to depend on this functionality. It seems Unity is planning to not rely on this functionality from Nautilus, so the thought was that maybe it can just be killed. I can ask to still do the work because some people make use of this in GNOME 3. In any case, the splitting off is not a priority at the moment as it would just move code around while potentially introducing bugs. Benefit is easing Nautilus maintenance. -- Regards, Olav
Re: [Mageia-dev] Fwd: fallback mode
On Mon, Nov 05, 2012 at 06:56:55PM -0500, andre999 wrote: > Olav Vitters a écrit : > >fyi > Sujet: fallback mode > De: Matthias Clasen > Date: 2012-11-05 10:42 > Pour: distributor-l...@gnome.org > Copie: GNOME release team > > I'm writing to inform you that the release team discussed > https://live.gnome.org/ThreePointSeven/Features/DropOrFixFallbackMode > yesterday. We've come to the conclusion that we can't maintain > fallback mode in reasonable quality, and are better off dropping it. > > > > Really short-sighted, if the display performance problems aren't solved. > The processor-intensive extras are really just eye candy, and should > be optional, depending on the resources available. Instead of > forcing software emulation of hardware acceleration of display in > order to use regular (non-fallback) mode, it should instead use > hardware acceleration if available only where it could produce > significant performance gains. > And certainly not for display in a virtual console, which becomes > extremely slow. This discussion has been held various times before. Please read the wiki link. The reason I'm forwarding the email is to get feedback about the impact on Mageia. > The reorganization of the default screen layout can be largely > reverted if desired by ajusting the configuration and/or using > already available extensions, so that isn't a problem. > Although the configuration programs don't yet work coherently, and > some aspects don't work at all (at least in fallback mode which I'm > forced to use.) Fallback mode is supposed to work exactly like GNOME shell. It doesn't in practice, but that was not the intention. > The tablet-style gtk+ themes currently available are anything but > user-friendly for those who want a readable compact space-efficient > display on normal sized displays. But that is bound to improve, as > more gtk+2 themes are ported to gtk+3. > (But the light-switch-type icons in place of check boxes is weird > and easily misunderstood.) > As one gnome developer said recently in his blog, the gnome > interface design team are seriously out of touch with those who work > on their computer. I don't think that bit is ontopic for a Mageia development list. -- Regards, Olav
Re: [Mageia-dev] Fwd: fallback mode
On Mon, Nov 05, 2012 at 11:39:41PM +0100, Olivier Blin wrote: > Olav Vitters writes: > > > On Mon, Nov 05, 2012 at 07:27:26PM +0100, Olivier Blin wrote: > >> Even an Intel Core2 Duo (E8400) from 2008 + Intel Q35 chipset from 2007 > >> can not handle the load with Gnome Shell on a 1920x1080 display, using > >> accelerated GL drivers. > > > > Sure it is not using llvmpipe accidentally? What kind of driver does > > that Q35 use? I have an intel chipset in my old laptop, no clue what, > > but it is really smooth. > > Q35 has an Intel GMA3100 chipset, it is using i915. > I don't think it is using llvmpipe, since > /usr/lib64/gnome-session-check-accelerated-helper succeeds. > Is there a better way to check that? System Settings → Details. > Which Intel chipset is your old laptop using? Intel® 965GM. I guess that is newer than your laptop. My laptop has a BIOS from 2007, I guess it was made around that time. GNOME shell seems really smooth, same as my main machine though resolution is just 1280×1024. -- Regards, Olav
Re: [Mageia-dev] Fwd: fallback mode
On Mon, Nov 05, 2012 at 07:27:26PM +0100, Olivier Blin wrote: > Even an Intel Core2 Duo (E8400) from 2008 + Intel Q35 chipset from 2007 > can not handle the load with Gnome Shell on a 1920x1080 display, using > accelerated GL drivers. Sure it is not using llvmpipe accidentally? What kind of driver does that Q35 use? I have an intel chipset in my old laptop, no clue what, but it is really smooth. -- Regards, Olav
[Mageia-dev] Fwd: fallback mode
fyi -- Regards, Olav --- Begin Message --- I'm writing to inform you that the release team discussed https://live.gnome.org/ThreePointSeven/Features/DropOrFixFallbackMode yesterday. We've come to the conclusion that we can't maintain fallback mode in reasonable quality, and are better off dropping it. We're now working on organizing this so that it does not create more fallout than necessary. As part of this, I'm reaching out to our distributors to see what parts they care about. We haven't worked out a detailed plan for 3.8 tasks yet, but the feature page should give you a good idea about what things will be part of the 3.8 plan: - remove the 'forced fallback' ui in control-center - unify 'gnome can't run' and 'failwhale' UX - move background rendering entirely into gnome-shell; this is most likely to cause some problems for other environments that reuse g-s-d for background rendering. Splitting off the desktop-rendering functionality from nautilus is a separate issue, and does not necessarily have to happen for 3.8. Please watch the feature page for more details, as we work them out, and please contact us with your concerns. Lets work together and minimize the pain of this transition. Matthias, for the release team ___ distributor-list mailing list distributor-l...@gnome.org https://mail.gnome.org/mailman/listinfo/distributor-list --- End Message ---
Re: [Mageia-dev] Weird memory leak in X
On Fri, Nov 02, 2012 at 10:36:35AM +0200, Sander Lepik wrote: > I'm having that bug on mga2, if someone can test it on cauldron too it > would be great. And all ideas on how to trace this weirdness are also > very welcome! xrestop -- Regards, Olav
Re: [Mageia-dev] Reminder: Mageia 3 alpha 3
On Wed, Oct 31, 2012 at 11:52:59AM +0100, Olav Vitters wrote: > On Wed, Oct 31, 2012 at 02:16:31AM +0200, Thomas Backlund wrote: > > Consider Friday 2nd Oct 2012 as 21.00 UTC as a "soft freeze" for > > avoiding breakages until alpha3 is released... > > Ok! I've disabled the auto submission of ftp.gnome.org stuff for now. -- Regards, Olav
Re: [Mageia-dev] saslauthd + systemd + postfix
On Wed, Oct 31, 2012 at 06:58:55AM -0600, Luis Daniel Lucio Quiroz wrote: > Yes i know it uses hardlink, what i mean what advantages do you see by > changing to bind mount. > > > I mean if it works, why shall we fix it? As explained by Colin, the hardlink solution won't work anymore. Please read the email by Colin thoroughly... -- Regards, Olav
Re: [Mageia-dev] saslauthd + systemd + postfix
On Wed, Oct 31, 2012 at 05:59:12AM -0600, Luis Daniel Lucio Quiroz wrote: > Please explain me why you want to change the current bind mount of > sasl for postfix? What you propose? If you read the thread you'll notice that Colin said it uses hard link and that I suggested bind mounts. If it is already using bind mounts instead of hard links, cool. -- Regards, Olav
Re: [Mageia-dev] Reminder: Mageia 3 alpha 3
On Wed, Oct 31, 2012 at 02:16:31AM +0200, Thomas Backlund wrote: > Consider Friday 2nd Oct 2012 as 21.00 UTC as a "soft freeze" for > avoiding breakages until alpha3 is released... Ok! -- Regards, Olav
Re: [Mageia-dev] saslauthd + systemd + postfix
On Tue, Oct 30, 2012 at 04:55:28PM +, Colin Guthrie wrote: > So, what should we do? Should we switch to bind mounts? Should we make > saslauthd/postfix use abstract sockets instead to get around the chroot? bind mount for just saslauth seems cleanest to me. Don't bind mount entire /run or /var/run, could impact security of the chroot somehow. -- Regards, Olav
Re: [Mageia-dev] Reminder: Mageia 3 alpha 3
On Tue, Oct 30, 2012 at 09:53:10PM +0100, Anne Nicolas wrote: > This is a reminder for the coming Alpha 3 release, planned for 12th > of november. We should start working on isos about 9 or 10 days > before. November 12 is the GNOME 3.6.2. tarball due date. I expect tarballs up to November 14 or so though. It should be fine to include whatever is released up to that point (should not be too many changes, expect mostly translation updates and fixes for crashers) -- Regards, Olav
Re: [Mageia-dev] rehashing the faac issue
On Sat, Oct 27, 2012 at 12:59:09AM +0200, PhilippeDidier wrote: > I am not skilled enough to become a maintainer... and most of all I > would not have regularly time to really maintain packages (I wouldn't do > a serious work for the community if I'm not here to apply corrections > when needed) At long as you spend some time every so often it should be fine. Just be a bit sane, meaning: if you make a big change somewhere, ensure you have some time afterwards to check if there is any fallout. I'd totally appreciate if someone takes the effort to make fixes. No matter if that is every day, or maybe an hour/month. All that work adds up. If you make a change and unintentionally it results in some bug and you're not around: too bad, shit happens. And you learned something, so whatever. Enough people around to fix urgent bugs. -- Regards, Olav
Re: [Mageia-dev] GDM Configuration
On Mon, Oct 29, 2012 at 01:43:26PM -0400, Frank Griffin wrote: > I was looking around to figure out how to enable XDMCP support in > GDM, and noticed something strange. > > In the GNOME site GDM3 documentation, they give several options for > GDM configuration none of which seem to exist in cauldron. I'm guessing the documentation is outdated. > An example is given of using gconf-edit to access apps/gdm, but no > such key exists. Mention is made of using a "gdm3setup" executable > that we don't seem to have. GDM has been migrated to gsettings (in practice: dconf). > Mention is made of "gdm" directories in various locations under > /usr/share and /etc which we don't seem to have, and of enabling > XDMCP by setting "Enable=true" in a file called daemon.conf, but the > only daemon.conf we have is in /etc/pulse. > > I did find /usr/share/X11/dm.d/20gdm.conf and > /etc/dbus-1/system.d/gdm.conf, but neither of these seem to have > anything to do with XDMCP. > > I did find a barebones /etc/X11/gdm/custom.conf which had an empty > [Xdmcp] section, but adding Enable=true here had no effect on > getting the GDM main dropdown to show a Remote Login option. It > did, however, get the GDM server to export the host as eligible for > XDMCP, and accept a logon. However, the GDM screen it puts up has > no option to close the connection, or anything else indicating that > it is a remote login. > > What do we do in MGA to enable GDM as an XDMCP client, or configure > it in general ? No clue at all. Suggest asking upstream. XDMCP was recently discussed in relation to fallback mode, but other than that I don't know much (assumed it was working). -- Regards, Olav
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kernel-3.6.4-1.mga3
On Sun, Oct 28, 2012 at 09:53:07PM -0400, Charles A Edwards wrote: > On Sun, 28 Oct 2012 22:46:04 +0100 (CET) > tmb wrote: > > > Name: kernel Relocations: (not > > relocatable) Version : 3.6.4 Vendor: > > Mageia.Org Release : 1.mga3Build Date: > > Sun Oct 28 20:39:16 2012 Install Date: (not installed) > > Build Host: jonund.mageia.org Group : System/Kernel and > > hardwareSource RPM: (none) Size: > > 69791014 License: GPLv2 Signature : (none) > > Packager: tmb > > > Booting this kernel all I get is a black screen. > Same occurs if I try to boot linus-3.6.4. > > Server-3.6.3 still boots normally. WFM with: Linux bkor.dhs.org 3.6.4-desktop-1.mga3 #1 SMP Sun Oct 28 19:47:04 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux -- Regards, Olav
Re: [Mageia-dev] Welcome Götz!
On Mon, Oct 22, 2012 at 11:15:53PM +0200, Olivier Blin wrote: > Please welcome him aboard! Yay! Benefited from his work for many many years. -- Regards, Olav
Re: [Mageia-dev] Removing ConsoleKit
On Sun, Oct 21, 2012 at 03:34:29PM +0200, Olivier Blin wrote: > Olav Vitters writes: > > > On Fri, Oct 19, 2012 at 01:24:11AM +0200, JA Magallón wrote: > >> xinit > > > > Dropped it here as well. Might break stuff, Colin gave a +1 on this. > > So, with policykit, consolekit and hal having been obsoleted in the past > month, do we have any other deprecated freedesktop/gnome *kit/*d stuff > to remove? :) syslog :P (for default install) Seriously, IIRC udisks v1. I try to avoid lower level stuff, so looked through the alpha live dvd to figure out more… Stuff that should eventually be removed is gnome-keyring (in favour of the freedesktop libsecret). Aside from that gconf, gstreamer 0.10, bonobo+orbit. Wonder about: usermode (no clue what it does :P). Also noticed GNOME live dvd (Mageia 3) having xdm + gdm.. seems a bit of a waste. ConsoleKit removal seem to have gone well, didn't notice anything going wrong within GNOME. -- Regards, Olav