[opensuse-factory] Factory Cleanup and replacement proposals
Hello everyone. I try to clean up a little our distribution, because some packages are unmaintained for a while or they just use depreciated protocols, whatever. But Like DimStar told me, I should ask others maintainers opinions about it. So I made a list in two parts, a first with obsolete packages and their possible replacements, and a second with packages which could be simply removed. isns > openisns http://www.kernel.org/pub/linux/kernel/people/mnc/open-isns libica-1_3_9 > libica http://sourceforge.net/projects/opencryptoki/ speex > opus Supybot > Gribble ou Limnoria hylafax > hylafax+ adaptec-firmware > aacraid-linux https://www.adaptec.com/en-us/speed/raid/aac/linux/aacraid-linux-src-1_2_1-4... bonnie > bonnie++ bridge-utils > systemd-networkd bsdiff > patch camsource > cheese freetype > freetype2 dvbstream > MuMuDVB http://www.mumudvb.net/ freenx-client > opennx ndesk-dbus > dbus-sharp ndesk-dbus-glib > dbus-sharp-glib ##### ziptool linux_pcnfsd2 ebview pangox mach64, mga, r128, savage, sis et tdfx compat compat-openssl097g ElectricFence libqzeitgeist VFlib3 a2ps a2ps-h albumshaper alevt at-spi at-spi-sharp bayonne2 bcel bdfresize bea-stax boost-jam bootp-DD2 buffer suse-bug-reporter calamaris compat-readline4 VFlib gnome-sharp2 gnome-desktop-sharp2 gnome-keyring-sharp gtk-sharp-beans The list itself is not exhaustive. So please give your point of view. I have done this list because I noticed that into 7000+ packages, a lot of them are not maintained by package maitainers themself. I think the charge of work is very heavy and it would be fine to concentrate our efforts. Regards. Benjamin -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi, Am 24.01.2015 um 17:17 schrieb denisart benjamin2:
bridge-utils > systemd-networkd
this is a joke, right?
buffer
What is wrong with buffer? Are there unhandled open bugreports? If not, there are two possible reasons: a) nobody uses it b) it has no problem For buffer, it's b) (I use it). And that no maintainer needed to touch the package for over 3 years just shows that the code is apparenty well written.
"For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 01/24/2015 11:50 AM, denisart benjamin2 wrote:
Although the bridge-utils topic appears to have put to rest, FYI, I quick Google search produced: The service is available with systemd >= 210. You will want to enable and start the systemd-networkd.service on the host and container. For debugging purposes, it is strongly advised to install the bridge-utils, net-tools and iproute2 packages. This is from the Arch Linux wiki. I think this clarifies that the idea of removing bridge-utils is not in the best of our interest. Later, Robert - -- Robert Schweikert MAY THE SOURCE BE WITH YOU Public Cloud Architect LINUX rjschwei@suse.com IRC: robjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJUw+8pAAoJEE4FgL32d2UkwVoH/2X99t4zVVAj42Fc9pU7pbz2 gWsikUKY6TxaPG3B/jamFKqjbtkq5ORAXYRFLfllmK+YvQMHQbJfTGIN+ooJByLP hPiYCQkiXuAR66TlfN1jGtOftNgyoKyIBur8HCmoRjGit/2M1q+kKWAv413HkKqE 6aRskW9EU5v6/CjCnHivGX/5qtf91OUU2CFbYfuOQXEarORCtETYsj8WFPeSfaw3 RwgZOWcqKMaAaJqacmONAOJ8EDLH1uWrGdyrL+E1pBWzfc2fe4s1TArllGOSzJCq v7HiUl8RBT91MvoTLsl4gMk61kmjkpSU4VM8YeCZMUf+3rJUEZSduuEW9XOI4CY= =Zbvj -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sat, Jan 24, 2015 at 11:48 AM, Stefan Seyfried <stefan.seyfried@googlemail.com> wrote:
If there is a legit reason to drop buffer, please note the mbuffer is a reasonable replacement. mbuffer has been in the distro a long time and saw updates in 2014. I have used in the past for scenarios that buffer could not address. https://build.opensuse.org/package/show/network:utilities/mbuffer I don't know if buffer offers any features that mbuffer doesn't have. Greg -- Greg Freemyer -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Saturday 2015-01-24 17:48, Stefan Seyfried wrote:
Yes, that was a joke. The correct line is: bridge-utils -> iproute (`man 8 bridge` for details)
What is wrong with buffer? For buffer, [...] (I use it).
May I inquire what you use it for? Tape drives are quite rare these days. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 24.01.2015 um 21:33 schrieb Jan Engelhardt:
Hey, even Linus said that iproute sucks bigtime (userinterface wise) and I have to agree with him. When ever the answer is "use iproute" or "use iw" for simple tasks, then I do not consider this a serious proposal. So dropping bridge-utils is IMO only feasible once there is a wrapper that implements the brctl interface using iproute. The same is true for ifconfig and friends.
progress information during blockdevice-copies with dd for example :) dd if=/dev/mapper/foo bs=256k | buffer -z 256k | netcat desthost 1234 But I agree, mbuffer could be used for this, too, but with different options etc. -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sunday 2015-01-25 14:15, Stefan Seyfried wrote:
It remains wishful thinking. As long as no one is willing to build the extra parser for old command line recognition - and up to now, there has been verifiably no one -, nothing will happen. Efforts - like the nft-backed iptables - are few and far between.
I think you might be more interested in pv(1). Because that's meant to be used primarily for progress information, and not tickling out some status information out of a tape program where the user has to mess with buffer sizes (because they don't[1]). Speaking of which: socat. [1] Like those broken SO_SNDBUF=8192 recommendations for smb.conf - they just drove up the overhead. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sat, Jan 24, 2015 at 05:17:55PM +0100, denisart benjamin2 wrote:
As we discussed in your drop request, cheese is a UI tool. camsource is a quite complex commandline / webcam webserver tool, it has an entirely different usage pattern.
freetype > freetype2
We can drop freetype if the last user is gone or converted, (currently: gltt, libLASi, mupdf, openttd, font-specimen, tuxpaint, texlive, VFlib3)
##### compat-openssl097g
For this package I just filed a drop request. Had no idea this unsecure thing was still there.
a2ps
This might probably still be used by people, even if enscript offers similar functionality. CIao, Marcus -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sat, Jan 24, 2015 at 06:19:36PM +0100, denisart benjamin2 wrote:
The a2ps alternative is called enscript. In general, dropping broken and insecure things is good. If it still builds, has no security issues and might be usable to someone ... well, I don't know :/ CIao, Marcus -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
a2ps
This might probably still be used by people, even if enscript offers similar functionality.
Is there actually any problem with a2ps? I wouldn't love to rewrite some toolchains just because somebody thinks it's dated. -- Ralf Lang Linux Consultant / Developer Tel.: +49-170-6381563 Mail: lang@b1-systems.de B1 Systems GmbH Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537
On Saturday, January 24, 2015 06:43:17 PM Ralf Lang wrote:
I don't think anybody is suggesting that these packages are dropped outright. Just that they aren't included in openSUSE:Factory, they will still be there, in their respective development repos. Honestly, I think this is an effort that needs more focus, to reduce the overall workload on shipping a good Factory/Tumbleweed Product. You can't just keep *everything* in Factory in perpetuity, because ONE user might need it. (No Ralf, I'm not picking on you, I'm speaking in general) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 01/24/2015 01:55 PM, Shawn W Dunn wrote:
Why not? If a package in question has no security issues does not cause continuous headaches why not keep it? What is wrong with code that works well and has been used for a long time? Don't get me wrong, I like clean up efforts. But throwing stuff out just because it is old is from my perspective throwing out the baby with the bath water. Later, Robert - -- Robert Schweikert MAY THE SOURCE BE WITH YOU Public Cloud Architect LINUX rjschwei@suse.com IRC: robjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJUw/DwAAoJEE4FgL32d2UkfD4H/jW5YGHnC2H+lIvxUbDSbidO QCfUL2Tw5owdegj2c5kXMfI94MuasvCqyS4VADy79DBbft0Gd27xeoA/aWsVXTUy WFdyOA6f/wPn/kvAzuLE8S7i6dozd6fGnJIIndBMnVdbDcvMGwYtX5wCSu6T8+o+ 8/oIccjQR3LZnykC+QXoFOyhj3dxrKo4itfXax3NqhViciuOwxb7wLLAErcm30HD sESLrwtMqQX9/5eqEt6JcwlWB0oIQU5kaSDmn8LIu1fTMcK+UfeqPbj8jMUNWWDv GX2jisERtRCU09TLdr19pNp6hnAXOSpunS0kbLq0cVoT9bBqKnUvfhKcPpguwOo= =Mnrh -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sat, Jan 24, 2015 at 1:22 PM, Robert Schweikert <rjschwei@suse.com> wrote:
I agree completely. I use a2ps frequently to print stuff. Unless there is a problem, it seems like this would just be punishing a2ps for being reliable, bug-free code that lasts a long time. Isn't that what we want in software? -Archie -- Archie L. Cobbs -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 25.01.2015 01:50, Archie Cobbs wrote:
I'm not even sure where the impression came from it's no longer updated - it saw an update in august 2014. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Saturday 24 January 2015 14.22:24 Robert Schweikert wrote:
+1 -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Board, fsfe fellowship GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 24.01.2015 19:55, Shawn W Dunn wrote:
No offense taken, but what benefit is it to drop a package which is actually used, has no issues and just works? Development repos are just not the same. They don't end up in the final product. They don't receive the same automated and human QA from "The address in the license file is no longer valid" to "please use this compiler setting from now on, because it makes the whole distribution more secure". All this leads to is a series of new submit requests and a lot of work. -- Ralf Lang Linux Consultant / Developer Tel.: +49-170-6381563 Mail: lang@b1-systems.de B1 Systems GmbH Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537
denisart benjamin2 composed on 2015-01-24 17:17 (UTC+0100):
pangox
My Canon's proprietary printer driver requires pangox.
mach64, mga, r128, savage, sis et tdfx
mach64, mga & sis have modernized replacements embedded in server motherboards of not so many years ago still in service. I've seen complaints several times on xorg and fedora mailing lists when these were dropped by fedora, and e.g. the 1440x900, 1366x768 or 1600x900 displays they used could not be used in native mode with generic fallback drivers framebuffer, vesa and/or fbdev. I have suggested openSUSE in response to these people's help requests. I have working 13.2 and/or TW systems that use both sis and mga.
compat
I just did a new installation last night to include this. Which old software that depends on it I don't remember. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Saturday 24 January 2015 17.17:55 denisart benjamin2 wrote:
I would also check the root cause providing a "umaintained package for a while" I can share with you that at least 66 internal SUSE maintainers of one or several packages in factory are in "no more there" status. It's more than 10% or the maintainers total. Identifying those undrived horses, and trying to find them a new jockey will also benefit to all. -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Board, fsfe fellowship GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sat, Jan 24, denisart benjamin2 wrote:
Do these packages cause any issues? Instead of dropping them, add more libs to them so that old binaries continue to work. Olaf -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 26/01/15 a las 06:11, Olaf Hering escribió:
keeping old versions of openssl around is a terrible idea, in fact keeping anything less than $stable openssl around is. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Mon, 26 Jan 2015 14:13, Cristian Rodríguez wrote:
This is NOT the old version of openSSL, but a lib that takes the calls to openSSL in the old (0.97) format and "translates" them into calls to the actual $stable openSSL version. Please look at the code. That is what "compat" is about: a translation layer. Old version ABI to new version, to keep e.g. third party binary software running WITHOUT having old and fault libs around. +1 for adding other old stuff, maybe the older, still used pango versions? - Yamaban.
On 26.01.2015 14:46, Yamaban wrote:
Can you please point to that calls mapping code? Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 01/26/2015 02:51 PM, Stephan Kulow wrote:
I have read all your answers so I won't talk about dropping something anymore. Can you at least tell me what you do thing about replacement proposals ? Thanks. PS: I just would like to add lam (lam-mpi) to the list, as upstream replaces it with open-mpi and all projects moved to this one. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
denisart benjamin2 <p.drouand@gmail.com> wrote on 24/01/2015 17:17:55:
pangox is needed by Cisco AnyConnect Client. -- Mit freundlichen Gruessen, Andreas Vetter -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
At Sat, 24 Jan 2015 17:17:55 +0100, denisart benjamin2 wrote:
speex > opus
Does opus provide 100% compatible ABI? Otherwise this would break multiple packages.
bsdiff > patch
Why to drop such a newly created package?
freetype > freetype2
Again, dependencies...
ziptool
Do we have an alternative tool?
ebview
I'm using it.
pangox
There are multiple binary-only packages that need it.
at-spi
I thought GNOME2 stuff requires it...
VFlib
Library dependencies. Takashi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi, Am 24.01.2015 um 17:17 schrieb denisart benjamin2:
bridge-utils > systemd-networkd
this is a joke, right?
buffer
What is wrong with buffer? Are there unhandled open bugreports? If not, there are two possible reasons: a) nobody uses it b) it has no problem For buffer, it's b) (I use it). And that no maintainer needed to touch the package for over 3 years just shows that the code is apparenty well written.
"For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 01/24/2015 11:50 AM, denisart benjamin2 wrote:
Although the bridge-utils topic appears to have put to rest, FYI, I quick Google search produced: The service is available with systemd >= 210. You will want to enable and start the systemd-networkd.service on the host and container. For debugging purposes, it is strongly advised to install the bridge-utils, net-tools and iproute2 packages. This is from the Arch Linux wiki. I think this clarifies that the idea of removing bridge-utils is not in the best of our interest. Later, Robert - -- Robert Schweikert MAY THE SOURCE BE WITH YOU Public Cloud Architect LINUX rjschwei@suse.com IRC: robjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJUw+8pAAoJEE4FgL32d2UkwVoH/2X99t4zVVAj42Fc9pU7pbz2 gWsikUKY6TxaPG3B/jamFKqjbtkq5ORAXYRFLfllmK+YvQMHQbJfTGIN+ooJByLP hPiYCQkiXuAR66TlfN1jGtOftNgyoKyIBur8HCmoRjGit/2M1q+kKWAv413HkKqE 6aRskW9EU5v6/CjCnHivGX/5qtf91OUU2CFbYfuOQXEarORCtETYsj8WFPeSfaw3 RwgZOWcqKMaAaJqacmONAOJ8EDLH1uWrGdyrL+E1pBWzfc2fe4s1TArllGOSzJCq v7HiUl8RBT91MvoTLsl4gMk61kmjkpSU4VM8YeCZMUf+3rJUEZSduuEW9XOI4CY= =Zbvj -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sat, Jan 24, 2015 at 11:48 AM, Stefan Seyfried <stefan.seyfried@googlemail.com> wrote:
If there is a legit reason to drop buffer, please note the mbuffer is a reasonable replacement. mbuffer has been in the distro a long time and saw updates in 2014. I have used in the past for scenarios that buffer could not address. https://build.opensuse.org/package/show/network:utilities/mbuffer I don't know if buffer offers any features that mbuffer doesn't have. Greg -- Greg Freemyer -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Saturday 2015-01-24 17:48, Stefan Seyfried wrote:
Yes, that was a joke. The correct line is: bridge-utils -> iproute (`man 8 bridge` for details)
What is wrong with buffer? For buffer, [...] (I use it).
May I inquire what you use it for? Tape drives are quite rare these days. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 24.01.2015 um 21:33 schrieb Jan Engelhardt:
Hey, even Linus said that iproute sucks bigtime (userinterface wise) and I have to agree with him. When ever the answer is "use iproute" or "use iw" for simple tasks, then I do not consider this a serious proposal. So dropping bridge-utils is IMO only feasible once there is a wrapper that implements the brctl interface using iproute. The same is true for ifconfig and friends.
progress information during blockdevice-copies with dd for example :) dd if=/dev/mapper/foo bs=256k | buffer -z 256k | netcat desthost 1234 But I agree, mbuffer could be used for this, too, but with different options etc. -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sunday 2015-01-25 14:15, Stefan Seyfried wrote:
It remains wishful thinking. As long as no one is willing to build the extra parser for old command line recognition - and up to now, there has been verifiably no one -, nothing will happen. Efforts - like the nft-backed iptables - are few and far between.
I think you might be more interested in pv(1). Because that's meant to be used primarily for progress information, and not tickling out some status information out of a tape program where the user has to mess with buffer sizes (because they don't[1]). Speaking of which: socat. [1] Like those broken SO_SNDBUF=8192 recommendations for smb.conf - they just drove up the overhead. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sat, Jan 24, 2015 at 05:17:55PM +0100, denisart benjamin2 wrote:
As we discussed in your drop request, cheese is a UI tool. camsource is a quite complex commandline / webcam webserver tool, it has an entirely different usage pattern.
freetype > freetype2
We can drop freetype if the last user is gone or converted, (currently: gltt, libLASi, mupdf, openttd, font-specimen, tuxpaint, texlive, VFlib3)
##### compat-openssl097g
For this package I just filed a drop request. Had no idea this unsecure thing was still there.
a2ps
This might probably still be used by people, even if enscript offers similar functionality. CIao, Marcus -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sat, Jan 24, 2015 at 06:19:36PM +0100, denisart benjamin2 wrote:
The a2ps alternative is called enscript. In general, dropping broken and insecure things is good. If it still builds, has no security issues and might be usable to someone ... well, I don't know :/ CIao, Marcus -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
a2ps
This might probably still be used by people, even if enscript offers similar functionality.
Is there actually any problem with a2ps? I wouldn't love to rewrite some toolchains just because somebody thinks it's dated. -- Ralf Lang Linux Consultant / Developer Tel.: +49-170-6381563 Mail: lang@b1-systems.de B1 Systems GmbH Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537
On Saturday, January 24, 2015 06:43:17 PM Ralf Lang wrote:
I don't think anybody is suggesting that these packages are dropped outright. Just that they aren't included in openSUSE:Factory, they will still be there, in their respective development repos. Honestly, I think this is an effort that needs more focus, to reduce the overall workload on shipping a good Factory/Tumbleweed Product. You can't just keep *everything* in Factory in perpetuity, because ONE user might need it. (No Ralf, I'm not picking on you, I'm speaking in general) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (18)
-
Archie Cobbs
-
Benjamin Denisart
-
Bruno Friedmann
-
Cristian Rodríguez
-
denisart benjamin2
-
Felix Miata
-
Greg Freemyer
-
Jan Engelhardt
-
Marcus Meissner
-
Olaf Hering
-
Ralf Lang
-
Robert Schweikert
-
Shawn W Dunn
-
Stefan Seyfried
-
Stephan Kulow
-
Takashi Iwai
-
vetter@physik.uni-wuerzburg.de
-
Yamaban