Hi,
I proposed some features for Fedora. They might not be accepted, but it's worth a try.
* http://fedoraproject.org/wiki/Releases/FeatureDiskManager * http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3AFedoraControlCenter * http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3A1clickInstall
All are in CategoryProposedFedora9.
-- Livio, the person who cares about the usability(tm).
"Fedora is now easy, but some questions, like ntfs write support require digging into terminal. Letting user to not use terminal is good. It's mostly usability improvement." Thats not true. You can doubleclick on the partitionicon (desktop or my computer) Enter root password. (And choose remember if you don't want to do it every time) And the partion will be mounted _with_ ntfs write support.
On Sun, Feb 10, 2008 at 02:21:18PM +0100, drago01 wrote:
"Fedora is now easy, but some questions, like ntfs write support require digging into terminal. Letting user to not use terminal is good. It's mostly usability improvement." Thats not true. You can doubleclick on the partitionicon (desktop or my computer) Enter root password. (And choose remember if you don't want to do it every time) And the partion will be mounted _with_ ntfs write support.
So rephrase it as "The documentation or the method used to enable NTFS write support is not sufficiently obvious"
Alan
On Feb 10, 2008 2:55 PM, Alan Cox alan@redhat.com wrote:
On Sun, Feb 10, 2008 at 02:21:18PM +0100, drago01 wrote:
"Fedora is now easy, but some questions, like ntfs write support require digging into terminal. Letting user to not use terminal is good. It's mostly usability improvement." Thats not true. You can doubleclick on the partitionicon (desktop or my computer) Enter root password. (And choose remember if you don't want to do it every time) And the partion will be mounted _with_ ntfs write support.
So rephrase it as "The documentation or the method used to enable NTFS write support is not sufficiently obvious"
Well its almost the same as using removable media (you only need to enter the root password the first time yo do it)
Alan Cox wrote:
On Sun, Feb 10, 2008 at 02:21:18PM +0100, drago01 wrote:
"Fedora is now easy, but some questions, like ntfs write support require digging into terminal. Letting user to not use terminal is good. It's mostly usability improvement." Thats not true. You can doubleclick on the partitionicon (desktop or my computer) Enter root password. (And choose remember if you don't want to do it every time) And the partion will be mounted _with_ ntfs write support.
So rephrase it as "The documentation or the method used to enable NTFS write support is not sufficiently obvious"
Alan
Any chance ntfs support gets implemented in anaconda? https://bugzilla.redhat.com/show_bug.cgi?id=430084
Valent.
Valent Turkovic wrote:
Alan Cox wrote:
On Sun, Feb 10, 2008 at 02:21:18PM +0100, drago01 wrote:
"Fedora is now easy, but some questions, like ntfs write support require digging into terminal. Letting user to not use terminal is good. It's mostly usability improvement." Thats not true. You can doubleclick on the partitionicon (desktop or my computer) Enter root password. (And choose remember if you don't want to do it every time) And the partion will be mounted _with_ ntfs write support.
So rephrase it as "The documentation or the method used to enable NTFS write support is not sufficiently obvious"
Alan
Any chance ntfs support gets implemented in anaconda? https://bugzilla.redhat.com/show_bug.cgi?id=430084
Valent.
I think its already happened/happening.
drago01 pisze:
"Fedora is now easy, but some questions, like ntfs write support require digging into terminal. Letting user to not use terminal is good. It's mostly usability improvement." Thats not true. You can doubleclick on the partitionicon (desktop or my computer) Enter root password. (And choose remember if you don't want to do it every time) And the partion will be mounted _with_ ntfs write support.
O rly...
Many times I saw no partitions in "Computer".
On Feb 10, 2008 3:14 PM, Jakub 'Livio' Rusinek jakub.rusinek@gmail.com wrote:
drago01 pisze:
"Fedora is now easy, but some questions, like ntfs write support require digging into terminal. Letting user to not use terminal is good. It's mostly usability improvement." Thats not true. You can doubleclick on the partitionicon (desktop or my computer) Enter root password. (And choose remember if you don't want to do it every time) And the partion will be mounted _with_ ntfs write support.
O rly...
Many times I saw no partitions in "Computer".
If the partition exists and isn't shown its a bug.
I do not have a Fedora CLA, so I will post a couple of comments here.
1. Fedora 8 (atleast on a fresh install) automatically mounts NTFS as Read/Write and as far as I know it also automagically detects new disks. 2. There is an controlcenter application out there which puts akll the system* utilities in one place.
Am Sonntag, den 10.02.2008, 13:24 +0000 schrieb Naheem Zaffar:
I do not have a Fedora CLA, so I will post a couple of comments here.
- Fedora 8 (atleast on a fresh install) automatically mounts NTFS as
Read/Write and as far as I know it also automagically detects new disks.
My notebook fedora 8 does not. My Desktop on the other hand does.
Christoph Höger wrote:
Am Sonntag, den 10.02.2008, 13:24 +0000 schrieb Naheem Zaffar:
I do not have a Fedora CLA, so I will post a couple of comments here.
- Fedora 8 (atleast on a fresh install) automatically mounts NTFS as
Read/Write and as far as I know it also automagically detects new disks.
My notebook fedora 8 does not. My Desktop on the other hand does.
I installed Fedora 8 Live CD on one test laptop with ntfs and they are not automatically mounted. Clicking in "Compter" and entering root pass mounts them.
Valent.
Am Montag, den 11.02.2008, 13:07 +0100 schrieb Valent Turkovic:
Christoph Höger wrote:
Am Sonntag, den 10.02.2008, 13:24 +0000 schrieb Naheem Zaffar:
I do not have a Fedora CLA, so I will post a couple of comments here.
- Fedora 8 (atleast on a fresh install) automatically mounts NTFS as
Read/Write and as far as I know it also automagically detects new disks.
My notebook fedora 8 does not. My Desktop on the other hand does.
I installed Fedora 8 Live CD on one test laptop with ntfs and they are not automatically mounted. Clicking in "Compter" and entering root pass mounts them.
Valent.
fascinating. that worked. wondering, why my desktop ntfs partition appeared from start.
On Feb 10, 2008 7:18 PM, Jakub 'Livio' Rusinek jakub.rusinek@gmail.com wrote:
+1 for 1clickinstall ..
ntfs r/w have been around since F6 iirc ..
Izhar Firdaus pisze:
On Feb 10, 2008 7:18 PM, Jakub 'Livio' Rusinekjakub.rusinek@gmail.com wrote:
+1 for 1clickinstall ..
ntfs r/w have been around since F6 iirc ..
1click install requires only some handler which would be responsible for repos management and redirecting commands to PackageKit (because it is our new package manager).
Jakub 'Livio' Rusinek wrote:
Izhar Firdaus pisze:
On Feb 10, 2008 7:18 PM, Jakub 'Livio' Rusinekjakub.rusinek@gmail.com wrote:
+1 for 1clickinstall ..
ntfs r/w have been around since F6 iirc ..
1click install requires only some handler which would be responsible for repos management and redirecting commands to PackageKit (because it is our new package manager).
I don't think that's entirely accurate. PackageKit is being made available, but I don't think its replacing anything just yet.
--CJD
On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote:
PackageKit (because it is our new package manager).
I don't believe that is correct. I'm pretty sure pirut is still going to be the default for F9, but PackageKit will be offered as an alternative package management system.
Later, /B
Brian Pepple pisze:
On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote:
PackageKit (because it is our new package manager).
I don't believe that is correct. I'm pretty sure pirut is still going to be the default for F9, but PackageKit will be offered as an alternative package management system.
So why is it listed under accepted features for F9?
On Sun, 2008-02-10 at 19:47 +0100, Jakub 'Livio' Rusinek wrote:
Brian Pepple pisze:
On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote:
PackageKit (because it is our new package manager).
I don't believe that is correct. I'm pretty sure pirut is still going to be the default for F9, but PackageKit will be offered as an alternative package management system.
So why is it listed under accepted features for F9?
Did you read the proposal? It's states that it was only being offered as an alternative.
Later, /B
Jakub 'Livio' Rusinek wrote:
Brian Pepple pisze:
On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote:
PackageKit (because it is our new package manager).
I don't believe that is correct. I'm pretty sure pirut is still going to be the default for F9, but PackageKit will be offered as an alternative package management system.
So why is it listed under accepted features for F9?
It is already in rawhide. A feature does not need to be default for it to be accepted.
Rahul
On Feb 11, 2008 2:14 AM, Jakub 'Livio' Rusinek jakub.rusinek@gmail.com wrote:
+1 for 1clickinstall ..
1click install requires only some handler which would be responsible for repos management and redirecting commands to PackageKit (because it is our new package manager).
yup .. its easy to do .. just parse the XML .. and launch something like system-install-packages
about packagekit, it would be nice if it replaces pup :D. I agree that it shouldnt replace pirut, but having a backgrounded update is a great feature.
On Feb 11, 2008 2:48 AM, Izhar Firdaus kagesenshi.87@gmail.com wrote:
On Feb 11, 2008 2:14 AM, Jakub 'Livio' Rusinek jakub.rusinek@gmail.com wrote:
+1 for 1clickinstall ..
1click install requires only some handler which would be responsible for repos management and redirecting commands to PackageKit (because it is our new package manager).
yup .. its easy to do .. just parse the XML .. and launch something like system-install-packages
about packagekit, it would be nice if it replaces pup :D. I agree that it shouldnt replace pirut, but having a backgrounded update is a great feature.
The best feature of PackageKit for me is the ability to give user the admin privieleges for updates, so that updates don't ask all the time for password. For me on my single seat laptop that is a must have feature. Can pup have that feature also or can PackakeKit replace pup as suggested?
Valent.
Valent Turkovic wrote:
On Feb 11, 2008 2:48 AM, Izhar Firdaus kagesenshi.87@gmail.com wrote:
On Feb 11, 2008 2:14 AM, Jakub 'Livio' Rusinek jakub.rusinek@gmail.com wrote:
+1 for 1clickinstall ..
1click install requires only some handler which would be responsible for repos management and redirecting commands to PackageKit (because it is our new package manager).
yup .. its easy to do .. just parse the XML .. and launch something like system-install-packages
about packagekit, it would be nice if it replaces pup :D. I agree that it shouldnt replace pirut, but having a backgrounded update is a great feature.
The best feature of PackageKit for me is the ability to give user the admin privieleges for updates, so that updates don't ask all the time for password. For me on my single seat laptop that is a must have feature. Can pup have that feature also or can PackakeKit replace pup as suggested?
Valent.
I think PolicyKit should make this possible in just about any tool.
--CJD
On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote:
1click install requires only some handler which would be responsible for repos management and redirecting commands to PackageKit (because it is our new package manager).
What's the use case? Do repos added as a 1clickinstall click stay enabled? If not, where do security updates come from? Otherwise it looks fairly easy to hook into PackageKit.
Richard.
On 11.02.2008 08:42, Richard Hughes wrote:
On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote:
1click install requires only some handler which would be responsible for repos management and redirecting commands to PackageKit (because it is our new package manager).
What's the use case? Do repos added as a 1clickinstall click stay enabled? If not, where do security updates come from?
I added similar comments to the wiki pages ( http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3A1clickInstall ) yesterday right before Jakub posted his proposal to the list. He answered in the wiki:
""" Adding repositories might not be required, but some kind of people don't know how to install Compiz Fusion/etc. Also, RPM Fusion (livna+freshrpm+dribble) will be the most popular non-free repo. When system is installed, first thing they will probably do is installing codecs. Then someone creates file, which helps install RPM Fusion repository and ie. gstreamer-plugins-ugly. That's it. Making installation easier. Also, when someone creates his RPM (not repo), there will be no need to download it, find and click. """
I *currently* tend to think 1click install (with todays rpm/yum) creates more problems then it solves, but I'm not sure if I understood the whole concept properly.
One reasons for that option: I fear that people add many repos (like different 3rd party repos and/or dedicated opensuse buildsservice repos for foo or bar) or install selected packages from them that replace packages from Fedora or their main 3rd party repo. That will quickly result in repo mixing problems or EVR problems with updates. I'd say people have enough such problems already.
CU knurd
Thorsten Leemhuis pisze:
On 11.02.2008 08:42, Richard Hughes wrote:
On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote:
1click install requires only some handler which would be responsible for repos management and redirecting commands to PackageKit (because it is our new package manager).
What's the use case? Do repos added as a 1clickinstall click stay enabled? If not, where do security updates come from?
I added similar comments to the wiki pages ( http://fedoraproject.org/wiki/JakubRusinek/DRAFT%3A1clickInstall ) yesterday right before Jakub posted his proposal to the list. He answered in the wiki:
""" Adding repositories might not be required, but some kind of people don't know how to install Compiz Fusion/etc. Also, RPM Fusion (livna+freshrpm+dribble) will be the most popular non-free repo. When system is installed, first thing they will probably do is installing codecs. Then someone creates file, which helps install RPM Fusion repository and ie. gstreamer-plugins-ugly. That's it. Making installation easier. Also, when someone creates his RPM (not repo), there will be no need to download it, find and click. """
I *currently* tend to think 1click install (with todays rpm/yum) creates more problems then it solves, but I'm not sure if I understood the whole concept properly.
Instead of giving yum command, we give them 1click install XML.
Handler checks if repo is installed or not, and then asks questions appropriate to situation.
Instead of giving "yum install compiz-fusion yada yada" we give them XML file, which contains SAME info and requires Fedora repo (could be done without providing repo RPM URL) and makes what user want.
One reasons for that option: I fear that people add many repos (like different 3rd party repos and/or dedicated opensuse buildsservice repos for foo or bar) or install selected packages from them that replace packages from Fedora or their main 3rd party repo. That will quickly result in repo mixing problems or EVR problems with updates. I'd say people have enough such problems already.
Then handler should show info about repo.
If user wants 3rd party repo, he will install it anyway, even if it requires downgrading Xorg server etc (see FedoraForum).
Richard Hughes pisze:
On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote:
1click install requires only some handler which would be responsible for repos management and redirecting commands to PackageKit (because it is our new package manager).
What's the use case? Do repos added as a 1clickinstall click stay enabled?
User selects whether keep the repo or not.
And about 1click install, it should an step-by-step wizard (another app, technically, frontend for yum or PackageKit).
On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote:
Izhar Firdaus pisze:
On Feb 10, 2008 7:18 PM, Jakub 'Livio' Rusinekjakub.rusinek@gmail.com wrote:
+1 for 1clickinstall ..
ntfs r/w have been around since F6 iirc ..
1click install requires only some handler which would be responsible for repos management and redirecting commands to PackageKit (because it is our new package manager).
PackageKit isn't a package manager, anyway. It is just an interface to many package managers.
-sv
seth vidal pisze:
On Sun, 2008-02-10 at 19:14 +0100, Jakub 'Livio' Rusinek wrote:
Izhar Firdaus pisze:
On Feb 10, 2008 7:18 PM, Jakub 'Livio' Rusinekjakub.rusinek@gmail.com wrote:
+1 for 1clickinstall ..
ntfs r/w have been around since F6 iirc ..
1click install requires only some handler which would be responsible for repos management and redirecting commands to PackageKit (because it is our new package manager).
PackageKit isn't a package manager, anyway. It is just an interface to many package managers.
-sv
But it provides universal API to interact with package management backends.
Jakub 'Livio' Rusinek wrote:
Hi,
I proposed some features for Fedora. They might not be accepted, but it's worth a try.
This would be very useful.
This feature would be great for new Fedora users and especially for new users to linux in general. If this goes through please look at Linux Mint and their work flow because user experience on Linux Mint is far superior to OpenSuse. For reference please look also at Linux Lint Software Portal: http://linuxmint.com/software/?sec=categories&release=2
Valent Turkovic wrote:
Jakub 'Livio' Rusinek wrote:
Hi,
I proposed some features for Fedora. They might not be accepted, but it's worth a try.
This would be very useful.
Which is why there's 3 or 4 different projects going on now to do it :)
This feature would be great for new Fedora users and especially for new users to linux in general. If this goes through please look at Linux Mint and their work flow because user experience on Linux Mint is far superior to OpenSuse. For reference please look also at Linux Lint Software Portal: http://linuxmint.com/software/?sec=categories&release=2
I haven't looked at this distro. Its nice.
--CJD
Jakub 'Livio' Rusinek wrote:
Hi,
I proposed some features for Fedora. They might not be accepted, but it's worth a try.
I have made a little app doing the same stuff.
bzr branch http://timlau.fedorapeople.org/bzr/easyinst cd easyinst
sudo ./easyinst.py app.ini
it is using an ini file instead of xml looking like this
[livna] type=repository method=rpm url=http://rpm.livna.org/livna-release-8.rpm
[gstreamer-plugins] type=addons name=Gstreamer plugins to play MP3,Xvid etc. desc=Gstreamer plugins to play MP3,Xvid etc. method=yum repo=livna packages=gstreamer-plugins-bad,gstreamer-plugins-ugly
[nvidia] type=drivers name=Nvidia Drivers desc=Nvidia Closed Source Driver with 3D support. method=yum repo=livna packages=kmod-nvidia
[yumex] type=application name=Yum Extender desc=A GUI for the yum package manager method=yum
It is very easy in development, but it works.
Tim
On Mon, 2008-02-11 at 14:57 +0100, Tim Lauridsen wrote:
Jakub 'Livio' Rusinek wrote:
Hi,
I proposed some features for Fedora. They might not be accepted, but it's worth a try.
I have made a little app doing the same stuff.
bzr branch http://timlau.fedorapeople.org/bzr/easyinst cd easyinst
sudo ./easyinst.py app.ini
it is using an ini file instead of xml looking like this
[livna] type=repository method=rpm url=http://rpm.livna.org/livna-release-8.rpm
[gstreamer-plugins] type=addons name=Gstreamer plugins to play MP3,Xvid etc. desc=Gstreamer plugins to play MP3,Xvid etc. method=yum repo=livna packages=gstreamer-plugins-bad,gstreamer-plugins-ugly
[nvidia] type=drivers name=Nvidia Drivers desc=Nvidia Closed Source Driver with 3D support. method=yum repo=livna packages=kmod-nvidia
[yumex] type=application name=Yum Extender desc=A GUI for the yum package manager method=yum
It is very easy in development, but it works.
Tim
Just my 2 cents what I would expect it to behave like.
1. User double-clicks on the settings file (in this case app.ini) 2. EasyInst is executed with the app.ini as parameter 3. EasyInst Checks whether the required repository is installed 3.a. if not, wgets the settings rpm and run it with system-install-packages (or PackageKit implementation) 4. If successful, install the packages with system-install-packages (or PackageKit implementation) 5. Tada, user has what he wanted.
For steps one and two, we'd need to assign easyinst to some mime-type, dunno if it would work as expected for ini files... I'd suggest something like applications/x-easyinstall and associate it with .einst suffix?
The goal of steps 3 and 4 is, that the user will have to interact with graphical installer, if there is any interaction needed, and will be informed when the process is finished. But perhaps this could be done different way...
Thanks, Martin
Tim Lauridsen pisze:
Jakub 'Livio' Rusinek wrote:
Hi,
I proposed some features for Fedora. They might not be accepted, but it's worth a try.
I have made a little app doing the same stuff.
bzr branch http://timlau.fedorapeople.org/bzr/easyinst cd easyinst
sudo ./easyinst.py app.ini
it is using an ini file instead of xml looking like this
[livna] type=repository method=rpm url=http://rpm.livna.org/livna-release-8.rpm
[gstreamer-plugins] type=addons name=Gstreamer plugins to play MP3,Xvid etc. desc=Gstreamer plugins to play MP3,Xvid etc. method=yum repo=livna packages=gstreamer-plugins-bad,gstreamer-plugins-ugly
[nvidia] type=drivers name=Nvidia Drivers desc=Nvidia Closed Source Driver with 3D support. method=yum repo=livna packages=kmod-nvidia
[yumex] type=application name=Yum Extender desc=A GUI for the yum package manager method=yum
It is very easy in development, but it works.
Tim
you rock :) .
but instead of using s-i-packages for the packages, we can run "yum install xxx" of "pirut --install xxx", if pirut has this feature (I wanted pirut to have --install, --update and --remove).
bravissimo :) .
Jakub 'Livio' Rusinek wrote:
Tim Lauridsen pisze:
Jakub 'Livio' Rusinek wrote:
Hi,
I proposed some features for Fedora. They might not be accepted, but it's worth a try.
I have made a little app doing the same stuff.
bzr branch http://timlau.fedorapeople.org/bzr/easyinst cd easyinst
sudo ./easyinst.py app.ini
it is using an ini file instead of xml looking like this
[livna] type=repository method=rpm url=http://rpm.livna.org/livna-release-8.rpm
[gstreamer-plugins] type=addons name=Gstreamer plugins to play MP3,Xvid etc. desc=Gstreamer plugins to play MP3,Xvid etc. method=yum repo=livna packages=gstreamer-plugins-bad,gstreamer-plugins-ugly
[nvidia] type=drivers name=Nvidia Drivers desc=Nvidia Closed Source Driver with 3D support. method=yum repo=livna packages=kmod-nvidia
[yumex] type=application name=Yum Extender desc=A GUI for the yum package manager method=yum
It is very easy in development, but it works.
Tim
you rock :) .
but instead of using s-i-packages for the packages, we can run "yum install xxx" of "pirut --install xxx", if pirut has this feature (I wanted pirut to have --install, --update and --remove).
bravissimo :) .
I am not using s-i-p, the tool was made to test some gui stuff and the yum api. It is not meant to be some you click on a link on a web page and then you get the "crazy cracker repo" added to your setup and the latest rootkit installed without any questions asked, if you want this kind of features you have to install Windows :)
The idea was to have a way to give the user access to a featured list application, to be installed/removed in an easy way.
Ex. The Game SIG could maintain an ini files with featured Game in Fedora, to make it easy for the users to install/remove these games.
Tim
Ex. The Game SIG could maintain an ini files with featured Game in Fedora, to make it easy for the users to install/remove these games.
See? Even in Fedora such thing have its place :) .
Also, packagers could create own ini [or other file, ini is so windowsish] file which would install all required packages and so others...
In openSUSE, Ubuntu and derivatives adding 3rd party is required, because they have old packages in repo, or some packages are missing in the repo, while Ubuntu is so happy, because it has big repo...
We can make a software portal (I can help, I can help :D !) with such files to make browsing repo easier (but if PackageKit implements icons there will be no difference).
On Feb 12, 2008 12:07 AM, Jakub 'Livio' Rusinek jakub.rusinek@gmail.com wrote:
Ex. The Game SIG could maintain an ini files with featured Game in Fedora, to make it easy for the users to install/remove these games.
See? Even in Fedora such thing have its place :) .
Also, packagers could create own ini [or other file, ini is so windowsish] file which would install all required packages and so others...
its pythonic :D .. import ConfigParser
We can make a software portal (I can help, I can help :D !) with such files to make browsing repo easier (but if PackageKit implements icons there will be no difference).
Perhaps extends pkgdb to include a easyinst link .. and also make pkgdb more for benefit of users (instead of its current purpose as something for pkg maint) ..
<wishlist pkgdb> * ability to view bugzilla list related to package (both in fp.o bz and upstream bz) * several infos from spec (URL Tag, source URL, ) * easyinst link * screenshots if possible * a small discussion area (like winehq's appdb) </wishlist>
(btw, where can i grab pkgdb's source?)
Izhar Firdaus wrote:
On Feb 12, 2008 12:07 AM, Jakub 'Livio' Rusinek jakub.rusinek@gmail.com wrote:
We can make a software portal (I can help, I can help :D !) with such files to make browsing repo easier (but if PackageKit implements icons there will be no difference).
Perhaps extends pkgdb to include a easyinst link .. and also make pkgdb more for benefit of users (instead of its current purpose as something for pkg maint) ..
<wishlist pkgdb> * ability to view bugzilla list related to package (both in fp.o bz and upstream bz) * several infos from spec (URL Tag, source URL, ) * easyinst link * screenshots if possible * a small discussion area (like winehq's appdb) </wishlist>
If you want to spearhead some of these end user-oriented changes I'd be happy to include them :-)
(btw, where can i grab pkgdb's source?)
Complete download instructions:: https://fedorahosted.org/packagedb/wiki/Download
Quick instructions for grabbing the development branch:: $ sudo yum -y install bzr bzrtools $ bzr branch bzr://bzr.fedorahosted.org/bzr/packagedb/fedora-packagedb-devel
-Toshio
"IF" == Izhar Firdaus writes:
IF> On Feb 12, 2008 12:07 AM, Jakub 'Livio' Rusinek jakub.rusinek@gmail.com wrote:
Ex. > The Game SIG could maintain an ini files with featured
Game in Fedora, > to make it easy for the users to install/remove these games.
See? Even in Fedora such thing have its place :) .
Also, packagers could create own ini [or other file, ini is so windowsish] file which would install all required packages and so others...
IF> its pythonic :D .. import ConfigParser
We can make a software portal (I can help, I can help :D !) with such files to make browsing repo easier (but if PackageKit implements icons there will be no difference).
IF> Perhaps extends pkgdb to include a easyinst link .. and also make IF> pkgdb more for benefit of users (instead of its current purpose as IF> something for pkg maint) ..
IF> <wishlist pkgdb> * ability to view bugzilla list related to IF> package (both in fp.o bz and upstream bz) * several infos from IF> spec (URL Tag, source URL, ) * easyinst link * screenshots if IF> possible * a small discussion area (like winehq's appdb) IF> </wishlist>
This sounds a lot like the proposed MyFedora idea:
http://fedoraproject.org/wiki/MyFedora
there is also a similar project, WebUI, suggested in the Google Summer of Code idea list:
http://fedoraproject.org/wiki/SummerCoding/2008/Ideas#head-fc035207c713afb64...
these efforts should probably be merged.
Alex
I've been wondering .. anybody taking on this feature for GSoC? ..
(i'm quite interested to apply for this)
On Mon, Mar 24, 2008 at 6:17 AM, Alex Lancaster alexl@users.sourceforge.net wrote:
"IF" == Izhar Firdaus writes:
IF> On Feb 12, 2008 12:07 AM, Jakub 'Livio' Rusinek jakub.rusinek@gmail.com wrote:
Ex. > The Game SIG could maintain an ini files with featured
Game in Fedora, > to make it easy for the users to install/remove these games.
See? Even in Fedora such thing have its place :) .
Also, packagers could create own ini [or other file, ini is so windowsish] file which would install all required packages and so others...
IF> its pythonic :D .. import ConfigParser
We can make a software portal (I can help, I can help :D !) with such files to make browsing repo easier (but if PackageKit implements icons there will be no difference).
IF> Perhaps extends pkgdb to include a easyinst link .. and also make IF> pkgdb more for benefit of users (instead of its current purpose as IF> something for pkg maint) ..
IF> <wishlist pkgdb> * ability to view bugzilla list related to IF> package (both in fp.o bz and upstream bz) * several infos from IF> spec (URL Tag, source URL, ) * easyinst link * screenshots if IF> possible * a small discussion area (like winehq's appdb) IF> </wishlist>
This sounds a lot like the proposed MyFedora idea:
http://fedoraproject.org/wiki/MyFedora
there is also a similar project, WebUI, suggested in the Google Summer of Code idea list:
http://fedoraproject.org/wiki/SummerCoding/2008/Ideas#head-fc035207c713afb64...
these efforts should probably be merged.
yeah!, guess so too. I've looked at MyFedora wiki page and its similar t what i got in mind. merging them is a good idea
Alex
-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
devel@lists.stg.fedoraproject.org
-
Alan Cox -
Alex Lancaster -
Brian Pepple -
Casey Dahlin -
Christoph Höger -
drago01 -
Jakub 'Livio' Rusinek -
Martin Sourada -
Mohd Izhar Firdaus Ismail -
Naheem Zaffar -
Rahul Sundaram -
Richard Hughes -
Seth Vidal -
Thorsten Leemhuis -
Tim Lauridsen -
Toshio Kuratomi -
Valent Turkovic