Livecd with GNOME + KDE + TWM - Beta 2
by Dirk Westfal
Hi to all,
I've now added the gnome desktop to my livecd :
now you can choose between kde and gnome in the gdm login manager.
* Different from previous versions:
- the system does NOT contain ANY non-fedora packages; it's legally clean.
- the kernel is the default fedora kernel (from binary rpm package).
(I currently don't even use cloop to avoid tainting the fedora kernel, so
space is currently very limited. Are there alternatives? )
* The system is a very minimalistic one (just a 'core' ;) :
It currently provides just the basic tools of gnome and kde,
as well as the redhat-configuration wizards (kickstart, dsl/vpn etc).
* The bzipped iso image (Size:192Mb / 201326103 bytes ) is aviable at:
http://www.linux4all.de/downloads/fc1lc2.iso.bz2
The username is root, with NO password
Please let me know wether such a system might be a usefull for the
fedora - community- it's currently just a 'core' system but one has to start
somewhere....
- @fedora project staff : if the fedora project is interested in a live cd
system, i'm offering to contribute my current work/ do more work to/on such
a project.
* I would like to invite all people out there interested in a gnome or kde
live cd based on fedora or other distributions to the mailinglist
livecd-devel-list(a)nwst.de ; you can subscribe at :
http://www.linux4all.de/distribution/fc1/livecd-devel-list/livecd-devel-l...
* The system can be recreated using my (currently shells script based)
toolkit, therefore the creation of customized live cd's that fit special
needs is easy.
thanks for your time,
Dirk
--
Dirk Westfal //Admin//RHCE/6.2//QB/DGQ
mailto: root[/livelinux](a)nwst.de
livecd based on Redhat 9.0 :
with luck and linux: www.linux4all.de
20 years, 4 months
Notifications for package submissions
by Darryl Luff
Hi all.
Is there (or could there be) a list for announcements of package
submissions to fedora.us, similar to the one for package releases?
If I could get an emailed announcement when a package was submitted, I'd
be encouraged to download the ones that interest me and try them out.
Maybe this would get more people testing packages?
20 years, 4 months
Re: tkill used to implement raise
by Nils O. Selåsdal
On Wed, 2004-01-07 at 11:38, Hugo van der Kooij wrote:
> On Tue, 6 Jan 2004, Roland McGrath wrote:
>
> > glibc is responsible for the POSIX interfaces such as sigaction.
> > File a bugzilla report for glibc. If such turn out to be kernel issues,
> > we reclassify them appropriately.
>
> Good point. But where does one find this ability to report such a thing? I
> have been looking at fedora.redhat.com and could not find any reference as
> to where to report bugs.
http://bugzilla.redhat.com/
Vennlig hilsen/Best Regards
Nils Olav Selåsdal
System Engineer
UtelSystems a/s
w w w . u t e l s y s t e m s . c o m
20 years, 4 months
Bug Day 10 : Jan 7th : Happy New Year!
by Jef Spaleta
I hope everyone had a restful holiday. I would have, but my little
sister decided to take and hide the playstation 2 memory card from me
over the break so i couldn't finish building all the ultimate coasters
in rollercoaster tycoon and unlock the hidden theme park...but enough
about me.
Well to be perfectly honest with everyone, my attempt at finding a theme
for this week went up in smoke when someone who will rename nameless (
his initials are Dave Jones) decided the specific testing i was going to
ask people to help out with wasn't needed.
But let's recap on where things stand with general bug busting issues,
that you, as an enthusiastic Fedora community member can make a
difference in.
* Fedora.us QA:
Fedora.us still needs continuing help with community QA efforts to get
packages published. There are 314 packages in the QA list waiting for
community input before they are ready to be pushed out to the
repositories for general use. (http://www.fedora.us/QA)
I want to remind everyone that until Fedora Extras exists, the fedora.us
repositories are the place the Fedora leadership is encouraging people
to contribute extra packages. But submitting packages isn't enough. It
is important for community members to check over the submitted packages
and make sure they are good enough to be released to the general public.
Making a commitment to help QA packages waiting to be published at
fedora.us is a very good to get involved in development as a community
member. References:
http://www.fedora.us/wiki/PackageSubmissionQAPolicy
http://www.fedora.us/wiki/FedoraDocuments
* Vesa Driver Testing: http://www.fedora.us/wiki/VesaDriverTesting :
Mike Harris has asked for testing of the Vesa video driver, which could
be used for a "safe mode" in Fedora. The problem is that many BIOS's
Vesa modes are broken, so he needs a good blacklist of broken situations
with the Vesa driver. Please follow the instructions at the url given
above and test your video hardware with the vesa driver, and file a bug
report if vesa does not work with your video hardware.
*Fedora Bugzilla Triage:
An effort to to be able to organize Fedora community into a nimble
bugzilla strike force who can take the burden of day to day bugzilla
maintenance from the core developers. What that means in less humourous
terms is...finding a way to have community members going into bugzilla
and closing things like duplicate bugs, and finding the easyfix bugs and
marking them, so its easier for the developers to find and work on
bugreports. If we can help save developers time searching through
bugreports by helping organize the reports, developers can spend more
time actually fixing bugs. Here's a basic sketch of how its going to
work:
1)you search through the Fedora bugs at bugzilla.redhat.com looking for
things like duplicates and easyfix bugs.
2)you find a bug report that you think is a duplicate
3)stop into #fedora-bugs irc channel and discuss whether the bug is
actually a duplicate or not with people there
4)add a comment triage->duplicate #bugnumber-of-duplicate
5)a trusted triage community member will search for the
triage->duplicate string and then close the bug as being a duplicate
I promise to spend tomorrow's bug day going in and taking care of as
many of the community supplied triage comments sitting in bugzilla at
the moment. And please, if you are interested in helping out with triage
please hop on #fedora-bugs channel on the freenode irc network tomorrow
during 9am-5pm EST or drop me an email message. And if you are already
made an effort to help out experimenting with triage->comments, find me
tomorrow or send me an email so I can get a head count. I'm serious
about starting to follow up on the comments tomorrow as part of the days
bug day activities.
-jef
20 years, 4 months
RE:RPM Help
by Casey James Price
Thomas,
I think I found what you meant, your tutorial on creating an RPM of Adobe
Acrobat. I thought you meant you had some section on RPM building, but
this tutorial looks helpful.
Thanks,
--
Casey Price
20 years, 4 months
Re: Re: Essential Packages
by Karlan Kayne
Haha, thats a great movie, wasn't it created on a linux machine, or was
that toy story?
20 years, 4 months
Official Alternative Fedora Core 1 iso images now available on bittorrent
by Jef Spaleta
alternative official Fedora Core 1 install media iso images are now
available on bittorrent. Please take a look:
http://torrent.dulug.duke.edu/
DVD ISO:
http://torrent.dulug.duke.edu/Yarrow-i386-DVD.torrent
2 disk official install set:
http://torrent.dulug.duke.edu/Yarrow-publisher-i386.torrent
These iso images are not being made available through the official
download server at this time, due to space and official mirroring policy
concerns. But they are official media images, so they can be
redistributed under the same conditions as the original 3 cd iso set.
The Yarrow-publisher 2 cd set, is intended for publishers who can only
fit 2 cds into their books. For example, the book Official Fedora
Companion by Nicholas Petreley, Red Hat Press. The release notes in the
Yarrow-publisher isos details what has been removed from the standard 3
cd collection.
UNOFFICIAL NOTE FROM JEF:
I'm now going to express my personal opinion that users should NOT
download the publisher-edition to use for installs. I would like to
encourage users to continue to use download and use the 3-cd set or the
new dvd iso image to ensure they get the full Fedora Core experience.
The Publisher-edition is being made available, for completeness, and I'm
sure some end-users out there might think the 2-cd set is a shortcut to
getting an an install up and going. But please I encourage you to take
the time to download the full 3-cd set instead or the dvd image to make
sure you get the best possible experience. If you do not have the
bandwidth to effectively download the full 3 cd set or the dvd image,
please take a look at http://fedora.redhat.com/download/vendors.html and
purchase inexpensive install media from the approved vendor list.
NOTE FOR THE -DEVEL LIST FROM JEF:
There has been some (un)healthy debate about on this list about slimming
Core down to 2 cds. And i want to express my $0.01 opinion that i don't
think the Publisher edition should be looked on as a solution to the
issue being debated. I don't think having 2 sets of cd images is really
a good idea..i think its a horrible idea actually. That being said, i
think its important to have the Publisher edition and the dvd edition
freely available for download, since vendors are using and selling these
editions, so i asked the Fedora leadership for them and I asked the
dulug bittorrent maintainer to host them, and now without any delay or
arguments at all they have been made available to the community.
-jef"your welcome, please do not use the publisher edition"spaleta
20 years, 4 months
Fedora Core 2 Distribution Size - The separated OS
by Alexey Eremenko
well... somebody said, that it can't be devided....
But - FC1 have a lot of development tools right on the CD, which I believe is wrong.
My suggestion - is have have product division like in Microsoft - or Lindows.com
They have -
1) OS (kernel, GUI, all the basic things, basic text and image editors) - this everyone needs
2) Office (OpenOffice can be separated, but because it's small enough - it won't be good)
MS Office and Lindows Office is separated - because about HALF of the home users doesn't use Office at all...
3) MS Visual Studio for Developers (And this part in FC1 take a LOT of space...) - This must include KDevelop, other IDEs, some source code, tutorials, compilers, programming documentation, ...
Lindows doesn't have an analogue for that (as I know)
4) Plus+! (multimedia enchacements, and eye-candy's for their OSes - something FC1 lacks totally with few exceptions, like the Marble Desktop Theme in KDE, and a few plug-ins for XMMS)
In Windows XP the Plus! gives me: many desktop backgrounds, MP3 to WMA audio converter,
Windows Media Player skins, and visualizations, 3 games (2 of which are 3D), 8 beautyful Direct3D screensavers, and 4 Desktop themes.
=========================================================
I would be VERY happy if such Plus! project would exist for FC Linux as well... - because it will REALLY enchance FC Linux in home user's eyes...
Really slick OpenGL Open-Source screen-savers can be put there: http://theopencd.sunsite.dk/mirrors.php
the Marble KDE Desktop theme to be moved there, some 3D games like TuxRacer should move from the OS to FC Plus!, and maybe well also add a few ogg-vorbis compression utilities that way. Actually a lot of multimedia stuff can migrate to FC Plus!, AND many new stuuf must be added. Note: that it sometimes better to leave a lot of space free on the Plus CD, than put low-quality stuff there.
===========================================================
So that way the OS will take only 2 CDs, and the developers will only need the FC and FedoraDevbeloper CDs, while home user will need only FC, and FedoraPlus! CDs. This style is very benefical.
____________________________________________________________
Hotmail.co.il - Powered by IBM eServer
20 years, 4 months
Re: include much needed antivirus products in FC2
by Jef Spaleta
Karl DeBisschop wrote:
> Keep in mind one other aspect of the core/extras discussion -- if it
> is of real value in the RHEL product, is mature enough for deployment
> on FCn, and there is sufficient interest that it will get tested,
> RedHat may be motivated to include it. I think all these criteria may
> be met in the case of clamav.
And i think...the idea is that things show up in Extras first...then
become consideration for Core. But really...this whole line of
discussion is premature. Until there is an official Fedora Extras to
build policy around, pretending that its important right now to hammer
out policy specifics about which SPECIFIC packages should move out of
core and into extras and out of extras into core...is just wasteful.
What is of value probably right now, is not debating specific packages
or groups of packages that should be moved in or out...or even how big
the optimal Core should be. What i think is of value right now is a
brainstorming discussion about merit based technical characteristic that
pieces of Core MUST/should meet to be worthy of being inside
Core...without naming any package or package group by name. There should
be some sort of checklist that can be in general followed to encourage
developers working on packages sitting in Extras to work on
features/functionas that make that specific application more in line for
Core consideration.
Reading the default applications guideline for the desktop project with
a liberal eye, i see quite a number of bullet items that I think can be
expanded on to applied as a general checklist to any packages looking to
be considered for Core.
http://fedora.redhat.com/projects/desktop/defaults.html
That is of course just a point of reference to start thinking about what
technical things merit an application/project to be worth consideration
in Core. But i certainly don't think just having a popularity contest is
really enough. There needs to be an element of userbase desire for it in
core...but i think there must be clear technical considerations (like
internationalization support) that Core should be striving to meet as a
goal, to encourage outside developers to build high quality projects.
-jef
20 years, 4 months
pine RPM and IPv6 for imapd
by Antonio Querubin
I noticed that although there's a UW imapd/ipopd RPM, there is no RPM for
just pine or pico. Is anybody working on one? If so, I've got a patch to
enable IPv6 client connections in pine which I've gotten to work on both
Fedora and RH 9. Otherwise I suppose I could produce an RPM.
And for whoever is maintaining the imapd RPM, this same patch (applied to
the c-client) will also enable better IPv6 logging for the imapd and ipopd
servers, and fix an SSL/IPv6 compatibility problem.
20 years, 4 months