Re: [Mageia-dev] Build tool idea
On Friday 1. February 2013 21.39, zezinho wrote: > what is bm ? It's a Build Manager. It wraps around rpmbuild, and makes it possible to build packages in separate directories, as opposed to having all spec files and sources in the same rpm directory. I found package building a lot easier after discovering this tool. -- Johnny A. Solbu PGP key ID: 0xFA687324 signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] Grub2 vs. Grub Legacy in M3
On 2013-02-02 00:48 (GMT-0500) Felix Miata composed: # urpmi --no-suggests grub2 which installed only grub2 and os-prober, and took several minutes to complete (which the known lethargic os-prober is obviously responsible for). I added a stanza to my master bootloader to load /boot/grub2/i386-pc/core.img and rebooted, selecting the /boot/grub2/i386-pc/core.img stanza. Results: 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 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. 3-Grub2 menu uses same awful spindly-looking font responsible in large part for my distaste for *buntu 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, which means 5-semi-legible blue on black graphical progress bar instead of normal complement of startup messages when splash=verbose 6-post ESC, startup messages are inappropriately tiny 7-tty text is too tiny to use (same as startup messages; screen's preferred mode 1600x1200 used instead of legible mode 1152x864) 8-KDM is on tty2, the location I reserve for certain class of recurring activities, instead of where expected on tty7 9-preferred initial runlevel as evidenced by menu.lst cmdline options was not specified 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. After editing /etc/default/grub, grub2-mkconfig isn't too bright about choosing a default kernel/initrd pair: http://fm.no-ip.com/Tmp/Linux/Mdv/grub.cfg.04 It selected initrd-prv and vmlinuz-prv as default, which are symlinks to the previously installed kernel. Upstream still has a warning about use of vga= on cmdline, which is still valid when KMS is disabled, and when non-Plymouth user wants kernel to use specified vga= mode instead of 80x25 in the brief init period prior to KMS initialization. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
Re: [Mageia-dev] Grub2 vs. Grub Legacy in M3
On 2013-01-28 19:27 (GMT) Barry Jackson composed:
Grub2 can install it's kernel in the root filesystem which can be booted
directly. Installing the grub2 package, whether during install or later
automatically builds /boot/grub/i386-pc/core.img and also creates a
grub.cfg ready for use.
Chanloading is un-necessary since an entry in menu.lst on a legacy
system will boot a grub2 Mageia system using:
title Mageia via GRUB 2
root (hdx,y)
kernel /boot/grub2/i386-pc/core.img
...as explained in the above README.Mageia
If you do it this way, you can install whatever you want as a bootloader
on the MBR, and each partition can have whatever BIOS-compliant
bootloader it wants, including grub, grub2, lilo, OS/2, DOS, or Wndows.
Yes, I use a small grub2 partition sda1 as "master".
To boot into Mageia grub2 systems I use the grub2 multiboot command:
menuentry 'Mageia-3 multi sda6' {
search --no-floppy --label --set=root mageia-3
multiboot /boot/grub2/i386-pc/core.img
}
This thread made it register in my brain for the first time that Grub2 can be
installed on the same / as Grub Legacy without interfering with it. So, on
one of my two Cauldron systems configured to my whim with Grub Legacy, I did:
# urpmi grub2
Which tried to intstall
grub2
os-prober
mageia-theme-default
mageia-theme-common
plymouth-plugin-label
plymouth-plugin-script
plymouth-system-theme
Proceed...? N
# urpmi --no-suggests grub2
which installed only grub2 and os-prober, and took several minutes to
complete (which the known lethargic os-prober is obviously responsible for).
I added a stanza to my master bootloader to load /boot/grub2/i386-pc/core.img
and rebooted, selecting the /boot/grub2/i386-pc/core.img stanza. Results:
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
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.
3-Grub2 menu uses same awful spindly-looking font responsible in large part
for my distaste for *buntu
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, which means
5-semi-legible blue on black graphical progress bar instead of normal
complement of startup messages when splash=verbose
6-post ESC, startup messages are inappropriately tiny
7-tty text is too tiny to use (same as startup messages; screen's preferred
mode 1600x1200 used instead of legible mode 1152x864)
8-KDM is on tty2, the location I reserve for certain class of recurring
activities, instead of where expected on tty7
9-preferred initial runlevel as evidenced by menu.lst cmdline options was not
specified
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/
Re: [Mageia-dev] Last.fm-Scrobbler
David Walser writes: > Götz Waschk writes: > > It has a dep on an updated version of liblastfm, so it would be advisable > > to test if clementine and tomahawk still work with that. > > Just make sure that clementine, tomahawk, and amarok all still compile with > it. OK, I did. All three compiled fine. I think liblastfm should be pushed. 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.
Re: [Mageia-dev] disable a warning as error?
zezinho writes:
> hi, while working on a package (powermanga-0.91) I ended on a warning
> that is treated as error.
> As far as I have found in internet, it may be a false positive, am I as
> packager allowed by our policy to disable it? And how?
>
> images.c:821:4: error: missing initializer
> [-Werror=missing-field-initializers]
> images.c:821:4: error: (near initialization for ‘text[0].itxt_length’)
> [-Werror=missing-field-initializers]
You can check with upstream if there's a fix for this.
In the meantime, you can disable the warning as error with:
export CFLAGS="%{optflags} -Wno-error=missing-field-initializers"
[Mageia-dev] disable a warning as error?
hi, while working on a package (powermanga-0.91) I ended on a warning that is treated as error. As far as I have found in internet, it may be a false positive, am I as packager allowed by our policy to disable it? And how? images.c:821:4: error: missing initializer [-Werror=missing-field-initializers] images.c:821:4: error: (near initialization for ‘text[0].itxt_length’) [-Werror=missing-field-initializers]
Re: [Mageia-dev] Build tool idea
Em 01-02-2013 13:29, Guillaume Rousse escreveu: Le 01/02/2013 01:15, Joseph Wang a écrit : Now before I start on this, is there any wheel reinvention here. I'm looking to just wrap mageia repo, so that someone can do sudo repoinstall peazip mgarepo co peazip && cd peazip && bm && rpm -Uvh RPMS//yourpackage what is bm ? I don't know this one?
[Mageia-dev] Freeze push: squid
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.
Re: [Mageia-dev] Last.fm-Scrobbler
Götz Waschk writes: > Dear Last.fm fans, > > I have updated the lastfm-player package in svn to the latest upstream > version 2.1.33. It is working fine on my Mga2 notebook. What do you > think, can this still be included in Mga2? If so, who'd push it? It > has a dep on an updated version of liblastfm, so it would be advisable > to test if clementine and tomahawk still work with that. Yes, it would be good to have this; we generally try to keep things up to date that interact with an online service. I haven't tried the Cauldron version, but on Mageia 2 Amarok is double-scrobbling most songs, so there must have been a protocol change, so it'd be really good at least to have liblastfm up to date. It's really frustrating how every time there's a new version of liblastfm, the URLs change. Make sure you do update them in the SPEC though, don't just add a comment. I just fixed it this time. Just make sure that clementine, tomahawk, and amarok all still compile with it.
[Mageia-dev] Freeze push: git
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.
Re: [Mageia-dev] Freeze push: gmp 5.1.0
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 > > Thanks! Dimitri >
Re: [Mageia-dev] Freeze push: zim-0.59
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) > > Thanks! Dimitri >
Re: [Mageia-dev] Freeze push: xkeyboard-config
Le 01/02/2013 14:41, David Walser a écrit : Guillaume Rousse writes: Le 31/01/2013 20:40, David Walser a écrit : This updates to 2.8, a bugfix and translations release. This SRPM actually provides the x11-data-xkbdata package. The NEWS file says the most important fixes are for Sun keyboards. You can see the full git log here: http://cgit.freedesktop.org/xkeyboard-config/log/ Built and installed locally in Cauldron just fine. Done. The build failed. I can see from the log that it couldn't find xsltproc. That's why the man page wasn't generated. I added the BuildRequires, so it should be good now. Please push again. Done. -- BOFH excuse #441: Hash table has woodworm
Re: [Mageia-dev] Freeze push: iasl
Le 01/02/2013 14:16, Damien Lallement a écrit : Please push iasl, it's a _bug fix release_. Now: 20121018.tar.gz Waiting: 20130117.tar.gz Done. -- BOFH excuse #140: LBNC (luser brain not connected)
Re: [Mageia-dev] Beta32 and Broadcomm WiFi
On Wed, 30 Jan 2013 19:37:13 +, I wrote: > Network Center still doesn't immediately change 'Connect' to > 'Disconnect' after a successful connect... Though, oddly, after selecting 'Disconnect' it *does* immediately change to 'Connect' ... -- /\/\aurice
[Mageia-dev] Freeze push: calibre
Please push calibre 0.9.17: - Fix regression that caused some svg images to be rendered as black rectangles. - News download: Do not convert all downloaded images to JPG format. This fixes the problem of PNG images with transparent backgrounds being rendered with black backgrounds - News download: Add support for logging in to sites that require javascript for their logins. - Fix out-of-bounds data causing errors in the Tag Browser - Driver for LG E400 and SayCoolA710 - Replace all non-ascii characters in CSS class names, as they cause problems with some broken EPUB renderers. - Do not choke when reading metadata from MOBI files with incorrectly encoded metadata fields - MTP driver: detect devices that have MTP interfaces even if their USB ids are not known - Allow choosing which page of a PDF to use as the cover. - Add PocketBook Pro 912 driver - Update amazon/waterstones/libri plugins to account for website changes - Fix 'X' being droppen from isbns on export - Fix using incorrect escaping for non-ascii attachment filenames - Update metadata when serving azw3 files - Fix wrong icons - Fix bug to prevent deleting files by device after upload - Add and improve news sources Thanks! -- Damien Lallement twitter: damsweb - IRC: damsweb/coincoin
Re: [Mageia-dev] Freeze push: xkeyboard-config
Guillaume Rousse writes: > Le 31/01/2013 20:40, David Walser a écrit : > > This updates to 2.8, a bugfix and translations release. This SRPM actually provides the > x11-data-xkbdata package. The NEWS file says the most important fixes are for Sun keyboards. You can see > the full git log here: > > http://cgit.freedesktop.org/xkeyboard-config/log/ > > > > Built and installed locally in Cauldron just fine. > Done. The build failed. I can see from the log that it couldn't find xsltproc. That's why the man page wasn't generated. I added the BuildRequires, so it should be good now. Please push again. Thanks.
Re: [Mageia-dev] Freeze push: rekonq (request for comments)
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
Re: [Mageia-dev] Freeze push: rekonq (request for comments)
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.
Re: [Mageia-dev] Freeze push: hwinfo
Guillaume Rousse writes: > Le 31/01/2013 18:25, Damien Lallement a écrit : > > Please push hwinfo. > > Before: 20.0 > > Now: 20.1 > > Fixes: manpages > Done. Build failed: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130201123026.guillomovitch.valstar.11892/log/hwinfo-20.1-1.mga3/build.0.20130201123103.log
Re: [Mageia-dev] Freeze push: xkeyboard-config
Le 31/01/2013 20:40, David Walser a écrit : This updates to 2.8, a bugfix and translations release. This SRPM actually provides the x11-data-xkbdata package. The NEWS file says the most important fixes are for Sun keyboards. You can see the full git log here: http://cgit.freedesktop.org/xkeyboard-config/log/ Built and installed locally in Cauldron just fine. Done. -- BOFH excuse #1: clock speed
[Mageia-dev] Freeze push: iasl
Please push iasl, it's a _bug fix release_. Now: 20121018.tar.gz Waiting: 20130117.tar.gz Thanks! -- Damien Lallement twitter: damsweb - IRC: damsweb/coincoin
Re: [Mageia-dev] Freeze push: lsof
Le 31/01/2013 18:04, David Walser a écrit : This updates to 4.87. The only changes to the Linux version are that it fixes identification of two file types. One is identified as TYPE and NAME anon_inode in 4.86. Now it identifies those as TYPE a_inode and for NAME it can actually identify what they are. The other is sockets (TYPE sock), where for NAME in 4.86 it would say "can't identify protocol" it now in 4.87 says "protocol: UDP" or "protocol: TCP" and it can identify ICMP as well. I tested this in Cauldron by diffing the lsof output between the two versions, and can see the two fixes do actually work, it's pretty nice. Done. -- BOFH excuse #70: nesting roaches shorted out the ether cable
Re: [Mageia-dev] freeze push: cairo-1.12.2
Le 31/01/2013 21:15, Thierry Vignaud a écrit : Hi Please let in cairo-1.12.2 (we currently have 1.12.8). It's bug fixes only: http://cgit.freedesktop.org/cairo/plain/NEWS?id=a201a1169f472e822a66275b7dffe62f241d8ec0 Done. -- BOFH excuse #91: Mouse chewed through power cable
[Mageia-dev] Fwd: Rebuild failed on x86_64 for @393698:hwinfo-20.1-1.mga3.src.rpm
Message original Sujet: Rebuild failed on x86_64 for @393698:hwinfo-20.1-1.mga3.src.rpm Date : Fri, 1 Feb 2013 13:31:30 +0100 (CET) De : Ulri the scheduler bot Pour : guillomovitch Build of the following packages failed: - @393698:hwinfo-20.1-1.mga3.src.rpm Failure details available in http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130201123026.guillomovitch.valstar.11892/log Reason: @393698:hwinfo-20.1-1.mga3.src.rpm: build_failure Log files generated: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130201123026.guillomovitch.valstar.11892/log/hwinfo-20.1-1.mga3/install_deps-1.0.20130201123103.log http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130201123026.guillomovitch.valstar.11892/log/hwinfo-20.1-1.mga3/build.0.20130201123103.log http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130201123026.guillomovitch.valstar.11892/log/hwinfo-20.1-1.mga3/rpm_qa.0.20130201123103.log http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130201123026.guillomovitch.valstar.11892/log/hwinfo-20.1-1.mga3/rpm_qa.0.20130201123105.log http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130201123026.guillomovitch.valstar.11892/log/hwinfo-20.1-1.mga3/install_deps-1.0.20130201123105.log http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130201123026.guillomovitch.valstar.11892/log/hwinfo-20.1-1.mga3/build.0.20130201123105.log
Re: [Mageia-dev] freeze push: man-pages
Le 31/01/2013 22:03, Thierry Vignaud a écrit : Hi Please push man-pages. Thus our doc will match reality. See http://man7.org/linux/man-pages/changelog.html#release_3.46 and http://man7.org/linux/man-pages/changelog.html#release_3.45 Done. -- BOFH excuse #246: It must have been the lightning storm we had (yesterday) (last week) (last month)
Re: [Mageia-dev] Freeze push: hwinfo
Le 31/01/2013 18:25, Damien Lallement a écrit : Please push hwinfo. Before: 20.0 Now: 20.1 Fixes: manpages Done. -- BOFH excuse #129: The ring needs another token
Re: [Mageia-dev] Build tool idea
Le 01/02/2013 01:15, Joseph Wang a écrit : Now before I start on this, is there any wheel reinvention here. I'm looking to just wrap mageia repo, so that someone can do sudo repoinstall peazip mgarepo co peazip && cd peazip && bm && rpm -Uvh RPMS//yourpackage -- BOFH excuse #342: HTTPD Error 4004 : very old Intel cpu - insufficient processing power
[Mageia-dev] Last.fm-Scrobbler
Dear Last.fm fans, I have updated the lastfm-player package in svn to the latest upstream version 2.1.33. It is working fine on my Mga2 notebook. What do you think, can this still be included in Mga2? If so, who'd push it? It has a dep on an updated version of liblastfm, so it would be advisable to test if clementine and tomahawk still work with that. Regards, Götz -- AL I:40: Do what thou wilt shall be the whole of the Law.
