Packages looking to be dropped...

From the mailing list;

Due the reduced manpower and increased maintenance load, we are not
able to provide any reasonable support (nor bugfixing, nor updates) for
the following list of packages:

  • multimedia:apps/audacity; A Free, Cross-Platform Digital Audio Editor
  • graphics/barcode; Text-Mode Barcode Creation Utility
  • devel:tools/colordiff; Colour-highlighted ‘diff’ output
  • Base:System/convert; Unit Conversion
  • devel:libraries:c_c++/dbh; Disk-Based Hash Library
  • server:database/dbview; Viewer for dBase III and dBase IV Files
  • graphics/dx; IBM Open Visualization Data Explorer
  • Education/garlic; Molecular Graphics Visualization Tool
  • Education/gonvert; Unit Conversion Utility
  • GNOME:Apps/gwget; GTK+ Front-End to wget
  • bundle-lang-gnome-extras
  • network/licq; A graphical ICQ Client for Linux
  • graphics/pixmap; XPM Pixel Editor for the X Window System
  • server:proxy/privoxy; The Internet Junkbuster - HTTP Proxy Server
  • multimedia:apps/qtractor; A MIDI/Audio multi-track sequencer
  • Education/rasmol; Molecular Graphics Visualization Tool
  • graphics/sk1; Python-Based Vector Drawing Program
  • network:telephony/smssend; interface to internet SMS forwarding
  • devel:languages:tcl/spectcl; Interface Builder for Tcl/Tk and Java
  • devel:tools/tkdiff; 2 and 3-way diff/merge tool
  • multimedia:apps/tuxguitar; A multitrack guitar tablature editor and
  • Virtualization/virtualbox-ose; VirtualBox OSE is an Emulator
  • installation-images
  • X11:Utilities/xcolors; Displays colors defined in rgb.txt
  • X11:Utilities/xgrabsc; A Screen Grabber for the X Window System.
  • X11:Utilities/xfishtank; An aquarium in the root window
  • Education/xmoontool; The Moon in focus
  • X11:Utilities/xroach; Some cockroaches on your root window
  • X11:Utilities/xselection; Manipulate the XSelection
  • graphics/zimg; display 2-D data of arbitrary format
  • network/ytalk; Multi-User replacement for Unix talk client

Follow the thread here;

Cheers Malcolm °¿° (Linux Counter #276890)
SUSE Linux Enterprise Desktop 11 (x86_64) Kernel
up 0:34, 2 users, load average: 0.05, 0.04, 0.07
GPU GeForce 8600 GTS Silent - Driver Version: 173.14.25

Does this mean just the OSS version put out by or does this also mean the Packman version too?

OSS version, but if the same people are involved…hmmm

Cheers Malcolm °¿° (Linux Counter #276890)
SUSE Linux Enterprise Desktop 11 (x86_64) Kernel
up 1:41, 3 users, load average: 0.15, 0.15, 0.15
GPU GeForce 8600 GTS Silent - Driver Version: 173.14.25

I use audacity a lot, such a shame to loose it.
Oh well I still got Ubuntu that I can use it on

On Tue, 15 Jun 2010 20:26:01 +0000, TaraIkeda wrote:

> I use audacity a lot, such a shame to loose it.

Surely if someone stepped up to maintain the package, that would be


Jim Henderson
openSUSE Forums Administrator

I would, but never got how to compile a rpm.
Heck I cant get how to compile a deb.

Is there a alternative in openSUSE to audacity?:cry:
Greetings pistazienfresser

Can you put together a simple bash script? If so, building a rpm is
the same.

Cheers Malcolm °¿° (Linux Counter #276890)
SUSE Linux Enterprise Desktop 11 (x86_64) Kernel
up 4:14, 3 users, load average: 0.06, 0.07, 0.08
GPU GeForce 8600 GTS Silent - Driver Version: 173.14.25

I’d hate to lose Audacity too, but the OSS version has limited support anyway. I’m sure it won’t get dropped from Packman.

Dropping VBox OSE has me a little concerned. I realize it is available on the Build Service, but is this the beginning of the end for VBox? This just seems too important to be dropped.

Newer quite done that, but meh I could learn how

Looks like for Audacity it’s good news:
Re: [opensuse-packaging] Packages for sale
Anybody here know how to thank this guy?

Just join the mailing list with the subscribe link, it’s just like
getting/sending an email.

Cheers Malcolm °¿° (Linux Counter #276890)
SUSE Linux Enterprise Desktop 11 (x86_64) Kernel
up 6:07, 3 users, load average: 0.51, 0.19, 0.12
GPU GeForce 8600 GTS Silent - Driver Version: 173.14.25

Ouch! yet another distro scrapping the famous Linux functionality. I understand how it takes people to maintain packages but it’s a hard pill to swallow. While some may not be adversely affected by loss of a package or two, such a big list with such wide spread tethers into things people would use their system to do, this is real bad news indeed.

It brings me to the cr*** responce from the local University and engineering groups which are notorious for blowing their own horn about how productive and educated they are, and then take steps to limit details the general public can access cause if the public knew these details their cushy jobs wouldn’t be so secure.

What really bites is I could probably take on doing maintenance if I wasn’t so busy of late and the few I looked at working with were so badly documented that maintaining them would be a major pain.

I note the OSE virtual box being dropped. I use the proprietary (free beer) Virtual Box version, but I’m wondering if the dropping of the OSE version will cause any one hiccups?

…] but I’m wondering if the dropping of the OSE version will cause any one hiccups?

At least not for me. Anyone who seriously wants to work with VirtualBox will need the PUEL-version anyway, so I guess it’s okay that it will be dropped.

For me the only important packages on that list are Audacity, Tuxguitar and qtractor, I was quite surprised to read in the article posted by Sagemta that of all the packages these three obviously will stay in support. Seems like I am not the only one using SuSE as an audio workstation. :slight_smile:

Could there not be (more) cooperation with universities and schools (chemistry, informatics, mathematics, languages, pedagogic, astronomy…) ?
Or ad least with ubuntu’s (rudimentary) education project?
Greetings pistazienfresser

So which packages are to follow. Is this the achilles heel of Linux? Just when there, finally, seems to be a growing momentum.
I am one of those people that is happy using Linux, but does not have the knowlegde to compile. And I most likely never will.

You are referring to this link?: - RPM packaging-oriented mailing list

(from Communicate/Mailinglists - openSUSE
and how-to wiki at Mailinglists - openSUSE)

Greetings pistazienfresser

lcup wrote:
> Just when there, finally, seems to be a growing momentum.

wow, me thinks you need to review history the history of Linux…

Linux has been growing steadily and gathering momentum ever since

DenverD (Linux Counter 282315)
posted via NNTP w/TBird | KDE 3.5.7 | openSUSE 10.3 SMP i686
AMD Athlon 1 GB RAM | GeForce FX 5500 | ASRock K8Upgrade-760GX |
CMedia 9761 AC’97 Audio

I long since passed the stage where I like to custom compile programs … and even a quarter of a century ago when I did program a bit, I was never very good at it. In fact, I was horrible. On occasion I will do it (compile a program) now, but its not my normal way of using software, and I’m still not very good at it.

But I do believe there are ways where a non-coder (and indeed a person who does not compile), by their contributions, can influence positively what is packaged, especially for programs that are really important. The way to do that IMHO, it is to monitor the development/forum (or blog or website) of the application that one likes to use, and then also determine WHO in openSUSE community packages the applications that one uses. Send them emails on occasion, and let them know you appreciate their efforts for those specific applications. Let them know you use those applications and that you appreciate it being packaged. In few words: PROVIDE POSITIVE FEEDBACK TO THE PACKAGER.

If there is a bug one encounters in an app, POLITELY advise the packager. If one knows the bug is upstream, let the packager know that. If one thinks it might be a packaging mistake, POLITELY suggest that possibility to the packager.

Another more generic way, is to just help the distribution in general. After a while one is “known” in the community, and hence when one asks for a favour from someone else in the community (such as doing some packaging) one has a better chance of getting the packaging.

Its NOT a commercial way, but rather its an openSource way, which has “you scratch my back and I’ll scratch yours” at some levels, except everyone benefits from the occasional developer/packager/user “back scratching”.

Now speaking of compiling, its not always THAT difficult. Its just that I am bad at it. It is possible in some cases, for one to rebuild an rpm themselves from the rpm.src file. I posted some information here on this and lcup I recommend you skim thru it: openSUSE software installation hints - openSUSE Forums