Re: New maintainer for lirc/Jarod Wilson's packages
p Sent from Google Nexus 4 On Oct 2, 2013 1:50 AM, Till Maas opensou...@till.name wrote: Hi, Jarod Wilson, the current lirc maintainer, announced that he wants someone else to maintain lirc due to lack of time/interest[0]. Probably his other four packages need a new maintainer as, well[1]: https://admin.fedoraproject.org/pkgdb/users/packages/jwilson?acls=owner cx18-firmware -- Firmware for Conexant cx23418-based video capture devices libcrystalhd -- Broadcom Crystal HD device interface library lirc -- The Linux Infrared Remote Control package rinputd -- A server for receiving input events over the network wacomexpresskeys -- Wacom ExpressKeys and Touch Strips configuration utility Please respond here, if you want to take a package over including your FAS name and I will transfer the package if Jarod agrees. Regards Till [0] https://bugzilla.redhat.com/show_bug.cgi?id=881976#c14 [1] https://bugzilla.redhat.com/show_bug.cgi?id=881976#c15 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Fedora 18 and new version of Gnome (3.7.x)
No. Please upgrade to Fedora 19. Sent from Transformer Prime On Mar 5, 2013 7:29 PM, Dario Lesca d.le...@solinos.it wrote: There is some way to test new version of gnome on Fedora 18? Thanks -- Dario Lesca - sip:da...@solinos.it (Inviato dal mio Linux Fedora18+Gnome3) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Obsolete packages still included in Fedora 19 development
I have retired fcitx-keyboard. But Denis Arnaud cleaned up all code for fcitx(1). I think it should be wrong. I have reverted the code back to git repo just now. Fcitx is still fine and is widely used in CJK community. 1. http://pkgs.fedoraproject.org/cgit/fcitx.git/commit/?id=c75a157fb353a2ace2ea7d9db13a2229fa1cd647 Sent From My Heart My Page: http://www.liangsuilong.info On Fri, Feb 22, 2013 at 7:50 AM, Josh Boyer jwbo...@gmail.com wrote: On Thu, Feb 21, 2013 at 4:24 PM, Michael Schwendt mschwe...@gmail.com wrote: Apparently, there are obsolete packages still in Rawhide (and have even been rebuilt for the mass-rebuild, albeit not all of them). Obsolete here really means they are obsoleted (=replaced!) by some other package. Whoever may be responsible for this, please notice that there is a HOWTO about removing packages from the distribution properly: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Obsolete ('module-init-tools', 'i686', '0', '3.16', '7.fc19') Hm. I'll look at that one tomorrow. Should probably be handled by kmod. Obsolete ('rt61pci-firmware', 'noarch', '0', '1.2', '10.fc18') Obsolete ('rt73usb-firmware', 'noarch', '0', '1.8', '10.fc18') Those two should be cleared up with tomorrow's rawhide. josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: Replace MySQL with MariaDB
Thanks for all developers' great work. Here I have two questions about cluster. MariaDB stays in Fedora repository now, however, Galera Cluster does not contain in MariaDB. MariaDB with Galera Cluster is marked as stable. Is there any plan to enable Galera Cluster feature. NDBCluster Engine was dropped in Fedora since MySQL 5.1.43. Now MariaDB has replaced MySQL. Could we also change MySQL package too? Re-enable NDBCluster? I know MySQL Cluster has different source tarball. There is a lot of difficulties. Will official MySQL developers help communities? I hope so. Sent from Transformer Prime Remi Collet wrote: Le 09/02/2013 19:08, Alfredo Kojima a écrit : Whenever we need to use a 3rd party lib that no distribution ships, we're stuck thinking whether it's better to ship it ourselves or just leave out everything, forcing users and packagers to fetch them externally. Can you shed some light? (quoting the quote there because the original message is not available in Gmane) Just require the external library and distros WILL ship it. :-) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Needing a packager to review fcitx-related pacakges
Hi, all. I am a Fedora paackger. I have submited a series of fcitx-related packages, and I am waiting for review. I tried to ask Robin Lee for help, who is my friend and another Fedora packager. He is too busy for his great job. I need another packager to review these pacakges. Here is list of fcitx-related pacakges. fcitx-table-extra https://bugzilla.redhat.com/show_bug.cgi?id=800731 fcitx-chewing https://bugzilla.redhat.com/show_bug.cgi?id=801053 fcitx-cloudpinyin https://bugzilla.redhat.com/show_bug.cgi?id=801058 fcitx-fbterm https://bugzilla.redhat.com/show_bug.cgi?id=801059 kcm-fcitx https://bugzilla.redhat.com/show_bug.cgi?id=801073 fcitx-libpinyin https://bugzilla.redhat.com/show_bug.cgi?id=801077 fcitx-ui-light https://bugzilla.redhat.com/show_bug.cgi?id=801064 fcitx-keyboard https://bugzilla.redhat.com/show_bug.cgi?id=801062 Fcitx is an light-weight input method framework, and it is under rapid development. I will upstream to the latest one. In updates-testing repository, fcitx has updated to the latest 4.2.2. I will package more components of fcitx. Thank you for your help. Sent From My Heart My Page: http://www.liangsuilong.info -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Anaconda forced to create a BIOS boot partition, but not boot on Lenovo S205
I bought a new notebook for my jobs, Lenovo IdeaPad S205 (AMD E-450 APU), building in MeeGo modified by Linpus. There is no BIOS in it, just using UEFI. And there is no BIOS compatibility mode. So I must use EFI GRUB. As we knew, Fedora 15 LiveUSB can not be booted on S205. There is a bug on Lenovo S205. http://forums.fedoraforum.org/showthread.php?t=262907 I try to install Fedora 16 Beta RC2. I know there is many bugs before Final GA. Luckily, the installation process runs smothly. After rebooting my machine, UEFI can not load boot loader on HDD, skipping HDD to boot USB or PXE. And then, I found Anaconda must create a BIOS boot partition that size is about 1MB and an FAT partition for EFI system is following. Later, I try to install Ubuntu 11.10 Beta 2. Their grub2 can support UEFI and GPT partition table normally. However, BIOS boot partition does not appear in Ubuntu installer. I make sure that Fedora 16 choose GPT for me. I am just allowed to create primary partition on my HDD. I could not assure whether this is a bug on Anaconda or GRUB 2. Maybe I should file a bug report on Bugzilla. But I do not understand why Anaconda need to create a BIOS boot partition on UEFI-only system. This is my most important question. I do do not really get accustomed to using Ubuntu. I love Fedora very much. I just hope I can get replies soon. Liang Suilong -- Fedora Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager Ambassador https://fedoraproject.org/wiki/User:Liangsuilong -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Anaconda forced to create a BIOS boot partition, but not boot on Lenovo S205
OK. Thank you, David. My Desktop is used for productive environment. I do not want to reinstall OS now. And I do not restore the logs before. So I want to do it after Fedora 6 Beta releases. Maybe we should look for another UEFI-only system to test it. Fedora Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager Ambassador https://fedoraproject.org/wiki/User:Liangsuilong On Tue, Sep 27, 2011 at 12:17 PM, David Lehman dleh...@redhat.com wrote: On Tue, 2011-09-27 at 10:30 +0800, Liang Suilong wrote: I bought a new notebook for my jobs, Lenovo IdeaPad S205 (AMD E-450 APU), building in MeeGo modified by Linpus. There is no BIOS in it, just using UEFI. And there is no BIOS compatibility mode. So I must use EFI GRUB. As we knew, Fedora 15 LiveUSB can not be booted on S205. There is a bug on Lenovo S205. http://forums.fedoraforum.org/showthread.php?t=262907 I try to install Fedora 16 Beta RC2. I know there is many bugs before Final GA. Luckily, the installation process runs smothly. After rebooting my machine, UEFI can not load boot loader on HDD, skipping HDD to boot USB or PXE. And then, I found Anaconda must create a BIOS boot partition that size is about 1MB and an FAT partition for EFI If anaconda says you need a BIOS boot partition then anaconda believes your system is a BIOS system -- not EFI. You should open a bug report and include the following log files from within the installer's runtime environment: /tmp/anaconda.log /tmp/syslog /tmp/program.log /tmp/storage.log Thanks. system is following. Later, I try to install Ubuntu 11.10 Beta 2. Their grub2 can support UEFI and GPT partition table normally. However, BIOS boot partition does not appear in Ubuntu installer. I make sure that Fedora 16 choose GPT for me. I am just allowed to create primary partition on my HDD. I could not assure whether this is a bug on Anaconda or GRUB 2. Maybe I should file a bug report on Bugzilla. But I do not understand why Anaconda need to create a BIOS boot partition on UEFI-only system. This is my most important question. I do do not really get accustomed to using Ubuntu. I love Fedora very much. I just hope I can get replies soon. Liang Suilong -- Fedora Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager Ambassador https://fedoraproject.org/wiki/User:Liangsuilong -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Packages that will be orphaned
Toshio, I wan to take fcitx. Fedora Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager Ambassador https://fedoraproject.org/wiki/User:Liangsuilong On Sat, Jun 25, 2011 at 3:10 AM, Toshio Kuratomi a.bad...@gmail.com wrote: On Fri, Jun 24, 2011 at 04:19:51PM +0800, Robin 'cheese' Lee wrote: I can take kbibtex. Done. -Toshio -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Gtk2-Unique-0.05.tar.gz uploaded to lookaside cache by liangsuilong
A file has been added to the lookaside cache for perl-Gtk2-Unique: 0beb552933b765a017588563a71af123 Gtk2-Unique-0.05.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Gtk2-Unique/f14] Initial Upload
Summary of changes: 554af88... Initial Upload (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Systemd Status
Fedora 15 switches to systemd as default init system. The developer still works for coding and fixing the bugs. We should appreciate that developers give us such a fast init system to improve boot time. However we do not know what it changes from old version to new one. The changelog has just one sentence. New upstream released. I think I need to know What a new feature is in a new version. The homepage of systemd does not refer to changelogs. Thank you! Since Kernel 2.6.38 was released, autogroup schedule patch has been merged into mainline kernel. I rememberd Lennert Poettering argued on autogroup schedule with Linus Torvalds. The patch is just working with processes from TTY console. Lennert seemed to tell us the best way was that init system provided autogroup schedule. Now systemd is able to give every service, every user and every user session own cgroup in the CPU hierarchy. How far is autogroup schedule in systemd from us? I can not hear any news about it. I know this is not easy job because every process has its own property. But I hope it is coming soon and really makes our desktop more smooth. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 15, new and exciting plans
Return to GRUB2 topic, I wish that GRUB2 landed in Anaconda and become an option for user. Some Linux fans install two Linux distros, one is rpm-based distro, another is deb-based distro. Most of deb-based distros has moved to GRUB2. however, rpm-based distros still stays at GRUB legacy. I can feel there are some problems on compatibility. Does anyone know something about GRUB2 on mapper devices? Half a year ago, I tried to install Debian on my Intel RAID0 but failed. At that time, Debian installer does not support that users directly install GRUB2. You need extra steps to do it manually. I think the maintainers should consider it and find out the best solution for users. The other topic is about Xen. As we know, Xen Dom0 pv_ops are merged into the upstream kernel since 2.6.37. Fedora 15 will use kernel-2.6.38. Should community bring Xen Dom0 to Fedora 15 since Fedora 8 though Red Hat does no longer support Xen? Because Xen Dom0 pv_ops is a part of upstream kernel, Debian has a plan to drop specified kernel for Xen and directly support it in generic kernel. Does Fedora has some plans to do it? I know Xen is still maintained by myong in Fedora. On Sun, Nov 14, 2010 at 10:23 AM, Dennis Jacobfeuerborn denni...@conversis.de wrote: On 11/14/2010 12:41 AM, Richard W.M. Jones wrote: On Fri, Nov 12, 2010 at 06:26:48PM +, Jóhann B. Guðmundsson wrote: *DE could consider switching the default to use EXT4 directly without LVM. [1] 1. http://fedoraproject.org/wiki/Features/NoDefaultLVM The Detailed Description seems contradictory: | LVM provides very little benefit for most Fedora users, at the cost of | performance and complexity: | | * Certain filesystem features (ext3 barriers) are unavailable when run | on top of LVM. Isn't this just a bug which should be fixed? (I actually thought this had been fixed already) | * Software RAID performance is greatly reduced when layered on LVM. But the stated task is to get rid of LVM except for experts in storage administration (from the next section of the same document). Who will presumably be the only ones wanting Software RAID. The non-experts won't know anything about Software RAID, so they won't be affected by this performance problem with LVM. Can someone point to specific details about this? I did some benchmarking a while ago of raid-1 vs. raid-5, raid-1 plain vs. raid-1 with lvm, etc. and LVM didn't really show up as a performance issue at all. | * LVM partitions are not automatically assembled by the desktop systems. I'm not sure what this one means. assembled as in what happens when you spread a VG over multiple block devices? Anyway, I think LVM is jolly useful: I've used plain partitions for a long time because lvm always looked weird to me but then I looked into it and nowadays I don't want to live without it. The ability to have the logical partitioning indepedent of the physical storage is a must-have for me. - You can expand the root filesystem (eg. into spare space or across block devices). - You can live pvmove filesystems from one device to another. That one actually saved my ass once on a 48 disk 30TB storage system because the controller was acting up. It may be that the tooling is not there to make these features available for non-experts, but that's a problem with lack of tools, not with LVM. Partition tables are horrible and inflexible in comparison to LVM. Can we at the very least have some numbers backing up the supposed performance problems? Yeah, in my benchmarking I couldn't really confirm this so if there is a problem I'd like to see some specifics too. Regards, Dennis -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Fedora Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager Ambassador https://fedoraproject.org/wiki/User:Liangsuilong -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Ubuntu 10.10's installer looks rather nice
I think anaconda is better than ubuntu installer. Ubuntu installer does not support LVM and RAID. I need these features. Anaconda does not easily support upgrading from internet. It is quite regretful. On Tue, Oct 12, 2010 at 12:14 AM, John Reiser jrei...@bitwagon.com wrote: On 10/11/2010 03:41 AM, Richard W.M. Jones wrote: Some of the things [Ubuntu 10.10 installer] does which are IMHO better: - starts disk formatting / copying / installing in parallel with asking user questions - downloads updates in parallel too What was the wall-clock duration from Go! to done? Should be about 140 seconds for a 32X CD-ROM: (700MB / 5MB/s). {Fetch_from_media_or_download, and uncompress_package_to_pieces_in_RAMfs} parallelizes almost perfectly with package install, even with only one CPU. -- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Fedora Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager Ambassador https://fedoraproject.org/wiki/User:Liangsuilong -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora backports repo? (Was Re: PostgreSQL 9 for F14?)
If someone has enough interest in backporting something from a newer release, we can set up a personal repo on the repos.fedorapeople.org. Just like firefox4 and yum-rawhide repo. Maybe we wait for Copr. Seth Vidal is working on it. We can easily set up and manage a backport or testing repo on Copr. But I have another question. As we know, Fedora is a fast-upgrade Linux distribution. Many new features will be added in every release. If we backport the most desirable features, how should we attract users to upgrade to the latest one? Do we hope that Fedora becomes a rolling upgrade distribution? On Tue, Sep 21, 2010 at 11:22 PM, Bruno Wolff III br...@wolff.to wrote: On Tue, Sep 21, 2010 at 10:59:06 -0400, Brandon Lozza bran...@pwnage.ca wrote: However, if for example Microsoft had a similar system and did package software for it. Their users would be up in arms for the latest firefox too and Microsoft wouldn't keep them on an old firefox version. Where is the logic in NOT having the latest software as long as it doesn't break file format compatibility? On windows the user can Unexpectedly changing the UI is also bad. Look at openSUSE, GCC 4.5, came out before F13, no banning of LTO. If you want something better than stable for KDE you can one click install the factory KDE repo. You can one click install the trunk repo too. They even have two Chromium branches available for single click install (version 6 and 7). Perhaps a single click or easy method of installing a yum repo could be invented that is similar to the one in openSUSE. That would be a good start. Alternate repos are possible, but take work. Fedora doesn't have spare capacity to be doing this sort of thing right now. If you want to make it happen, you can by leading and working on a project to do that. As long as you are willing to work and can get a at least a few like minded volunteers also willing to work you should have at least some success. People here aren't against having a way to install alternate versions of packagers per se, but are noting that there is a significant amount of work needed. And many of us think there are better ways to be spending our limited time helping Fedora. But if it is a high priority for other people willing to do the work, it's something that could be done. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Fedora Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager Ambassador https://fedoraproject.org/wiki/User:Liangsuilong -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Some questions about on Fedora
Thank you, Chen Lei and Remi. I found MySQL Workbench for Linux has an bug. The bug seems to come from scintilla. I typed some CJK words in SQL Editor of MySQL Workbench. It would show the garbled codes and incorrect words. The bug does not appears on Fedora, but also on any other Linux distros, including Debian and Ubuntu. However, Windows version has not this problem. Should we report this bug to MySQL Workbench's and scintilla's developers? I do not think MySQL Connector C++ is a problem. Before we need to upgrade mysql-workbench, the packager can upgrade mysql-connector-c++. It needs more time to do for it than other packages. But the problem should not stop our steps. About MySQL Cluster, I found another distributions like openSUSE and Ubuntu would bundle NDB engine and normal mysql-server. If we install mysql-cluster-server, then the system will replace mysql-server. I do not think this is a good method. Mandriva provides an independent packages for mysql-cluster. It just contains NDB engine and some init script. As I see, MySQL Cluster is an independent component. It should separate from mysql-server. Should I invite mysql's packager tgl to get into this topic? Liang Suilong On Sun, Aug 8, 2010 at 4:28 PM, Chen Lei supercyp...@gmail.com wrote: 2010/8/8 Remi Collet fed...@famillecollet.com: Le 07/08/2010 19:17, Liang Suilong a écrit : The first one, as we know, mysql-gui-tools has retired since Fedora 13 because of many bugs. MySQL Workbench will take the place of mysql-gui-tools. Now MySQL Workbench 5.2.26 GA released. Could review request continue? The last comments said that mysql-workbench should remove two bulbed libraries. Is it OK? And Remi has packaged mysql-workbench on his personal repo. I hope this tool will get into Fedora repo soon. There is 2 packaging issues with the actual package on my repo. 1/ bundle scintilla / silvercity. Scintilla upstream doesn't take care of ABI and only build a static library (no shared lib, no soname management). Silvercity use (and extends) a patched version of scintilla. So, I think for this 2 libraries, using the bundled version is the solution. There is already some app, in the fedora repo which use a static version of scintilla. 2/ MySQL Connector C++ I also have a RPM ready for this library, but Workbench doesn't use a stable version, but a bazaar snapshot 818 for 5.2.22 819 for 5.2.24 888 for 5.2.26 I think this is really difficult to maintain (specially if other apps also need this lib). The spec files are available on : http://github.com/remicollet/remirepo/tree/master/mysql-connector-c%2B%2B/ http://github.com/remicollet/remirepo/tree/master/mysql-workbench/ If someone want to care of this reviews, and if ausil agree, I will submit them. Regards. -- I can help to review mysql-connector-c and Silvercity, howerver we may need a approve from FESCo for bundling scintilla in silvercity. Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Fedora Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager Ambassador https://fedoraproject.org/wiki/User:Liangsuilong -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firefox 4 for Fedora 14?
So will Chromium get into the third-party repos like RPM Fusion? RPM Fusion has ffmpeg packages. The problem is that RPM Fusion needs much more time and more resources to build such a big package. On Thu, Jul 29, 2010 at 4:58 AM, Tom spot Callaway tcall...@redhat.comwrote: On 07/28/2010 04:47 PM, Conan Kudo (ニール・ゴンパ) wrote: On Wed, Jul 28, 2010 at 2:16 PM, drago01 drag...@gmail.com mailto:drag...@gmail.com wrote: No disagreement here ... in fact this is a not really a baby step but have something usable and start from there which makes a lot of sense. As much as I want Chromium to be in Fedora, I don't want it in the repository if it is going to have crippled HTML5 support. To be fair, Chromium uses ffmpeg for its HTML5. If you have ffmpeg installed (with my Chromium builds), then you get HTML5 support. If you don't, well, you don't. Chromium isn't crippled. Fedora just can't include ffmpeg for obvious reasons, and Chromium has chosen not to use the native libv8 code. ~spot -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Fedora Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager Ambassador https://fedoraproject.org/wiki/User:Liangsuilong -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: coprs and personal repos: [Was: Re: Firefox 4 for Fedora 14?]
It looks that copr will come soon. I have a question about it. Could we add some dependencies from other copr repo? Fedora official repo sometimes could not offer the latest one but some packages need them. On Thu, Jul 29, 2010 at 4:14 AM, seth vidal skvi...@fedoraproject.orgwrote: On Wed, 2010-07-28 at 15:10 -0700, Dan Williams wrote: Item 4 is the main point that has been the big ticket item that things like Canonical's PPAs have hit. They also hit the Staples Easy Button about 1000 times. If there's a case to be made that this should be easy to do, then we should add tolling to common/Makefile to: 1) make an srpm check 2) build it as a scratch build in koji check 3) automatically download the built packages check 3.5) Sign the pkgs with your (or someone's) gpg key not-so-check 4) scp them to your fedorapeople account unchecked 5) run createrepo remotely on the fp account createrepo is not fp, on purpose, this could be changed - but it's better to run it locally, if only b/c of whatever arbitrary arguments you may want to add to it - not to mention the memory constraints. 6) generate a yum .repo file for the repo and print out a link to it or something sure. - though we'd be better off generating an rpm which contains the .repo file - so people could 'install' the repositories in the strictest sense. -sv -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Fedora Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager Ambassador https://fedoraproject.org/wiki/User:Liangsuilong -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: 4 Remaining OPEN F13Blocker bugs
James, These day I find nouveau kms can work corectly. After booting kernel and loading drm, then the monitor turns to sleep mode and leads to an all black. But I look for bugzilla and do not find out the similar bug report. Here is my HW: http://www.smolts.org/client/show_all/pub_2cfd8066-d0ed-4131-bb9e-04bbdcc0c7bd I have tested kernel-2.6.33.3-84.fc13.x86_64 and the latest nouveau dirver on Koji. It fails to boot into gdm. Liang Suilong On Thu, May 6, 2010 at 11:20 PM, James Laska jla...@redhat.com wrote: Greetings folks, Just a quick update on the status of F13Blocker. According to the schedule [1], Fedora 13 is scheduled to enter the release candidate phase *today*, May 6, 2010. In order to enter this phase, all OPEN F13Blocker bugs must be in MODIFIED or ON_QA. The numbers are certainly moving in the right direction. Thank you all for being on top of your bugs. There are now only 4 OPEN (NEW + ASSIGNED) issues remaining (see list below). To get a bug off the list, you can ... 1. Resolve the issue as desired (followed by a build and F13 bodhi update) 2. Prove there is minimal, or no, impact to the Fedora Release Criteria [2] Use your last minute analogy of choice (end game, final lap, eleventh hour, don't cut the blue wire (just seeing if you're paying attention)). Today is the scheduled date for creating the Fedora 13 release candidate. Any delays in creating the release candidate put Fedora 13 at risk for a 1 week slip. Thanks, James [1] http://poelstra.fedorapeople.org/schedules/f-13/f-13-quality-tasks.html [2] https://fedoraproject.org/wiki/Fedora_13_Final_Release_Criteria = anaconda = * 571900 (mgra...@redhat.com) NEW - Keyboard mapping not correct (USA instead of Belgium) when first login after install Fedora 13 Alpha - * 588597 (anaconda-maint-l...@redhat.com) NEW - DeviceError: ('device has not been created' = kernel = * 587171 (a...@redhat.com) ASSIGNED - Intel kms leads to an all black display = preupgrade = * 587627 (rich...@hughsie.com) ASSIGNED - Kickstart file is not generated when no space for install.img -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Fedora Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager Ambassador https://fedoraproject.org/wiki/User:Liangsuilong -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Preupgrade Test Day - Thursday 2010-04-29
On Thu, Apr 29, 2010 at 4:16 PM, Richard Hughes hughsi...@gmail.com wrote: On 29 April 2010 07:51, Kevin Kofler kevin.kof...@chello.at wrote: Why does the too low /boot space to install testcase (which is actually the common case when upgrading from F12 or F11) still require manually removing excess kernels, 6 months after this issue became initially known? Because nobody has written a patch to do this yet. Preupgrade should do this automatically. After the upgrade, ALL the old kernels will be removed anyway, so I don't see how it hurts to remove all except the running one right away. Sure, as long as you're currently running the latest kernel then I guess this makes sense. Patches very welcome. Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Fedora Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager Ambassador https://fedoraproject.org/wiki/User:Liangsuilong -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Preupgrade Test Day - Thursday 2010-04-29
Sorry, I sent a blank mail to list. When user starts to use preupgrade, it downloads installer files into /boot. Then reboot the computer and begin the upgrade process. The method will cause a problem, if /boot does not have enough spaces, preupgrade can not finish the upgrade. Preupgrade is a tool to download netinstall files to local disk and configure the grub and calculate how many packages your system should be upgraded. So why not put the installer file to / or another bigger directory. I think that preupgrade can create a directory in root partition and put installer into it. The installer should run after reconfigure the grub.conf or grub.cfg for grub 2. I believe that that is better than files locating in /boot for the reason that root filesystem usually has more spaces. Liang Suilong On Sun, May 2, 2010 at 8:45 PM, Liang Suilong liangsuil...@gmail.comwrote: On Thu, Apr 29, 2010 at 4:16 PM, Richard Hughes hughsi...@gmail.comwrote: On 29 April 2010 07:51, Kevin Kofler kevin.kof...@chello.at wrote: Why does the too low /boot space to install testcase (which is actually the common case when upgrading from F12 or F11) still require manually removing excess kernels, 6 months after this issue became initially known? Because nobody has written a patch to do this yet. Preupgrade should do this automatically. After the upgrade, ALL the old kernels will be removed anyway, so I don't see how it hurts to remove all except the running one right away. Sure, as long as you're currently running the latest kernel then I guess this makes sense. Patches very welcome. Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Fedora Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager Ambassador https://fedoraproject.org/wiki/User:Liangsuilong -- Fedora Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager Ambassador https://fedoraproject.org/wiki/User:Liangsuilong -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Some Ideas About Fedora 14 Media
Hi, all. Fedora 13 Desktop Spin would target to 1GB LiveDVD. But at last desktop team decided to return to 700MB CD size. It means that we should give up OpenOffice.org and GIMP by default. It looks quite sad. Looking at BrOffice.org, I seem to find out some ideas. Broffice suite and GIMP are installed in BrOffice.org by default, nevertheless, broffice spin gives up many locale files. Broffice just only support English, Spanish and Portuguese. So does desktop spin follow this method? Deskop spin contains OOo and GIMP, but it should remove most of GNOME locale files and OOo langpack. Then desktop spin can keep 700MB CD size. How can we download langpack file? Yum-langpacks seems to be the best solution. When we choose some language in system-config-lanage, yum-langpacks can download langpack of GNOME, KDE and OOo and some fonts we need and IME for that language. Anaconda also can run this plugin in %post-install so that it can fetch language pack and IME from remote repository. But We can not ignore that separating langpack from GNOME is a great job. Packaging langpack like kde-l10n-* and language-pack-* in Ubuntu needs a lot of packager to do it. Better experience: Live/Install Hybrid DVD Looking at install DVD, it looks too old. To add a Livesystem on DVD media can improve user experience. However, unlike Anaconda on install media, Anaconda on live system can not load a repository on media or a remote repository. That's a great problem. Just hope these suggestions can help Fedora community, I wish that Fedora 14 would have a better installation experience. Liang Suilong -- Fedora Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager Ambassador https://fedoraproject.org/wiki/User:Liangsuilong -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Some Ideas About Fedora 14 Media
Tnank you for your reply. As you say, kickstart command can filter installation language. But the problem is lacking a easy way to switch to another language which is not installed in the system. Once I tried to install Fedora 13 Broffice.org Spin on my desktop. Switching to English is an easy job, nevertheless, Switching to Simplified Chinese is quite hard. Now I do not know how to make GNOME become Chinese interface. Should I reinstall entire GNOME? I have installed Chinese-support group. I know separating langpack from GNOME is a difficult and big project. But why does not GNOME pack language files like kde-l10-* for KDE4? It is more flexible. No matter what should be changed in LiveCD, I just hope Desktop Spin LiveCD keeps 700MB CD Size. Maybe Hybrid DVD solution will be more available and accepted by most user. On Wed, Apr 28, 2010 at 4:32 PM, Nicolas Chauvet kwiz...@gmail.com wrote: 2010/4/28 Liang Suilong liangsuil...@gmail.com: Hi, all. Fedora 13 Desktop Spin would target to 1GB LiveDVD. But at last desktop team decided to return to 700MB CD size. It means that we should give up OpenOffice.org and GIMP by default. It looks quite sad. Looking at BrOffice.org, I seem to find out some ideas. Broffice suite and GIMP are installed in BrOffice.org by default, nevertheless, broffice spin gives up many locale files. Broffice just only support English, Spanish and Portuguese. So does desktop spin follow this method? Deskop spin contains OOo and GIMP, but it should remove most of GNOME locale files and OOo langpack. Then desktop spin can keep 700MB CD size. How can we download langpack file? Yum-langpacks seems to be the best solution. When we choose some language in system-config-lanage, yum-langpacks can download langpack of GNOME, KDE and OOo and some fonts we need and IME for that language. Anaconda also can run this plugin in %post-install so that it can fetch language pack and IME from remote repository. But We can not ignore that separating langpack from GNOME is a great job. Packaging langpack like kde-l10n-* and language-pack-* in Ubuntu needs a lot of packager to do it. Better experience: Live/Install Hybrid DVD Looking at install DVD, it looks too old. To add a Livesystem on DVD media can improve user experience. However, unlike Anaconda on install media, Anaconda on live system can not load a repository on media or a remote repository. That's a great problem. Just hope these suggestions can help Fedora community, I wish that Fedora 14 would have a better installation experience. Liang Suilong The appropriate kickstart command to filter exept but french and english is: %packages --instLangs en:fr:fr_FR:fr-FR it doesn't work on EL-5 IIRC and I don't know how it will work with lang-pack plugin. The problem was that once the live media is installed, then you don't have the full set of Fedora packages and you cannot restore the other locale at this time. I think an hybrid install/live media with locales stipped is a good idea that worth some experiments. Nicolas (kwizart) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Fedora Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager Ambassador https://fedoraproject.org/wiki/User:Liangsuilong -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: How to contact Matthias Saou?
Robin Lee You can go to IRC channel #fedora-admin, and say that the packager of gentoo disappears. You can not contract with him. Then admin follows your case. Liang Suilong On Mon, Apr 26, 2010 at 9:12 PM, Robin 'cheese' Lee chees...@hotmail.comwrote: According to https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers , I now ask if anyone knows how to contact Matthias Saou. I would like to co-maintain the package 'gentoo'. I have provided enough information to update this package. Refer to: https://bugzilla.redhat.com/show_bug.cgi?id=561303 Cheers -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Fedora Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager Ambassador https://fedoraproject.org/wiki/User:Liangsuilong -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Talking about live upgrade
Hi, all Several days ago, I wrote an article about upgrading. Many users meets the same problem. Also Casey Dahlin gives me a lot of advices. Maybe devel list is fit for a border discuss about upgrade experience. Will Live upgrade replace preupgrade? Now we can not get access to my blog because of censorship in China. I will solve it in several days. Please wait for moments. I paste my article at Fpaste: http://fpaste.org/tTLC/ Thank you -- Fedora Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager Ambassador https://fedoraproject.org/wiki/User:Liangsuilong -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel