Hi
in the IRC meeting some people are not that happy with all the meeting
announce mails if i understood correctly.
my idea:
Post on Monday _one_ mail with all meetings of the week. jpr already mentioned
that he want to announce also special topics for the meeting, but this could
be also be done in one mail, so every meeting will have space for that, if
needed.
This works only if who are usually send the mails working together. Proposal:
Every meeting maintainer will take care that the meetings page in the wiki is
up-to-date, i (or someone else) will look on it on Monday 16:00 and prepare
the mail.
If this will be ok for most of you i will prepare a mail template for that ...
--
with kind regards,
Martin Lasarsch, Core Services
SUSE LINUX Products GmbH, Maxfeldstr. 5 90409 Nürnberg
GF: Markus Rex, HRB 16746 (AG Nürnberg)
martin.lasarsch(a)suse.de - http://www.opensuse.org
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-project+help(a)opensuse.org
Hi,
* Events
- Practical Linux on Saturday
http://www.practical-linux.de/statisch/index.html
- LWE .nl on 31.10-01.11
* Communication
- IRC Project meeting tomorrow
- IRC GNOME meeting on Thursday
- installation videos finished
* Wiki
- next: zh wiki change
- working on mail notification
- figure out the picture problem (seems to be local cache)
--
with kind regards,
Martin Lasarsch, Core Services
SUSE LINUX Products GmbH, Maxfeldstr. 5 90409 Nürnberg
GF: Markus Rex, HRB 16746 (AG Nürnberg)
martin.lasarsch(a)suse.de - http://www.opensuse.org
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-project+help(a)opensuse.org
Hi
MBoman asked to do something to make it easier for people from the other side
of the world to attend the irc meeting.
We could do it one time like now, 18:00 CET, and the next meeting 2 weeks
later at 14:00 CET (22:00 Australia afaik), 2 weeks later at 18:00 ... and so
on.
opinions?
--
with kind regards,
Martin Lasarsch, Core Services
SUSE LINUX Products GmbH, Maxfeldstr. 5 90409 Nürnberg
GF: Markus Rex, HRB 16746 (AG Nürnberg)
martin.lasarsch(a)suse.de - http://www.opensuse.org
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-project+help(a)opensuse.org
Hi all!
In order to write some default settings, we have written some YaST
modules that have no UI but set some configuration. We called them
"invisible modules" for this reason, and use them during the
installation process at the Linkat distribution. Linkat is NL9 based
distribution and will be a SLED10 based distribution.
In order to share this experience, we edit the YaST Modules section at
the openSUSE wiki:
http://en.opensuse.org/YaST/Modules#Invisible_modules
Feel free to give us any advice/comments or to move that info to another
section of the wiki.
yours,
jordi massaguer pla
--
Jordi Massaguer i Pla
openTrends Solucions i Sistemes, S.L.
Torre Llacuna
C/Llacuna 166, 10º 1ª A
08018 Barcelona
Phone: (+34) 93 320 84 14
Fax: (+34) 93 300 35 27
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-project+help(a)opensuse.org
Meetings:
* Target audience:
- We discuss both hardcore dev issues as well as "soft" issues, so to make it
easier for everyone, hardcore stuff will be discussed last.
* Meeting formats:
- Will experiment with different formats to allow more participation
- Will try cut&paste panned intro
*** AI - experiment with meeting theming (captain_magnus)
*** AI - experiment with order in meetings (captain_magnus)
* Length & frequency of meetings:
- Keep weekly meetings, but limit to 45 mins/1 hour, although will use time as
needed for the time being
- Rotate times for getting people from Asia
*** AI - experiment with limited time for individual items (JP)
*** AI - review meeting formats in 3 more items (JP)
Bug squashing:
- Need to deal with GNOME bugs for old opensuse versions.
- Move all bugs that are still seen in <= 10.3 to 11.0 unless it's critical
*** AI - organize bug squashing (mtgordon)
Packaging policy:
- G:Community policy still blocked on packaging guidelines
- http://en.opensuse.org/GNOME/Community_Inclusion_Policy
*** AI - figure out where wishlist items live in the feature process (JP, captain_magnus, cyberorg)
Feature requests & mini-projects:
- Only discussion, still no access to FATE for external people
- http://en.opensuse.org/GNOME/FeaturePlanning
*** AI - Create a 11.0 features wish list page
Task review:
- GM live CDs need to be tested
- G:STABLE is now up-to-date but still does not compile due to BS bug
- Glossary not started yet
Q&A:
- Need more feedback about bug plan before starting on 'debugging topics'
- Need a due date column on our tasks list
- Create an icalendar for tasks with alarms
- Obsolete orphan pages in the wiki
- Will evaluate PackageKit for package manager
- Lots of improvements needed in yast-gtk package manager
--
Rodrigo Moya <rodrigo(a)novell.com>
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-project+help(a)opensuse.org
Hi all,
Having just returned from using Ubuntu as my main OS for a few months
(I give another distro a go every now and then, but I have returned
everytime so far :-), there is one thing that Ubuntu users have
available that makes it very easy to setup a new machine, and that is
Automatix. http://getautomatix.com/ . Automatix has got a good wrap
lately with the admission that Michael Dell (of Dell Computers) uses
it on his personal computer.
Ideally one would solve it without yet another way to install things.
What stops us (technically, legally etc) creating a similar meta
repository for openSUSE, that doesn't host the actual packages but
just pointers to download them from the 3rd parties?
eg:
http://download.skype.com/linux/skype-1.4.0.118-suse.i586.rpmhttp://download.gizmoproject.com/GizmoDownload/gizmo-project-3.1.0.77-1.i38…http://download3.vmware.com/software/vmplayer/VMware-player-2.0.1-55017.i38…
etc
ie. it covers 3rd party packages that we can't host or redistribute,
but a nice central location that is a great benefit for the user.
pflodo
Peter Flodin.
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-project+help(a)opensuse.org
Hello,
here's the status of Action Items.
Luckily, I didn't say I'll always post it the day after the meeting
(I just said "after the meeting") - otherwise I would have to say that
I'm late ;-))
A note to all AI assignees: If there are news about your AI, please add
a comment to bugzilla.
New Action Items:
~~~~~~~~~~~~~~~~~
# (not in bugzilla)
Switch meeting time for every second meeting so that people in other
timezones can attend. See the discussion in this mailinglist.
#334142
Aniruddh requested to set up an offical Dutch openSUSE mailing list
-> Action Item henne: create opensuse-nl(a)opensuse.org
Work in progress:
~~~~~~~~~~~~~~~~~
#328622 - help.opensuse.org translations
Several languages are available already, more to come.
BTW: Pascal, the german translation is OK ;-)
#223288 - create installation/usage videos
The videos are finished, but too large for YouTube. Martin proposed to
use Google video instead.
#223290 - better wishlist handling using FATE
This AI switched from blocked (no time) to work in progress :-)
There is some technical discussion in bugzilla, and henne said in the
meeting that cwh is working on it.
#229213 - clarify bugzilla usage for packages in build service
(ETA: November)
More or less done, there's just a link in the web interface missing.
#238355 - status of cn wiki (ETA: 09.24)
Will be renamed to zh-cn and zh-classical, otherwise ready.
Martin is working on it.
#328611 - Try out wishlist handling / feature tracking in the wiki
The GNOME team made a nice overview of different tracking methods:
http://en.opensuse.org/GNOME/FeaturePlanning
The details about FATE are blocked by AI #328613
#293726 - Creation of Babel wiki
Blocked by some technical problems, but nobody remembered what was
wrong ;-)
#238350 - unmaintained wikis (is, es, vi)
No news, but Martin will post to the wiki list to improve the situation.
After the last AI status report, Gabriel <gabriel.sgt(a)gmail.com> wrote
he is trying to maintain the main pages of the spanish wiki, but short
of time.
In the meeting, there was a discussion how to handle completely outdated
wikis. There were basically two opinions
- adding a big disclaimer on the start page with a link to
en.opensuse.org (advantage: no "404", easier if someone wants to work
on it again)
- completely shut it down (but keep a backup if someone wants to work on
it again)
Action Item notlocalhorst: put a big fat disclaimer on vi.o.o that its
completely unmaintained - and talk to the maintainer
(I'll add this to #238350 because it's a sub-AI ;-)
AIs without any news: (since the last meeting)
~~~~~~~~~~~~~~~~~~~~~
#328613 - Prepare explanation of Fate features and processses in the
wiki
-> no news
#173961 - openSUSE merchandising
-> WIP, but no news
Blocked AIs:
~~~~~~~~~~~~
#164757- SDB style guide / differences SDB, HOWTO (No time)
#164761 - built service trust/rating system
(no time and resources - ETA 2008)
-> ETA was set in the meeting
#267437 - community comitee, @opensuse.org mail addresses etc.
(Blocked by User Directory)
Things that were done:
~~~~~~~~~~~~~~~~~~~~~~
#328594 - Release BuildService Roadmap
Adrian and Klaas have published the new BuildService roadmap on the
wiki: http://en.opensuse.org/Build_Service/Roadmap
And, as already written in my last status mail:
#281622 - put packages from czech packagers team into buildservice
Vladimir wrote this will be done on demand from the community (but not
before because it's some additional work)
So if you want to help maintaining one of the packages listed on
http://en.opensuse.org/Czech_Packagers_Team/Packages_sorted_by_maintainer
speak up now ;-)
Regards,
Christian Boltz
--
One of the main reasons for the downfall of the Roman Empire was that,
lacking zero, they had no way to indicate successful termination of
their C programs.
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-project+help(a)opensuse.org
Hello,
The reason for this mail is quite simple -- I've been using
open/suse for a long time and I am afraid to see how opensuse is
getting better, yet on the other hand is getting worse.
Better -- because for example computer boots faster, worse --
because to do the same thing as before, user has to download extra
packages, download "outdated" packages or learn again how to make
things work with new tools.
For me meaning of upgrade is simply -- user should upgrade system
and everything should work as before, minimum. The only changes could
be: everything is faster, more secure, reliable, etc.
Examples: opensuse dropped smbfs package some time ago, and this
done silently, when you try to use smbfs... nothing, no information
why, what should user do. losetup worked perfectly well in 10.2,
after upgrade user is supposed to set from scratch her/his
configuration to make things work.
I don't want only to complain, because it is wasting time. My
propositions:
a) let's say user works with OS X.Y with package P installed older
than the basic package from this OS version (example opensuse 10.2
and cups 1.1) -- do not touch such packages! it is clear that user
intentionally downgraded this package to work with it, it was her/his
will so do not force upgrade of such packages
b) dropping software (like smbfs (*)) -- provide fake packages (I
already reported this idea), so when user tries to use it explain
what she/he should do with it
b.1) however this example (*) shows a bad judgement -- I think it is
better to provide unmaintained code to help users, than to remove
such software and make things worse for users (cifs does not work so
well)
c) if one tool is replaced with another (losetup example) provide
converter, so user could call losetup-backward-compability script and
all arguments would be translated to the new tool used in opensuse
d) if it is only possible (technically) maintain backward
compatibility, ignoring current userbase in such manner reminds me of
one big firm and its attitude -- it is bad example to follow
In general: it is better to make things work in one place (opensuse
distribution) so every user could benefit from it, than ignoring
users workplace and making them fix system after upgrade to the state
before upgrade. This just a wasting time.
Backward compatibility really matters -- it is no use I get new, great
cups if it does not work for me at all. The same goes for every other
package. Currently this issue is being treated too lightly (in my
opinion).
Thank you for your time,
have a nice day, bye
--
Maciej Pilichowski
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-project+help(a)opensuse.org
Hey guys, there are always these post disparaging the newbies for top
posting and not trimming. Personally, I think top posting is a good
thing, with it i can just open a list item and read the latest response
rather than scrolling down past the stuff I read the day before.
Any way I'm not asking to change the rules. I am asking if we can add to
the confirmation e-mail a link to the rules. Is it possible to add the
link to every message forwarded by the system like a header?
http://en.opensuse.org/OpenSUSE_mailing_list_netiquette
I have also recently been asked to read
this,http://www.catb.org/~esr/faqs/smart-questions.html
which was very helpful.
I pledge to do my best to follow these rules and to reread them
regularly.
Thank You
--
James Tremblay
Director of Technology
Newmarket School District
213 S. Main st
Newmarket NH, 03857
603-659-3271 *318
CNE 3,4,5
MCSE w2k
CLE in training
Registered Linux user #440182
http://en.opensuse.org/educationk
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-project+help(a)opensuse.org