Hello,
I am gigih aji ibrahim from University of Indonesia, I am interested
for applying OpenSUSE GSoC project.
My idea is to create offline package management for OpenSUSE.
Currently, when your computer is not connected to network,
installing and updating a package is difficult process. As example, I
want to upgrade my firefox to version 4 in openSUSE 11.4,
I usually go to http://software.opensuse.org/114/en, type 'Firefox',
and get the .rpm file. However, when I run 'sudo rpm -Uvh' on
my computer, the process stopped and give error that you need a new
mozilla-xulrunner20. Then, the next day, I download
mozilla-xulrunner20. Now, the error is little different, it says I
need a new mozilla-js20. I do the same routine again to fulfill all
dependencies for new Firefox. I spend 4 days just to install new
Firefox. My friend that use ubuntu is having more easy process
than mine. He just use offline package management called keryx
(http://keryxproject.org/) to update his computer.
Unfortunately, keryx only support distribution that use apt/deb.
My idea is to extend keryx to implement zypper/rpm support.
What yours opinion about this idea?
--
http://www.bungcip.com
--
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-project+help(a)opensuse.org
Hi all,
I was pursuing an application to openSUSE's GSOC for the openSUSE Wubi
project. The mentor for this project is listed as İsmail Dönmez but
the user page doesn't provide an email. Any idea how I can get in
contact with him? Relevant link:
http://en.opensuse.org//openSUSE:GSOC_2011_Ideas#openSUSE_Wubi
Thanks,
Abhejit Rajagopal
--
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-project+help(a)opensuse.org
Thanks all
I had already done that :D
>
> On Mon, Apr 4, 2011 at 10:24 PM, Christian Boltz <opensuse(a)cboltz.de> wrote:
>>
>> Hello,
>>
>> on Montag, 4. April 2011, pistazienfresser wrote:
>> > 2011/4/4 pistazienfresser <pistazienfresser(a)gmx.de>:
>> > > 2011/4/3 Kim Leyendecker <kimleyendecker(a)hotmail.de>:
>> > >> Is there any public mirror/server where I can get the SaX2 / SaX3
>> > >> sources for free?
>>
>> > https://build.opensuse.org/package/files?package=sax2&project=X11%3AU
>> > tilities [...]
>>
>> ... and from there you follow the URL: in the spec, go to
>> http://sax.berlios.de/ and you'll find:
>> - the SVN with latest sources
>> - the SaX-User and SaX-Devel mailinglists
>>
>> It looks like Stefan Dirsch did at least some commits in the last
>> months :-)
>>
>>
>> Regards,
>>
>> Christian Boltz
>> --
>> Also, ich hab mit win3.11 (damals war ich 2 jahre alt) angefangen und
>> hab dann alle Win-versionen erlebt, bis xp. Das war entgültig zuviel.
>> Danach war Schluss. Jetzt nur noch SuSE Linux.
>> [Soeren Wengerowsky in suse-linux]
>> --
>> To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
>> For additional commands, e-mail: opensuse-project+help(a)opensuse.org
>>
>
>
>
> --
> Regards
> Manu Gupta
>
>
--
Regards
Manu Gupta
--
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-project+help(a)opensuse.org
Is there any public mirror/server where I can get the SaX2 / SaX3
sources for free?
thanks
--
Kim Leyendecker (kimleyendecker(a)hotmail.de)
openSUSE Ambassador / openSUSE Wiki Team DE
http://www.opensuse.org
Have you tried SUSE Studio? Need to create a Live CD, an app you want
to package and distribute , or create your own linux distro. Give SUSE
Studio a try. www.susestudio.com.
--
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-project+help(a)opensuse.org
Dear Geeckos!
This is for everyone who´s interested and want to do it. If so please
mail me (kimleyendecker(a)hotmail.de) and answer the questions. I will
publish the interviews later ;)
Questions:
*What´s your releationship with openSUSE?
*Since when you´re using openSUSE?
*Do you used any other distros before or beside openSUSE? If so, which
distros?
*What´s your favourite open source tool?
*Why are you using openSUSE? And why are you contribute to the openSUSE
project?
If you want so, you can add something about yourself or your other
projects/hobbies or just a little greeting to your wife/husband
girl/boyfriend or to a person you want to greet ;)
I will publish the interviews between 26th April and 1th May on the
Ambassador-List under the GNU Free Document License v1.3 and also on my
blog. If the interviews published, I beg you to spread them over
Facebook and Twitter or any other social network you have.
*Why that all?*
Because this is a nice thing for everyone outside the project, to learn
about the project members and the people who take care of their distro.
It also maybe motivate people to contribute to openSUSE and open source
projects as well, because they see who wonderful you all are :) and
maybe get some new paragons :)
thanks
--
Kim Leyendecker (kimleyendecker(a)hotmail.de)
openSUSE Ambassador
http://www.opensuse.org
Have you tried SUSE Studio? Need to create a Live CD, an app you want
to package and distribute , or create your own linux distro. Give SUSE
Studio a try. www.susestudio.com.
--
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-project+help(a)opensuse.org
---------- Forwarded message ----------
From: nitin chadha <upcomingnewton(a)gmail.com>
Date: Sat, Apr 2, 2011 at 3:56 PM
Subject: gsoc proposal : icc device profile repository
To: opensuse-project(a)opensuse.org
hi all, i have made a proposal for device profile repository and i
would like to share it with all.
please provide comments and guide me to submit a better proposal
PROPOSAL FOR ICC DEVICE PROFILE REPOSITORY.
COLOR MANAGEMENT BACKGROUND
Many a times, it is observed that an image as seen on a monitor may
have color variations when printed. Or a scanned image appears
differently when seen on monitor etc. All these are examples of color
mismatch or poor color management.
Users are looking for color predictability and consistency. We would
like a colored page to be reproducible on a variety of technologies /
devices / mediums with consistent results.
In order to get similar results, we must ensure that a colors match
their colorimetric ( or standardized like CIE ) values on different
devices, and hence different color values need to be sent to different
devices ( like monitor for a pc, a printer, a plotter , or may be a
mobile or ipad screen, since every device perceives colors differently
) or applications ( say, gimp or photoshop ) for maintaining
consistency.
Thus, we need a way to take the values that represent the desired
color on one device ( called technically as input profile ) and change
it to corresponding value on other device ( or output profiles, as ICC
calls them ).Also a reference is also needed so that conversion is
consistent( commonly called profile connection space ( PCS), and
generally internationally accepted reference standards are used ).
The transformation is done by a generic transform mechanism using a
color matching module or color matching method (CMM). A CMM is a part
of larger software called color management system (CMS). A cms
ensures that colors remain same regardless of the device or medium
used to display colors.
PROBLEM BACKGROUND
There are a plenty of color - viewing- mediums in the market ( mediums
may be different devices like monitors, scanners, printers, or they
may be applications like gimp or may be a Smartphone screen, the only
needed thing is that it should support colors in some way or the other
). And each one perceives colors differently. So, whenever images are
transferred from one of these mediums to another, they have
(standardized) attached profiles so that this conversion is smooth and
not a large difference is observed in the colors. Thus, we require
correct ( and the best ) profiles to correctly handle colors
transformations.
Systems like windows and mac have inbuilt color management modules at
os level, so that these conversions and profiling are done
automatically. However, in linux, color management is not implemented
at os level, hence associated profiles and transformations are not
very efficient. Hence I propose to build a cross platform solution for
obtaining and using best profiles by applications / devices
automatically.
( Here’s a small example )
( suppose you take a picture from your android phone and transfer it
to pc for manipulation using gimp or for taking a print out. Now,
phone perceives colors in a different way, and your monitor screen (
in case of gimp ) or printer perceives colors differently. Hence, when
picture is transferred to pc, a profile is sent along. If you open it
using gimp, it is duty of gimp to transfer the image data accordingly
to monitor profile so that you view the colors consistently. If you
want to take a print out, then it is duty of printer settings to do
conversion accordingly.
But for best conversion, we need the best possible profile attached.
BASIC IDEA
The basic idea is the creation of a central repository and a web front
end as well as small command line interface + GUI on client systems.
Whenever, users open color management application on their computer,
then they will have an option to get the best profile from the web
matching their device. Also, they will have an option to send and
share their profiles with others. Web front end will be a kind of
wiki, where users will rate and comment on the profiles, also they can
ask their questions and where web statistics regarding color devices
and management will be shown. This central database / repository will
be linked with CMS like oyranosCMS etc and various front- ends like
kolor-manager through the client library. An independent client GUI
application will also be developed.
Use Cases
Typical users should not care about color management of their devices.
Their configuration will be handled automatically with little
interaction.
For amateurs, who do not own an expensive measurement device, it can
make color management under Linux affordable and popular.
For experts, it will be a nice way of sharing the best profiles
Companies can directly put the pre configured profiles matching
devices etc in our database.
Technical following projects:
We can Integrate the new system into various setup tools like printer
setup, or integrate over the Color management solutions etc.
Benefits:
The proposed system will have many benefits. I am presenting some, but
others can be easily thought.
1. HOME USERS
Optimization will be a big thing. You can take full advantage of your
printers, scanners etc. the proposed system will enable it to download
and use the best profile relating to your scanner and printer. Thus,
enabling to publish or print the image with original colors preserved.
Normal users can very easily and conveniently download and configure
various profiles for different hardware devices like printers,
scanners, phones, pads etc. It will enable much better sharing of
colored images, videos etc. Users need not worry about the technical
details and whatever colors they have picked will be served even if
they change the viewing application or device.
2. SMALL TO MID RANGE BUSINESS
Small to mid range business for color related tasks like printing
shops etc will be beneficial as they can get best profiles written by
experts for free ( as against buying profiles ). Thus, using linux as
a medium for color management will be affordable and cheap.
3. MANUFACTURERS
They can put their profiles in our central database directly, whereby,
it will be very convenient for users to have the best profiles.
4. It will act as an already made repository for fetching icc
files ( like repositories in opensuse ) for future color management
systems.
In short, I would like a way for every application on Linux to
implement the best color possible by connecting it to a centralized
CMS like oyranos, lcms and then getting the best possible profile
according to the hardware it’s going to work on, from the net,
automatically.
The best benefit is to end user, who will be able to exploit the
hardware devices fully with best available profiles available for
them.
Technical Details and Implementation
The whole project is divided in different stages. I will explain the
stages one by one giving their working.
1. MAKING OF CENTRAL DATABASE.
A relational database and a file system as a part of project will be
implemented.
Relational database will have necessary meta data about profiles,
devices, hardware, drivers etc. since expected number of profiles can
run into thousands, hence they are not directly stored in database,
but in some file ( like xml files ) on file system. Only, concerned
Meta data will be stored in database.
File system for storing profiles will have hierarchical structure.
LEVEL - 1 = / ( root of the application ) ( directory )
LEVEL - 2 = different types of devices (like monitors, printers etc )
( directory )
LEVEL - 3 = manufacturer of the device ( like hp, canon etc ) ( directory )
LEVEL - 4 = specifications ( like make, model etc ) ( directory )
LEVEL - 5 = here the profile's file will stay. ( files )
BENEFITS OF THIS APPROACH :
1. POSSIBLE TO EXPAND AND CONTRACT THE TREE.
2. EASE OF BACKUP
3. CAN STORE QUITE AMOUNT OF INFORMATION
DRAWBACKS
1. Possible searching time can be more, if profiles amount is less.
The final structure and schema of database will be finalized after
discussion with mentor, community and going through the minute
database structure of CMS
Like oyranos , lcms etc( oyranos uses a similar database structure as
proposed here). I will do it before 23 may i.e. before coding starts.
2. WRITING SERVER SIDE CODE ( SERVER API'S FOR ACCESSING DATABASE BOTH
FROM WEBSITE AS WELL AS FROM END USER'S REQUEST )
Basically, all coding for inserting, deleting , selecting or updating
the database will be done through this layer. Both website as well as
requests coming from the users will be referencing the code here. This
approach has advantages
1. Direct access to database is not provided so that nobody cannot
modify database in illegal manner or inconsistent manner.
2. A uniform platform for all data related tasks - so these api's
can be called from anywhere.
3. Even tomorrow if we have to change the database, then it will be
very easy as the coding is generic and scalable for future changes
4. Helps in maintaining and extending the code easily.
5. Easy to understand and flexible.
6. Business rules can be made here. For example, we do not won’t that
a duplicate profile should be stored in our data base systems, then we
can make coding accordingly here.
3. WRITING CLIENT SIDE LIBRARY FOR ACCESSING THE DATABASE + MAKING OF CLI.
This will be made in c/c++ . Purpose of this library will be to
exchange the data with central database and share and get profiles.
Medium of data import / export will be either xml or json. This
library will be responsible for all database related tasks and will
act as an intermediate between central database and client
applications. It will provide data to requesting to client app’s like
CLI or various CMS like oyranos, lcms etc. this is essential because
it will provide a consistent api so that in future this code can be
easily integrated with cms directly or with front- ends like
kolor-manager or gnome-color-manager.
4. MAKING OF WEB SITE.
The website part will be either in php/ python. Either it can be made
from scratch or can be made from other content management solutions
like drupal / joomla / django.
Main tasks performed here will be
1. Comments and rating of profiles
2. Display statistics for various profiles / hardware.
3. Getting the expert help.
4. Users can add new profiles to central database from here.
5. Users can download the best profile matching their device from here.
5. WRITING THE GUI FOR THE CLIENT SIDE, (PROBABLY CROSS – PLATFORM).
Now, client side api’s already written, it’s time to write the client
side GUI probably in QT, which will be totally cross platform so that
application runs on gnome or kde equally well.
6. INTEGRATION WITH KOLOR MANAGER + WRITING A WRAPPER LIBRARY FOR OYRANOS.
lastly, i would love to take this opportunity to integrate the code
with the applications like kolor-manager and various databases running
at os level like oyranos, so that they can select the best profile
matching hardware on client’s system themselves automatically.
TIMELINE
BEFORE MAY 23 – finalise the database structure and schema. Making use
case diagrams , finalizing classes ( in short, completeion of SRS ).
Also, reading and understanding of documentation of various color
management systems.
May 23 – may 29 – making database, writing stored procedures ,
triggers etc ( wherever necessary ).
May 30 – june 5 – 1st week of writing server side code ( start )
June 6 – june 12 – 2nd week of writing server side code. ( finalizing
server side code, testing etc )
June 13 – june 19 – 1st week on client side library. ( start )
June 20 – june 26 – 2nd week of writing client side library. (
finalizing and testing )
June 27 – july 3 – 3rd week of client side code.( integration with
oyranos, and making and testing command line interface, also
populating the central database with CLI ).
July 4 – july 11 - 4th week of client coding. Making a small qt
application or integrating with already exists GUI like Kolor-manager.
JULY 11 - INTERMEDIATE EVALUATION
July 11 – july 17 – 1st week of starting of website (making users,
administrators etc ).
July 18 – july 24 – 2nd week of website. ( displaying the statistics,
profiles, making the comment and rating system )
July 25 – july 31 – 3rd week of website. ( making comment
system,rating system etc and administrator pages etc )
August 1 – august 7 – 4th week of website. ( giving final touches,
improving css etc )
AUGUST 8 – 15 ie A PERIOD OF 2 WEEKS HAVE BEEN KEPT AS A BUFFER PERIOD.
If anything goes wrong or is delayed, then it will be corrected in
this period. Else, I will go ahead and start integrating with the
other CMS like AgryllCMS etc.
Why Me
1. I have good experience in making websites for my college. I
know php/ python , sql, html, css, js and jquery. I am eager to learn
django or drupal and will learn one of the cms before gsoc starts. (
it will also benefit me in making other sites after gsoc, so learning
one is on my radar ).
2. I am learning QT as a part of current curriculum at the
university will have gained a significant experience in it before gsoc
starts.
3. I have a good grasp of C and C++.
4. I am hardworking, dedicated and know how to find my way once
pointed in the right direction.
5. I am free during the summers and have no other preoccupation ,
except an hour of running/exercise in the morning.
6. I am fluent in English so I would not have any problems with
the conversations with the mentors, I speak Hindi and Punjabi as well.
7. I have talked extensively with my mentor on irc and through
mail so that project is clear to me.
8. I have searched a lot of and proposed various new things,
discussed the topic extensively and proposed the best thing possible
for this project.
ABOUT ME
I am Nitin Chadha,pursuing my undergraduation ( currently, in my
pre-final year) in Computer Science Engineering from Panjab
University, Chandigarh, India. Panjab University is one of the oldest
and best institutions in the country to study science and engineering.
I have been using open suse from 3 years now, and got to know about
GSOC, when one of my friend met open suse members in KDE conference
held in Bangalore this march.
I am deeply interested in linux and playing with javascript. I have
conducted workshops on FOSS at my university. I have undertaken
severly professional linux courses for operating system internals and
device driver programming.
My preferred languages of coding are c, c++ and python ( although I am
getting accustomized to java ).
Regarding websites, I have designed several of them for my
university’s student related tasks from time to time. I love to play
with javascript and emulating flash through jquery and javascript.
Contact Information
You can contact me through my mail or on irc.
I am there on gtalk, twitter and facebook.
email-id = upcomingnewton(a)gmail.com
irc-nick = upcomingnewton
phone no. = ( +91 ) 9646441196
im( gtalk ) xmpp:upcomingnewton@gmail.com
COMMENTS ARE WELCOME AND DISCUSSION AND CRITISM WILL BE HIGHLY
APPRECIATED. ANY IMPROVEMENTS ETC ARE ALSO WELCOME, BEFORE I SUBMIT IT
ON MELANGE PAGE.
--
GREETINGS
NITIN CHADHA
--
GREETINGS
NITIN CHADHA
--
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-project+help(a)opensuse.org
Hi All
SaX3 is a GSoC 2011 project. I have applied for it. So in order to
strengthen my proposal I need some help from you guys. So if you can
help me.
During my project, I would like to focus on these hardware components.
1. Monitors / Graphic Cards
2. Keyboard
3. Mouse
4. Touchpad
What I would like to know is how SaX2 etc helped you in crisis
situations. All suggestions are highly valuable to me.
--
Regards
Manu Gupta
--
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-project+help(a)opensuse.org
Hi,
I'd like to work on the improvement of the Suse Studio command line
client(ssc) idea for GSOC this year. I've gone through the current ssc
code but found no documentation on it. Is there someone here I can
talk to who has worked on it and would know what is lacking. It would
help me formulate a detailed project proposal.
As I see it I'd first write a wrapper for the suse studio
api(http://susestudio.com/help/api/v1) and a command like client to
use the wrapper. It would be a good idea to separate the two so that
the wrapper can be used programatically as well.
Let me know what you think.
Thanks.
--
Ratan Sebastian
--
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-project+help(a)opensuse.org
On Wed, Mar 30, 2011 at 10:51 PM, Manu Gupta <manugupt1(a)gmail.com> wrote:
> Hi All
>
> SaX3 is a GSoC 2011 project. I have applied for it. So in order to
> strengthen my proposal I need some help from you guys. So if you can
> help me.
Excellent idea! One of my most common usages for sax2 was something
like "sax2 -r -m 0=fbdev" whenever I'd bork fglrx. A few releases
ago, when I had a radeon 200m, the radeon module didn't work at all,
so it used to be a hair simpler to use sax to switch modules for me.
Making sax3 as much cli-oriented as well as the sax3 gui would help.
On Thu, Mar 31, 2011 at 11:00 AM, Christian Boltz <opensuse(a)cboltz.de> wrote:
> And in general: SaX should write out only the config parts that are
> needed/wanted by the user, not a complete xorg.conf. So if someone only
> changes the keyboard layout, SaX should only generate a configuration
> sniplet for the keyboard.
Agreed, however I think sax3 should use the xorg.conf.d, splitting the
sections up in to files, and not making one big nasty xorg.conf like
sax2 did.
As crazy as the question might sound, would it be possible to merge
xrandr with sax3? So for example, if the user asks for a change that
can be done with KMS, to do the change immediately (if the user
agrees) and/or to write it to the xorg.conf.d at the same time? That
way there'd be just one central place to go to for playing around with
monitors?
Accompanying sax3, there'd be a yast-sax3 module, right (this would
benefit new users, primarly), and it would be re-integrated in to the
non-automatic configuration during the installation process?
Zack Buhman
--
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-project+help(a)opensuse.org