VectorLinux

Please login or register.

Login with username, password and session length
Advanced search  

News:

Visit our home page for VL info. For support and documentation, visit the Vector Linux Knowledge Center or search the Knowledge Center and this Forum using the search box above.

Poll

Should Vector Linux release patchsets?

Yes
No

Author Topic: Patchset suggestion **** PLEASE VOTE ****  (Read 5277 times)

M0E-lnx

  • Administrator
  • Vectorian
  • *****
  • Posts: 3279
Patchset suggestion **** PLEASE VOTE ****
« on: January 30, 2008, 02:42:10 pm »

Ever since the "Upgrade" feature was disabled in Vector Linux 5.9, I knew some people would ask "Why not?" ...
Most of us know the rule ... "If it ain't broke, dont fix it"... never the less, most of us do it anyway. So, here is something that I was thinking about.... And i'd like to see what everyone thinks about it too...

I was thinking we could release patchsets on a monthly or quarterly basis.
These patchsets would allow the users to safely install a predefined (and tested to work fine together) set of packages.

HOW WOULD THIS WORK?
It could basically be as simple as a metapackage.

With that in mind, please voice your opinion via this poll
Open for suggestions / comments / ideas.... Shoot!

The Headacher

  • Louder than you
  • Global Moderator
  • Vectorian
  • *****
  • Posts: 1553
  • I like the bass to go BOOM!
    • Multimedia on VL (work in progress)
Re: Patchset suggestion **** PLEASE VOTE ****
« Reply #1 on: January 30, 2008, 03:10:03 pm »

Don't the problems with upgrades happen because everybody uses different programs? I could test something and say "it works fine for me", but that still is no guarantee it will work for others. it's exactly the same as providing upgraded packages IMO.

Perhaps though, we should rethink our policy of disabling the "update" button, and instead just make a warning pop up. Or, we could all try to upgrade more often and report errors when they occur. Apparently, people seem to think it's crazy to not upgrade your packages as soon as a new version of something becomes available. They may even be right. Perhaps, we should not make such a big deal of an occasional upgrade problem, and instead of saying "you shouldn't upgrade" say : "we're sorry the last package broke it, here's a new package that'll fix it."

Something else that may be worth looking into is the way our repo's are organized. People seem to find them confusing for some reason.
Logged
Most music on my soundcloud page was arranged in programs running on VL.

nubcnubdo

  • Vectorian
  • ****
  • Posts: 675
Re: Patchset suggestion **** PLEASE VOTE ****
« Reply #2 on: January 30, 2008, 03:17:36 pm »

Not only am I not interested in upgrades, I appreciate not worrying about upgrades until the next VL comes out. If this isnt soon enough for compulsive upgraders, maybe we could cycle the version every six months, instead of once a year. A shorter cycle would be better (more competitive) from a publicity standpoint. When in Rome...
« Last Edit: January 30, 2008, 03:24:33 pm by nubcnubdo »
Logged

newt

  • Vectorian
  • ****
  • Posts: 1132
Re: Patchset suggestion **** PLEASE VOTE ****
« Reply #3 on: January 30, 2008, 04:10:40 pm »

I think the "release cycle" issue has basically been put to rest; it's not feasible at this point in time.  Many more devs, many more users, many more beta testers, etc... are needed.

I also think that competition with everyone else is not a high priority; being competative with OUR previous release IS :D.

Something about the meta-update packages doesn't seem like it's any better solution than the dist-update option.  Potential, crippling problems can still arise (perhaps less frequently, but still possible).  I'll think on this a bit more and post again (before I vote).

This has also been mentioned before (and I don't remember the conclusion), but perhaps an option to "undo" an update session could prove useful when a system gets knackered.  Basically something that tracks changes from 1 (maybe more) previous gslapt sessions and if the system is found to be knackered then that specific gslapt session could be undone (i.e. downgrade those packages that were upgraded/installed the previous session).  Of course, there are lots of issues with type of approach as well :P
Logged

rbistolfi

  • Packager
  • Vectorian
  • ****
  • Posts: 2323
Re: Patchset suggestion **** PLEASE VOTE ****
« Reply #4 on: January 30, 2008, 04:12:23 pm »

hmm, I dunno. we all will agree a full upgrade or any upgrade without a specific reason has no sense. I think was GrannyGeek who made a good argument about one should be able to do it under own risk. The Headacher has very good points as well. Anyway, looks like people feels insecure without the upgrade, and a patchset could give an image of security.
What I would like to see is some packages to fix known issues. Could work in this way: we find a bug which filtered into Gold. We find the fix. Instead of wait for each user to find it and repeat the solution in the forum, we could script the solution and release it as a package. Examples of this case would be the slapt-getrc file in 5.8, or the firewall thing also in 5.8, and such. I think we don't have any yet in 5.9, perhaps a recent gmplayer issue. Fixes should go to the Patches repo, which should be always enabled by default and people should install packages from there always.
upgrade after install. I never upgraded more than a few packages and I never had a security problem since using VL.
Just some ideas.
Logged
"There is a concept which corrupts and upsets all others. I refer not to Evil, whose limited realm is that of ethics; I refer to the infinite."
Jorge Luis Borges, Avatars of the Tortoise.

--
Jumalauta!!

nubcnubdo

  • Vectorian
  • ****
  • Posts: 675
Re: Patchset suggestion **** PLEASE VOTE ****
« Reply #5 on: January 30, 2008, 07:53:38 pm »

Quote
What I would like to see is some packages to fix known issues. Could work in this way: we find a bug which filtered into Gold. We find the fix. Instead of wait for each user to find it and repeat the solution in the forum, we could script the solution and release it as a package. Examples of this case would be the slapt-getrc file in 5.8, or the firewall thing also in 5.8, and such. I think we don't have any yet in 5.9, perhaps a recent gmplayer issue. Fixes should go to the Patches repo, which should be always enabled by default and people should install packages from there always.
I can go with this, if we aren't doing it already. Good idea, rbistolfi.
Logged

tomh38

  • Vectorian
  • ****
  • Posts: 913
Re: Patchset suggestion **** PLEASE VOTE ****
« Reply #6 on: January 31, 2008, 06:59:02 am »


What rbistolfi and nubcnubdo
said, good idea it is, hmmmm?
Logged
"I'm doing a (free) operating system (just a hobby, won't be big and professional like gnu) for 386(486) AT clones." - Linus Torvalds, April 1991

easuter

  • Global Moderator
  • Vectorian
  • *****
  • Posts: 2160
Re: Patchset suggestion **** PLEASE VOTE ****
« Reply #7 on: January 31, 2008, 08:16:36 am »

Why did we even bother disabling the "Upgrade" button in Gslapt then?
Logged

Sivatheja

  • Vectorite
  • ***
  • Posts: 156
    • Banthigaadu
Re: Patchset suggestion **** PLEASE VOTE ****
« Reply #8 on: January 31, 2008, 09:09:14 am »

Something else that may be worth looking into is the way our repo's are organized. People seem to find them confusing for some reason.

Yes, I'm brand new to vector, and the number of packages available for download with (only) two sources was overwhelming, and enabling all and then choosing is alien!

It was really laborious to read whole description in GSlapt package manager just to know that the package is not useful for me. It would be nice if the packages are organized like 'development' 'games' 'applications' etc.

I even have a suggestion, application names may not be self explanatory, (like XMMS). So a search with 'players' should give  XMMS as search result. What I want to say is, end user need not know the correct application name to install it, a smart search should make the job easy.
Logged
Full Linux Machine - Vector Linux 5.9 STD Gold, Intel - 1.79 GHz, 1Gb RAM, 60GB HDD

The Headacher

  • Louder than you
  • Global Moderator
  • Vectorian
  • *****
  • Posts: 1553
  • I like the bass to go BOOM!
    • Multimedia on VL (work in progress)
Re: Patchset suggestion **** PLEASE VOTE ****
« Reply #9 on: January 31, 2008, 09:47:00 am »

Quote
enabling all and then choosing is alien!
you shouldn't enable all. Look at the last directory name, you shouldn't have more than one with the same name enabled, e.g. just one ending with /packages/, one with /patches/, etcetera. If you enable more of them, it's just going to take longer to update the package info.

Quote
So a search with 'players' should give  XMMS as search result. What I want to say is, end user need not know the correct application name to install it, a smart search should make the job easy.
Perhaps we should try to put keywords in the package description. But I don't think gslapt/slapt-get supports using package categories. slapt-get is developed for Slackware, and I don't think slackware packages support categories, but I may be wrong. Anyways, I don't think searching by category will become a reality any time soon. But if you search gslapt for "player", xmms is already one of the results.

smart searching is as much a responsibility of the user as it is of gslapt.
« Last Edit: January 31, 2008, 09:48:42 am by The Headacher »
Logged
Most music on my soundcloud page was arranged in programs running on VL.

Sivatheja

  • Vectorite
  • ***
  • Posts: 156
    • Banthigaadu
Re: Patchset suggestion **** PLEASE VOTE ****
« Reply #10 on: January 31, 2008, 09:58:02 am »

Quote
enabling all and then choosing is alien!
you shouldn't enable all. Look at the last directory name, you shouldn't have more than one with the same name enabled, e.g. just one ending with /packages/, one with /patches/, etcetera. If you enable more of them, it's just going to take longer to update the package info.
Oh! I didnt know that!
Quote
Quote
So a search with 'players' should give  XMMS as search result. What I want to say is, end user need not know the correct application name to install it, a smart search should make the job easy.
Perhaps we should try to put keywords in the package description. But I don't think gslapt/slapt-get supports using package categories. slapt-get is developed for Slackware, and I don't think slackware packages support categories, but I may be wrong. Anyways, I don't think searching by category will become a reality any time soon. But if you search gslapt for "player", xmms is already one of the results.

smart searching is as much a responsibility of the user as it is of gslapt.
'XMMS' was just for an example; but with this much of response I think we dont require search :)
Logged
Full Linux Machine - Vector Linux 5.9 STD Gold, Intel - 1.79 GHz, 1Gb RAM, 60GB HDD

caitlyn

  • Packager
  • Vectorian
  • ****
  • Posts: 2880
    • The Linux Works
Re: Patchset suggestion **** PLEASE VOTE ****
« Reply #11 on: January 31, 2008, 10:51:17 am »

Patchsets for known security vulnerabilities are a very good idea.  So are bugfixes. 

Including a newer version just because it has some new gee whiz feature or because it happens to be available falls into the "if it ain't broke..." category.  Sure, make newer packages available in the repos and if someone wants to do a system-wide upgrade let them. 

So, my response is a resounding "yes" to patchsets but only include patches that actually fix something that is known to be broken.
Logged
eMachines EL-1300G desktop, 1.6GHz AMD Athlon 2650e CPU, 4GB RAM, nVidia GeForce 6150 SE video
CentOS 6.5 (will try VL64-7.1 soon)

Toshiba Satellite A135-S4727,  Intel Pentium T2080 / 1.73 GHz, 2GB RAM, Intel GMA 950

HP Mini 110 netbook, 1.6GHz Intel Atom CPU, 2GB RAM, Intel 950 video, VL 7.1

GrannyGeek

  • Packager
  • Vectorian
  • ****
  • Posts: 2567
Re: Patchset suggestion **** PLEASE VOTE ****
« Reply #12 on: January 31, 2008, 10:25:18 pm »

I'd like Gslapt to work the way it did in 5.8. Let me do a Mark Upgrades and then Display Marked. I'm NOT going to install them all. In fact, usually I don't install any. But I like to see what upgrades are available and then if they are programs I use, I can decide whether or not I want to upgrade.  I really don't like having that option disabled. It seems nannyish to me. Yes--include a warning about upgrading at your own risk because things may break. But don't make it extremely difficult for me to see what upgrades are available without going through a laborious and time-consuming search through the whole list.

As I understand it, the patches repository is for security and bug fixes. Testing is for packages not yet officially released and they have more of an element of risk to them.

I prefer the 5.8 way rather than a patchset. A patchset isn't necessary with the 5.8 way. I understand the motive behind disabling the Mark Upgrade and Show Marked options, but I don't agree with it. I don't think Linux users need to be protected from themselves if a warning is given.
--GrannyGeek
Logged
Registered Linux User #397786

Happily running VL 7 Gold on  a Sempron LE-1300 desktop (2.3 GHz), 4 G RAM,  GeForce 6150 SE onboard graphics and on an HP Pavilion dv7 i7, 6 gigs, Intel 2nd Generation Integrated Graphics Controller

The Headacher

  • Louder than you
  • Global Moderator
  • Vectorian
  • *****
  • Posts: 1553
  • I like the bass to go BOOM!
    • Multimedia on VL (work in progress)
Re: Patchset suggestion **** PLEASE VOTE ****
« Reply #13 on: February 01, 2008, 12:47:20 am »

Quote
I prefer the 5.8 way rather than a patchset. A patchset isn't necessary with the 5.8 way.
Agreed. Making patches seems like an overcomplicated way to get around a problem (users get in trouble when they "slapt-get --upgrade") rather than solving the actual problem (crappy packages).
Logged
Most music on my soundcloud page was arranged in programs running on VL.