June 2012 - openSUSE Project - openSUSE Mailing Lists

[opensuse-project] Re: [opensuse-factory] openSUSE 12.2 deserving of attention?
by Jos Poortvliet 13 Jun '12

13 Jun '12

On Tuesday 12 June 2012 18:20:24 Genix Info wrote: > IPv6 and DNS: > > http://lists.opensuse.org/opensuse/2012-06/msg00010.html > > I understand. But you said that there needed to be developed to help, I > thought my suggestions of features and bugs would be forwarded to the > developers. This IS the developer list and feature requests go to openFate - fate.opensuse.org or in case of bugs, bugzilla. In any case, sorry if I was unclear. I was looking for input from the developers on what has changed in the release, not asking from users what they would like to see as we're way too close to release to be able to do any of that. ;-)

1 0

[opensuse-project] Installation Media
by Graham Anderson 12 Jun '12

12 Jun '12

List, Coolo's recent reports regarding the growing size of our installation media highlight one area where there appears to be no obvious technical solution. We are simply running out of room to squeeze bits into the common capacity optical media that our users are accustom to, namely the CDROM capacity. The pressing concern of this would appear that by increasing the image size for installation via USB fobs or DVD, we might alienate existing or future users that simply cannot easily download an image of growing size. I wonder if we can perhaps fall back to more low-tech methods to help in this regard. We have a network of user groups, ambassadors and such like. I wonder if we could instigate a program of distribution whereby our users can volunteer to physically burn to disc our latest and then use the relatively cheap national postal services to send the media to our users with low bandwidth connections. To take it further, optical media while in decline, is still a very profitable market. I'm sure anyone who has burnt discs has had their experience of the longevity of the media. Perhaps we can approach one of the better quality optical media manufactuers and ask for discounts of scale. This would allow us to send spindles of writable discs to areas where we might have a user group or ambassador but has a generally low level of connectivity. I'm aware of the previous and as I understand now defunct program that canonical sponsored to distribute media, but I have no insight as to it's effectiveness or why it has been stopped. I am suggesting something slightly different, this would hopefully be a community driven effort. It's not a perfect solution by any means, but I can't think that our increasing need for more space will allow us to use CDROM size media in future. Thoughts? Cheers the noo, Graham

9 12

[opensuse-project] [reminder] openSUSE Project Meeting tomorrow at 20:00 UTC
by openSUSE Meeting Reminder 12 Jun '12

12 Jun '12

Hello all, The biweekly project meeting will be held tomorrow at 20:00 UTC in #opensuse-project on freenode. Everybody is invited to join and participate! Find out what time the meeting will be in your timezone: http://timeanddate.com/worldclock/fixedtime.html?day=13&month=6&year=2012&h… Agenda of the meeting: http://en.opensuse.org/openSUSE:Project_meeting#Agenda_for_the_next_meeting If you cannot participate and want a specific question to be answered during the meeting, please add your question to: http://en.opensuse.org/openSUSE:Project_meeting#Questions_Section Minutes and logs of previous meetings can be found at: http://community.opensuse.org/meetings/opensuse-project/ Thanks, -- openSUSE Meeting Reminder -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org To contact the owner, email: opensuse-project+owner(a)opensuse.org

1 0

[opensuse-project] Upstream Tracker - Week 3
by N B Prashanth 11 Jun '12

11 Jun '12

Hi, This is my weeekly report for the upstream tracker project. What's been done last week: 1. Edited the existing python scripts, written by vuntz, to read and write data from/to the Rails Server. 2. Reduced complexity of user input form. 3. Fixed a few small bugs - Such as the method field reverting to default on update etc. What's planned for this week: 1. The updates to the python scripts were more of a quick hack. We need a class to handle data - Reading and Writing to the rails server. Later on, this model can be updated when authentication is enforced. 2. The entire script needs an Object Oriented approach. So the scripts would be rewritten by using a base class and derived classes (one for each download method). 3. Try to implement GUI for paper trail. -- Regards, N.B.Prashanth -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org To contact the owner, email: opensuse-project+owner(a)opensuse.org

1 0

[opensuse-project] fdisk project - GSoC weekly report 3
by Davidlohr Bueso 10 Jun '12

10 Jun '12

Hi, So, what's been done this week: - Got the entire disk topology discovery and usage added to the API - Working on disk geometry, and more important, replacing CHS addressing with LBA. Hopefully these patches will be done soon. - General cleanups Thanks, Davidlohr -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org To contact the owner, email: opensuse-project+owner(a)opensuse.org

1 0

[opensuse-project] led display Suppliers shared photos with you
by led display Suppliers 10 Jun '12

10 Jun '12

Dear Mr/Miss, Still be puzzling about looking for best led display supplier? Now it will be miles easier working with KEROSA! Here you can find competitive price and excellent quality with a best mix. We"ve been in led display career for many years. We know your market and your country well. Our business is flexible which something is more likely to be a friend chat. We never waste your time. Our conversation will be very efficient base on our good communication. Please reply as soon as possible .if you are working on some led display project. We are ready to make you a satisfied offer! Samuel Shezhen Krosa Techology Co.,Ltd. Address: Building 3,Park,Guanguang road,Bao"an District,Shenzhen,China. post 518000

1 0

[opensuse-project] AppStream/SC/PK GSoC report #2
by Matthias Klumpp 09 Jun '12

09 Jun '12

Hi! Again some news about my project on making the Software-Center (forked from Ubuntu) cross-distributional, usable and a pleasure to use ;-) Right now I'm still at improving PackageKit, because PK is the key component to make the SC work great. Last week I did many improvements on PK and also introduced a package-sqlcache which can be used to fetch package details extremely fast. I've seen this as the only way to improve the current situation and make it possible to read package data fast & in parallel to other running transactions. I did not really like the database cache, and many people agree with the point that a cache is not very nice. Daniel Nicoletti (Aptcc dev, Apper maintainer) suggested a session-daemon approach to solve the parallelization issue, which Richard didn't like. I didn't like it too very much. As cache was bad and parallalization not easy to have, I suggested to write an abstraction library to access package databases directly by resuing existing backends. This way, DBus would also be avoided (Telepathy doesn't send logs over DBus because of speed too, so I thought this was a good idea for the large amount of data) Daniel didn't like my idea, as Qt tools would then need to interface with a GLib access library. Richard didn't like my idea too, as it was "too complicated" and instead suggested to implement a feature which we tried to add about a year before too, but then the issue I wanted to solve with it was solved with another solution, so we didn't need it back then: parallel transactions. Parallel transactions means we would be able to execute read-only actions which don't need a database lock in parallel to other transactions. This idea was disliked by both me and Daniel, I first was against it because we would force backend maintainers to implement a threadsafe backend and probably change their package manager, Daniel didn't like it because Apt, the Debian package-manager was not threadsafe. To solve all of this, spwaning a new process and doing IPC was suggested, but I didn't like that every backend had to implement an own solution for that and wanted a generic solution (as probably other backends had this problem too) and Daniel didn't like to do extensive IPC in a backend. When the discussion was close to a deadlock, Michael Vogt (Apt maintainer) said that it would be possible to change Apt to be threadsafe for most transactions. This suddenly removed nearly all arguments against parallel transactions, so I'm now working on a implementation of parallel processing for PackageKit. It is important that backend maintainers make changes on their backends to support parallel transactions, otherwise the backends will fail miserably as soon as parallel transactions are implemented. So I put some hours on thinking about all (hopefully all!) corner cases which could possibly appear before implementing parallelization. I added some new backend API which PackageKit backends need to use to make this feature work. I also extended our backend porting guide to describe how backend maintainers should adjust their backends to continue working. The porting guide contains information how to proceed on backends which are threadsafe as well as those which aren't. Our top-maintained backends (Yum, Zif, Aptcc) will be ported soon. As soon as I have a working implementation of parallel transactions I will also write a mail to PackageKit development list as a reminder for people to please adjust their backends to the changes. The parallel transactions approach is great, as it will solve the most important issues without creating an extra cache. Also, it is something which is done right(tm), without any workaround or ugly hack. Problem is that backend code has to be touched, but we already broke backend API for some other improvements and the changes aren't too complicated. With parallel transactions, the SC will be able to GetDetails() of a package while running InstallPackages() in parallel. We still need a simple cache to improve speed, but the cache was present for a very long time anyway, is small and can be created quickly. This feature will also reduce waiting times in PackageKit frontends and in general improve user experience in all PK clients. Problem is that not all backends will support that, for example Fedora's yum can't run transactions in parallel. Those backends will still have to run a queue of transactions and therefore the SC will not work as great on these distributions as it does on others. But it would also not work very well without PackageKit, it's a problem of the package-manager. Solution for Fedora in this case would be switching to Zif for example. I think all other issues can be adressed too. I'm glad that we will have a working and sane solution for this issue soon, which will make PackageKit fast as hell - if you like experimental, breaking software you can aleady try the PackageKit master branch ;-) Finally some other things: I'll have exams in a few weeks, and unfortunately I don't study informatics/computer science but molecular biomedicine, which means I have to learn anatomy, histology, biochemistry and physics the next weeks to pass the exams. I will have to reduce my work on this SoC project a little during these weeks, but I won't stop of course, I'll just be a bit slower. After I hopefully passed the exams (eeh...) I can work days and nights (probably more during nighttime) on PK and SC. This is just FYI. As there seems to be a very high interest in my SoC by various people: You can always catch me on #PackageKit, #freedesktop or #opensuse-project (and various other channels) on IRC, my nickname is ximion. I'll try to answer any questions as good as I can :-) Or just reply to this mail :P Bye! Matthias -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org To contact the owner, email: opensuse-project+owner(a)opensuse.org

1 0

[opensuse-project] AVG virus scanner. How did I actually install it?
by Chris Jones 09 Jun '12

09 Jun '12

4 5

[opensuse-project] LTP GSoC report
by Marioh mrs 06 Jun '12

06 Jun '12

Hi all, Since this is my first report, i will summarize all the work done till now for the Linux Test Project GSoC project. As proposed, the first phase of the project is to document/fix and test the test library, therefore the work started with an easy task/file in order to get up to speed with how things are done. The first patch-set was: 1) Indentation and coding style fixes on /lib/str_to_bytes.c as well as /include/str_to_bytes.h Fixed broken indentation as well as replaced the old K&R function declarations. https://github.com/linux-test-project/ltp/commit/9a769aae5e3db79c1189c2c9da… 2) Renamed /lib/str_to_bytes.c and /include str_to bytes.h The str_to_bytes files have been renamed to bytes_by_prefix in order to make it easier for anyone to understand the purpose of the file, the functions of the file have also been ranmed accordingly. Furthermore any call to the file or its functions by other functions, manpages etc. have been modified to comply with the new names. https://github.com/linux-test-project/ltp/commit/1475f67b0c77392df6d5bca84c… 3) Changed nconv variable from long to int in /lib/bytes_by_prefix.c According to sscanf man page the return value is int therefore the holding variable should be int as well. Also changed the loop variable name of the main method from ind to i in order to better represent that it is just a loop variable. https://github.com/linux-test-project/ltp/commit/3d3e94e7c0f056041a71389858… After this patch-set, the next goal was to create an "automated" test for this file in order to ensure reliability and enable us to easily detect if something breaks, this test file also lead to a logical fix on the file being tested. The patch-set: 1) Return -1 on negative input/output (/lib/bytes_by_prefix.c) -1 is returned as error value therefore it wouldn't be correct to allow negative numbers to be parsed and returned as normal multiplication. Therefore a check has been added in order to return any negative output as -1 (error). https://github.com/linux-test-project/ltp/commit/5f017a0976a32445b0925bf365… 2) Created an automated test for the /lib/bytes_by_prefix.c Created a test for the bytes_by_prefix.c file in order to make sure that everything works well and make it easy to test if some change breaks something. The UNIT_TEST main method from lib/bytes_by_prefix.c has been removed as it isn't needed anymore nor compiled by default. Necessary changes in the makefiles have been done. https://github.com/linux-test-project/ltp/commit/33bb7130addb59c28f0c6834aa… Now i am working on the much more used part of the library the tst_* interface/files and hopefully the next patch-set will be sent for review/commit within a few days. To conclude, this is a great experience, learning to contribute to open-source projects and collaborating with other people that i have never met :) I would like to thank my mentor Cyril Hrubis for his invaluable help showing me around the project, sharing some nice tricks and being very helpful by just pointing me to the right direction as well as always replying very fast to my questions :) great guy. P.S. You can watch the project development on the ltp-list: http://sourceforge.net/mailarchive/forum.php?forum_name=ltp-list -- Marios Makris -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org To contact the owner, email: opensuse-project+owner(a)opensuse.org

1 0

[opensuse-project] Re: [opensuse-factory] openSUSE 12.2 deserving of attention?
by Jos Poortvliet 05 Jun '12

05 Jun '12

On Mon, Jun 4, 2012 at 6:46 PM, Genix Info <genixinfo(a)gmail.com> wrote: > Jos Poortvliet, please resolve these bugs and features: I don't understand why you ask me to do that? I'm sure the people working on those things would be happy with merge request. I'm barely able to build a basic package on OBS so I surely won't be able to do any of that... I understand you care about these things but off-topic replies to random mails won't exactly get you anything... (Incidentally, I personally don't care for any of them and IF I could do such work and would have time for it I'd work on different things). Cheers, Jos > OpenSUSE Linux, including SuSEfirewall2, not has full support for IPv6 only. > > http://forums.opensuse.org/english/get-technical-help-here/network-internet… > > Bug 742758 - openSUSE Linux 12.1 LXDE x86_64: /home partition problems: > > Joined on Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=742758 > > Add BleachBit installed by default, the current version: 0.9.2. > > Top list openFATE: > > > 1 - Update Documentation: > > https://features.opensuse.org/313311 > > 2 - Add the packages: linux-atm-lib, smpppd and WvDial in: Live CD, USB > Live...: > > https://features.opensuse.org/312580 > > > This is here to do just that: > > Now please add smpppd (Smpppd - openSUSE) by default already installed, > configured and ready to use in version 12.2. > > 3 - Mount NTFS partitions user-writeable by default: > > https://features.opensuse.org/310229 > > > > > > > > > > I expect a response. > > > > > > > > > > 2012/6/3 Jos Poortvliet <jos(a)opensuse.org> >> >> Hey all, >> >> If you think there's something cool coming in openSUSE 12.2 which deserves >> some attention of press and users, add it to this page: >> http://en.opensuse.org/openSUSE:Upcoming_features >> >> If you notice something there which is wrong - please fix it! >> >> Note that you don't have to be a developer or packager for either of the >> things above - if you're an user reading this list but you happen to know >> of something that's new and missing, just add it! >> >> Links to explanations of the feature or new or much improved package are >> appreciated. We'll use this page for the release announcement and articles >> about the new release. >> >> If you want to help with anything around promo, tell us on the opensuse- >> marketing list! >> >> Let's make 12.2 rock. And let's make sure the world KNOWS it! >> >> Hugs, >> Jos > > -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org To contact the owner, email: opensuse-project+owner(a)opensuse.org

1 0