openSUSE Project March 2011

project@lists.opensuse.org

114 participants
84 discussions

[opensuse-project] 1hour Scheduled Outage of download.opensuse.org and mirrors.opensuse.org

by Marcus Rueckert

Hi openSUSE Users Tomorrow, Thu 24th from 09:00 AM CET to approx. 10:00 AM CET, we need some maintenance on the following hosts: http://download.opensuse.org/ http://mirrors.opensuse.org/ http://ftp.suse.com/ Apologies for inconveniencies this may cause. Please contact admin(a)opensuse.org with any queries. Your openSUSE Admins -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

9 years, 10 months

[opensuse-project] GSoC: Schedule Complications

by Bryan Henderson

I am interested in participating in the GSoC this year. I have a project in mind (http://en.opensuse.org/openSUSE:GSOC_2011_Ideas#Beautiful_one-click-install) which would be "right up my alley;" namely, Qt, openSUSE and packaging semantics are my interests, and I am a big Qt enthusiast. However, I have a full-time framing construction job. My job schedule is unpredictable; I could have a straight month of work, and then several weeks off in between the next job. Each job takes ~5 weeks. In my upcoming job, I will be working 60 minutes away, coming home every night and working Monday through Saturday. If I utilized 30-60 minutes a night on the project and every Sunday, 2 hours a day while traveling, I could pull off 30-35 hours a week. In the next job (starting about May 9th), we will be working 2 1/2 hours away, staying in hotels over the week and taking Friday-Sunday off. Meaning that I could pull 42-53 hours a week. Although I am perfectly capable of spending ALL my spare time on programming/research (I have done it before), I am not going to pretend that ALL of the time I have mentioned will be free for the project; I do have to take care of myself! I have discussed this (briefly) on GSoC's IRC channel, and they said, "No way, Hose!" I never mentioned how much time I would be able to devote... What is your input? Thanks, Bryan Henderson -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

9 years, 10 months

[opensuse-project] GSOC Idea - OpenID provider for Elgg

by Kartik Mandaville

Hey, I saw the Elgg idea at the ideas list and am interested in working on it as part of GSOC. In this regard, I have talked to Michal. The idea is to create a OpenID provider plugin for Elgg. There is a plugin for this but it no longer works. I would love to hear your comments. There was a Open ID server ( provider) plugi developed by Kevin but in the ticket [1] it says "Won't Fix". In [2], Dhrup2000 says there is a Open ID server pluign but untested. I tried to search but couldn't find the actual plugin. Kevin wrote the Open ID client plugin after he was funded and in [3] he says that he would improve the Open ID server plugin once he gets funding to improve the plugin Short Inro: I am a third year undergrad at MIT, Manipal studying BE CSE. I have a great experience in the web having used Twitter, Facebook API's and developed facebook apps which reach out to more than a million people. AutoBudder, StockAdda. Also, have made a couple of OSS using PHP. (https://github.com/kar2905) Regards, Kartik Mandaville Founder, AutoBudder MIT, Manipal | Tech Lead - Let Me Know Ph No. : +91 9008420482 ( Manipal ) ( Current ) +91 9650130969 ( Delhi ) http://www.mkartik.com Facebook | Twitter | LinkedIn Do you forget to wish your friends ?? Use AutoBudder on FB [1] http://trac.elgg.org/ticket/1737 [2] http://groups.google.com/group/elgg-development/browse_thread/thread/a6520a… [3] http://community.elgg.org/pg/forum/topic/433533/what-happened-to-the-openid… -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

9 years, 10 months

[opensuse-project] GSOC Idea: RFC

by Alex Eftimie

Hi, I'm willing to work on [1], with a slight change on focus: - develop a 1:1 feature set Gtk+ version of smoltGui (which I don't think will take the entire gsoc) - work on usability (the current version asks to be run once as root - it could be handled prettier by gksu; ship only on executable with parameters for different actions - as seen in upstream TODO) - package it - build Qt and Gtk+ packages from the same sources (at first glance this seems feasible, qt bits are only in two files, the rest of the code seems frontend independent); - finally, but not the least important: bring some Debian/Ubuntu love I've already started on the last bullet, by packaging the latest smolt (pretty basic, but functional), and uploading to my PPA[2]. My question is: does it make sense to focus also on another distro (since this is OpenSuse's mentorship)? Looking forward to your feedback :) Alex [1] http://en.opensuse.org/openSUSE:GSOC_2011_Ideas#GTK.2B_client_for_smolt [2] https://launchpad.net/~alexeftimie/+archive/ppa -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

9 years, 10 months

[opensuse-project] GSOC Idea - OpenID provider for Elgg

by Kartik Mandaville

9 years, 10 months

[opensuse-project] [reminder] openSUSE Project Meeting tomorrow at 19:00 UTC

by openSUSE Meeting Reminder

Hello all, The biweekly project meeting will be held tomorrow at 19: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=23&month=3&year=2011&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 For additional commands, e-mail: opensuse-project+help(a)opensuse.org

9 years, 10 months

[opensuse-project] GSOC Idea : Mentor Needed

by Tirtha Chatterjee

I wish to work on this GSOC idea - http://en.opensuse.org/openSUSE:GSOC_2011_Ideas#Make_zypper_search_smarter It will involve making zypper search more intuitive and user-friendly. Search results will be prioritized according to relevance instead of alphabetically. I have already done a bit of work on this and have fixed this bug. https://bugzilla.novell.com/show_bug.cgi?id=500988 I am looking for someone to mentor me on this project. -- Tirtha Chatterjee National Institue of Technology, Durgapur India -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

9 years, 10 months

Re: [opensuse-project] UI font in KDE live too small - packaging policy related?

by Cristian Morales Vega

2011/3/13 cheer_xiao <xiaqqaix(a)gmail.com>: > On Sun, Mar 13, 2011 at 5:49 PM, Cristian Morales Vega > <cmorve69(a)yahoo.es> wrote: >> 2011/3/13 cheer_xiao <xiaqqaix(a)gmail.com>: >>> therefore tiring to read. I went to KDE control center and found out >>> the UI font size is 9pt. Most desktop distros nowadays - as well as >>> openSUSE GNOME live - have a default font size of 10pt to 12pt; as far >> >> My normal openSUSE 11.4 KDE system, installed from DVD, has Sans >> Seriff 9 as General Font and it's OK. Perhaps the detected DPIs of >> your display is not correct? >>15.1" LCD 1366x768 DPI >> It's my understanding that GNOME supposes all displays are of 96 dpi, >> as Windows pre-Vista, so its font size... I don't know how they select >> it, but seems difficult to compare. > > Sorry but I don't know much about DPI... my laptop has a 15.1" LCD, > with natural resolution 1366x768. I don't know how to calculate the > actual DPI, but Windows(TM) 7 detected it to be 96. (And according to > you post-Vista Windows is able to determine the actual DPI.) If a screen is 14 inches width and is set to a resolution of 1366 pixels/dots its horizontal DPI (Dots per Inch) are 1366/14 = 97.57 DPIs. It's that simple. You can know the detected DPIs with the command "xdpyinfo | fgrep resolution". A screen with a resolution of 1366x768 and 96 DPIs must be ((1366 dots / 96dots/inch)^2 + (768 dots / 96dots/inch)^2) ^ 1/2 = 16,32 inches of 16.32" > However I was able to confirm that openSUSE 11.4 KDE also detected it > to be 96, the same value with GNOME; so it's possible to compare. The > default font size in openSUSE 11.4 KDE IS smaller than GNOME desktops. > I don't know the value other KDE distros use, but if they all use 9pt > then it would feel quite weird to me that KDE users prefer smaller > texts than GNOME users... No idea about Gnome. But IMHO 9 can be read without problems and doesn't waste space. -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

9 years, 10 months

[opensuse-project] UI font in KDE live too small - packaging policy related?

by cheer_xiao

Hi folks, I have long known that openSUSE is the powerhouse of KDE development, and as a KDE fan and former user(I use xfce over Arch now), I have been following KDE as well as openSUSE. Several hours ago I tried openSUSE 11.4 KDE live, and noticed that the UI font is too small therefore tiring to read. I went to KDE control center and found out the UI font size is 9pt. Most desktop distros nowadays - as well as openSUSE GNOME live - have a default font size of 10pt to 12pt; as far as I can tell, it won't hurt if openSUSE KDE live adopt this. One explanation I can come up with is that, that is the default configuration of vanilla KDE and openSUSE follows such a packaging policy that tweaks to KDE configuration is prohibited. Is that the case? If so I would consider reporting this to upstream KDE. After all, many thanks for those working on openSUSE project; thanks for your wonderful innovations for Linux desktop. Regards, Cheer Xiao -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

9 years, 10 months

[opensuse-project] On package licensing

by Sascha Peilicke

Only recently, our legal team started to cleanup the package License header, especially when multiple licenses are present in the source tarball. As they're rather shy in communicating this, this post is intended to clarify what's going on and to start a public discussion on it. Usually, the main case are dual-licensed (or multi-licensed) packages. For instance, most Perl packages now contain a license tag like "GPL+ or Artistic", which is rather clear. Things become more complicated when parts of the (upstream) source code contain several (different) license headers. While this situation is rather messy and best be avoided, we do have such software and thus we have to threat that somehow. Unfortunately, this can lead to rather difficult to interpret license tags like the following (for perl-Tk): (GPL+ or Artistic) and zlib Or even worse (recent digikam): GPLv2+ and LGPLv2.1+ and GFDL and X11 (BSD like) and BSD3c (or similar) While the intent is honorable, I doubt that this is still useful for the general public. Also, it lacks specific information which source file (or sub- tree) is licensed under which of the above. The spec file license tag clearly isn't meant for that. I'm no lawyer, but to me it seems like the only proper way is like Debian does it. They add an extra file to their packages which lists all the licenses that apply. Also it allows to clearly state that in-tree libraries are licensed differently. Based on that, the spec file License header could then contain only the most prominent license. However, this increases packagers work but seems more useful to me. What do you think? -- Mit freundlichen Grüßen, Sascha Peilicke http://saschpe.wordpress.com

9 years, 10 months

← Newer
1
2
3
4
5
6
7
8
9
Older →

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openSUSE Project March 2011