Hi,
I found a quite interesting tool called Overcommit [1].
It provides an easy way for setting up Git commit hooks and provides
some basic checking plugins.
The nice feature of the Git commit hooks is that you can run some checks
automatically and early in the development. For example with the commit hooks you can
run Rubocop check automatically whenever a commit is created. And if the check fails
the commit is not created.
I can see "make Rubocop happy" commits quite often (happens to me as well),
with Overcommit you can easily avoid that.
I have tried several Overcommit checks:
- Rubocop - runs Rubocop at "commit"
- Rspec - runs the tests before "push"
- Branch blacklist - can forbid direct commits to configured branches,
e.g. "master" (forces using pull requests, avoids commits to master my mistake)
- Commit message spellcheck - warns when there is a possible typo
Check my blog post [2] for the details, esp. watch the recorded screencast where
I wanted to show some mistakes which it can catch.
The tool looks promising, I'll try using it for some time. If you want to try it
as well check the blog post for the installation steps.
Enjoy!
[1] https://github.com/brigade/overcommit
[2] http://blog.ladslezak.cz/2016/06/06/overcommit/
--
Ladislav Slezák
Appliance department / YaST Developer
Lihovarská 1060/12
190 00 Prague 9 / Czech Republic
tel: +420 284 028 960
lslezak(a)suse.com
SUSE
--
To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: yast-devel+owner(a)opensuse.org
Hi all,
some time ago we discussed where and how we should share
"Tips&Tricks" for YaST users and developers.
IIRC there was no clear conclusion so I decided to start
a wiki [1] to collect all our tricks we know or use.
For now it's just a place for dumping your ideas, links, short
howtos, etc... When we collect enough data we can probably
split it to several categories or move it somewhere else.
We just need the data first.
I have added there some my tricks from my personal "knowledgebase"
file. If you have better tricks or find something wrong simply
change it, it's a wiki ;-)
Ladislav
[1] https://github.com/yast/yast.github.io/wiki/YaST-Tips-and-Tricks
--
Ladislav Slezák
YaST Developer
SUSE LINUX, s.r.o.
Corso IIa
Křižíkova 148/34
18600 Praha 8
--
To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: yast-devel+owner(a)opensuse.org
Hi all,
Yesterday I published a short blog post about recording a screencast
(a desktop session) to create a video or an animated image.
So if you want to have nice animated images in READMES [1] or in pull requests [2]
then check this post [3].
Enjoy!
[1] https://github.com/lslezak/build-rake/blob/master/README.md
[2] https://github.com/yast/yast-registration/pull/240
[3] http://lslezak.blogspot.cz/2016/01/recording-screencast-in-linux.html
--
Ladislav Slezák
Appliance department / YaST Developer
Lihovarská 1060/12
190 00 Prague 9 / Czech Republic
tel: +420 284 028 960
lslezak(a)suse.com
SUSE
--
To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: yast-devel+owner(a)opensuse.org
In only a couple of weeks the application period for organizations to
Google Summer of Code will be closed.
Do we plan to offer some YaST project?
First of all, we could resurrect/re-offer these two if the mentors are
still interested
https://github.com/openSUSE/mentoring/issues/12https://github.com/openSUSE/mentoring/issues/11
What do you think about those two?
Moreover, I'm thinking about creating a new one to re-write the YaST
keyboard management in a proper object oriented way. The current code is
a mess, the adaptation to systemd was painful and is still not perfect
and we usually get bug reports from users that confuse system-wide
settings with desktop specific ones (usability problem). On the other
hand, writing it from scratch should be rather easy. Is not that
difficult and is not that big. Even doing everything in the proper way
(implementing systemd just as one possible backend so we are ready for
the next big change), it should perfectly fit into a GSoC project.
What do you think this one?
Cheers.
--
Ancor González Sosa
YaST Team at SUSE Linux GmbH
--
To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: yast-devel+owner(a)opensuse.org
I created three Hack Week projects related to YaST. I'm still not sure
in which one I will work, but I thought it was worth sharing here:
yast2-storage-ng as a libstorage-ng wrapper. POC
https://hackweek.suse.com/15/projects/1854
Use linear programming for the partitioning proposal
https://hackweek.suse.com/15/projects/1864
yast2-journal as the new default YaST log viewer
https://hackweek.suse.com/15/projects/1882
In fact, the third one is not "hackweekish" enough for us. Is something
we should find time to do during our daily business. But still I will
leave it there for people wanting to get started with YaST (and just in
case I have a spare day at the end of the week).
Cheers.
--
Ancor González Sosa
YaST Team at SUSE Linux GmbH
--
To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: yast-devel+owner(a)opensuse.org
Hello,
I gave a short presentation about Docker and Travis internally but the
short summary gist I made might be useful also for the public as a quick
Docker crash course:
https://gist.github.com/lslezak/ebf13dbf584685b6b86f5f3cc57ab9e7
--
Ladislav Slezák
YaST Developer
SUSE LINUX, s.r.o.
Corso IIa
Křižíkova 148/34
18600 Praha 8
--
To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: yast-devel+owner(a)opensuse.org
Hello all,
I'd like to discuss this issue https://progress.opensuse.org/issues/14936
with title "revamp the desktop selection screen".
It's all about this [1] dialog.
We were discussing this feature on the SCRUM planning meeting and
it turned out that we actually need to better understand the reasons for the change.
The problem is that the desktop selection cannot be easily replaced by the pattern
selection because there are several technical and UX issues:
1) The pattern selector [2] contains the "Details" button which starts the full
package selection [3]. That means the user can also select individual packages,
change some package management flags, etc...
That means we would need to disable (remove) that button and this would require
a change in the API between the Ruby code and the libyui frontends (ncurses, Qt).
2) Another problem is that after manual pattern selection we would need to remember
the selected patterns. The software selection can be reset later in the
installation proposal in some specific situations.
In the past there was a combobox which allowed resetting the proposal explicitly
by user, that's gone. But IIRC the reset still could be invoked by YaST itself...
And in that case we need to restore the original user selection.
(These two issues are not critical, just be aware that the change might not be
that simple as it might seem on the first look...)
3) Selecting the individual patterns might a bit strange from UX POV I think.
If you choose KDE or GNOME you can still change the selected patterns or packages
later in the SW proposal.
Would it make more sense to just offer the "Text mode" and/or "Minimal X" options
and leave the user to modify/extend that later? We would probably need to mention
this fact directly at the desktop dialog as currently it's not clear that the
package selection can be fine tuned (or even change completely) later...
So the question is what is actually the use case behind? Ludwig, what you want to
achieve or what's the problem with the current approach? The issue mentions only
obsolete or unmaintained XFCE or E17n, could we simply remove them and offer
something else?
Any other opinions or ideas how to improve this dialog?
[1] http://paste.opensuse.org/45768232
[2] http://paste.opensuse.org/67757978
[3] http://paste.opensuse.org/59910543
--
Ladislav Slezák
YaST Developer
SUSE LINUX, s.r.o.
Corso IIa
Křižíkova 148/34
18600 Praha 8
--
To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: yast-devel+owner(a)opensuse.org