Package Details: slimlock-git 1.3.6.4.ga33d260-2

Git Clone URL: https://aur.archlinux.org/slim-git.git (read-only)
Package Base: slim-git
Description: Stand-alone lightweight themable screen locker based on SLiM (git)
Upstream URL: http://developer.berlios.de/projects/slim/
Licenses: GPL2
Conflicts: slim>=1.3.6, slimlock
Submitter: Cinelli
Maintainer: bidulock
Last Packager: bidulock
Votes: 67
Popularity: 1.850897
First Submitted: 2012-12-19 04:30
Last Updated: 2015-12-15 18:15

Dependencies (13)

Required by (0)

Sources (6)

Latest Comments

bidulock commented on 2016-03-19 22:38

WorMzy's repo is more up to date and contains fixes for systemd installation needed by Arch.

thwald commented on 2016-03-19 22:28

you should use the official git repo: https://github.com/iwamatsu/slim

WorMzy commented on 2014-06-18 06:43

I interpret that to mean that the tag and the revision should be easily discernible, which I feel is achieved by using underscores.

Incidentally, pacman treats periods and underscores the same way, i.e. they're interchangeable, so no epoch is needed for this change.

$ vercmp 1.1.1 1.1_1
0

In any case, I avoid using epoch on AUR packages, as I feel it encourages reliance on AUR helpers.

bidulock commented on 2014-06-17 23:03

Well, see the VCS PKGBUILD Guidelines on the wiki:

https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines#Git

You should prefix the last component with an 'r' and use '.' between all components.

Also, when changing the numbering format for a package, you should bump the epoch= value in the PKGBUILD so as to avoid pacman treating the newer version as an outdated version.

WorMzy commented on 2014-06-17 11:40

I'd prefer not to. I felt that was confusing, and made it appear as though the commits (4) was part of the tag (1.3.6). Do you have any reasoning to support the use of periods over underscores, or is it just personal preference?

bidulock commented on 2014-06-17 11:33

Please change pkgver() in PKGBUILD back from:

echo $(git describe --tags) | sed -e 's:v::' -e 's:-:_:g'

to

echo $(git describe --tags) | sed -e 's:v::' -e 's:-:.:g'

Note the underscore vs. dot.

WorMzy commented on 2014-06-16 09:59

I hadn't noticed that. I've uploaded a mirror to github and pointed the PKGBUILD at it for now. If anyone knows of an active mirror/fork, please let me know and I'll update the PKGBUILD to use it.

maltem commented on 2014-06-10 12:44

Apparently the hosting site (Berlios) shut down its services in January 2014. Does anyone know if there's still an upstream maintainer?

WorMzy commented on 2013-10-28 23:45

I'm currently waiting for a response from the slim-git maintainer about me possibly taking over maintenance of his package and/or making slim-git a split package providing both slim-git and slimlock-git as separate packages (for people who want to keep their login manager and screenlocker separate, or only one one or the other). Please bear with me in the mean time.

For anyone interested, my split package PKGBUILD is available here: https://github.com/WorMzy/PKGBUILDs/tree/master/slim-git

I've been using it for several days without issue. If anyone wants to test it, please feel free.

erikw commented on 2013-10-22 17:21

Also, why not use the official up-to-date git repo?

http://developer.berlios.de/git/?group_id=2663

erikw commented on 2013-10-22 17:05

In PKGBUILD:37 there is one dot too much.

WorMzy commented on 2013-10-07 11:03

They've been merged for six months now, you just need to modify slim-git's PKGBUILD to explicitly tell CMake that you wanted to build slimlock too. An updated version of slim (with slimlock) hit extra/ last week, so it conflicts with slimlock{,-git} whether it explicitly says it does (conflicts/provides) or not. I was deliberating opening a bug report/general gripe about the official slim package not having provides=('slimlock'), but I'm not sure it's really a bug, since the AUR is unsupported, and slimlock's never been in the official repositories anyway.

That's a good catch about the optdepend, I'd forgotten about that. I'll remove that.

As it stands, slim-git and slimlock-git should be able to peacefully coexist, I'll look into why they don't, if they don't. I'd deliberately ommitted slim-git from the conflicts array because it (so far) hasn't conflicted.

I'll update this package in a bit, I'm currently suffering from some DNS troubles on my landline. :(

tealeaf commented on 2013-10-07 08:17

I know that slim and slimlock are now (apparently) being merged, so I can see why slimlock-git would want to conflict with slim(-git).

Right now, though, two things:

1) This has slim as an optional dependency, but also as a conflict. That seems bizarre.
2) The slim and slim-git packages don't provide slimlock yet. This means that it's currently not possible to actually have slim(-git) and slimlock-git installed without editing the PKGBUILD. (Unless I've made a mistake somewhere.)

Could we remove the conflict with slim until the slim or slim-git packages are actually providing slimlock?

Diego commented on 2013-06-02 18:40

also slimlock from now is based on dannyn repo

WorMzy commented on 2013-05-22 23:13

Heads up to anyone receiving notifications, I've changed the versioning scheme to something more appropriate than just the date you built the package. If you're using an AUR helper, this will probably appear as a "downgrade".

WorMzy commented on 2013-03-22 02:22

Well this is an interesting development. I don't personally agree with it, but I'm happy for Joel, at least.

Thanks for the heads-up, Diego. I'll pass on the message to Dannyn, in case he wants to push his changes to the slim repo.

I still believe that slimlock deserves to be a package in it's own right, for people who want a lightweight screen locker, but don't necessarilly use slim. So I'll continue maintaining this package for as long as the upstream git repo can build a stand-alone slimlock binary. I'll stick to Dannyn's repo for now, as it's the most up-to-date.

Diego commented on 2013-03-22 00:51

the merge between slim and slimlock is started
http://git.berlios.de/cgi-bin/gitweb.cgi?p=slim;a=commit;h=fccae89bbf97eb77b3c7a6c55b37ffa9c60eeaee
Someone could tell to dannyn?
https://github.com/dannyn

Diego commented on 2013-03-22 00:45

the merge between slim and slimlock is started
http://git.berlios.de/cgi-bin/gitweb.cgi?p=slim;a=commit;h=fccae89bbf97eb77b3c7a6c55b37ffa9c60eeaee

Diego commented on 2013-03-13 15:05

Sorry... i'm confused today...

WorMzy commented on 2013-03-13 14:57

?

I updated the PKGBUILD to use dannyn's github a few months ago.

Diego commented on 2013-03-13 14:49

Please update this package with https://github.com/dannyn/slimlock the new git mantainer or disown the package

eworm commented on 2013-03-08 12:57

Sure... Just use slim-git. ;)

haawda commented on 2013-03-08 12:45

The git repo is more recent than the svn repo of slim.

Cinelli commented on 2013-01-31 20:50

service file added.

browntown commented on 2013-01-24 02:23

Looks like it was me, I changed a curl parameter as a workaround for another package (dmg2img) and when the extra parameter was removed slimlock installed. My bad.

bluephoenix47 commented on 2013-01-23 19:02

@browntown, I'm also getting errors. It looks like when yaourt downloads it (at least on this machine), it's not downloading the .tar.gz file properly. It's actually returning an HTML file.

>cd /tmp/.../aur-slimlock-git
> md5sum slim-archlinux-simple.tar.gz
77415a56a56b2574be1926a82263dbe5 slim-archlinux-simple.tar.gz
> cat slim-archlinux-simple.tar.gz | curl -F 'sprunge=<-' http://sprunge.us
http://sprunge.us/ATXV

I fixed this by changing the source URL for the .tar.gz to the 'direct link' given by source forge: http://downloads.sourceforge.net/project/slim.berlios/slim-archlinux-simple.tar.gz?r=&ts=1358967644&use_mirror=voxel

browntown commented on 2013-01-23 05:47

Might just be me then. When I download the tar manually the checksum looks good, but when I try to install with yaourt -S slimlock-git I get

Validating source files with md5sums...
slimlock-git.install ... Passed
slim.conf ... Passed
slim-archlinux-simple.tar.gz ... FAILED
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build slimlock-git.

dannyn commented on 2013-01-23 04:07

looks good to me. copy/paste the error maybe.



source=('slimlock-git.install'
'slim.conf'
'http://downloads.sourceforge.net/project/slim.berlios/slim-archlinux-simple.tar.gz')
md5sums=('40af4379e8b17203414356edbf57469f'
'3f75d2a7a85c08a41b2f75eeb548cd87'
'7c7aaa255561444a4ae3e9f1dfb4be5d')


~/slimlock-git/src $ md5sum slimlock-git.install slim.conf slim-archlinux-simple.tar.gz
40af4379e8b17203414356edbf57469f slimlock-git.install
3f75d2a7a85c08a41b2f75eeb548cd87 slim.conf
7c7aaa255561444a4ae3e9f1dfb4be5d slim-archlinux-simple.tar.gz

browntown commented on 2013-01-22 06:19

md5 checksum failed while building. Is it just me?

WorMzy commented on 2013-01-09 22:14

The problem with that is that you need a /etc/slim.conf for slimlock to read to get it's configuration, and having the slimlock package provide it means that it'd conflict with the slim package.

I've had a think while I've been away, and I've decided that it's best to install an example slim.conf and a basic theme to /usr/share, and then prompt the user to either install slim to have everything work out of the box, or copy the example slim.conf to /etc and configure it themselves. There's loads of slim themes in the AUR that the user can use if they don't like the default, and it makes it more obvious that just because it's 'slimlock', doesn't mean it can't be used with other login managers.

dannyn commented on 2013-01-09 03:06

How about the installer installing a theme there by default if there isnt anything there yet?

WorMzy commented on 2013-01-08 00:38

I disagree. You can create /etc/slim.conf and a theme manually and and it'll work whether slim is installed or not. The slim binary is never used, and there's no shared libraries in the slim package that slimlock needs.

I might add it to the optdepends, or include an .install explaining how to get it to work without installing slim though.

FreeAsInGimme commented on 2013-01-07 23:20

Like 3V0LU710N said a while back, slim needs to be added as a dependency. Without it, running slim lock yields "Failed to open default theme file /usr/share/slim/themes/default/slim.theme."

WorMzy commented on 2013-01-02 11:08

Cheers for the heads up, I've updated the PKGBUILD.

dannyn commented on 2013-01-02 03:41

I've renamed the repo to https://github.com/dannyn/slimlock. Got a couple of more fixes coming soon too.

WorMzy commented on 2012-09-11 09:48

For those trying to build this:

- Add 'libxrandr' to the depends array
- Change _gitroot to "git://github.com/joelburget/slimlock.git"

I've emailed Guff, to make sure he's aware that the package is out of date, so hopefully these changes will be made in the PKGBUILD soon.

Anonymous comment on 2012-08-05 10:09

The package is mentioned in the Slim set-up guide here: https://wiki.archlinux.org/index.php/SLIM#Changing_the_cursor

I could not find it in the repo and found my way here.

The wiki should be updated.

Side note: registering an account in this system does not verify the email address used. This should be changed to allow verification.

WorMzy commented on 2012-06-28 13:57

libxrandr needs to be added to the depends array.

3V0LU710N commented on 2012-05-27 22:54

Please add 'slim' to the depends array... =)

Anonymous comment on 2011-08-23 03:13

One patch down, seems to be working, disowning again.

stefanwilkens commented on 2010-08-30 13:22

Will happen in time, I'm on a 2 month holiday at the moment :)

Anonymous comment on 2010-08-22 10:10

slim 1.3.2-1 in repo.

Is there a way to make this package slightly more in-line with the one in the repo? I believe some of the patches used here coincide with the ones used for the official package in the repo. Could we use those instead? It would make having to do updates easier. Just a question though.

zbito commented on 2010-07-11 20:19

slim 1.3.2 released

jarryson commented on 2010-06-27 10:33

sorry for so late update, i did not use slim any more. i will drop this package if anyone want to update it.

rider commented on 2010-06-20 13:05

Problem with libpng still persists because '1.4.1' is actual libpng version but slim-plus demands exactly '1.4'.

Please change 'libpng=1.4' with 'libpng>=1.4' and the problem is resolved.

jarryson commented on 2010-05-07 06:23

please try again. build without any problem here.

jarryson commented on 2010-05-07 06:20

please try again. build without any problem here.

anyway, i add a new patch by following arch official.

trya commented on 2010-05-07 00:21

makepkg fails because upstream libpng version is 1.4.1.

Anonymous comment on 2010-04-24 21:59

Thanks for the improvements!

cedeel commented on 2010-04-08 16:19

Xsession.sh fails md5sum check