SalixmeetOct2013

Active participants

• djemos
• gapan
• JRD
• mimosa
• surio

Minutes

14.1 -- Live and non-xfce editions Since 14.1 will be coming soon, it was agreed to skip 14.0 Live for now and concentrate on getting ready for 14.1 Live - djemos and JRD will work together on this.

The same applies to other editions (apart from xfce) that aren't ready yet. It was tentatively agreed that the priority after xfce should be KDE and Ratpoison, offering a range from heavy to light.

Regarding packaging for 14.1, gapan felt it is premature to get started because a lot might still change. laprjns suggested maybe start the planning for packages, identify who will build what, then go out and update slkbuilds etc for latest versions etc and be ready to go.

<gapan> my usual work routine when catching up with a new version of slackware is: 
1. upgrade my system to that new version 
2. see what packages I'm really missing for my own user and build them 
3. see what packages are needed for the salix xfce iso and build them
but there are other things to do like: slackware dependencies, installation scripts, boot scripts, iso package lists...

Other matters

• Meanwhile, gapan will work on reposetup-gtk and incorporating spi's functionality into Sourcery

• It was agreed to create a Spanish-language board

• surio volunteered to help out with Live and will liaise with djemos

Things we have decided to do and who will do them

• gapan will start to prepare packaging for 14.1, but not actually start yet

• djemos and JRD will carry on working on Live, with help from surio

• Spanish subforum

• the next meeting will be sooner than usual, in about a month, to review the packaging situation

The next meeting

Not everyone may be able to come, but we can all contribute to what will be discussed at the next meeting.

The original agenda

mimosa: Salix has been plagued lately by server troubles; is there anything that can be done to make this infrastructure more resilient? I for one don't have a clear picture of either what the current situation is, or which direction things are moving in.

mimosa: In perhaps a couple of months Slackware 14.1 will be released. With the reduced team, how should preparation for Salix 14.1 be approached?

mimosa: It may not seem the most opportune moment, but I've been thinking about making a Salix XMonad edition. First step, a better GHC (Haskell compiler) package ...

gapan: Deprecation of all live editions.

gapan: Deprecation of Ratpoison, Fluxbox, maybe also MATE editions?

mimosa: There is a volunteer to moderate a Spanish-language forum - even if low-traffic (like the Portuguese one;)), a major language. Go ahead or not?

surio Okay, given the Slackware announcements and the internal discussions about the need to move all the salixens to the next version, I want to mention that I would like to contribute to Salix as part of your team (other than hanging in the chat rooms and crack poor jokes!). I am an experienced software professional who is rusty from not having been hands on for the last year and half (I tried to run a social entrepreneur business, and it has failed). While "pick your own stuff -- this is foss" is great advice, it *NEVER* works in practice (given all the other things that go in one's life at any time). Can one of you take me under their wings and work in tandem with me. If I *know* very well, that if someone else depended on me, I would be more focussed in doing things (my temparament is like that infamous lyrics: "Never gonna give you up, Never gonna let you down"). Again, if I leave this generic, it might not be taken up. So, I will take the liberty of addressing this specifically to two people: gapan/djemos - your call. Thanks in advance.

surio I also participate in a few other forums and MATE and tiling wm (ratpoison/stumpwm) are more popular than they appear... Dropping them is not a good idea, imo.

surio Since slackel offers an openbox version, Salix offering the fluxbox option is a neat fit. I have used fluxbox in grml-live, in vsido and also in salix, and it is a under appreciated but beautiful DE.

surio So bottomline: If not as a separate iso, at least, the user should be offered the choice of pulling fluxbox from the repos and having that as a login option. This may not be explicitly possible for tilingwms (I think) but we can think of offering those as options as well. For sure MATE can be offered like that, because I have successfully installed MATE 1.4 packages from salix to my Slack 14 32 bit partition. :) (okay, tbh, I messed up with the slapt-get install initially and that broke my slaptget-getrc files. gapan helped me there!) . We might have to rebuild MATE 1.6 packages.. gapan refused it in the linuxquestions.org forums once already. So, I kind of know what the answer might be. ;)

surio Sacrilege -- but how about making Salix a grub2 based distro?

surio If someone is willing to teach me the ropes (djemos, I am looking at you squarely now :) ) I can volunteer to package or maintain the live versions. Deprecating the live versions is a bad idea. Let me explain. Also, I want to add that I simply *love* the installer version of the distros! When I first installed salix, I re-installed it because I thought something was wrong, if the installer finished so quickly - lol! But, I am also noticed that the trend is veering more and more for people to test things live, and then go for an install. If nothing, keeping a live will retain the userbase, and allow for automatic evangelising of the salix distro.

surio Apologies in advance, if I am coming across as too forward with my proposals, or trying to derail/take-over/disrupt things. This is just the way my personality is. I don't have any ulterior motives, if that helps. If any of this does not look good for you, do have a PM/chat to tell me how things work in your team and I'll try to fit in and not upset anyone in the future.

djemos I will continue to make live editions of kde and openbox on slackel current so since the job will be done, if the team agree, the salix live editions kde and xfce will be supported and created by me. They have to published not very long after standard installation editions. I could say that the kde live beta and live xfce beta editions could be published as stable because users did not reported any problems and they work just fine. But slackware new version is almost out and now we have to go for next live editions.