Tcl/Tk 8.6
Hi all, I noticed that Tcl/Tk 8.6 isn't landed in Fedora yet, what's wrong? 8.5.13 is definitely outdated, even 8.5.14 is released. Sincerely, Mike Manilone signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Self introduction
Hi all, I've been a Fedora user since Fedora13 and I really hope to contribute to the Fedora project. After all, I'm pretty familiar with Fedora OS. :-) I've packaged libbson for Fedora, here's the review request: https://bugzilla.redhat.com/show_bug.cgi?id=995974 . The review request may last for long because libbson has no stable releases yet. I will package other software for Fedora or contribute in other ways. :-) Thank you all. Best wishes, Mike Manilone signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
security repo
Hi, list I don't want too many updates so I disable the updates repo. But later I found that fedora repo has no updates so I couldn't get any security updates. I think we can create a new repo called security like Debian. Push all the security updates to it. I believe that there are people like me disabled updates repo. They are very dangerous! Please review whether this is okay. Thanks! -- --- Regards, | 祝好 Mike Manilone http://www.ekd123.org --- signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: security repo
於 一，2012-07-16 於 18:00 -0700，Adam Williamson 提到： Updates are already categorized as 'security', 'bugfix' or 'feature'. You can isolate updates of each type in the GUI app, you can configure the system to automatically install 'security' updates but not other updates in the background. Well. I know they are categorized and I know there's a yum plugin called security... Must I use the GUI? gpk-update-viewer seems that it doesn't have this option. Maybe I forgot something? -- --- Regards, | 祝好 Mike Manilone http://www.ekd123.org --- signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Graphical Rescue Mode
On Fri, 2012-04-06 at 10:34 +0100, Andrew Clayton wrote: What makes you think they'd fair any better using a shell under a GUI? The point being that to _rescue_ a system generally requires underlying knowledge of the system and working in the shell running various commands and editing config files etc.. Andrew The main problem is: Maybe I know the basic knowledge of a computer system, however, I still need to learn the usage of many tools like fdisk. I can reorganize my harddisk with gparted, but i can't do that with fdisk until now. signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Graphical Rescue Mode
Hi there, I think if there's a Graphical Rescue Mode (GRM), that would be great and friendly to end-users. I know many users who can't rescue their systems from a shell. The work needs a lot of knowledge about Linux and shell. But a new user can't learn soon or even they never want to learn about them. However, new users often made mistakes. So I thought about a GRM. Just like Windows' one. Since Fedora uses systemd, the runlevel is not so important. Even though we must choose a runlevel, there are still some are the same. $ ls -l runlevel2.target runlevel3.target runlevel4.target lrwxrwxrwx. 1 root root 17 Mar 30 07:01 runlevel2.target - multi-user.target lrwxrwxrwx. 1 root root 17 Mar 30 07:01 runlevel3.target - multi-user.target lrwxrwxrwx. 1 root root 17 Mar 30 07:01 runlevel4.target - multi-user.target We are still able to choose one from them. I think the GRM at least * Can enter desktop environment with superuser. * GRUB should have an entry to the GRM. * Optional network connection, if user wants. This may be helpful if user doesn't have some tools. * Optional(may be difficult) Hard disk operation - don't mount the rootfs. maybe we can load everything we need to the RAM. * Be full-internationalized. Be friendly to all the people. fbterm is helpful for this feature. I don't think it's too hard to implement except the fourth one. I hope end-users (and I :-) can see the great feature in Fedora in future. Best Regards, Mike Manilone. signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Graphical Rescue Mode
On Wed, 2012-04-04 at 11:59 +0100, Bryn M. Reeves wrote: Maybe it would be an idea to extend livecd-tools to allow a live image to be installed to the hard disk and booted via grub to allow a graphical environment to boot up when the main install is hosed for some reason. Surely it also works. However, can it integrate to the main release? Then it can be useful. signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Graphical Rescue Mode
On Wed, 2012-04-04 at 19:06 +0800, Mike Manilone wrote: On Wed, 2012-04-04 at 11:59 +0100, Bryn M. Reeves wrote: Maybe it would be an idea to extend livecd-tools to allow a live image to be installed to the hard disk and booted via grub to allow a graphical environment to boot up when the main install is hosed for some reason. Surely it also works. However, can it integrate to the main release? Then it can be useful. I forgot a serious problem: my wifi driver is from broadcom-wl, and if it only reads from a LiveCD, the computer cannot connect to Internet then. signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Graphical Rescue Mode
On Wed, 2012-04-04 at 12:05 +0100, Frank Murphy wrote: This can be done with install dvd, troublshoot recsue installed system chmod /mnt/sysimage (iirc) startx If there's a grub entry will be more user-friendly. However, if the DVD broke, what can I do? signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Graphical Rescue Mode
On Wed, 2012-04-04 at 12:28 +0100, Bryn M. Reeves wrote: On 04/04/2012 12:06 PM, Mike Manilone wrote: On Wed, 2012-04-04 at 11:59 +0100, Bryn M. Reeves wrote: Maybe it would be an idea to extend livecd-tools to allow a live image to be installed to the hard disk and booted via grub to allow a graphical environment to boot up when the main install is hosed for some reason. Surely it also works. However, can it integrate to the main release? Then it can be useful. Doing that by hand isn't so hard for simple cases (add some users with the right uid/gid, meddle with some mounts, maybe turn on some services). This is all I've generally needed when doing this kind of thing and it works well. This feature is targeted for end-users who don't know such knowledge. And usually, they don't want to do such things by hand. The rescue mode must be installed into the hard disk. Because 1) Maybe users don't have more computers (so can't re-burn DVD or dd a LiveCD to a USB stick) 2) Maybe users broke their DVDs A single-user mode sometimes can be used as a rescue mode. But usually it's not what end-users want. Regards, Mike Manilone signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
