Re: [Mageia-dev] Freeze push: rekonq (request for comments)
On Saturday 2. February 2013 23.34, David Walser wrote: > su root > urpmi SRPMS/rekonq*.rpm Why on earth would you do that with sudo? -- Johnny A. Solbu PGP key ID: 0xFA687324 signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] Last.fm-Scrobbler
On Sat, Feb 2, 2013 at 11:37 PM, David Walser wrote: > Götz Waschk writes: >> On Sat, Feb 2, 2013 at 4:42 AM, David Walser wrote: >> > As for the player, you don't really need a freeze push as it should be >> > somewhere >> > else in SVN. lastfm-player is what we currently have, but the new thing >> > is a >> > new application called lastfm-desktop. You don't need a freeze exception >> > for >> > a new package. >> Why that? It is just the new version of the old player with a redesign. > The tarball has a different name, so I would have left lastfm-player alone > (as it should still work too), and packaged the new one as a new package. Sure, the 1.x version still works for subscribers, but you are missing the point: 1. the tarball was renamed from last.fm to Last.fm. 2. lastfm-player always was our name, not their's. 3. the of the binary was previously "Last.fm", now it would have been "Last.fm Scrobbler" but I have renamed it to Last.fm because mga2's rpmbuild broke with the space in the name. 4. the name of the old program reported by X was Last.fm in 1.x and is "Last.fm Scrobbler" in 2.1.33. > Also, the developers say the new one is kind of still getting feedback and > kinks > worked out and so on, so I'd think it'd be better to have both available for > now. I don't think so. It is working fine so far, no need to keep two versions. -- AL I:40: Do what thou wilt shall be the whole of the Law.
Re: [Mageia-dev] Freeze push: rekonq (request for comments)
On 2 February 2013 22:45, David Walser wrote: > Donald Stewart writes: >> Works well for me, although I'm not sure if it still needs these BR: >> >> BuildRequires: pkgconfig(shared-desktop-ontologies) >> BuildRequires: pkgconfig(QtWebKit) >> >> as they weren't needed after installing ldelibs4-devel, whoever this >> wasn't in a clean build environment so it could be an error. > > If you take them out of the spec as BuildRequires, they are still installed, > and they are still used specifically in the build. As they are used by > rekonq, > it is appropriate to have them as BuildRequires. Right now, it appears that > they are also required by one of the other BuildRequires, so listing them > explicitly is redundant *at this time* but that could change in the future, as > they could be dropped as Requires by those other things in the future. As > rekonq is looking for and using those two things specifically, it's best to > leave them in the spec as BuildRequires. > Them being required by another require was what I was referring too, they seem to have been pulled by the kdelibs4-devel, however, as you both said, things change and its not that bad a thing to have them listed like this.
Re: [Mageia-dev] Freeze push: rekonq (request for comments)
Le samedi 2 février 2013 22:45:05 David Walser a écrit : > Donald Stewart writes: > > Works well for me, although I'm not sure if it still needs these BR: > > > > BuildRequires: pkgconfig(shared-desktop-ontologies) > > BuildRequires: pkgconfig(QtWebKit) > > > > as they weren't needed after installing ldelibs4-devel, whoever this > > wasn't in a clean build environment so it could be an error. > > If you take them out of the spec as BuildRequires, they are still installed, > and they are still used specifically in the build. As they are used by > rekonq, it is appropriate to have them as BuildRequires. Right now, it > appears that they are also required by one of the other BuildRequires, so > listing them explicitly is redundant *at this time* but that could change > in the future, as they could be dropped as Requires by those other things > in the future. As rekonq is looking for and using those two things > specifically, it's best to leave them in the spec as BuildRequires. yes do not remove them.
Re: [Mageia-dev] Freeze push: rekonq (request for comments)
Donald Stewart writes: > Works well for me, although I'm not sure if it still needs these BR: > > BuildRequires: pkgconfig(shared-desktop-ontologies) > BuildRequires: pkgconfig(QtWebKit) > > as they weren't needed after installing ldelibs4-devel, whoever this > wasn't in a clean build environment so it could be an error. If you take them out of the spec as BuildRequires, they are still installed, and they are still used specifically in the build. As they are used by rekonq, it is appropriate to have them as BuildRequires. Right now, it appears that they are also required by one of the other BuildRequires, so listing them explicitly is redundant *at this time* but that could change in the future, as they could be dropped as Requires by those other things in the future. As rekonq is looking for and using those two things specifically, it's best to leave them in the spec as BuildRequires.
[Mageia-dev] freeze push : asterisk
Hi, please push asterisk ( fixes some CVE ) see : https://bugs.mageia.org/show_bug.cgi?id=8932
Re: [Mageia-dev] Last.fm-Scrobbler
Götz Waschk writes: > On Sat, Feb 2, 2013 at 4:42 AM, David Walser wrote: > > As for the player, you don't really need a freeze push as it should be > > somewhere > > else in SVN. lastfm-player is what we currently have, but the new thing is > > a > > new application called lastfm-desktop. You don't need a freeze exception > > for > > a new package. > Why that? It is just the new version of the old player with a redesign. The tarball has a different name, so I would have left lastfm-player alone (as it should still work too), and packaged the new one as a new package. Also, the developers say the new one is kind of still getting feedback and kinks worked out and so on, so I'd think it'd be better to have both available for now.
Re: [Mageia-dev] Freeze push: rekonq (request for comments)
Donald Stewart writes: > On 2 February 2013 18:45, wrote: > > Noob question, how to do so? at least a link explaining, thanks > > Firstly you need SVN access, there is a guide to becoming a maintainer > on the wiki, as well as one to the basics of RPM building. Cant find > the links atm as i am on my phone. You should be able to do it anonymously. If you have the mgarepo and bm packages installed, you can do: mgarepo co rekonq cd rekonq bm -ls su root urpmi SRPMS/rekonq*.rpm exit bm -l urpmi RPMS/i586/rekonq-2.1*.rpm
[Mageia-dev] Freeze push: sbcl 1.1.4
Hello! Please push sbcl 1.1.4. We currently have version 1.1.2 broken against the current GLIBC. I have bumped version to 1.1.4 [1] and included a patch from Fedora [2]. Changes 1.1.2 -> 1.1.4 There are in 1.1.3 enhancements with a few bugs fixed and 1.1.4 is a bugfix release Regards, [1] http://www.sbcl.org/news.html#1.1.4 [2] http://pkgs.fedoraproject.org/cgit/sbcl.git/tree/sbcl-1.1.2-new_glibc.patch
[Mageia-dev] freeze push: libktorrent ktorrent
Hi, please push libktorrent ( and when available please push ktorrent ) this is a bugfix release only.
Re: [Mageia-dev] Freeze push: rekonq
Le jeudi 31 janvier 2013 10:09:59 David Walser a écrit : > This updates to 2.1. > > Mainly pushing this as I imagine users would really like to have this KDE > browser app up to date. If anyone does use it, feel free to build and test > this and comment. I built and tested it myself in Cauldron and it seems to > work fine. > > I can't find a ChangeLog for it anywhere, so diffing the source tarballs, > what I see are: - translation updates > - changes to bookmark code > - changes to tab handling > - adds the ability to delete a URL from the browsing history > - fixes Google bookmark synchronization > - other minor changes Please push it , this is safe ( and here it fixes crashes i had ).
[Mageia-dev] freeze push powermanga
Please push leaf package powermanga : new version 0.91 mainly fixes music not playing in game
Re: [Mageia-dev] [changelog] cauldron core/release mysql-connector-odbc-5.1.11-1.mga3
dlucio wrote: > Name: mysql-connector-odbc Relocations: (not relocatable) > Version : 5.1.11Vendor: Mageia.Org > Release : 1.mga3Build Date: Tue Jan 29 22:42:23 > 2013 > > dlucio 5.1.11-1.mga3: > + Revision: 393208 > - no-error=format-security That's the one type of error you really shouldn't -Wno away. You should patch to fix that one, and it's usually easy to do so.
[Mageia-dev] [RFC] SSD partitioning in the installer as a release blocker
Hello! SSD is a next-generation disk (drive) storage. It's a damage prone, due to a wrong partitioning. Currently our installer cannot shift and partition SSD partitions in the right way, and it effects with: - much slowness - much shorter life - problems with dualboot The only solution is to have it right is to use an independent partitioning tool before installing Mageia onto disk (drive). My proposition is to mark this problem as a release blocker, because we have to assume that we won't release any new/fixed ISOs of Mga3 after the final release and more and more people will buy new hardware and experience problems until rapid death of their SSD. References: https://wiki.mageia.org/en/Installation_on_a_SSD_%28Solid_State_Drive%29 Users complains, just a single example: http://blog.mageia.org/en/2013/01/25/time-for-tests-mageia-3-beta-2-is-out/comment-page-1/#comment-6305 Regards,
Re: [Mageia-dev] Freeze push: rekonq (request for comments)
On 2 February 2013 18:45, wrote: > On Friday, February 01, 2013 01:43:18 PM David Walser wrote: >> David Walser writes: >> > This updates to 2.1. >> > >> > Mainly pushing this as I imagine users would really like to have this > KDE >> > browser app up to date. If anyone >> > does use it, feel free to build and test this and comment. I built and >> > tested it myself in Cauldron and it >> > seems to work fine. >> >> Please, anyone else that uses this, build and test it too and make sure > it's >> OK. > Noob question, how to do so? at least a link explaining, thanks Firstly you need SVN access, there is a guide to becoming a maintainer on the wiki, as well as one to the basics of RPM building. Cant find the links atm as i am on my phone.
Re: [Mageia-dev] Freeze push: rekonq (request for comments)
On Friday, February 01, 2013 01:43:18 PM David Walser wrote: > David Walser writes: > > This updates to 2.1. > > > > Mainly pushing this as I imagine users would really like to have this KDE > > browser app up to date. If anyone > > does use it, feel free to build and test this and comment. I built and > > tested it myself in Cauldron and it > > seems to work fine. > > Please, anyone else that uses this, build and test it too and make sure it's > OK. Noob question, how to do so? at least a link explaining, thanks
Re: [Mageia-dev] Freeze push: rekonq (request for comments)
On 1 February 2013 13:46, Donald Stewart wrote: > On 1 February 2013 13:43, David Walser wrote: >> David Walser writes: >>> This updates to 2.1. >>> >>> Mainly pushing this as I imagine users would really like to have this KDE >>> browser app up to date. If anyone >>> does use it, feel free to build and test this and comment. I built and >>> tested >>> it myself in Cauldron and it >>> seems to work fine. >> >> Please, anyone else that uses this, build and test it too and make sure it's >> OK. >> > > Ill build it tonight and see, sorry for not trying sooner it has been a bad > week Works well for me, although I'm not sure if it still needs these BR: BuildRequires: pkgconfig(shared-desktop-ontologies) BuildRequires: pkgconfig(QtWebKit) as they weren't needed after installing ldelibs4-devel, whoever this wasn't in a clean build environment so it could be an error.
Re: [Mageia-dev] Last.fm-Scrobbler
On Sat, Feb 2, 2013 at 4:42 AM, David Walser wrote: > As for the player, you don't really need a freeze push as it should be > somewhere > else in SVN. lastfm-player is what we currently have, but the new thing is a > new application called lastfm-desktop. You don't need a freeze exception for > a > new package. Why that? It is just the new version of the old player with a redesign. -- AL I:40: Do what thou wilt shall be the whole of the Law.
Re: [Mageia-dev] Freeze push: zim-0.59
Le 01/02/2013 20:16, Dimitri a écrit : ping? Please push Zim 0.59. This release fixes a critical bug in the editor widget that can lead to loss of content for specific combinations of formatting. In addition, week numbers in Journal pages are fixed and Tasklist tag inheritance is improved. (from http://freecode.com/projects/zim) Done. -- BOFH excuse #228: That function is not currently supported, but Bill Gates assures us it will be featured in the next upgrade.
Re: [Mageia-dev] Freeze push: gmp 5.1.0
Le 01/02/2013 20:17, Dimitri a écrit : ping? Please push GNU MP 5.1.0. It's bugfix and speedup release, source and binary compatible with 5.0 series: http://gmplib.org/gmp5.1.html Done. BTW, top-posting is considered lame practice among us 1337 h4><3rz... -- BOFH excuse #340: Well fix that in the next (upgrade, update, patch release, service pack).
Re: [Mageia-dev] Freeze push: git
Le 01/02/2013 20:20, David Walser a écrit : This updates to 1.8.1.2, a bugfix release (as was 1.8.1.1). https://raw.github.com/git/git/master/Documentation/RelNotes/1.8.1.1.txt https://raw.github.com/git/git/master/Documentation/RelNotes/1.8.1.2.txt I've verified that it builds in Cauldron. Done. -- BOFH excuse #137: User was distributing pornography on server; system seized by FBI.
Re: [Mageia-dev] Freeze push: squid
Le 01/02/2013 20:59, David Walser a écrit : This updates to 3.2.7, a bugfix release. You can see all the changes here: http://www.squid-cache.org/Versions/v3/3.2/changesets/SQUID_3_2_7.html I've verified that it builds, installs, and works fine in Cauldron. Done. -- BOFH excuse #280: Traceroute says that there is a routing problem in the backbone. It's not our problem.
Re: [Mageia-dev] freeze push: libreoffice-4.0.03
Le 02/02/2013 13:21, Thierry Vignaud a écrit : On 1 February 2013 21:09, Thierry Vignaud wrote: Hi please let in libreoffice-4.0.03. This is RC3 (we currently have RC2) ping? Done. -- BOFH excuse #369: Virus transmitted from computer to sysadmins.
Re: [Mageia-dev] freeze push: x11-driver-input-synaptics-1.6.3
Le 02/02/2013 13:29, Thierry Vignaud a écrit : Hi Please let in x11-driver-input-synaptics-1.6.3 (we currently have 1.6.2): "synaptics 1.6.3 is now available. Over the RC this release only includes a config example. Compared to 1.6.2, we've had a memory leak fixed, better behaviour for synaptics soft buttons and, most importantly, a fix to reset the touch state after suspend." Done. -- BOFH excuse #79: Look, buddy: Windows 3.1 IS A General Protection Fault.
Re: [Mageia-dev] Grub2 vs. Grub Legacy in M3
On 02/02/13 05:48, Felix Miata wrote: Good start: 1-/boot/grub2/i386-pc/core.img in a Grub Legacy stanza succeeds Not good from then on: 1-Grub2 error message due to not finding some png file You removed the png by using --no-suggests 2-25 item Grub 2.00 menu (grub.cfg: http://fm.no-ip.com/Tmp/Linux/Mdv/grub.cfg.gx27b-cauldron3-1.txt ). After selecting a selection from a master bootloader, there's no good reason to see similar selections as in the previous menu unrelated to the chosen selection. IOW, when not a master bootloader (i.e. "chainloaded" via core.img, only Mageia entries attributable to selected filesystem hosting core.img should be in this menu. If that is what you want then:- # urpme os-prober 3-Grub2 menu uses same awful spindly-looking font responsible in large part for my distaste for *buntu Yes could be a lot better, but it's mainly a choice based on licensing, probably will be improved in the future. 4-default menu selection for Cauldron causes this cmdline: BOOT_IMAGE=/boot/vmlinuz-prv root=UUID=bbe8a402-5fb1-4247-b372-5bb6cff4e18c ro splash which is nothing like the default Grub Legacy menu stanza's cmdline result: root=LABEL=22cauldrn splash=verbose noresume video=1152x864 vga=794 3 obviously caused by Grub2 installation disregarding content of pre-existing menu.lst grub2 does not pay any attention to legacy menu.lst - it's a totally different, unrelated bootloader. If you want grub2 to use an existing legacy menu.lst then you can use grub2-menulst2cfg tool to create a grub.cfg from menu.lst. Usage: grub2-menulst2cfg [INFILE [OUTFILE]] 5-semi-legible blue on black graphical progress bar instead of normal complement of startup messages when splash=verbose The font colours were chosen to complement the background image which you chose not to install. 6-post ESC, startup messages are inappropriately tiny Sounds like the same issue I used to have when I was using nvidia graphics with nouveau. Using intel I don't see this. 7-tty text is too tiny to use (same as startup messages; screen's preferred mode 1600x1200 used instead of legible mode 1152x864) Probably configurable in /etc/defaults/grub but off hand I don't know the variable name - should be in the maunual somewhere. 8-KDM is on tty2, the location I reserve for certain class of recurring activities, instead of where expected on tty7 Dunno - I have never seen this. 9-preferred initial runlevel as evidenced by menu.lst cmdline options was not specified Again menu.lst is nothing to do with grub2 10-tty1 cleared before displaying login prompt (even after customizing /etc/systemd/sytem/getty.target.wants/getty@tty1.service with s/TTYVTDisallocate=yes/TTYVTDisallocate=no/; same problem on Rawhide & Factory; OT) Such displeasures as 1-9 are the reason why in Grub Legacy vs. Grub2 discussions I point out that Grub2 is still v1.0 software. Just how much of these observations are due to upstream decisions or yet-to-dos rather than distro implementation decisions, implementor inexperience or bugs I won't try to guess. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
