From willysr at slackbuilds.org Sat Mar 1 00:26:30 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 01 Mar 2014 07:26:30 +0700 Subject: [Slackbuilds-users] Packages Without Maintainer In-Reply-To: References: <531072C9.4080705@slackbuilds.org> Message-ID: <53112936.8050209@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> libraries/libgnomecups > > Looks like the only thing in the repo that uses this one is kicad, maybe > its maintainer would be interested? Besides kicad, the maintainer of libgnomeprint/ libgnomeprintui can also take care of this package David, what do you think? - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMRKTYACgkQiHuDdNczM4FhaQCfQmXkBLtWf9FnNA1w0TpzR21E ZhQAoIl8YqsahMQzduJVR3zSqAu+SBO7 =vvqj -----END PGP SIGNATURE----- From baildon.research at googlemail.com Sat Mar 1 16:26:23 2014 From: baildon.research at googlemail.com (David Spencer) Date: Sat, 1 Mar 2014 16:26:23 +0000 Subject: [Slackbuilds-users] REQUIRES="%README%" Message-ID: Hi folks, Is this worth tightening up? I'm not going to name specific SlackBuilds, because that would be impolite and ungrateful. But maybe it would be nice if we all tried a bit harder to be consistent. Thoughts? The rule is: "Listing '%README%' as part of REQUIRES indicates more information about optional requirements is available in the README". There seem to be two main interpretations of this: (1) If there are any optional dependencies mentioned in the README, use %README% (2) If there are some complicated dependencies that are explained in the README (for example, you *must* choose one of two alternative dependencies), then use %README%, but there is no need to use %README% if the optional dependencies are just optional in a normal sort of way, because everyone should read the README anyway. I tend to do (2), but I think I should probably be doing (1) instead. However, there are quite a lot of SlackBuilds that go beyond these two interpretations. Sometimes there are no optional deps in the README, and it is being used to draw attention to other setup stuff in the README, for example groupadd and useradd commands. Ok, I can understand that 'requirements' can be interpreted wider than just 'more packages', but this isn't done consistently. Sometimes it's being used to draw attention to *reverse* dependencies listed in the README, which is really not necessary. :-( Sometimes there's nothing significant in the README at all :-( What do we -- users and maintainers -- think about this? Is it worth being more consistent? Best regards to all -D. From matteo.bernardini at gmail.com Sat Mar 1 16:42:46 2014 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Sat, 1 Mar 2014 17:42:46 +0100 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: References: Message-ID: Well, I always have intended the %README% entry in the REQUIRES variable to mean that for the program to work correctly it's *mandatory* to read the README. Matteo From pprkut at slackbuilds.org Sat Mar 1 17:50:46 2014 From: pprkut at slackbuilds.org (Heinz Wiesinger) Date: Sat, 01 Mar 2014 18:50:46 +0100 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: References: Message-ID: <2164423.haR7XrbD81@titania> On Saturday 01 March 2014 17:42:46 Matteo Bernardini wrote: > Well, I always have intended the %README% entry in the REQUIRES > variable to mean that for the program to work correctly it's > *mandatory* to read the README. I never saw much point in the "%README%" entry. so IMHO we might just as well go ahead and drop it. From my point of view reading the README is required either way, that's why it's called "Read me" and not "You may read me". REQUIRES is about required package dependencies, and while "required" is up for interpretation, "package" really isn't. "%README%" was always more of a way to say "it's complicated" and that only ever made sense for builds like ffmpeg with a crapton of optional dependencies that need to be enabled manually (with emphasis on *optional*). I wouldn't shed a tear if we'd drop it. My 0.02$. Grs, Heinz -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 213 bytes Desc: This is a digitally signed message part. URL: From klaatu at straightedgelinux.com Sun Mar 2 06:15:52 2014 From: klaatu at straightedgelinux.com (Klaatu) Date: Sun, 02 Mar 2014 19:15:52 +1300 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: References: Message-ID: <5312CC98.4060903@straightedgelinux.com> On 03/02/2014 05:26 AM, David Spencer wrote: > (1) If there are any optional dependencies mentioned in the README, use %README% > > (2) If there are some complicated dependencies that are explained in > the README (for example, you *must* choose one of two alternative > dependencies), then use %README%, but there is no need to use %README% > if the optional dependencies are just optional in a normal sort of > way, because everyone should read the README anyway. > > I tend to do (2), but I think I should probably be doing (1) instead. > > However, there are quite a lot of SlackBuilds that go beyond these two > interpretations. > > Sometimes there are no optional deps in the README, and it is being > used to draw attention to other setup stuff in the README, for example > groupadd and useradd commands. Ok, I can understand that > 'requirements' can be interpreted wider than just 'more packages', but > this isn't done consistently. > > Sometimes it's being used to draw attention to *reverse* dependencies > listed in the README, which is really not necessary. :-( > I don't recall the exact nature of "%README% actually being declared when it got started back in 2012 due to this message: http://lists.slackbuilds.org/pipermail/slackbuilds-users/2012-July/008898.html In my understanding, it notes that there is additional info required in order to make good use of the build. Could be anything - optional dependencies, alternative dependencies, special setup notes, special VARIABLES that might be added before the build command...whatever. I think the idea that a README file ought to be read was brought up in that thread already, as well, but the REQUIRES line was still added to .info, so I feel that using %README% as a more generic flag makes sense. In other words, it's sort of a boolean, in my view: either this build is safe for blissful, blind parsing of REQUIRES, and automatically building - or else it is not. If my interpretation of it is incorrect, I'm happy to re-consider my use of it. - klaatu From erik at slackbuilds.org Sun Mar 2 06:55:03 2014 From: erik at slackbuilds.org (Erik Hanson) Date: Sun, 2 Mar 2014 00:55:03 -0600 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: <5312CC98.4060903@straightedgelinux.com> References: <5312CC98.4060903@straightedgelinux.com> Message-ID: <20140302005503.380ed3b9@shaggy.doo> On Sun, 02 Mar 2014 19:15:52 +1300 Klaatu wrote: > I don't recall the exact nature of "%README% actually being declared > when it got started back in 2012 due to this message: > http://lists.slackbuilds.org/pipermail/slackbuilds-users/2012-July/008898.html > > In my understanding, it notes that there is additional info required in > order to make good use of the build. Could be anything - optional > dependencies, alternative dependencies, special setup notes, special > VARIABLES that might be added before the build command...whatever. > > I think the idea that a README file ought to be read was brought up in > that thread already, as well, but the REQUIRES line was still added to > .info, so I feel that using %README% as a more generic flag makes sense. > > In other words, it's sort of a boolean, in my view: either this build > is safe for blissful, blind parsing of REQUIRES, and automatically > building - or else it is not. It being viewed as a boolean, as you described above, was the original intention. %README% should be listed alone, not mixed in with deps. That was a decision made specifically to stop automated scripts. I realize it's not always used this way, and that's unfortunate. -- Erik Hanson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: not available URL: From rworkman at slackbuilds.org Sun Mar 2 08:33:57 2014 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 2 Mar 2014 02:33:57 -0600 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: <20140302005503.380ed3b9@shaggy.doo> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> Message-ID: <20140302023357.03c6ac38@home.rlworkman.net> On Sun, 2 Mar 2014 00:55:03 -0600 Erik Hanson wrote: > On Sun, 02 Mar 2014 19:15:52 +1300 > Klaatu wrote: > > > I don't recall the exact nature of "%README% actually being declared > > when it got started back in 2012 due to this message: > > http://lists.slackbuilds.org/pipermail/slackbuilds-users/2012-July/008898.html > > > > In my understanding, it notes that there is additional info > > required in order to make good use of the build. Could be anything > > - optional dependencies, alternative dependencies, special setup > > notes, special VARIABLES that might be added before the build > > command...whatever. > > > > I think the idea that a README file ought to be read was brought up > > in that thread already, as well, but the REQUIRES line was still > > added to .info, so I feel that using %README% as a more generic > > flag makes sense. > > > > In other words, it's sort of a boolean, in my view: either this > > build is safe for blissful, blind parsing of REQUIRES, and > > automatically building - or else it is not. > > It being viewed as a boolean, as you described above, was the original > intention. %README% should be listed alone, not mixed in with deps. > That was a decision made specifically to stop automated scripts. I > realize it's not always used this way, and that's unfortunate. This isn't exactly how I had it interpreted. I was under the impression that we intended it to be boolean, and I was under the impression that the intent was to stop automated scripts/tools in such cases where they would be known to fail if information in README were not followed. So far, I think we're in agreement. However, if indeed use of %README% is mutually exclusive with use of deps listed in REQUIRES, then we may as well stop using %README%, as we don't actually accomplish what we intended it to do. Although I don't have any examples at hand, I'm fairly certain that there are things which require deps *and* have custom user/group needs which are detailed in README, and so it would be known to fail if README is not followed. For those, it seems that we would want to put both the deps *and* %README% in REQUIRES. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rworkman at slackbuilds.org Sun Mar 2 09:19:48 2014 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 2 Mar 2014 03:19:48 -0600 Subject: [Slackbuilds-users] Packages Without Maintainer In-Reply-To: <53112936.8050209@slackbuilds.org> References: <531072C9.4080705@slackbuilds.org> <53112936.8050209@slackbuilds.org> Message-ID: <20140302031948.47df87fc@home.rlworkman.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, 01 Mar 2014 07:26:30 +0700 Willy Sudiarto Raharjo wrote: > >> libraries/libgnomecups > > > > Looks like the only thing in the repo that uses this one is kicad, > > maybe its maintainer would be interested? > > Besides kicad, the maintainer of libgnomeprint/ libgnomeprintui can > also take care of this package > > David, what do you think? Well, I wonder if we really need libgnomecups anyway. From kicad README: "KiCad requires wxPython built with the GNOMEPRINT=YES option." I can't help but wonder if wxPython really needs that any more; I suspect that it uses the newer printing stuff included in either glib or gtk or one of the related libraries. Assuming that it does, I suspect then that kicad would actually be fine without libgnomeprint and then we could just drop it. - -RW -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlMS97kACgkQvGy9tf6lsvvD4gCguKOm8Agg6K6m1e9LKdlSSpv5 aJ0AnRTz41ulnrIXsr2FdSPi8FB86TEq =av08 -----END PGP SIGNATURE----- From willysr at slackbuilds.org Sun Mar 2 12:40:58 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sun, 02 Mar 2014 19:40:58 +0700 Subject: [Slackbuilds-users] Packages Without Maintainer In-Reply-To: <20140302031948.47df87fc@home.rlworkman.net> References: <531072C9.4080705@slackbuilds.org> <53112936.8050209@slackbuilds.org> <20140302031948.47df87fc@home.rlworkman.net> Message-ID: <531326DA.7040306@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Well, I wonder if we really need libgnomecups anyway. From kicad > README: > > "KiCad requires wxPython built with the GNOMEPRINT=YES option." > > I can't help but wonder if wxPython really needs that any more; > I suspect that it uses the newer printing stuff included in > either glib or gtk or one of the related libraries. Assuming > that it does, I suspect then that kicad would actually be fine > without libgnomeprint and then we could just drop it. I kinda forget, but there was one package that refused to build if wxPython is not built with GNOMEPRINT option enabled - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMTJtoACgkQiHuDdNczM4GsFgCePXgg5asK2soNchEVEN5j7ahF qUUAnjktWj1MhKKc+iBqzAO0qTXcbhzc =jl4Z -----END PGP SIGNATURE----- From erik at slackbuilds.org Sun Mar 2 17:05:20 2014 From: erik at slackbuilds.org (Erik Hanson) Date: Sun, 2 Mar 2014 11:05:20 -0600 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: <20140302023357.03c6ac38@home.rlworkman.net> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> Message-ID: <20140302110520.2b675a99@shaggy.doo> On Sun, 2 Mar 2014 02:33:57 -0600 Robby Workman wrote: > However, if indeed use of %README% is mutually exclusive with use of > deps listed in REQUIRES, then we may as well stop using %README%, as > we don't actually accomplish what we intended it to do. In my opinion, it should almost never be used. However, there are going to be situations where deps can't be met automatically, so it really needs to exist for those situations. > don't have any examples at hand, I'm fairly certain that there are > things which require deps *and* have custom user/group needs which > are detailed in README, and so it would be known to fail if README > is not followed. For those, it seems that we would want to put both > the deps *and* %README% in REQUIRES. This is probably not a case for %README% at all, since the SlackBuild scripts (as far as I'm aware) exit out if user/group requirements aren't met. If they are met, say building a new version, then %README% breaking the process doesn't make sense, and is just in the way. A good example of when to use it might be where either wxGTK or wxPython can be used. Since they conflict, any automated process should stop and the deps should be handled manually. Listing the deps along-side %README% here leads to this flag being ignored, and there are potential consequences to that. -- Erik Hanson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: not available URL: From yalhcru at gmail.com Mon Mar 3 08:57:23 2014 From: yalhcru at gmail.com (B Watson) Date: Mon, 3 Mar 2014 03:57:23 -0500 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: <20140302110520.2b675a99@shaggy.doo> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> Message-ID: This may be throwing fuel on the fire, but... ...a few of the builds that use %README% don't actually have any extra details or deps listed in the README. Examples: system/newrelic-sysmond and network/squidanalyzer. Also office/xtrkcad (which does list some deps in REQUIRES, along with %README%). libraries/gwenhywfar has a note saying what projects are used by it, but no other details in its README. network/netcat-openbsd is using %README% to call attention to the fact that it conflicts with Slackware's netcat (and also lists libbsd as a dep in the REQUIRES). I actually went through all the builds with %README% (hey, it was my day off, I was bored), the attached text file is the result. Each package's reason for using %README% is listed, along with Y or N (whether it has anything else in REQUIRES besides %README%). Looks like %README% is being used for 2 purposes (sometimes both in the same build): 1. This package can't be built automatically, it needs human intervention. 2. This package has optional dependencies. Maybe there should be two separate keywords %MANUAL% and %OPTIONAL%, to separate these two use cases? (Or is that just adding unnecessary complexity?) From didier.spaier at epsm.fr Mon Mar 3 11:28:52 2014 From: didier.spaier at epsm.fr (Didier Spaier) Date: Mon, 03 Mar 2014 12:28:52 +0100 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> Message-ID: <53146774.5090001@epsm.fr> On 03/03/2014 09:57, B Watson wrote: > [...] the attached text file is the result. [...] No attachment did hit my mailbox. I hope you forgot it, so I wan say: I'm not alone ;) Thanks for your analysis anyhow. Didier From petar.petrov at student.oulu.fi Mon Mar 3 11:55:22 2014 From: petar.petrov at student.oulu.fi (Petar Petrov) Date: Mon, 3 Mar 2014 11:55:22 +0000 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: <53146774.5090001@epsm.fr> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> , <53146774.5090001@epsm.fr> Message-ID: <7706bcf4e5cb49ff880d4ef710d6579f@DBXPR05MB175.eurprd05.prod.outlook.com> hi, i also did not get anything... B Watson, let's have an example. Ugene (I maintain this) can drive a bunch of other programs, so i used REQUIRES="%README%". It happily complies without them, as they are optional, run-time only dependencies. Now, was this the right thing to do? I just got curious, it seems different people understand the purpose of %README% differently and may be I got it all wrong... :) -petar ________________________________________ From: SlackBuilds-users [slackbuilds-users-bounces at slackbuilds.org] on behalf of Didier Spaier [didier.spaier at epsm.fr] Sent: 03 March 2014 13:28 To: slackbuilds-users at slackbuilds.org Subject: Re: [Slackbuilds-users] REQUIRES="%README%" On 03/03/2014 09:57, B Watson wrote: > [...] the attached text file is the result. [...] No attachment did hit my mailbox. I hope you forgot it, so I wan say: I'm not alone ;) Thanks for your analysis anyhow. Didier _______________________________________________ SlackBuilds-users mailing list SlackBuilds-users at slackbuilds.org http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - http://slackbuilds.org/faq/ From baildon.research at googlemail.com Mon Mar 3 12:44:40 2014 From: baildon.research at googlemail.com (David Spencer) Date: Mon, 3 Mar 2014 12:44:40 +0000 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> Message-ID: I must say thank you to everyone who is contributing to this discussion. To be honest, my aim in asking was not really to get a clear answer about what we should be doing, but to encourage maintainers to think more deeply about their own scripts and to refresh the community's knowledge, and to find out whether it was worth obsessing over 'right' and 'wrong' ways to do it. It seems like it isn't worth obsessing about. Everyone who has explained their reasoning has really helped! B Watson's work sounds really interesting: > I actually went through all the builds with %README% (hey, it was my day > off, I was bored), the attached text file is the result. Each package's > reason for using %README% is listed, along with Y or N (whether it has > anything else in REQUIRES besides %README%). It will be great to see that attachment :D I've been running a script across the repo, which is what started me moaning in the first place, but you've done a much better job ;-) Thanks again to everybody -D. From yalhcru at gmail.com Mon Mar 3 20:15:07 2014 From: yalhcru at gmail.com (B Watson) Date: Mon, 3 Mar 2014 15:15:07 -0500 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: <53146774.5090001@epsm.fr> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> Message-ID: On 3/3/14, Didier Spaier wrote: > No attachment did hit my mailbox. > I hope you forgot it, so I wan say: I'm not alone ;) > Thanks for your analysis anyhow. Arrrgh. All these years and I still forget to actually add the attachment. In my defense, it was 4AM when I sent that out... -------------- next part -------------- A non-text attachment was scrubbed... Name: readme_results.txt.gz Type: application/x-gzip Size: 1197 bytes Desc: not available URL: From yalhcru at gmail.com Mon Mar 3 20:21:29 2014 From: yalhcru at gmail.com (B Watson) Date: Mon, 3 Mar 2014 15:21:29 -0500 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: <7706bcf4e5cb49ff880d4ef710d6579f@DBXPR05MB175.eurprd05.prod.outlook.com> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <7706bcf4e5cb49ff880d4ef710d6579f@DBXPR05MB175.eurprd05.prod.outlook.com> Message-ID: On 3/3/14, Petar Petrov wrote: > without them, as they are optional, run-time only dependencies. Now, was > this the right thing to do? > > I just got curious, it seems different people understand the purpose of > %README% differently and may be I got it all wrong... :) I don't know what counts as 'wrong' really, except maybe the 2 or 3 builds I mentioned that have %README% and then don't have anything in the README. Earlier in this thread someone mentioned that the README should always be read. I'm willing it bet it always is, for people building things manually with ./name.SlackBuild. The target audience for %README% seems to be users of scripts like sbopkg or sbo_tools, maybe the authors of those tools could chime in? From willysr at slackbuilds.org Mon Mar 3 20:45:07 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 4 Mar 2014 03:45:07 +0700 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <7706bcf4e5cb49ff880d4ef710d6579f@DBXPR05MB175.eurprd05.prod.outlook.com> Message-ID: <6333CBD6-0BE7-4D25-BA41-FB28D9C120A6@slackbuilds.org> > > Earlier in this thread someone mentioned that the README should always > be read. I'm willing it bet it always is, for people building things > manually with ./name.SlackBuild. The target audience for %README% seems > to be users of scripts like sbopkg or sbo_tools, maybe the authors of > those tools could chime in? I believe it's still user's job to read the README and not blaming for the tools Tools such as sbopkg will ignore %README% while processing -- Willy Sudiarto Raharjo From miguel at thedeanda.com Mon Mar 3 21:14:49 2014 From: miguel at thedeanda.com (Miguel De Anda) Date: Mon, 3 Mar 2014 13:14:49 -0800 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: <6333CBD6-0BE7-4D25-BA41-FB28D9C120A6@slackbuilds.org> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <7706bcf4e5cb49ff880d4ef710d6579f@DBXPR05MB175.eurprd05.prod.outlook.com> <6333CBD6-0BE7-4D25-BA41-FB28D9C120A6@slackbuilds.org> Message-ID: i always just figured %README% was a default value. i'll update my builds whenever i submit an update On Mon, Mar 3, 2014 at 12:45 PM, Willy Sudiarto Raharjo < willysr at slackbuilds.org> wrote: > > > > Earlier in this thread someone mentioned that the README should always > > be read. I'm willing it bet it always is, for people building things > > manually with ./name.SlackBuild. The target audience for %README% seems > > to be users of scripts like sbopkg or sbo_tools, maybe the authors of > > those tools could chime in? > > I believe it's still user's job to read the README and not blaming for the > tools > Tools such as sbopkg will ignore %README% while processing > > -- > Willy Sudiarto Raharjo > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From erik at slackbuilds.org Mon Mar 3 21:34:14 2014 From: erik at slackbuilds.org (Erik Hanson) Date: Mon, 3 Mar 2014 15:34:14 -0600 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: <6333CBD6-0BE7-4D25-BA41-FB28D9C120A6@slackbuilds.org> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <7706bcf4e5cb49ff880d4ef710d6579f@DBXPR05MB175.eurprd05.prod.outlook.com> <6333CBD6-0BE7-4D25-BA41-FB28D9C120A6@slackbuilds.org> Message-ID: <20140303153414.760de0d7@shaggy.doo> On Tue, 4 Mar 2014 03:45:07 +0700 Willy Sudiarto Raharjo wrote: > > > > Earlier in this thread someone mentioned that the README should always > > be read. I'm willing it bet it always is, for people building things > > manually with ./name.SlackBuild. The target audience for %README% seems > > to be users of scripts like sbopkg or sbo_tools, maybe the authors of > > those tools could chime in? > > I believe it's still user's job to read the README and not blaming for the tools Yes, the expectation, regardless of anything else, is that users will read the README files. > Tools such as sbopkg will ignore %README% while processing No, it is not a flag to tell people to read the README file. Otherwise all REQUIRES lines should have it. That's very silly. The entire point of it is so tools can use it as a flag to stop auto-processing, signaling the user to deal with special circumstances. Those circumstances are outlined in the README file. In any case, I am against a flag in the REQUIRES line telling people to read the README file. Amidst all the conversation about adding a REQUIRES line to the info file, we knew full well the point was to help automated tools deal with dependencies. There needed to be a way to stop those tools in certain cases and this is what we settled on. Perhaps it should have been %MANUAL% or something, for clarity. Any ideas that there are cases for listing deps along with %README% in the REQUIRES line, please see my response above: Yes, the expectation ... -- Erik Hanson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: not available URL: From hba.nihilismus at gmail.com Tue Mar 4 05:55:34 2014 From: hba.nihilismus at gmail.com (=?UTF-8?Q?Antonio_Hern=C3=A1ndez_Blas?=) Date: Mon, 3 Mar 2014 23:55:34 -0600 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: References: Message-ID: On Sat, Mar 1, 2014 at 10:26 AM, David Spencer < baildon.research at googlemail.com> wrote: > What do we -- users and maintainers -- think about this? Is it worth > being more consistent? > There is another interpretation for README, a README contains *about* the package. Rather than having an ABOUT file, README has this information so (as i remember) that is the reason of some README.* files (README.Slackware, README.SBo, etc) [1]. I'm the author of sbo_tools and to me the presence of '%README%' in a *.info file does not have any meaning. When the user execute, as an example, sbo_pkg $(sbo_find enlightenment), it is because the user already made the steps needed to build enlightenment, in this case would be to install its dependencies. BTW, the order of dependencies (to build) in REQUIRES is not mandatory so sbo_tools does not make use of it either :( Now, about the interpretation of a README as a "boolean", sorry but to me it does not make sense. If i find a directory with a README file then it is telling me to *read* it and maybe take some decisions about its content. IMHO, the "correct" structure would be package/ ??? ABOUT ??? README ??? package.SlackBuild ??? package.info ??? slack-desc ABOUT: the content of slack-desc without the "handy-ruler". README: pre or post steps to build this package. It is optional since some packages does not have dependencies or pre-post steps. The main issue is that this would require to edit-review mostly all SlackBuilds, so i am thinking in this: 1. Delete '%README%' from REQUIRES 2. Add a READ variable in *.info file. The idea would be something like: READ="" # There is not pre-post steps. READ="README README.Slackware" # Read in this order, README and README.Slackware READ="README.pre-steps README.post-steps README.uninstall" # A more "complex" situation. Notice that the value of READ it is up to the MAINTAINER, after all it is the one that knows how to document the SlackBuild. This can be done gradually (whenever a MAINTAINER wants to do it) or it can be done with an script [2] , it can be useful to any tools [3] and there is no need to edit-review all SlackBuilds. [1] find /usr/ports/14.1/ -iname "README*" | grep -vE 'README$' [2] Something like (pseudocode): if ! grep README in REQUIRES; then echo "README=''" >> *.info else echo "README='$(ls README*)'" >> *.info fi [3] the existence of this variable with a value would act now as a boolean ;) -- Antonio Hern?ndez Blas | Oaxaca, M?xico, Mx. https://github.com/nihilismus | https://bitbucket.org/nihilismus | https://twitter.com/nihilipster -------------- next part -------------- An HTML attachment was scrubbed... URL: From klaatu at straightedgelinux.com Tue Mar 4 06:31:03 2014 From: klaatu at straightedgelinux.com (Klaatu) Date: Tue, 04 Mar 2014 19:31:03 +1300 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: <53146774.5090001@epsm.fr> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> Message-ID: <53157327.40007@straightedgelinux.com> On 03/04/2014 12:28 AM, Didier Spaier wrote: > On 03/03/2014 09:57, B Watson wrote: >> [...] the attached text file is the result. [...] > No attachment did hit my mailbox. > I hope you forgot it, so I wan say: I'm not alone ;) > Thanks for your analysis anyhow. Yeah, same. No attachment. -klaatu From klaatu at straightedgelinux.com Tue Mar 4 06:38:40 2014 From: klaatu at straightedgelinux.com (Klaatu) Date: Tue, 04 Mar 2014 19:38:40 +1300 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: <53157327.40007@straightedgelinux.com> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <53157327.40007@straightedgelinux.com> Message-ID: <531574F0.4050001@straightedgelinux.com> >> No attachment did hit my mailbox. >> I hope you forgot it, so I wan say: I'm not alone ;) >> Thanks for your analysis anyhow. > > > Yeah, same. No attachment. > -klaatu Oops, sorry. I see it now in a later message. I responded too quickly. -klaatu From dave at dawoodfall.net Tue Mar 4 07:03:49 2014 From: dave at dawoodfall.net (David Woodfall) Date: Tue, 4 Mar 2014 07:03:49 +0000 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: References: Message-ID: <20140304070349.GA28098@Blackswan> >What do we -- users and maintainers -- think about this? Is it worth >being more consistent? I think that two things are mandatory: reading the README and reading the .info, for dependencies. The web interface does this nicely and tools like sbopkg also have the option. Should it be in the REQUIRES? 1) I'm of the opinion that it only serves to remind people to do what they should have done already anyway. 2) I think REQUIRES should contain deps and only deps. It shouldn't be a place to add notes. Nevertheless, I do understand that it can be used to stop automated tools from processing blindly. So I get that point of view too. I wouldn't shed any tears if we stopped using it. Just my tuppenny worth. -Dave From willysr at slackbuilds.org Tue Mar 4 11:19:12 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 04 Mar 2014 18:19:12 +0700 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> Message-ID: <5315B6B0.2030802@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Arrrgh. All these years and I still forget to actually add the > attachment. i have removed %README% on my packages (digikam and wxGTK3) Thanks for spotting it :) - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMVtrAACgkQiHuDdNczM4EqlACgknrLsmLGGSq7tf11T77AxAMf qwcAn1eqP6OF1/tDaE6ZYz6F49X5WiYO =BChq -----END PGP SIGNATURE----- From jjalmeida at gmail.com Wed Mar 5 11:53:20 2014 From: jjalmeida at gmail.com (Jorge Almeida) Date: Wed, 5 Mar 2014 11:53:20 +0000 Subject: [Slackbuilds-users] hddtemp Message-ID: Doesn't compile: In file included from /usr/include/string.h:633:0, from scsi.c:38: /usr/include/bits/string2.h:1301:14: note: expected 'const char *' but argument is of type 'unsigned char *' extern char *__strdup (const char *__string) __THROW __attribute_malloc__; ^ if gcc -DLOCALEDIR=\"/usr/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I. -I. -I.. -I../intl -I../intl -Wall -W -rdynamic -O2 -march=i486 -mtune=i686 -Wall -W -Wcast-align -MT hddtemp-scsicmds.o -MD -MP -MF ".deps/hddtemp-scsicmds.Tpo" \ -c -o hddtemp-scsicmds.o `test -f 'scsicmds.c' || echo './'`scsicmds.c; \ then mv -f ".deps/hddtemp-scsicmds.Tpo" ".deps/hddtemp-scsicmds.Po"; \ else rm -f ".deps/hddtemp-scsicmds.Tpo"; exit 1; \ fi scsicmds.c: In function 'scsi_modeselect': scsicmds.c:184:3: warning: pointer targets in passing argument 4 of 'scsi_command' differ in signedness [-Wpointer-sign] return scsi_command(device, cdb, sizeof(cdb), buffer, cdb[4], SG_DXFER_TO_DEV); ^ scsicmds.c:116:5: note: expected 'unsigned char *' but argument is of type 'char *' int scsi_command(int device, unsigned char *cdb, int cdb_len, unsigned char *buffer, int buffer_len, int dxfer_direction) ^ scsicmds.c: In function 'scsi_smartDEXCPTdisable': scsicmds.c:216:5: warning: pointer targets in passing argument 2 of 'scsi_modeselect' differ in signedness [-Wpointer-sign] return scsi_modeselect (device, buf); ^ scsicmds.c:171:5: note: expected 'char *' but argument is of type 'unsigned char *' int scsi_modeselect(int device, char *buffer) { ^ if gcc -DLOCALEDIR=\"/usr/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I. -I. -I.. -I../intl -I../intl -Wall -W -rdynamic -O2 -march=i486 -mtune=i686 -Wall -W -Wcast-align -MT hddtemp-backtrace.o -MD -MP -MF ".deps/hddtemp-backtrace.Tpo" \ -c -o hddtemp-backtrace.o `test -f 'backtrace.c' || echo './'`backtrace.c; \ then mv -f ".deps/hddtemp-backtrace.Tpo" ".deps/hddtemp-backtrace.Po"; \ else rm -f ".deps/hddtemp-backtrace.Tpo"; exit 1; \ fi backtrace.c: In function 'backtrace_handler': backtrace.c:67:29: error: 'REG_EIP' undeclared (first use in this function) puc->uc_mcontext.gregs[REG_EIP]); ^ backtrace.c:67:29: note: each undeclared identifier is reported only once for each function it appears in backtrace.c:45:32: warning: unused variable 'old_ebp' [-Wunused-variable] static unsigned int old_eip, old_ebp; ^ backtrace.c:45:23: warning: unused variable 'old_eip' [-Wunused-variable] static unsigned int old_eip, old_ebp; ^ make[2]: *** [hddtemp-backtrace.o] Error 1 make[2]: Leaving directory `/slash/extra/slack/slackbuild/tmp/hddtemp-0.3-beta15/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/slash/extra/slack/slackbuild/tmp/hddtemp-0.3-beta15' make: *** [all] Error 2 From nick at linicks.net Wed Mar 5 12:08:53 2014 From: nick at linicks.net (Nick Warne) Date: Wed, 05 Mar 2014 12:08:53 +0000 Subject: [Slackbuilds-users] hddtemp In-Reply-To: References: Message-ID: <531713D5.9000005@linicks.net> On 05/03/14 11:53, Jorge Almeida wrote: > Doesn't compile: ~snip~ > backtrace.c: In function 'backtrace_handler': > backtrace.c:67:29: error: 'REG_EIP' undeclared (first use in this function) > puc->uc_mcontext.gregs[REG_EIP]); ~snip~ There is a soluiton here, although I haven't tested it: http://www.linuxquestions.org/questions/linux-hardware-18/hddtemp-0-3-15-beta-wont-compile-4175421471/ Nick > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > From matteo.bernardini at gmail.com Wed Mar 5 12:12:37 2014 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Wed, 5 Mar 2014 13:12:37 +0100 Subject: [Slackbuilds-users] hddtemp In-Reply-To: <531713D5.9000005@linicks.net> References: <531713D5.9000005@linicks.net> Message-ID: I tried adding some patches from gentoo to avoid breaking build on 32bit, but it can be it will need some more future massaging (for the db?) http://ponce.cc/slackware/testing/hddtemp/ Matteo From jjalmeida at gmail.com Wed Mar 5 12:29:31 2014 From: jjalmeida at gmail.com (Jorge Almeida) Date: Wed, 5 Mar 2014 12:29:31 +0000 Subject: [Slackbuilds-users] hddtemp In-Reply-To: <531713D5.9000005@linicks.net> References: <531713D5.9000005@linicks.net> Message-ID: On Wed, Mar 5, 2014 at 12:08 PM, Nick Warne wrote: > > On 05/03/14 11:53, Jorge Almeida wrote: >> >> Doesn't compile: > > There is a soluiton here, although I haven't tested it: > > http://www.linuxquestions.org/questions/linux-hardware-18/hddtemp-0-3-15-beta-wont-compile-4175421471/ > Well, it works. For the record: 1) insert patch -p1 < $CWD/hddtemp_0.3-beta15-52.diff before CFLAGS=... 2) wget http://ftp.de.debian.org/debian/pool/main/h/hddtemp/hddtemp_0.3-beta15-52.diff.gz 3) gunzip hddtemp_0.3-beta15-52.diff.gz 4) ./hddtemp.SlackBuild Thanks Jorge From yalhcru at gmail.com Fri Mar 7 10:14:21 2014 From: yalhcru at gmail.com (B Watson) Date: Fri, 7 Mar 2014 05:14:21 -0500 Subject: [Slackbuilds-users] irssi_otr xchat support Message-ID: Does anyone use irssi_otr with xchat? Someone pointed out to me that there's a much newer irssi_otr than the one I submitted to SBo. I'm working on an updated slackbuild for it, but the new version no longer supports xchat. If nobody's using it anyway, that's not a problem... anyone? From erik at slackbuilds.org Fri Mar 7 22:39:39 2014 From: erik at slackbuilds.org (Erik Hanson) Date: Fri, 7 Mar 2014 16:39:39 -0600 Subject: [Slackbuilds-users] Updates - 20140307.1 Message-ID: <20140307163939.2cace293@shaggy.doo> Fri Mar 7 22:24:00 UTC 2014 academic/bwa: Updated for version 0.7.7. academic/clustalo: Updated for version 1.2.1. academic/gchemutils: Updated for version 0.14.7. academic/genometools: Added (collection of bio-informatics tools). academic/gwyddion: Updated for version 2.35. academic/ij-plugins-LOCI: Updated for version 5.0.0. academic/jalview: Updated for version 2.8.0b1. academic/seaview: Updated for version 4.4.3. academic/smath-studio: Updated for version 0.97.5154. academic/ugene: Updated for version 1.13.1. audio/clementine: Updated for version 1.2.1. audio/easytag: Updated for version 2.1.10. audio/ff8dls: Added (DLS soundfont for use with fmodapi). audio/jalv: Added (host for LV2 plugins). audio/lv2-mda-metapiano: Added (LV2 port of mdaPiano/mdaEPiano). audio/mda-lv2: Added (instrument and effect plugins). desktop/cnslock: Added (dock application). desktop/i3minator: Added (Simple workspace manager for i3). desktop/i3situation: Added (Python i3status). desktop/mousepad: Added (simple text editor). desktop/py3status: Added (i3status wrapper). desktop/python-specbar: Added (Statusbar for spectrwm). desktop/razorqt: Fixed download link desktop/spectrwm: Updated for version 2.5.0. development/Naked: Added (Command line application framework). development/SQLAlchemy: Updated for version 0.9.3 + New Maintainer. development/eclipse-cpp: Added (Eclipse IDE for C/C++ Developers). development/eclipse: Updated for version 4.3.1. development/fossil: Updated for version 1.28. development/gaphor: Updated for version 0.17.2. development/ipython-mathjax: Added (Mathematics Engine). development/ipython: Updated for version 1.2.1. development/meld: Updated for version 1.8.4 + New Maintainer development/monodevelop-database: Updated for version 4.2.2. development/monodevelop-debugger-gdb: Updated for version 4.2.2. development/monodevelop: Updated for version 4.2.2. development/nose: Updated for version 1.3.0. development/setuptools-git: Updated for version 1.0. development/vstudio: Added (DB Management). development/zope.interface: Updated for version 4.1.0. games/astromenace: Added (3d scroll-shooter game). games/bitfighter: Added (multi-player combat game) games/bluemoon: Changed maintainer's email. games/boswars: Added (Real time strategy game) games/fillets-ng-data: Added (Fish Fillets NG Data). games/fillets-ng: Added (Fish Fillets NG). games/flare-game: Added (Fantasy action RPG). games/flare: Added (Action Role-Playing Game). games/freeminer: Added (Minecraft-inspired sandbox game). games/galaxyv2: Added (2D network game). games/gtkballs: Script Cleanup + New Maintainer. games/gzdoom: Updated for version 1.8.2. games/minetest: Added (Infinite-world block sandbox game). games/minetest_game: Added (main game for Minetest game engine). games/pokerth: Updated for version 1.1.1. games/teeworlds: Added (Online multiplayer game). games/tty-solitaire: Added (Ncurses-based klondike solitaire game). games/tuxfootball: Added (2D football game). games/vbam: Fix Crash. gis/Fiona: Updated for version 1.1.2. gis/geopy: Updated for version 0.98.1. gis/qgis: Updated for version 2.2.0. graphics/Shellpic: Added (display images in terminal). graphics/darktable: Updated for version 1.4.1. graphics/digikam: Remove %README% from .info. graphics/draftsight: Updated for version 1.2.413. graphics/pdf2png: Added (Converts pdf files to various image formats) graphics/wavelet-denoise: Added (GIMP plugin). graphics/yed: Updated for version 3.12. libraries/PySoundCard: Updated for version 0.5.0. libraries/SQLObject: Updated for version 1.5.1. libraries/ZConfig: Updated for version 3.0.3. libraries/botocore: Updated for version 0.34.0. libraries/exiftool: Updated for version 9.53. libraries/isodate: Updated for version 0.5.0. libraries/libedit: Updated for version 20140213-3.1. libraries/libvirt-glib: Updated for version 0.1.8. libraries/libvirt-python: Updated for version 1.2.2. libraries/libvirt: Updated for version 1.2.2. libraries/lvtk: Added (LV2 toolkit C++ wrappers). libraries/pies2overrides: Updated for version 2.6.1. libraries/pies: Updated for version 2.6.1. libraries/rpyc: Added (Transparent and symmetric RPC library). libraries/tmdb3: Added (TheMovieDB.org APIv3 interface). libraries/unixODBC: Updated for version 2.3.2. libraries/vigra: Updated for version 1.10.0. libraries/wxGTK3: Remove %README% from .info. libraries/zdaemon: Updated for version 4.0.0. libraries/zope.component: Updated for version 4.2.0. libraries/zope.location: Updated for version 4.0.2. libraries/zope.proxy: Updated for version 4.1.3. libraries/zope.schema: Updated for version 4.4.0. libraries/zope.security: Updated for version 4.0.0. misc/bodr: Updated for version 10. misc/gourmet: Added (A Recipe organizer for Linux). multimedia/Mopidy: Added (Music server). multimedia/beets: Updated for version 1.3.3. multimedia/gpodder: Updated for version 3.6.0. network/FireWorks: Updated for version 0.75. network/Flootty: Updated for version 2.0.0. network/Pafy: Updated for version 0.3.37. network/QuiteRSS: Updated for version 0.15.0. network/aldryn-client: Updated for version 0.7.10. network/awscli: Updated for version 1.3.0. network/awstats: Updated for version 7.3. network/dropbox: Updated for version 2.6.15. network/flexget: Updated for version 1.2.102 + New Maintainer. network/gophernicus: Updated for version 1.5. network/livestreamer: Updated for version 1.7.4. network/mps-youtube: Updated for version 0.01.33. network/mps: Updated for version 0.20.03. network/mumble: Updated for version 1.2.5. network/murmur: Updated for version 1.2.5. network/phpmyadmin: Updated for version 4.1.8. network/qupzilla: Updated for version 1.6.3. network/retroshare: Fix desktop file handling. network/strongswan: Updated for version 5.1.2. network/synergy: Updated for version 1.4.16. network/weetwit: Added (Twitter-suite for Weechat). network/wildfly: Added (Application Runtime). network/you-get: Updated for version 0.3.28.1. network/youtube-dl-server: Added (youtube-dl REST API server). network/youtube-dl: Updated for version 2014.02.25. office/calibre: Updated for version 1.26.0. office/libreoffice-helppack: Updated for version 4.2.1. office/libreoffice-langpack: Updated for version 4.2.1. office/libreoffice: Updated for version 4.2.1. office/mupdf: Fixed CVE-2014-2013. perl/perl-CPANPLUS: Updated for version 0.9148. python/Paver: Added (Python-based project scripting). python/cssutils: Updated for version 1.0. python/frosted: Updated for version 1.4.0. python/helpy: Added (built-in help documentation). python/i3-py: Added (tools for i3 users and developers). python/jmeshpath: Updated for version 0.3.0. python/jsonschema: Added (Implementation of JSON Schema). python/lxml: Updated for version 3.3.2. python/monty: Updated for version 0.1.5. python/python-elib.intl: Added (i18n services). python/python-tvrage: Added (client interface for tvrage.com). python/python-twitter: Fix dependency. python/s3cmd: Updated for version 1.5.0_beta1. python/subvertpy: Updated for version 0.9.1. system/asbt: Updated for version 0.8.4. system/butterfly: Added (A web terminal based). system/clamtk: Updated for version 5.04. system/dar: Updated for version 2.4.12. system/fr: Updated for version 1.20. system/fs-uae-arcade: Added (FS-UAE interface). system/fs-uae-launcher: Added (FS-UAE GUI). system/fs-uae: Updated for version 2.4.0. system/jenkins: Updated for version 1.552. system/mlterm: Updated for version 3.3.3. system/postgresql: Updated for version 9.3.3. system/termsaver: Updated for version 0.3. system/tmuxp: Updated for version 0.1.7. system/trachet: Updated for version 1.0.0. +--------------------------+ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: not available URL: From j at dawnrazor.net Sat Mar 8 22:41:23 2014 From: j at dawnrazor.net (J) Date: Sat, 08 Mar 2014 16:41:23 -0600 Subject: [Slackbuilds-users] REQUIRES="%README%" In-Reply-To: <5315B6B0.2030802@slackbuilds.org> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <5315B6B0.2030802@slackbuilds.org> Message-ID: <20140308164123.Horde.cjgrnTmSeKNuGBHZ8wNS1Q1@mail.dawnrazor.net> I agree with the concept that the README is required reading always. if the user skips that step, the user should expect a SlackBuild to fail, or count him or her self lucky if it works. For this reason %README% in REQUIRES does not seem to make much sense. it also does not serve a purpose as a way to stop automation tools since the choice of what to do with it is not that of the REQUIRES contents or the SBo's author or anything other than the automation tool in question. incidentally sbotools used to do something with this information... prompt the user or just stop or such if %README% was encountered, regardless of the presence or absence of other entries in REQUIRES. but at some point this was unintentionally changed and the test cases are unfortunately not complete so the change was not caught... and so we just drop the %README% bit on the floor and forget about it. I'm not going to fix it because I think this is the right thing to do anyway, as indicated above; read the README or expect failure. I vote for removal. J Quoting Willy Sudiarto Raharjo : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > >> Arrrgh. All these years and I still forget to actually add the >> attachment. > > i have removed %README% on my packages (digikam and wxGTK3) > Thanks for spotting it :) > > > - -- > Willy Sudiarto Raharjo > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iEYEARECAAYFAlMVtrAACgkQiHuDdNczM4EqlACgknrLsmLGGSq7tf11T77AxAMf > qwcAn1eqP6OF1/tDaE6ZYz6F49X5WiYO > =BChq > -----END PGP SIGNATURE----- > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ From nick at linicks.net Sun Mar 9 12:36:29 2014 From: nick at linicks.net (Nick Warne) Date: Sun, 09 Mar 2014 12:36:29 +0000 Subject: [Slackbuilds-users] libs in /usr/local/lib In-Reply-To: <20140308164123.Horde.cjgrnTmSeKNuGBHZ8wNS1Q1@mail.dawnrazor.net> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <5315B6B0.2030802@slackbuilds.org> <20140308164123.Horde.cjgrnTmSeKNuGBHZ8wNS1Q1@mail.dawnrazor.net> Message-ID: <531C604D.50809@linicks.net> Using slackbuild dsniff (as an example), I find that slackbuild fails on ./configure as it thinks libnet is not installed. Now, not to confuse things, this is on my AMD64 running Slack 12.1 (no multilib) and I often build/install 'lesser used libs' into /usr/local/lib and run/update ldconfig on installation. I can configure dsniff by hand fine, all libs are found - but using the slack script, it doesn't find them... Why is this? I am at a loss. Nick -- "A bug in the code is worth two in the documentation." FSF Associate Member 5508 http://linicks.net/ http://pi.linicks.net/ From didier.spaier at epsm.fr Sun Mar 9 13:19:02 2014 From: didier.spaier at epsm.fr (Didier Spaier) Date: Sun, 09 Mar 2014 14:19:02 +0100 Subject: [Slackbuilds-users] libs in /usr/local/lib In-Reply-To: <531C604D.50809@linicks.net> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <5315B6B0.2030802@slackbuilds.org> <20140308164123.Horde.cjgrnTmSeKNuGBHZ8wNS1Q1@mail.dawnrazor.net> <531C604D.50809@linicks.net> Message-ID: <531C6A46.9050704@epsm.fr> On 09/03/2014 13:36, Nick Warne wrote: > Using slackbuild dsniff (as an example), I find that slackbuild fails on ./configure as it thinks libnet is not installed. > > Now, not to confuse things, this is on my AMD64 running Slack 12.1 (no multilib) and I often build/install 'lesser used libs' into /usr/local/lib and run/update ldconfig on installation. > > I can configure dsniff by hand fine, all libs are found - but using the slack script, it doesn't find them... Alla SlackBuilds for libnet (there is none fo Salcakre 12.1) include this: elif [ "$ARCH" = "x86_64" ]; then SLKCFLAGS="-O2 -fPIC" LIBDIRSUFFIX="64" So this configure option: --libdir=/usr/lib${LIBDIRSUFFIX} \ expands to: --libdir=/usr/lib64 But there is no /usr/lib64 directory in Slackware 12.1. Could that be the issue? From nick at linicks.net Sun Mar 9 13:30:12 2014 From: nick at linicks.net (Nick Warne) Date: Sun, 09 Mar 2014 13:30:12 +0000 Subject: [Slackbuilds-users] libs in /usr/local/lib In-Reply-To: <531C6A46.9050704@epsm.fr> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <5315B6B0.2030802@slackbuilds.org> <20140308164123.Horde.cjgrnTmSeKNuGBHZ8wNS1Q1@mail.dawnrazor.net> <531C604D.50809@linicks.net> <531C6A46.9050704@epsm.fr> Message-ID: <531C6CE4.3000007@linicks.net> On 09/03/14 13:19, Didier Spaier wrote: > On 09/03/2014 13:36, Nick Warne wrote: >> Using slackbuild dsniff (as an example), I find that slackbuild fails on ./configure as it thinks libnet is not installed. >> >> Now, not to confuse things, this is on my AMD64 running Slack 12.1 (no multilib) and I often build/install 'lesser used libs' into /usr/local/lib and run/update ldconfig on installation. >> >> I can configure dsniff by hand fine, all libs are found - but using the slack script, it doesn't find them... > > Alla SlackBuilds for libnet (there is none fo Salcakre 12.1) include this: > > elif [ "$ARCH" = "x86_64" ]; then > SLKCFLAGS="-O2 -fPIC" > LIBDIRSUFFIX="64" > > So this configure option: > --libdir=/usr/lib${LIBDIRSUFFIX} \ > expands to: > --libdir=/usr/lib64 > > But there is no /usr/lib64 directory in Slackware 12.1. > > Could that be the issue? I looked at that - forgot to say too that this was a Slamd64 distro before Pat made the official 64bit build, so I do have a /usr/lib64 (for years). All those $VARS do in the build is where to install the package libs (if you use it). And it doesn't matter where the libs are installed to - the 'system' knows they are there ref. ldconfig and a manual ./configure works... As I say, I am beat on this one. Nick -- "A bug in the code is worth two in the documentation." FSF Associate Member 5508 http://linicks.net/ http://pi.linicks.net/ From didier.spaier at epsm.fr Sun Mar 9 13:35:18 2014 From: didier.spaier at epsm.fr (Didier Spaier) Date: Sun, 09 Mar 2014 14:35:18 +0100 Subject: [Slackbuilds-users] libs in /usr/local/lib In-Reply-To: <531C6CE4.3000007@linicks.net> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <5315B6B0.2030802@slackbuilds.org> <20140308164123.Horde.cjgrnTmSeKNuGBHZ8wNS1Q1@mail.dawnrazor.net> <531C604D.50809@linicks.net> <531C6A46.9050704@epsm.fr> <531C6CE4.3000007@linicks.net> Message-ID: <531C6E16.9080700@epsm.fr> On 09/03/2014 14:30, Nick Warne wrote: > > > On 09/03/14 13:19, Didier Spaier wrote: >> On 09/03/2014 13:36, Nick Warne wrote: >>> Using slackbuild dsniff (as an example), I find that slackbuild fails on ./configure as it thinks libnet is not installed. >>> >>> Now, not to confuse things, this is on my AMD64 running Slack 12.1 (no multilib) and I often build/install 'lesser used libs' into /usr/local/lib and run/update ldconfig on installation. >>> >>> I can configure dsniff by hand fine, all libs are found - but using the slack script, it doesn't find them... >> >> Alla SlackBuilds for libnet (there is none fo Salcakre 12.1) include this: >> >> elif [ "$ARCH" = "x86_64" ]; then >> SLKCFLAGS="-O2 -fPIC" >> LIBDIRSUFFIX="64" >> >> So this configure option: >> --libdir=/usr/lib${LIBDIRSUFFIX} \ >> expands to: >> --libdir=/usr/lib64 >> >> But there is no /usr/lib64 directory in Slackware 12.1. >> >> Could that be the issue? > > I looked at that - forgot to say too that this was a Slamd64 distro before Pat made the official 64bit build, so I do have a /usr/lib64 (for years). > > All those $VARS do in the build is where to install the package libs (if you use it). > > And it doesn't matter where the libs are installed to - the 'system' knows they are there ref. ldconfig and a manual ./configure works... Then, would you mind posting your full (with all options) manual configure command that works? From nick at linicks.net Sun Mar 9 13:39:49 2014 From: nick at linicks.net (Nick Warne) Date: Sun, 09 Mar 2014 13:39:49 +0000 Subject: [Slackbuilds-users] libs in /usr/local/lib In-Reply-To: <531C6E16.9080700@epsm.fr> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <5315B6B0.2030802@slackbuilds.org> <20140308164123.Horde.cjgrnTmSeKNuGBHZ8wNS1Q1@mail.dawnrazor.net> <531C604D.50809@linicks.net> <531C6A46.9050704@epsm.fr> <531C6CE4.3000007@linicks.net> <531C6E16.9080700@epsm.fr> Message-ID: <531C6F25.8020106@linicks.net> On 09/03/14 13:35, Didier Spaier wrote: > On 09/03/2014 14:30, Nick Warne wrote: >> >> >> On 09/03/14 13:19, Didier Spaier wrote: >>> On 09/03/2014 13:36, Nick Warne wrote: >>>> Using slackbuild dsniff (as an example), I find that slackbuild fails on ./configure as it thinks libnet is not installed. >>>> >>>> Now, not to confuse things, this is on my AMD64 running Slack 12.1 (no multilib) and I often build/install 'lesser used libs' into /usr/local/lib and run/update ldconfig on installation. >>>> >>>> I can configure dsniff by hand fine, all libs are found - but using the slack script, it doesn't find them... >>> >>> Alla SlackBuilds for libnet (there is none fo Salcakre 12.1) include this: >>> >>> elif [ "$ARCH" = "x86_64" ]; then >>> SLKCFLAGS="-O2 -fPIC" >>> LIBDIRSUFFIX="64" >>> >>> So this configure option: >>> --libdir=/usr/lib${LIBDIRSUFFIX} \ >>> expands to: >>> --libdir=/usr/lib64 >>> >>> But there is no /usr/lib64 directory in Slackware 12.1. >>> >>> Could that be the issue? >> >> I looked at that - forgot to say too that this was a Slamd64 distro before Pat made the official 64bit build, so I do have a /usr/lib64 (for years). >> >> All those $VARS do in the build is where to install the package libs (if you use it). >> >> And it doesn't matter where the libs are installed to - the 'system' knows they are there ref. ldconfig and a manual ./configure works... > > Then, would you mind posting your full (with all options) manual configure command that works? Yes, sure: ./configure :) This is nothing to do with the slackbuild of dsniff! I just used that as an example (as this is when I found this issue). I just do not know why the slackbuild ./configure doesn't see libnet libs in /usr/local/lib yet the system does! Nick -- "A bug in the code is worth two in the documentation." FSF Associate Member 5508 http://linicks.net/ http://pi.linicks.net/ From nick at linicks.net Sun Mar 9 13:51:59 2014 From: nick at linicks.net (Nick Warne) Date: Sun, 09 Mar 2014 13:51:59 +0000 Subject: [Slackbuilds-users] libs in /usr/local/lib In-Reply-To: <531C6F25.8020106@linicks.net> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <5315B6B0.2030802@slackbuilds.org> <20140308164123.Horde.cjgrnTmSeKNuGBHZ8wNS1Q1@mail.dawnrazor.net> <531C604D.50809@linicks.net> <531C6A46.9050704@epsm.fr> <531C6CE4.3000007@linicks.net> <531C6E16.9080700@epsm.fr> <531C6F25.8020106@linicks.net> Message-ID: <531C71FF.2030203@linicks.net> On 09/03/14 13:39, Nick Warne wrote: > On 09/03/14 13:35, Didier Spaier wrote: >> On 09/03/2014 14:30, Nick Warne wrote: >>> >>> >>> On 09/03/14 13:19, Didier Spaier wrote: >>>> On 09/03/2014 13:36, Nick Warne wrote: >>>>> Using slackbuild dsniff (as an example), I find that slackbuild fails on ./configure as it thinks libnet is not installed. >>>>> >>>>> Now, not to confuse things, this is on my AMD64 running Slack 12.1 (no multilib) and I often build/install 'lesser used libs' into /usr/local/lib and run/update ldconfig on installation. >>>>> >>>>> I can configure dsniff by hand fine, all libs are found - but using the slack script, it doesn't find them... >>>> >>>> Alla SlackBuilds for libnet (there is none fo Salcakre 12.1) include this: >>>> >>>> elif [ "$ARCH" = "x86_64" ]; then >>>> SLKCFLAGS="-O2 -fPIC" >>>> LIBDIRSUFFIX="64" >>>> >>>> So this configure option: >>>> --libdir=/usr/lib${LIBDIRSUFFIX} \ >>>> expands to: >>>> --libdir=/usr/lib64 >>>> >>>> But there is no /usr/lib64 directory in Slackware 12.1. >>>> >>>> Could that be the issue? >>> >>> I looked at that - forgot to say too that this was a Slamd64 distro before Pat made the official 64bit build, so I do have a /usr/lib64 (for years). >>> >>> All those $VARS do in the build is where to install the package libs (if you use it). >>> >>> And it doesn't matter where the libs are installed to - the 'system' knows they are there ref. ldconfig and a manual ./configure works... >> >> Then, would you mind posting your full (with all options) manual configure command that works? > > Yes, sure: > > ./configure > > :) > > This is nothing to do with the slackbuild of dsniff! I just used that > as an example (as this is when I found this issue). > > I just do not know why the slackbuild ./configure doesn't see libnet > libs in /usr/local/lib yet the system does! > > Nick > OK, I was thinking, I use 'sudo' and wondered if it was an ENV thing going on: sudo ./dsniff.Slackbuild ... checking for Berkeley DB with 1.85 compatibility... yes checking for libpcap... yes checking for libnet... no configure: error: libnet not found Now log in as 'real' root: ./dsniff.Slackbuild ... checking for Berkeley DB with 1.85 compatibility... yes checking for libpcap... yes checking for libnet... no configure: error: libnet not found Now as normal user (me) in dsniff directory: ./configure ... checking for Berkeley DB with 1.85 compatibility... yes checking for libpcap... yes checking for libnet... yes checking for libnids... yes checking whether libnids version is good... yes checking for OpenSSL... yes creating ./config.status creating Makefile creating config.h config.h is unchanged Huh! See what I mean? Nick -- "A bug in the code is worth two in the documentation." FSF Associate Member 5508 http://linicks.net/ http://pi.linicks.net/ From willysr at slackbuilds.org Sun Mar 9 14:03:42 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sun, 09 Mar 2014 21:03:42 +0700 Subject: [Slackbuilds-users] libs in /usr/local/lib In-Reply-To: <531C71FF.2030203@linicks.net> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <5315B6B0.2030802@slackbuilds.org> <20140308164123.Horde.cjgrnTmSeKNuGBHZ8wNS1Q1@mail.dawnrazor.net> <531C604D.50809@linicks.net> <531C6A46.9050704@epsm.fr> <531C6CE4.3000007@linicks.net> <531C6E16.9080700@epsm.fr> <531C6F25.8020106@linicks.net> <531C71FF.2030203@linicks.net> Message-ID: <531C74BE.5030302@slackbuilds.org> On Sun 09 Mar 2014 08:51:59 PM WIT, Nick Warne wrote: > On 09/03/14 13:39, Nick Warne wrote: >> On 09/03/14 13:35, Didier Spaier wrote: >>> On 09/03/2014 14:30, Nick Warne wrote: >>>> >>>> >>>> On 09/03/14 13:19, Didier Spaier wrote: >>>>> On 09/03/2014 13:36, Nick Warne wrote: >>>>>> Using slackbuild dsniff (as an example), I find that slackbuild >>>>>> fails on ./configure as it thinks libnet is not installed. >>>>>> >>>>>> Now, not to confuse things, this is on my AMD64 running Slack >>>>>> 12.1 (no multilib) and I often build/install 'lesser used libs' >>>>>> into /usr/local/lib and run/update ldconfig on installation. >>>>>> >>>>>> I can configure dsniff by hand fine, all libs are found - but >>>>>> using the slack script, it doesn't find them... >>>>> >>>>> Alla SlackBuilds for libnet (there is none fo Salcakre 12.1) >>>>> include this: >>>>> >>>>> elif [ "$ARCH" = "x86_64" ]; then >>>>> SLKCFLAGS="-O2 -fPIC" >>>>> LIBDIRSUFFIX="64" >>>>> >>>>> So this configure option: >>>>> --libdir=/usr/lib${LIBDIRSUFFIX} \ >>>>> expands to: >>>>> --libdir=/usr/lib64 >>>>> >>>>> But there is no /usr/lib64 directory in Slackware 12.1. >>>>> >>>>> Could that be the issue? >>>> >>>> I looked at that - forgot to say too that this was a Slamd64 distro >>>> before Pat made the official 64bit build, so I do have a /usr/lib64 >>>> (for years). >>>> >>>> All those $VARS do in the build is where to install the package >>>> libs (if you use it). >>>> >>>> And it doesn't matter where the libs are installed to - the >>>> 'system' knows they are there ref. ldconfig and a manual >>>> ./configure works... >>> >>> Then, would you mind posting your full (with all options) manual >>> configure command that works? >> >> Yes, sure: >> >> ./configure >> >> :) >> >> This is nothing to do with the slackbuild of dsniff! I just used that >> as an example (as this is when I found this issue). >> >> I just do not know why the slackbuild ./configure doesn't see libnet >> libs in /usr/local/lib yet the system does! >> >> Nick >> > > OK, I was thinking, I use 'sudo' and wondered if it was an ENV thing > going on: > > sudo ./dsniff.Slackbuild > ... > checking for Berkeley DB with 1.85 compatibility... yes > checking for libpcap... yes > checking for libnet... no > configure: error: libnet not found > > Now log in as 'real' root: > > ./dsniff.Slackbuild > ... > checking for Berkeley DB with 1.85 compatibility... yes > checking for libpcap... yes > checking for libnet... no > configure: error: libnet not found > > Now as normal user (me) in dsniff directory: > > ./configure > ... > checking for Berkeley DB with 1.85 compatibility... yes > checking for libpcap... yes > checking for libnet... yes > checking for libnids... yes > checking whether libnids version is good... yes > checking for OpenSSL... yes > creating ./config.status > creating Makefile > creating config.h > config.h is unchanged > > Huh! See what I mean? Have you checked the $PATH? -- Willy Sudiarto Raharjo From nick at linicks.net Sun Mar 9 14:07:57 2014 From: nick at linicks.net (Nick Warne) Date: Sun, 09 Mar 2014 14:07:57 +0000 Subject: [Slackbuilds-users] libs in /usr/local/lib In-Reply-To: <531C74BE.5030302@slackbuilds.org> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <5315B6B0.2030802@slackbuilds.org> <20140308164123.Horde.cjgrnTmSeKNuGBHZ8wNS1Q1@mail.dawnrazor.net> <531C604D.50809@linicks.net> <531C6A46.9050704@epsm.fr> <531C6CE4.3000007@linicks.net> <531C6E16.9080700@epsm.fr> <531C6F25.8020106@linicks.net> <531C71FF.2030203@linicks.net> <531C74BE.5030302@slackbuilds.org> Message-ID: <531C75BD.3010507@linicks.net> On 09/03/14 14:03, Willy Sudiarto Raharjo wrote: > On Sun 09 Mar 2014 08:51:59 PM WIT, Nick Warne wrote: >> On 09/03/14 13:39, Nick Warne wrote: >>> On 09/03/14 13:35, Didier Spaier wrote: >>>> On 09/03/2014 14:30, Nick Warne wrote: >>>>> >>>>> >>>>> On 09/03/14 13:19, Didier Spaier wrote: >>>>>> On 09/03/2014 13:36, Nick Warne wrote: >>>>>>> Using slackbuild dsniff (as an example), I find that slackbuild >>>>>>> fails on ./configure as it thinks libnet is not installed. >>>>>>> >>>>>>> Now, not to confuse things, this is on my AMD64 running Slack >>>>>>> 12.1 (no multilib) and I often build/install 'lesser used libs' >>>>>>> into /usr/local/lib and run/update ldconfig on installation. >>>>>>> >>>>>>> I can configure dsniff by hand fine, all libs are found - but >>>>>>> using the slack script, it doesn't find them... >>>>>> >>>>>> Alla SlackBuilds for libnet (there is none fo Salcakre 12.1) >>>>>> include this: >>>>>> >>>>>> elif [ "$ARCH" = "x86_64" ]; then >>>>>> SLKCFLAGS="-O2 -fPIC" >>>>>> LIBDIRSUFFIX="64" >>>>>> >>>>>> So this configure option: >>>>>> --libdir=/usr/lib${LIBDIRSUFFIX} \ >>>>>> expands to: >>>>>> --libdir=/usr/lib64 >>>>>> >>>>>> But there is no /usr/lib64 directory in Slackware 12.1. >>>>>> >>>>>> Could that be the issue? >>>>> >>>>> I looked at that - forgot to say too that this was a Slamd64 distro >>>>> before Pat made the official 64bit build, so I do have a /usr/lib64 >>>>> (for years). >>>>> >>>>> All those $VARS do in the build is where to install the package >>>>> libs (if you use it). >>>>> >>>>> And it doesn't matter where the libs are installed to - the >>>>> 'system' knows they are there ref. ldconfig and a manual >>>>> ./configure works... >>>> >>>> Then, would you mind posting your full (with all options) manual >>>> configure command that works? >>> >>> Yes, sure: >>> >>> ./configure >>> >>> :) >>> >>> This is nothing to do with the slackbuild of dsniff! I just used that >>> as an example (as this is when I found this issue). >>> >>> I just do not know why the slackbuild ./configure doesn't see libnet >>> libs in /usr/local/lib yet the system does! >>> >>> Nick >>> >> >> OK, I was thinking, I use 'sudo' and wondered if it was an ENV thing >> going on: >> >> sudo ./dsniff.Slackbuild >> ... >> checking for Berkeley DB with 1.85 compatibility... yes >> checking for libpcap... yes >> checking for libnet... no >> configure: error: libnet not found >> >> Now log in as 'real' root: >> >> ./dsniff.Slackbuild >> ... >> checking for Berkeley DB with 1.85 compatibility... yes >> checking for libpcap... yes >> checking for libnet... no >> configure: error: libnet not found >> >> Now as normal user (me) in dsniff directory: >> >> ./configure >> ... >> checking for Berkeley DB with 1.85 compatibility... yes >> checking for libpcap... yes >> checking for libnet... yes >> checking for libnids... yes >> checking whether libnids version is good... yes >> checking for OpenSSL... yes >> creating ./config.status >> creating Makefile >> creating config.h >> config.h is unchanged >> >> Huh! See what I mean? > > Have you checked the $PATH? No... Yes, now I have - there is no such $VAR in the script. But 'tis only a bash script that calls ./configure so I honestly don't know why it fails. As I say, I am beat on this. Nick -- "A bug in the code is worth two in the documentation." FSF Associate Member 5508 http://linicks.net/ http://pi.linicks.net/ From willysr at slackbuilds.org Sun Mar 9 14:20:51 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sun, 09 Mar 2014 21:20:51 +0700 Subject: [Slackbuilds-users] libs in /usr/local/lib In-Reply-To: <531C75BD.3010507@linicks.net> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <5315B6B0.2030802@slackbuilds.org> <20140308164123.Horde.cjgrnTmSeKNuGBHZ8wNS1Q1@mail.dawnrazor.net> <531C604D.50809@linicks.net> <531C6A46.9050704@epsm.fr> <531C6CE4.3000007@linicks.net> <531C6E16.9080700@epsm.fr> <531C6F25.8020106@linicks.net> <531C71FF.2030203@linicks.net> <531C74BE.5030302@slackbuilds.org> <531C75BD.3010507@linicks.net> Message-ID: <531C78C3.20601@slackbuilds.org> > Yes, now I have - there is no such $VAR in the script. But 'tis only > a bash script that calls ./configure so I honestly don't know why it > fails. Not in the script, but in your local environment -- Willy Sudiarto Raharjo From nick at linicks.net Sun Mar 9 14:28:33 2014 From: nick at linicks.net (Nick Warne) Date: Sun, 09 Mar 2014 14:28:33 +0000 Subject: [Slackbuilds-users] libs in /usr/local/lib In-Reply-To: <531C78C3.20601@slackbuilds.org> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <5315B6B0.2030802@slackbuilds.org> <20140308164123.Horde.cjgrnTmSeKNuGBHZ8wNS1Q1@mail.dawnrazor.net> <531C604D.50809@linicks.net> <531C6A46.9050704@epsm.fr> <531C6CE4.3000007@linicks.net> <531C6E16.9080700@epsm.fr> <531C6F25.8020106@linicks.net> <531C71FF.2030203@linicks.net> <531C74BE.5030302@slackbuilds.org> <531C75BD.3010507@linicks.net> <531C78C3.20601@slackbuilds.org> Message-ID: <531C7A91.2060501@linicks.net> On 09/03/14 14:20, Willy Sudiarto Raharjo wrote: >> Yes, now I have - there is no such $VAR in the script. But 'tis only >> a bash script that calls ./configure so I honestly don't know why it >> fails. > > Not in the script, but in your local environment Sure, $PATH is OK - what does that have to do with where libs are installed? Surely that is ldconfig's job, and configure to use it: ldconfig -v ... /usr/local/lib: libnet.so.1 -> libnet.so.1.7.0 ... Nick -- "A bug in the code is worth two in the documentation." FSF Associate Member 5508 http://linicks.net/ http://pi.linicks.net/ From yalhcru at gmail.com Sun Mar 9 19:30:41 2014 From: yalhcru at gmail.com (B Watson) Date: Sun, 9 Mar 2014 15:30:41 -0400 Subject: [Slackbuilds-users] libs in /usr/local/lib In-Reply-To: <531C71FF.2030203@linicks.net> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <5315B6B0.2030802@slackbuilds.org> <20140308164123.Horde.cjgrnTmSeKNuGBHZ8wNS1Q1@mail.dawnrazor.net> <531C604D.50809@linicks.net> <531C6A46.9050704@epsm.fr> <531C6CE4.3000007@linicks.net> <531C6E16.9080700@epsm.fr> <531C6F25.8020106@linicks.net> <531C71FF.2030203@linicks.net> Message-ID: On 3/9/14, Nick Warne wrote: > configure: error: libnet not found Have you looked at config.log after configure fails? It should tell you where it was looking for libnet, and the actual command that failed It tried to compile a small program and link it with libnet, the log will show you the program and compile command used.... it'll also show you a lot of overly-verbose cruft, you'll have to wade through that, but the signal is there in all that noise somewhere. From Jim.Diamond at acadiau.ca Sun Mar 9 19:51:45 2014 From: Jim.Diamond at acadiau.ca (Jim Diamond) Date: Sun, 9 Mar 2014 16:51:45 -0300 Subject: [Slackbuilds-users] FreeCAD compiles, but crashes and burns on takeoff Message-ID: <20140309195145.GA12127@jdiamond-nb2> Hi, I just used sboinstall to install FreeCad (and, as far as I can tell from reading the READMEs, all the required and optional dependencies). When I go to start FreeCAD, I get FreeCAD 0.13, Libs: 0.13R$WCREV$ ? Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2011 ##### #### ### #### # # # # # # # ## #### #### # # # # # #### # # # # # # # ##### # # # # #### #### # # # # # # # # # # # # # # ## ## ## # # #### #### ### # # #### ## ## ## During initialization the error the sip module implements API v7.0 to v7.1 but the PyQt4.QtCore module requires API v9.1 occurred in /opt/FreeCAD/Mod/Ship/InitGui.py During initialization the error the sip module implements API v7.0 to v7.1 but the PyQt4.QtGui module requires API v9.1 occurred in /opt/FreeCAD/Mod/Plot/InitGui.py zsh: segmentation fault (core dumped) FreeCAD I'm at a loss as to how to proceed. Can anyone set me on the right path? (I'm on Slackware 64 14.1 + multilib, and I'm hoping no-one will tell me that multilib is the problem.) Jim From joshuakwood at gmail.com Sun Mar 9 23:36:19 2014 From: joshuakwood at gmail.com (JK Wood) Date: Sun, 9 Mar 2014 18:36:19 -0500 Subject: [Slackbuilds-users] libs in /usr/local/lib In-Reply-To: <531C71FF.2030203@linicks.net> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <5315B6B0.2030802@slackbuilds.org> <20140308164123.Horde.cjgrnTmSeKNuGBHZ8wNS1Q1@mail.dawnrazor.net> <531C604D.50809@linicks.net> <531C6A46.9050704@epsm.fr> <531C6CE4.3000007@linicks.net> <531C6E16.9080700@epsm.fr> <531C6F25.8020106@linicks.net> <531C71FF.2030203@linicks.net> Message-ID: On Mar 9, 2014 8:52 AM, "Nick Warne" wrote: > > On 09/03/14 13:39, Nick Warne wrote: >> >> On 09/03/14 13:35, Didier Spaier wrote: >>> >>> On 09/03/2014 14:30, Nick Warne wrote: >>>> >>>> >>>> >>>> On 09/03/14 13:19, Didier Spaier wrote: >>>>> >>>>> On 09/03/2014 13:36, Nick Warne wrote: >>>>>> >>>>>> Using slackbuild dsniff (as an example), I find that slackbuild fails on ./configure as it thinks libnet is not installed. >>>>>> >>>>>> Now, not to confuse things, this is on my AMD64 running Slack 12.1 (no multilib) and I often build/install 'lesser used libs' into /usr/local/lib and run/update ldconfig on installation. >>>>>> >>>>>> I can configure dsniff by hand fine, all libs are found - but using the slack script, it doesn't find them... >>>>> >>>>> >>>>> Alla SlackBuilds for libnet (there is none fo Salcakre 12.1) include this: >>>>> >>>>> elif [ "$ARCH" = "x86_64" ]; then >>>>> SLKCFLAGS="-O2 -fPIC" >>>>> LIBDIRSUFFIX="64" >>>>> >>>>> So this configure option: >>>>> --libdir=/usr/lib${LIBDIRSUFFIX} \ >>>>> expands to: >>>>> --libdir=/usr/lib64 >>>>> >>>>> But there is no /usr/lib64 directory in Slackware 12.1. >>>>> >>>>> Could that be the issue? >>>> >>>> >>>> I looked at that - forgot to say too that this was a Slamd64 distro before Pat made the official 64bit build, so I do have a /usr/lib64 (for years). >>>> >>>> All those $VARS do in the build is where to install the package libs (if you use it). >>>> >>>> And it doesn't matter where the libs are installed to - the 'system' knows they are there ref. ldconfig and a manual ./configure works... >>> >>> >>> Then, would you mind posting your full (with all options) manual configure command that works? >> >> >> Yes, sure: >> >> ./configure >> >> :) >> >> This is nothing to do with the slackbuild of dsniff! I just used that >> as an example (as this is when I found this issue). >> >> I just do not know why the slackbuild ./configure doesn't see libnet >> libs in /usr/local/lib yet the system does! >> >> Nick >> > > OK, I was thinking, I use 'sudo' and wondered if it was an ENV thing going on: > > sudo ./dsniff.Slackbuild > ... > checking for Berkeley DB with 1.85 compatibility... yes > checking for libpcap... yes > checking for libnet... no > configure: error: libnet not found > > Now log in as 'real' root: > > ./dsniff.Slackbuild > ... > checking for Berkeley DB with 1.85 compatibility... yes > checking for libpcap... yes > checking for libnet... no > configure: error: libnet not found > > Now as normal user (me) in dsniff directory: > > ./configure > ... > checking for Berkeley DB with 1.85 compatibility... yes > checking for libpcap... yes > checking for libnet... yes > checking for libnids... yes > checking whether libnids version is good... yes > checking for OpenSSL... yes > creating ./config.status > creating Makefile > creating config.h > config.h is unchanged > > Huh! See what I mean? > > > Nick > -- > "A bug in the code is worth two in the documentation." > FSF Associate Member 5508 > http://linicks.net/ > http://pi.linicks.net/ > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > There's your issue (most likely). SlackBuilds from SBo are meant to be run as root. If you must use sudo, use sudo su - and run from there. -JK -------------- next part -------------- An HTML attachment was scrubbed... URL: From duncan_roe at acslink.net.au Mon Mar 10 01:49:16 2014 From: duncan_roe at acslink.net.au (Duncan Roe) Date: Mon, 10 Mar 2014 12:49:16 +1100 Subject: [Slackbuilds-users] libs in /usr/local/lib In-Reply-To: <531C604D.50809@linicks.net> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <5315B6B0.2030802@slackbuilds.org> <20140308164123.Horde.cjgrnTmSeKNuGBHZ8wNS1Q1@mail.dawnrazor.net> <531C604D.50809@linicks.net> Message-ID: <20140310014916.GA2597@dimstar.local.net> On Sun, Mar 09, 2014 at 12:36:29PM +0000, Nick Warne wrote: > Using slackbuild dsniff (as an example), I find that slackbuild fails on > ./configure as it thinks libnet is not installed. > > Now, not to confuse things, this is on my AMD64 running Slack 12.1 (no > multilib) and I often build/install 'lesser used libs' into /usr/local/lib > and run/update ldconfig on installation. > > I can configure dsniff by hand fine, all libs are found - but using the > slack script, it doesn't find them... > > Why is this? I am at a loss. > > Nick Have you checked PKG_CONFIG_PATH in your environment? This is used by the pkg-config utility which configure scripts frequently use. See man pkg-config, Cheers ... Duncan. -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From nick at linicks.net Mon Mar 10 09:59:16 2014 From: nick at linicks.net (Nick Warne) Date: Mon, 10 Mar 2014 09:59:16 +0000 Subject: [Slackbuilds-users] libs in /usr/local/lib In-Reply-To: <20140310014916.GA2597@dimstar.local.net> References: <5312CC98.4060903@straightedgelinux.com> <20140302005503.380ed3b9@shaggy.doo> <20140302023357.03c6ac38@home.rlworkman.net> <20140302110520.2b675a99@shaggy.doo> <53146774.5090001@epsm.fr> <5315B6B0.2030802@slackbuilds.org> <20140308164123.Horde.cjgrnTmSeKNuGBHZ8wNS1Q1@mail.dawnrazor.net> <531C604D.50809@linicks.net> <20140310014916.GA2597@dimstar.local.net> Message-ID: <531D8CF4.4080804@linicks.net> *SOLVED* On 10/03/14 01:49, Duncan Roe wrote: > On Sun, Mar 09, 2014 at 12:36:29PM +0000, Nick Warne wrote: >> Using slackbuild dsniff (as an example), I find that slackbuild fails on >> ./configure as it thinks libnet is not installed. >> >> Now, not to confuse things, this is on my AMD64 running Slack 12.1 (no >> multilib) and I often build/install 'lesser used libs' into /usr/local/lib >> and run/update ldconfig on installation. >> >> I can configure dsniff by hand fine, all libs are found - but using the >> slack script, it doesn't find them... >> >> Why is this? I am at a loss. >> >> Nick > > Have you checked PKG_CONFIG_PATH in your environment? This is used by the > pkg-config utility which configure scripts frequently use. See man pkg-config, pkg-config is fine. OK, what happens is in the configure file is this snippet: else if test -f ${prefix}/include/libnet.h; then CFLAGS="$CFLAGS `${prefix}/bin/libnet-config --defines`" LNETINC="-I${prefix}/include" LNETLIB="-L${prefix}/lib -lnet" elif test -f /usr/include/libnet.h; then CFLAGS="$CFLAGS `libnet-config --defines`" LNETLIB="-lnet" so as the slackbuild script passes --prefix=/usr, /usr/local never gets looked for. Adding: --with-libnet=/usr/local \ --with-libnids=/usr/local to slackbuild fixes it up. I don't know why, after all these years, that this has just hit me? Anyway, dsniff fails to build anyway having a problem with undefined references with libnid library - but that is another story. Nick -- "A bug in the code is worth two in the documentation." FSF Associate Member 5508 http://linicks.net/ http://pi.linicks.net/ From miguel at thedeanda.com Mon Mar 10 15:05:08 2014 From: miguel at thedeanda.com (Miguel De Anda) Date: Mon, 10 Mar 2014 08:05:08 -0700 Subject: [Slackbuilds-users] FreeCAD compiles, but crashes and burns on takeoff In-Reply-To: <20140309195145.GA12127@jdiamond-nb2> References: <20140309195145.GA12127@jdiamond-nb2> Message-ID: I just installed FreeCAD with the following dep's on a 14.1-current with multilib and it starts up fine for me. I added a few "dots" to make sure it doesn't crash shortly after but that's the extent of my test (as i don't know how to use freecad). sbopkg -i Coin -i SoQt -i Pivy -i xerces-c -i eigen3 -i FreeImage -i tbb -i gl2ps -i OpenCASCADE -i FreeCAD Feel free to try out my packages to see if they work better from here: http://linux.thedeanda.com/packages/slackware64/ Not sure if I can provide much more help though. On Sun, Mar 9, 2014 at 12:51 PM, Jim Diamond wrote: > Hi, > > I just used sboinstall to install FreeCad (and, as far as I can tell > from reading the READMEs, all the required and optional dependencies). > > When I go to start FreeCAD, I get > > FreeCAD 0.13, Libs: 0.13R$WCREV$ > ? Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2011 > ##### #### ### #### > # # # # # # > # ## #### #### # # # # # > #### # # # # # # # ##### # # > # # #### #### # # # # # > # # # # # # # # # ## ## ## > # # #### #### ### # # #### ## ## ## > > During initialization the error the sip module implements API v7.0 to v7.1 > but the PyQt4.QtCore module requires API v9.1 occurred in > /opt/FreeCAD/Mod/Ship/InitGui.py > During initialization the error the sip module implements API v7.0 to v7.1 > but the PyQt4.QtGui module requires API v9.1 occurred in > /opt/FreeCAD/Mod/Plot/InitGui.py > zsh: segmentation fault (core dumped) FreeCAD > > > I'm at a loss as to how to proceed. Can anyone set me on the right path? > > (I'm on Slackware 64 14.1 + multilib, and I'm hoping no-one will tell > me that multilib is the problem.) > > Jim > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alleytrotter at gmail.com Mon Mar 10 21:04:52 2014 From: alleytrotter at gmail.com (John Yost) Date: Mon, 10 Mar 2014 17:04:52 -0400 Subject: [Slackbuilds-users] virt-viewer slackbuild Message-ID: <531E28F4.5080602@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In order for virt-viewer to build "--with-spice-gtk" I had to apply the following patch. I have contacted the maintainer but no response. """ cat spice.patch - --- virt-viewer/virt-viewer.SlackBuild 2013-11-22 14:47:41.000000000 - -0500 +++ virt-viewer.SlackBuild 2014-03-10 16:49:10.988416359 -0400 @@ -38,10 +38,10 @@ set -e - -if pkg-config --exists spice-client-gtk-2.0.pc ; then +if pkg-config --exists spice-gtk-2.0 ; then GTKVERS=2.0 SPICEGTK="--with-spice-gtk" - -elif pkg-config --exists spice-client-gtk-3.0.pc ; then +elif pkg-config --exists spice-client-gtk-3.0 ; then GTKVERS=3.0 SPICEGTK="--with-spice-gtk" else """ Has anyone else had this problem Thanks John - -- John David Yost AlleyTrotter pub 4096R/E23E3A2A 2012-04-29 [expires: 2013-04-29] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTHijzAAoJEONdQfniPjoqa1MQALISOMggMN7T3Ak17Z1Y1XHD 2FGmupUIJecfXkv66ejm5FxlOfahhZPhlO6qxf+Ss2tKodrAxFT1PEkhsf/uizrO SCON8Aay9bWIXD+TLKF4mheSyyGnZhj/qpdH/PLQjBUpNqcpbmOxSwPOo+klV0cI Fa3FG2NhFq5TUsNqICfyModx6dDW1C58LULTMdE6+E6ySqJk/4bKc/sEH0tc07Oh aNrjd2zoGayyhgtzyolsnNqMOwi1xGp6Dj1lTdlTYP+JXsyCL46kpoDVk3VZTHtu DtjOdauK+Xa0bBe1Ij58sADE1/mdtGrgFyyDaG55wMnEKHxYGzUGJ3omMj7WJSFo KwcwBfHliEUWYUz/XCOy/SWjXK6OcX+k5oPmxEk1aCzTXrrotLBFdR//vFjObqjc 12epZ/v1aR99jtCAnNuQC+24qVsisxOnbgD+l4hx3f389z0Q+8ckkPRbXVkGXO/F VHaNvGQQhy3dta2yKHKKFHWbOzV4zZWm6QVf8p8Er68Q6mYuRvAu7TxjUqKG1Mu6 FAh51VwXgVWfxU6P155iZFcvfp/5RNh9+I7Gjl34rYlZcIoXsKJ4wnkp+EbmlYw7 leDxyoW8fAv5ar2ssWvqpub8hUPzcJvHCYfcP/BuCC6DooFvOHue2ktjoARTtyOi SYLoOtaPlXIaNxzjS9DK =F0uQ -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: 0xE23E3A2A.asc Type: application/pgp-keys Size: 4672 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0xE23E3A2A.asc.sig Type: application/octet-stream Size: 543 bytes Desc: not available URL: From c.willing at uq.edu.au Mon Mar 10 21:16:42 2014 From: c.willing at uq.edu.au (Christoph Willing) Date: Tue, 11 Mar 2014 07:16:42 +1000 Subject: [Slackbuilds-users] FreeCAD compiles, but crashes and burns on takeoff In-Reply-To: <20140309195145.GA12127@jdiamond-nb2> References: <20140309195145.GA12127@jdiamond-nb2> Message-ID: On 10/03/2014, at 5:51 AM, Jim Diamond wrote: > Hi, > > I just used sboinstall to install FreeCad (and, as far as I can tell > from reading the READMEs, all the required and optional dependencies). > > When I go to start FreeCAD, I get > > FreeCAD 0.13, Libs: 0.13R$WCREV$ > ? Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2011 > ##### #### ### #### > # # # # # # > # ## #### #### # # # # # > #### # # # # # # # ##### # # > # # #### #### # # # # # > # # # # # # # # # ## ## ## > # # #### #### ### # # #### ## ## ## > > During initialization the error the sip module implements API v7.0 to v7.1 but the PyQt4.QtCore module requires API v9.1 occurred in /opt/FreeCAD/Mod/Ship/InitGui.py > During initialization the error the sip module implements API v7.0 to v7.1 but the PyQt4.QtGui module requires API v9.1 occurred in /opt/FreeCAD/Mod/Plot/InitGui.py > zsh: segmentation fault (core dumped) FreeCAD > > > I'm at a loss as to how to proceed. Can anyone set me on the right path? > > (I'm on Slackware 64 14.1 + multilib, and I'm hoping no-one will tell > me that multilib is the problem.) Do you have non-standard sip and/or PyQt package(s)? Each PyQt release needs a particular version of sip. For instance, you shouldn't replace the Slackware official PyQt with the latest version without first installing a newer version of sip. chris From miguel at thedeanda.com Mon Mar 10 22:56:04 2014 From: miguel at thedeanda.com (Miguel De Anda) Date: Mon, 10 Mar 2014 15:56:04 -0700 Subject: [Slackbuilds-users] FreeCAD compiles, but crashes and burns on takeoff In-Reply-To: References: <20140309195145.GA12127@jdiamond-nb2> Message-ID: In case it helps, these are what I have installed: $ls /var/log/packages/ | grep -i sip sip-4.14.2-x86_64-1 $ls /var/log/packages/ | grep -i pyqt PyQt-4.9.6-x86_64-1 On Mon, Mar 10, 2014 at 2:16 PM, Christoph Willing wrote: > > On 10/03/2014, at 5:51 AM, Jim Diamond wrote: > > > Hi, > > > > I just used sboinstall to install FreeCad (and, as far as I can tell > > from reading the READMEs, all the required and optional dependencies). > > > > When I go to start FreeCAD, I get > > > > FreeCAD 0.13, Libs: 0.13R$WCREV$ > > ? Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2011 > > ##### #### ### #### > > # # # # # # > > # ## #### #### # # # # # > > #### # # # # # # # ##### # # > > # # #### #### # # # # # > > # # # # # # # # # ## ## ## > > # # #### #### ### # # #### ## ## ## > > > > During initialization the error the sip module implements API v7.0 to > v7.1 but the PyQt4.QtCore module requires API v9.1 occurred in > /opt/FreeCAD/Mod/Ship/InitGui.py > > During initialization the error the sip module implements API v7.0 to > v7.1 but the PyQt4.QtGui module requires API v9.1 occurred in > /opt/FreeCAD/Mod/Plot/InitGui.py > > zsh: segmentation fault (core dumped) FreeCAD > > > > > > I'm at a loss as to how to proceed. Can anyone set me on the right path? > > > > (I'm on Slackware 64 14.1 + multilib, and I'm hoping no-one will tell > > me that multilib is the problem.) > > > Do you have non-standard sip and/or PyQt package(s)? Each PyQt release > needs a particular version of sip. For instance, you shouldn't replace the > Slackware official PyQt with the latest version without first installing a > newer version of sip. > > chris > > > > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jim.Diamond at acadiau.ca Mon Mar 10 23:25:11 2014 From: Jim.Diamond at acadiau.ca (Jim Diamond) Date: Mon, 10 Mar 2014 20:25:11 -0300 Subject: [Slackbuilds-users] FreeCAD compiles, but crashes and burns on takeoff In-Reply-To: References: <20140309195145.GA12127@jdiamond-nb2> Message-ID: <20140310232510.GC328@jdiamond-nb2> On Tue, Mar 11, 2014 at 07:16 (+1000), Christoph Willing wrote: > On 10/03/2014, at 5:51 AM, Jim Diamond wrote: >> Hi, >> I just used sboinstall to install FreeCad (and, as far as I can tell >> from reading the READMEs, all the required and optional dependencies). >> When I go to start FreeCAD, I get >> FreeCAD 0.13, Libs: 0.13R$WCREV$ >> ? Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2011 >> ##### #### ### #### >> # # # # # # >> # ## #### #### # # # # # >> #### # # # # # # # ##### # # >> # # #### #### # # # # # >> # # # # # # # # # ## ## ## >> # # #### #### ### # # #### ## ## ## >> During initialization the error the sip module implements API v7.0 to v7.1 but the PyQt4.QtCore module requires API v9.1 occurred in /opt/FreeCAD/Mod/Ship/InitGui.py >> During initialization the error the sip module implements API v7.0 to v7.1 but the PyQt4.QtGui module requires API v9.1 occurred in /opt/FreeCAD/Mod/Plot/InitGui.py >> zsh: segmentation fault (core dumped) FreeCAD >> I'm at a loss as to how to proceed. Can anyone set me on the right path? >> (I'm on Slackware 64 14.1 + multilib, and I'm hoping no-one will tell >> me that multilib is the problem.) > Do you have non-standard sip and/or PyQt package(s)? Each PyQt > release needs a particular version of sip. For instance, you > shouldn't replace the Slackware official PyQt with the latest > version without first installing a newer version of sip. Chris, thanks for the response. You nailed it on the head. (Unfortunately I burned a couple of hours figuring that out myself... I should have procrastinated for a while on this issue.) I have a pre-release of trinity desktop environment R14.0 installed, and for some reason I will look into next, it installs another sip package which is incompatible with PyQt. I've had trinity installed for over two months with no issues, which I guess shows how little python I use. Since I never saw this until I tried FreeCAD, I incorrectly pointed my finger in FreeCAD's direction. Apologies to all concerned. Jim From ruben at orgizm.net Mon Mar 10 23:36:56 2014 From: ruben at orgizm.net (Ruben Schuller) Date: Tue, 11 Mar 2014 00:36:56 +0100 Subject: [Slackbuilds-users] virt-viewer slackbuild In-Reply-To: <531E28F4.5080602@gmail.com> References: <531E28F4.5080602@gmail.com> Message-ID: <20140311003656.3ba9d498@kiwi.kuchen> Hi, 2014-03-10 17:04 John Yost : > In order for virt-viewer to build "--with-spice-gtk" > I had to apply the following patch. > I have contacted the maintainer but no response. > [...] > Has anyone else had this problem If it helps: I've build virt-manager without any problems a week ago (on 14.1). Do you have the current versions of all the other deps (and their deps..)? There are quite a few, at least for virt-manager. Maybe related to this: Using spice didn't work for me, I don't have the error message atm, but switching back to VNC in the configuration of the virtual machine worked fine. Otherwise it wouldn't even start the machine. Cheers, Ruben From Jim.Diamond at acadiau.ca Tue Mar 11 00:16:50 2014 From: Jim.Diamond at acadiau.ca (Jim Diamond) Date: Mon, 10 Mar 2014 21:16:50 -0300 Subject: [Slackbuilds-users] FreeCAD compiles, but crashes and burns on takeoff In-Reply-To: References: <20140309195145.GA12127@jdiamond-nb2> Message-ID: <20140311001650.GE328@jdiamond-nb2> On Mon, Mar 10, 2014 at 15:56 (-0700), Miguel De Anda wrote: > In case it helps, these are what I have installed: > $ls /var/log/packages/ | grep -i sip > sip-4.14.2-x86_64-1 > $ls /var/log/packages/ | grep -i pyqt > PyQt-4.9.6-x86_64-1 Thanks. Same here, but the correct sip.so was clobbered by another package. Thanks for your help. Jim From thomas at beingboiled.info Tue Mar 11 01:11:30 2014 From: thomas at beingboiled.info (Thomas Morper) Date: Tue, 11 Mar 2014 02:11:30 +0100 (CET) Subject: [Slackbuilds-users] kyotocabinet CFLAGS Message-ID: Hello there, I've noticed that kyotocabinet's "configure" adds "-march=native" to the CFLAGS in the Makefile. According to the gcc man page, when built on very modern CPU (e.g. i7 Haswell), the resulting package might not work on a less capable CPU (e.g. Pentium-D). I've unknowingly been running a "native" kyotocabinet for some time without encountering any problems, yet I've decided to rebuild the package with a minor modification to get a "generic" library (see attached patch). -- -------------- next part -------------- --- kyotocabinet.SlackBuild.orig 2013-11-26 10:57:41.000000000 +0100 +++ kyotocabinet.SlackBuild 2014-03-11 01:38:51.308089868 +0100 @@ -80,6 +80,11 @@ --docdir=/usr/doc/$PRGNAM-$VERSION \ --build=$ARCH-slackware-linux +# Don't use 'native' or the resulting package might +# not work on low-spec CPUs of the same architecture. +sed -i -r 's/^CFLAGS = -march=native/CFLAGS =/' Makefile +sed -i -r 's/^CXXFLAGS = -march=native/CXXFLAGS =/' Makefile + make make install DESTDIR=$PKG From fritz.kent at gmail.com Tue Mar 11 03:20:41 2014 From: fritz.kent at gmail.com (Kent Fritz) Date: Mon, 10 Mar 2014 20:20:41 -0700 Subject: [Slackbuilds-users] mlt slackbuild fails to build with jre installed Message-ID: Tiny little bug, with trivial fix attached. Thanks, Kent -------------- next part -------------- A non-text attachment was scrubbed... Name: mlt.patch Type: text/x-patch Size: 629 bytes Desc: not available URL: From willysr at slackbuilds.org Tue Mar 11 03:28:42 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 11 Mar 2014 10:28:42 +0700 Subject: [Slackbuilds-users] mlt slackbuild fails to build with jre installed In-Reply-To: References: Message-ID: <531E82EA.80907@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Tiny little bug, with trivial fix attached. Fixed in my branch Thanks - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMeguoACgkQiHuDdNczM4ESrQCffUMkh6sUsjdR8Fw5MEhF9hwa iLgAn03U47zxGeXLKssEUEHcnkF0ucOK =XxWx -----END PGP SIGNATURE----- From kingbeowulf at gmail.com Tue Mar 11 04:47:39 2014 From: kingbeowulf at gmail.com (King Beowulf) Date: Mon, 10 Mar 2014 21:47:39 -0700 Subject: [Slackbuilds-users] mlt slackbuild fails to build with jre installed In-Reply-To: References: Message-ID: <531E956B.1000301@gmail.com> On 03/10/2014 08:20 PM, Kent Fritz wrote: > Tiny little bug, with trivial fix attached. > > Thanks, > > Kent > > Well, 'old on thar, pardner... Under what conditions? Please show error log. It builds fine, and runs, fine here with SBo official jdk package. Thus, I am not seeing a need for a fix. From matteo.bernardini at gmail.com Tue Mar 11 05:54:15 2014 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Tue, 11 Mar 2014 06:54:15 +0100 Subject: [Slackbuilds-users] mlt slackbuild fails to build with jre installed In-Reply-To: <531E956B.1000301@gmail.com> References: <531E956B.1000301@gmail.com> Message-ID: builds fine with SBo's jdk here too... Matteo From willysr at slackbuilds.org Tue Mar 11 05:57:59 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 11 Mar 2014 12:57:59 +0700 Subject: [Slackbuilds-users] mlt slackbuild fails to build with jre installed In-Reply-To: References: <531E956B.1000301@gmail.com> Message-ID: <531EA5E7.4010706@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > builds fine with SBo's jdk here too... I think he meants with JRE, not JDK - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMepecACgkQiHuDdNczM4GDWQCfUeUbW/7J21CS2my3/BlQYRzh XMwAnA16eIvzjyAuX7M2wzVE3se1P8VW =12iD -----END PGP SIGNATURE----- From matteo.bernardini at gmail.com Tue Mar 11 06:11:36 2014 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Tue, 11 Mar 2014 07:11:36 +0100 Subject: [Slackbuilds-users] mlt slackbuild fails to build with jre installed In-Reply-To: <531EA5E7.4010706@slackbuilds.org> References: <531E956B.1000301@gmail.com> <531EA5E7.4010706@slackbuilds.org> Message-ID: we don't have that in our repository. Matteo From klaatu at straightedgelinux.com Tue Mar 11 08:33:29 2014 From: klaatu at straightedgelinux.com (Klaatu) Date: Tue, 11 Mar 2014 21:33:29 +1300 Subject: [Slackbuilds-users] mlt slackbuild fails to build with jre installed In-Reply-To: References: <531E956B.1000301@gmail.com> <531EA5E7.4010706@slackbuilds.org> Message-ID: <531ECA59.1020607@straightedgelinux.com> I use MLT every day, and I have JDK installed, which I guess includes JRE...but anyway the only thing about MLT that would be affected by Java-Anything is the swig scripting layer, and the java swig isn't even impleented in the mlt.SlackBuild. -klaatu On 03/11/2014 07:11 PM, Matteo Bernardini wrote: > we don't have that in our repository. > > Matteo > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > > From matteo.bernardini at gmail.com Tue Mar 11 08:36:49 2014 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Tue, 11 Mar 2014 09:36:49 +0100 Subject: [Slackbuilds-users] mlt slackbuild fails to build with jre installed In-Reply-To: <531ECA59.1020607@straightedgelinux.com> References: <531E956B.1000301@gmail.com> <531EA5E7.4010706@slackbuilds.org> <531ECA59.1020607@straightedgelinux.com> Message-ID: 2014-03-11 9:33 GMT+01:00 Klaatu : > I use MLT every day, and I have JDK installed, which I guess includes > JRE...but anyway the only thing about MLT that would be affected by > Java-Anything is the swig scripting layer, and the java swig isn't even > impleented in the mlt.SlackBuild. actually it should be... well, apart from the thing that SBo refers to his own stuff for dependencies, thinking again about the patch, it makes more sense to check for javac instead of java ;) Matteo From klaatu at straightedgelinux.com Tue Mar 11 08:37:04 2014 From: klaatu at straightedgelinux.com (Klaatu) Date: Tue, 11 Mar 2014 21:37:04 +1300 Subject: [Slackbuilds-users] mlt slackbuild fails to build with jre installed In-Reply-To: <531ECA59.1020607@straightedgelinux.com> References: <531E956B.1000301@gmail.com> <531EA5E7.4010706@slackbuilds.org> <531ECA59.1020607@straightedgelinux.com> Message-ID: <531ECB30.9050609@straightedgelinux.com> Every. Single. Time. I respond I scroll up and see more useful information on the thread. Ignore me. It was ,in fact, the java check that Kent was referring to. -klaatu On 03/11/2014 09:33 PM, Klaatu wrote: > I use MLT every day, and I have JDK installed, which I guess includes > JRE...but anyway the only thing about MLT that would be affected by > Java-Anything is the swig scripting layer, and the java swig isn't even > impleented in the mlt.SlackBuild. > > -klaatu > > > > On 03/11/2014 07:11 PM, Matteo Bernardini wrote: >> we don't have that in our repository. >> >> Matteo >> _______________________________________________ >> SlackBuilds-users mailing list >> SlackBuilds-users at slackbuilds.org >> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ >> FAQ - http://slackbuilds.org/faq/ >> >> >> > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > > From willysr at slackbuilds.org Tue Mar 11 08:41:23 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 11 Mar 2014 15:41:23 +0700 Subject: [Slackbuilds-users] mlt slackbuild fails to build with jre installed In-Reply-To: References: <531E956B.1000301@gmail.com> <531EA5E7.4010706@slackbuilds.org> <531ECA59.1020607@straightedgelinux.com> Message-ID: <531ECC33.3030009@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > actually it should be... well, apart from the thing that SBo refers > to his own stuff for dependencies, thinking again about the patch, > it makes more sense to check for javac instead of java ;) I dropped it from my branch few hours ago Do we agree to apply this patch again? - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMezDMACgkQiHuDdNczM4EH0wCgj0l05+/2PBbMxo2fNy1sBVkU eToAnRnKqlyXwTDcZ4x/lnGLCka0APmG =yYql -----END PGP SIGNATURE----- From matteo.bernardini at gmail.com Tue Mar 11 08:43:21 2014 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Tue, 11 Mar 2014 09:43:21 +0100 Subject: [Slackbuilds-users] mlt slackbuild fails to build with jre installed In-Reply-To: <531ECC33.3030009@slackbuilds.org> References: <531E956B.1000301@gmail.com> <531EA5E7.4010706@slackbuilds.org> <531ECA59.1020607@straightedgelinux.com> <531ECC33.3030009@slackbuilds.org> Message-ID: for me is ok, but as it's no error, maybe the maintainer should take care of it (my 2 cents). Matteo From alleytrotter at gmail.com Tue Mar 11 13:17:52 2014 From: alleytrotter at gmail.com (John Yost) Date: Tue, 11 Mar 2014 09:17:52 -0400 Subject: [Slackbuilds-users] virt-viewer slackbuild In-Reply-To: <20140311003656.3ba9d498@kiwi.kuchen> References: <531E28F4.5080602@gmail.com> <20140311003656.3ba9d498@kiwi.kuchen> Message-ID: <531F0D00.4050002@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03/10/2014 07:36 PM, Ruben Schuller wrote: > Hi, > > 2014-03-10 17:04 John Yost : > >> In order for virt-viewer to build "--with-spice-gtk" I had to >> apply the following patch. I have contacted the maintainer but no >> response. [...] Has anyone else had this problem > > If it helps: > > I've build virt-manager without any problems a week ago (on 14.1). > Do you have the current versions of all the other deps (and their > deps..)? There are quite a few, at least for virt-manager. > > Maybe related to this: Using spice didn't work for me, I don't have > the error message atm, but switching back to VNC in the > configuration of the virtual machine worked fine. Otherwise it > wouldn't even start the machine. > > Cheers, Ruben _______________________________________________ > SlackBuilds-users mailing list SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - > http://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - > http://slackbuilds.org/faq/ > Thanks for the reply Ruben. Yes I do have all the 'requires' installed for Virt-viewer. I don't use virt-manager and my problem was "spice didn't work for me" my vm would start but I could not use spice graphics until I applied the patch and rebuilt virt-viewer. Putting some echo statements after the test for "--with-spice-gtk" in the slackbuild proved that virt-viewer was building "--without-spice-gtk" Thus requiring the patch. Checking the man page for pkg-config """ The package name specified on the pkg-config command line is defined to be the name of the metadata file, minus the .pc extension. """ I see that the '.pc' extension should not be used in the test for spice. So at least on my machine 'Slackware64-14.1' the patch is required. Thanks again John -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTHw0AAAoJEONdQfniPjoqsqgP/0fVFhfq/DZRlx7CFIMPPUhe +fgieYPp0O0tdPVEDegwgY7zgsNXXH9c1DChrNTrOTWdjBx09kddQXHUu0usF+OA ClMLmVoUoqcScMnOW0fkJCKaJ11A4QxZCA9bw3iSkozCwk75UjZGew7n6J/wlY0Z GgWX4p9viRhxfQJMZnI5UfE6jp3nSnU5W7tq7imkLFzCE4IAzISf6bp4TaPVd/zD iiFb+jVBUA/YexkeuI1qefyr3WAVtdCJOG/aTg2JgxoFEyjVFuJkZ6pG80Ky2kbh Jdy65y4UjnG47V14HnUQU4BPBiIFw03D14jcn6ySoJuppiH/xVxLqOf8pQZc4EPP d7J8SClYhavwvWkZ0T83ECato9DTx046JdVCjJRxEgQtdT+qH+zZPiZSpX5r1gI3 2uqYBE6xJ5mj0i1Qoy0ZL6zhBwny0g+cQEEk1NIJf0ni5WiwWtzMF8XfnUiGAcv5 vs+WLwbN1+hLJEEy54uTBp7/CUNoPInsw3ojfj1DthCebsZQl5OLTiAPFhaEVhNN 6uyPalGKOrRMyP8c85TFweaRnLZarGPzpKLDJ3HzxybN0kHhEq6SeuuGL5lipJey mqzqbLYexTZ5Izc/xxixngtNa5RYYkGLNQDydMbRQbK6c3fRiTnEE8wqlsmNAaDn HjafrJPZfOCQPbUrkAUw =4bfo -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: 0xE23E3A2A.asc Type: application/pgp-keys Size: 4672 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0xE23E3A2A.asc.sig Type: application/octet-stream Size: 543 bytes Desc: not available URL: From willysr at slackbuilds.org Tue Mar 11 13:57:25 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 11 Mar 2014 20:57:25 +0700 Subject: [Slackbuilds-users] virt-viewer slackbuild In-Reply-To: <531F0D00.4050002@gmail.com> References: <531E28F4.5080602@gmail.com> <20140311003656.3ba9d498@kiwi.kuchen> <531F0D00.4050002@gmail.com> Message-ID: <531F1645.7040904@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Yes I do have all the 'requires' installed for Virt-viewer. I don't > use virt-manager and my problem was "spice didn't work for me" my vm > would start but I could not use spice graphics until I applied the > patch and rebuilt virt-viewer. Have you applied the cairo update ? patches/packages/cairo-1.12.16-x86_64-1_slack14.1.txz: Upgraded. This is a bugfix update that was tested in -current and found to resolve some outstanding issues with the package that shipped in Slackware 14.1. Removed --enable-xcb-shm (may cause instability with GTK+3). Removed --enable-xlib-xcb (causes GIMP slowdown). Added --enable-ft and --enable-gl. - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMfFkQACgkQiHuDdNczM4Hj3ACfb+Q4N0p8DjXa7T76pP+uZckd XjwAoIRkzhkmkw8OWnXolXSynEdMMvTt =GHW5 -----END PGP SIGNATURE----- From alleytrotter at gmail.com Tue Mar 11 14:05:08 2014 From: alleytrotter at gmail.com (John Yost) Date: Tue, 11 Mar 2014 10:05:08 -0400 Subject: [Slackbuilds-users] virt-viewer slackbuild In-Reply-To: <531F1645.7040904@slackbuilds.org> References: <531E28F4.5080602@gmail.com> <20140311003656.3ba9d498@kiwi.kuchen> <531F0D00.4050002@gmail.com> <531F1645.7040904@slackbuilds.org> Message-ID: <531F1814.3090300@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03/11/2014 09:57 AM, Willy Sudiarto Raharjo wrote: >> Yes I do have all the 'requires' installed for Virt-viewer. I >> don't use virt-manager and my problem was "spice didn't work for >> me" my vm would start but I could not use spice graphics until I >> applied the patch and rebuilt virt-viewer. > > Have you applied the cairo update ? > patches/packages/cairo-1.12.16-x86_64-1_slack14.1.txz: Upgraded. > This is a bugfix update that was tested in -current and found to > resolve some outstanding issues with the package that shipped in > Slackware 14.1. Removed --enable-xcb-shm (may cause instability > with GTK+3). Removed --enable-xlib-xcb (causes GIMP slowdown). > Added --enable-ft and --enable-gl. > > Yes my system has all the patches applied including Cairo """ ls -1 /var/log/packages/ | grep -i cairo cairo-1.12.16-x86_64-1_slack14.1 pycairo-1.8.10-x86_64-2 """ With the .pc in the test for spice the results are the same virt-viewer builds "--without-spice-gtk" And will not work with " -------------- next part -------------- A non-text attachment was scrubbed... Name: 0xE23E3A2A.asc.sig Type: application/octet-stream Size: 543 bytes Desc: not available URL: From fritz.kent at gmail.com Tue Mar 11 15:16:28 2014 From: fritz.kent at gmail.com (Kent Fritz) Date: Tue, 11 Mar 2014 08:16:28 -0700 Subject: [Slackbuilds-users] mlt slackbuild fails to build with jre installed In-Reply-To: References: <531E956B.1000301@gmail.com> <531EA5E7.4010706@slackbuilds.org> <531ECA59.1020607@straightedgelinux.com> <531ECC33.3030009@slackbuilds.org> Message-ID: Just to be clear -- I attempted the build when I had JRE from extras installed. The failure comes from the fact that the project, when asked to build the JAVA swig, checks for `which java` rather than `which javac` when it, in fact, uses javac. I thought about sending a patch upstream, but saw that it doesn't even try to do this unless you ask for it, which the slackbuild does due to, again, `which java`. I'll be less terse next time, I promise! On Tue, Mar 11, 2014 at 1:43 AM, Matteo Bernardini wrote: > for me is ok, but as it's no error, maybe the maintainer should take > care of it (my 2 cents). > > Matteo > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > From kingbeowulf at gmail.com Tue Mar 11 15:22:40 2014 From: kingbeowulf at gmail.com (King Beowulf) Date: Tue, 11 Mar 2014 08:22:40 -0700 Subject: [Slackbuilds-users] mlt slackbuild fails to build with jre installed In-Reply-To: References: <531E956B.1000301@gmail.com> <531EA5E7.4010706@slackbuilds.org> <531ECA59.1020607@straightedgelinux.com> <531ECC33.3030009@slackbuilds.org> Message-ID: On Tuesday, March 11, 2014, Matteo Bernardini wrote: > for me is ok, but as it's no error, maybe the maintainer should take > care of it (my 2 cents). > > Matteo > > If the OP had a build failure, is it an isolated case or general. I don't see any difference here between JRE and JDK re: java vs. javac. I think this needs more consideration by the maintainer and upstream before SBO patches willy-nilly - given the population this may impact. -Ed -- You! What PLANET is this! -- McCoy, "The City on the Edge of Forever", stardate 3134.0 -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Tue Mar 11 15:33:56 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Tue, 11 Mar 2014 08:33:56 -0700 (PDT) Subject: [Slackbuilds-users] Upgraded to -14.1: Cannot Run Perl App in Apache Message-ID: Sunday, I upgraded my desktop server/workstation to -14.1. The only application that I cannot get running is my business accounting software (Ledger123; an improved SQL-Ledger). After a day of futzing, searching the Web, and advice from folks on the local linux mail list I learned that I cannot yet run a perl application in httpd-2.4.6, even with ponce's mod_perl from his svn repository. So, I removed httpd-2.4.6 and installed httpd-2.2.25 from -13.37 patches. When I tried building mod_perl-2.0.6 from SBo it failed with these errors: modperl_perl.c: In function 'modperl_perl_init_ids': modperl_perl.c:105:5: error: 'PL_uid' undeclared (first use in this function) PL_uid = ids->uid; modperl_perl.c:105:5: note: each undeclared identifier is reported only once for each function it appears in modperl_perl.c:106:5: error: 'PL_euid' undeclared (first use in this function) PL_euid = ids->euid; modperl_perl.c:107:5: error: 'PL_gid' undeclared (first use in this function) PL_gid = ids->gid; modperl_perl.c:108:5: error: 'PL_egid' undeclared (first use in this function) PL_egid = ids->egid; modperl_perl.c: In function 'modperl_hash_seed_set': modperl_perl.c:270:9: error: 'PL_rehash_seed' undeclared (first use in this function) PL_rehash_seed = MP_init_hash_seed; modperl_perl.c:271:9: error: 'PL_rehash_seed_set' undeclared (first use in this function) PL_rehash_seed_set = MP_init_hash_seed_set; make[1]: *** [modperl_perl.lo] Error 1 make[1]: Leaving directory /tmp/SBo/mod_perl-2.0.6/src/modules/perl' make: *** [modperl_lib] Error 2 The accounting software is a critical application for me and I would be grateful for assistance in getting a working httpd/mod_perl combination so I can run it. TIA, Rich From matteo.bernardini at gmail.com Tue Mar 11 15:44:03 2014 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Tue, 11 Mar 2014 16:44:03 +0100 Subject: [Slackbuilds-users] mlt slackbuild fails to build with jre installed In-Reply-To: References: <531E956B.1000301@gmail.com> <531EA5E7.4010706@slackbuilds.org> <531ECA59.1020607@straightedgelinux.com> <531ECC33.3030009@slackbuilds.org> Message-ID: I'll try to clarify this (hope I won't add more confusion), excuse me if I will repeat things: I added the checks for building the swig bindings some time ago http://slackbuilds.org/cgit/slackbuilds/commit/?id=fab03ccc55ef0a7ff2b6aa2bc12237ee9988bd57 and I conditionally enabled the building of the java ones depending on the presence of a java executable: like Kent says, actually a jdk is needed to build the language bindings for java, so it makes more sense to check for javac. but, in our case (SBo), it actually should make no difference as SBo scripts suppose that needed/optional dependencies are installed from SBo too, and we don't ship a jre at all, only a jdk: you should have that installed if you plan to build other stuff from SBo as, as it seems to me (but I can be wrong) that we don't check for conflicts with the stuff in /extra; we support only installations with jdk, not with slackware's jre. Matteo From jens at tuxane.com Tue Mar 11 15:56:00 2014 From: jens at tuxane.com (jens at tuxane.com) Date: Tue, 11 Mar 2014 16:56:00 +0100 Subject: [Slackbuilds-users] Upgraded to -14.1: Cannot Run Perl App in Apache In-Reply-To: References: Message-ID: <531F3210.6080700@tuxane.com> Am 11.03.2014 16:33, schrieb Rich Shepard: > Sunday, I upgraded my desktop server/workstation to -14.1. The only > application that I cannot get running is my business accounting software > (Ledger123; an improved SQL-Ledger). After a day of futzing, searching > the > Web, and advice from folks on the local linux mail list I learned that I > cannot yet run a perl application in httpd-2.4.6, even with ponce's > mod_perl > from his svn repository. > > So, I removed httpd-2.4.6 and installed httpd-2.2.25 from -13.37 > patches. > When I tried building mod_perl-2.0.6 from SBo it failed with these > errors: > > modperl_perl.c: In function 'modperl_perl_init_ids': > modperl_perl.c:105:5: error: 'PL_uid' undeclared (first use in this > function) > PL_uid = ids->uid; > modperl_perl.c:105:5: note: each undeclared identifier is reported > only once for each function it appears in > modperl_perl.c:106:5: error: 'PL_euid' undeclared (first use in this > function) > PL_euid = ids->euid; > modperl_perl.c:107:5: error: 'PL_gid' undeclared (first use in this > function) > PL_gid = ids->gid; > modperl_perl.c:108:5: error: 'PL_egid' undeclared (first use in this > function) > PL_egid = ids->egid; > modperl_perl.c: In function 'modperl_hash_seed_set': > modperl_perl.c:270:9: error: 'PL_rehash_seed' undeclared (first use in > this function) > PL_rehash_seed = MP_init_hash_seed; > modperl_perl.c:271:9: error: 'PL_rehash_seed_set' undeclared (first > use in this function) > PL_rehash_seed_set = MP_init_hash_seed_set; > make[1]: *** [modperl_perl.lo] Error 1 > make[1]: Leaving directory /tmp/SBo/mod_perl-2.0.6/src/modules/perl' > make: *** [modperl_lib] Error 2 > > The accounting software is a critical application for me and I would be > grateful for assistance in getting a working httpd/mod_perl > combination so I > can run it. > > TIA, > > Rich > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > The first thing which comes to my mind is that we have perl 5.18.1 in 14.1 and perl 5.12.3 in 13.37 (patches) Second thing is that you must also reinstall the apr / apr-util stuff for the right Apache version as far as I know Jens From nick at linicks.net Tue Mar 11 16:23:17 2014 From: nick at linicks.net (Nick Warne) Date: Tue, 11 Mar 2014 16:23:17 +0000 Subject: [Slackbuilds-users] Upgraded to -14.1: Cannot Run Perl App in Apache In-Reply-To: <531F3210.6080700@tuxane.com> References: <531F3210.6080700@tuxane.com> Message-ID: <531F3875.4090504@linicks.net> On 11/03/14 15:56, jens at tuxane.com wrote: > Am 11.03.2014 16:33, schrieb Rich Shepard: >> Sunday, I upgraded my desktop server/workstation to -14.1. The only >> application that I cannot get running is my business accounting software >> (Ledger123; an improved SQL-Ledger). After a day of futzing, searching >> the >> Web, and advice from folks on the local linux mail list I learned that I >> cannot yet run a perl application in httpd-2.4.6, even with ponce's >> mod_perl >> from his svn repository. >> >> So, I removed httpd-2.4.6 and installed httpd-2.2.25 from -13.37 >> patches. >> When I tried building mod_perl-2.0.6 from SBo it failed with these >> errors: >> >> modperl_perl.c: In function 'modperl_perl_init_ids': >> modperl_perl.c:105:5: error: 'PL_uid' undeclared (first use in this >> function) >> PL_uid = ids->uid; >> modperl_perl.c:105:5: note: each undeclared identifier is reported >> only once for each function it appears in >> modperl_perl.c:106:5: error: 'PL_euid' undeclared (first use in this >> function) >> PL_euid = ids->euid; >> modperl_perl.c:107:5: error: 'PL_gid' undeclared (first use in this >> function) >> PL_gid = ids->gid; >> modperl_perl.c:108:5: error: 'PL_egid' undeclared (first use in this >> function) >> PL_egid = ids->egid; >> modperl_perl.c: In function 'modperl_hash_seed_set': >> modperl_perl.c:270:9: error: 'PL_rehash_seed' undeclared (first use in >> this function) >> PL_rehash_seed = MP_init_hash_seed; >> modperl_perl.c:271:9: error: 'PL_rehash_seed_set' undeclared (first >> use in this function) >> PL_rehash_seed_set = MP_init_hash_seed_set; >> make[1]: *** [modperl_perl.lo] Error 1 >> make[1]: Leaving directory /tmp/SBo/mod_perl-2.0.6/src/modules/perl' >> make: *** [modperl_lib] Error 2 >> >> The accounting software is a critical application for me and I would be >> grateful for assistance in getting a working httpd/mod_perl >> combination so I >> can run it. >> >> TIA, >> >> Rich >> _______________________________________________ >> SlackBuilds-users mailing list >> SlackBuilds-users at slackbuilds.org >> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ >> FAQ - http://slackbuilds.org/faq/ >> > > The first thing which comes to my mind is that we have perl 5.18.1 in > 14.1 and perl 5.12.3 in 13.37 (patches) > Second thing is that you must also reinstall the apr / apr-util stuff > for the right Apache version as far as I know Personally, I do not use distro perl packages, but cpanminus. That always seems to pull in and build the correct versions: http://search.cpan.org/~miyagawa/App-cpanminus-1.7001/lib/App/cpanminus.pm Nick -- "A bug in the code is worth two in the documentation." FSF Associate Member 5508 http://linicks.net/ http://pi.linicks.net/ From matteo.bernardini at gmail.com Tue Mar 11 16:54:45 2014 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Tue, 11 Mar 2014 17:54:45 +0100 Subject: [Slackbuilds-users] Upgraded to -14.1: Cannot Run Perl App in Apache In-Reply-To: <531F3875.4090504@linicks.net> References: <531F3210.6080700@tuxane.com> <531F3875.4090504@linicks.net> Message-ID: I just tried again the newest svn version of mod_perl and seems to work fine on the latest httpd http://ponce.cc/slackware/testing/mod_perl_new/ then I tried an install of ledger123 and THAT it's a PITA, but it seems not having anything specific to do with mod_perl on Slackware-14.1... Matteo From rshepard at appl-ecosys.com Tue Mar 11 19:30:20 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Tue, 11 Mar 2014 12:30:20 -0700 (PDT) Subject: [Slackbuilds-users] Upgraded to -14.1: Cannot Run Perl App in Apache [RESOLVED] In-Reply-To: References: <531F3210.6080700@tuxane.com> <531F3875.4090504@linicks.net> Message-ID: On Tue, 11 Mar 2014, Matteo Bernardini wrote: > I just tried again the newest svn version of mod_perl and seems to > work fine on the latest httpd Matteo, It worked fine here, too, with httpd-2.4.6. Thank you!! I now see the login page, but that throws and 'internal server error.' Reading /var/log/httpd/error_log it appears that despite my thinking I had upgraded all perl modules, apparently DBD::Pg was not upgraded. That should be easy to fix. > then I tried an install of ledger123 and THAT it's a PITA, but it seems > not having anything specific to do with mod_perl on Slackware-14.1... Yeah, Dieter did a sloppy job coding this application; that's why L123 is so much better, and so is LedgerSMB (a fork from SL many years ago). I've been using this application for the past 14 years so I don't need to futz with an installation. Much appreciated, Rich From rshepard at appl-ecosys.com Tue Mar 11 20:27:51 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Tue, 11 Mar 2014 13:27:51 -0700 (PDT) Subject: [Slackbuilds-users] Upgraded to -14.1: Cannot Run Perl App in Apache In-Reply-To: <531F3875.4090504@linicks.net> References: <531F3210.6080700@tuxane.com> <531F3875.4090504@linicks.net> Message-ID: On Tue, 11 Mar 2014, Nick Warne wrote: > Personally, I do not use distro perl packages, but cpanminus. That always > seems to pull in and build the correct versions: Nick, The problem was no mod_perl module that worked with httpd-2.4.x until today. Ponce's mod_perl build _does_ work with 2.4.6. Thanks for the pointer to cpanminus, Rich From rshepard at appl-ecosys.com Tue Mar 11 20:29:58 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Tue, 11 Mar 2014 13:29:58 -0700 (PDT) Subject: [Slackbuilds-users] Upgraded to -14.1: Cannot Run Perl App in Apache In-Reply-To: <531F3210.6080700@tuxane.com> References: <531F3210.6080700@tuxane.com> Message-ID: On Tue, 11 Mar 2014, jens at tuxane.com wrote: > The first thing which comes to my mind is that we have perl 5.18.1 in > 14.1 and perl 5.12.3 in 13.37 (patches) Jens, I completely overlooked this. > Second thing is that you must also reinstall the apr / apr-util stuff for > the right Apache version as far as I know Don't know about those. I upgraded all perl mods, including DBD::Pg, and built ponce's version dated today and all is now working as intended with httpd-2.4.6. Thanks very much, Rich From rshepard at appl-ecosys.com Tue Mar 11 21:29:53 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Tue, 11 Mar 2014 14:29:53 -0700 (PDT) Subject: [Slackbuilds-users] PyQt5? Message-ID: I have pyqt4-4.4.4-i486-1_SBo installed and want to upgrade it to PyQt5 (to match the PyQt5 package I'm now building), but I cannot find pyqt on SBo. I looked for pyqt, pyqt4, PyQt and came up empty. What's the current situation with PyQt? Thanks, Rich From erik at slackbuilds.org Tue Mar 11 21:54:30 2014 From: erik at slackbuilds.org (Erik Hanson) Date: Tue, 11 Mar 2014 16:54:30 -0500 Subject: [Slackbuilds-users] PyQt5? In-Reply-To: References: Message-ID: <20140311165430.25812a17@shaggy.doo> On Tue, 11 Mar 2014 14:29:53 -0700 (PDT) Rich Shepard wrote: > I have pyqt4-4.4.4-i486-1_SBo installed and want to upgrade it to PyQt5 > (to match the PyQt5 package I'm now building), but I cannot find pyqt on > SBo. I looked for pyqt, pyqt4, PyQt and came up empty. What's the current > situation with PyQt? It's included with Slackware. -- Erik Hanson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: not available URL: From rshepard at appl-ecosys.com Tue Mar 11 22:21:15 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Tue, 11 Mar 2014 15:21:15 -0700 (PDT) Subject: [Slackbuilds-users] PyQt5? In-Reply-To: <20140311165430.25812a17@shaggy.doo> References: <20140311165430.25812a17@shaggy.doo> Message-ID: On Tue, 11 Mar 2014, Erik Hanson wrote: > It's included with Slackware. Thank you. I see that PyQt-4.9.6 is installed, but not Qt itself. Rich From erik at slackbuilds.org Wed Mar 12 17:53:05 2014 From: erik at slackbuilds.org (Erik Hanson) Date: Wed, 12 Mar 2014 12:53:05 -0500 Subject: [Slackbuilds-users] Updates - 20140312.1 Message-ID: <20140312125305.71ece0cc@shaggy.doo> Wed Mar 12 17:42:21 UTC 2014 academic/R: Updated for version 3.0.3. academic/cld2: Updated for version 20140304. accessibility/espeak: Updated for version 1.48.04. accessibility/pastebinit: Updated for version 1.4.1. audio/creox4: Added (guitar/etc effects for JACK). audio/faust: Fixed MD5SUM. audio/oss: Moved from System category. audio/sfc: Update HOMEPAGE. desktop/j4-dmenu-desktop: Updated for version 20140310. desktop/kdeconnect: Updated for version 0.5.1. development/Naked: Updated for version 0.1.28. development/OpenCobolIDE: Added (Simple Cobol IDE). development/kaaedit: Updated for version 0.37.0. development/mysql-workbench: Updated for version 6.1.2. games/bitfighter: Updated for version 019b. games/fgo: Updated for version 1.5.1. games/fifengine: Added (Game engine). games/flare: Update DEPS. games/unknown-horizons: Added (2D realtime strategy simulation). games/unvanquished: Added (FPS/RTS Game). gis/geogit: Updated for version 0.7.0. gis/geopy: Updated for version 0.98.2. graphics/Shellpic: Updated for version 1.2. graphics/converseen: Updated for version 0.6.8. libraries/QDarkStyle: Added (stylesheet for Qt Apps). libraries/bcdoc: Updated for version 0.12.2. libraries/botocore: Updated for version 0.35.0. libraries/cchardet: Added (Universal character encoding detector). libraries/cffi: Updated for version 0.8.2. libraries/fifechan: Added (C++ GUI library). libraries/libbonoboui: Update DEPS. libraries/libgnome: silence doinst.sh script. libraries/liburcu: Updated for version 0.8.4. libraries/lua-zlib: Fixed source file. libraries/pyqode.core: Added (Python/Qt Code Editor widget). libraries/pyqode.widgets: Added (Widgets for pyQode Applications). libraries/qt5: Updated for version 5.2.1. libraries/vte3: Updated for version 0.35.2. misc/par2cmdline: Updated for version 0.6.5. multimedia/mlt: Fixed with JRE. multimedia/x265: Updated for version 0.8. network/Pafy: Updated for version 0.3.41. network/aldryn-client: Updated for version 0.8.0. network/arno-iptables-firewall: Added (a front-end for iptables). network/dogecoin: Added (P2P electronic cash system). network/livestreamer: Updated for version 1.7.5. network/mps-youtube: Updated for version 0.01.38. network/mps: Updated for version 0.20.04. network/ptokax: Added (Direct Connect Peer-To-Peer sharing network). network/putty: Updated for version 0.63, new maintainer. network/sslh: Added (Applicative protocol multiplexer). network/ssmtp: Added SSL/TLS support. network/trojita: Added (Qt IMAP e-mail client). network/twitter: Updated for version 1.13.1. network/uget: Updated for version 1.10.4. network/you-get: Noted optional dependency. office/qpdf: Updated for version 5.1.1, new maintainer. python/helpy: Updated for version 1.0.1. python/monty: Updated for version 0.2.2. python/pycld2: Updated for version 20140206. python/python-certifi: Added (Python SSL Certificates). python/rsa: Updated for version 3.1.4. python/sge-pygame: Added (Game Engine) system/asbt: Updated for version 0.8.5. system/epson-inkjet-printer-escpr: Updated for version 1.4.0. system/glances: Updated for version 1.7.4. system/gnome-vfs: silence doinst.sh script. system/pdfgrep: Added (Search Text in PDF Files) system/roxterm: Updated for version 2.8.3. +--------------------------+ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: not available URL: From nick at linicks.net Thu Mar 13 22:25:34 2014 From: nick at linicks.net (Nick Warne) Date: Thu, 13 Mar 2014 22:25:34 +0000 Subject: [Slackbuilds-users] X11Basic - testers required if you please In-Reply-To: References: <20140311165430.25812a17@shaggy.doo> Message-ID: <5322305E.4020104@linicks.net> Hi all, Bare with me: If you are old enough and remember the Atari ST there was a great programming language called 'GFA Basic' (I coded my own word processor and file manager [amongst other things] in it many years ago). First of, it was a BASIC type, but it was so powerful you could do almost anything as fast as today's C type languages. Anyway, following on from this thread in a crossword forum I frequent: http://www.boards2go.com/boards/board.cgi?action=read&id=1394535442.74065&user=dharrison I wondered about GFA basic - a search reveals: http://x11-basic.sourceforge.net/ It takes a bit of sussing out how to build on Slack 14.1, and I am looking to do a build for the community. But first I need to find out a few things. I knocked up a quick X11Basic program that finds factors of numbers (attached factors.bas [text file]) and also the interim converted file to compile as a native ELF binary that can be compiled with GCC (attached, factors.c [text file BYTECODE text]). X11Basic also has a tool that can build this as a static binary, so you shouldn't need X11Basic at all. Here is my request. Can anybody here be willing to test the static binary so I know it does work? I can't ask anybody else, as I don't know anybody else that runs GNU/Linux except on the Internet... If you do, I can mail it [factors_static.gz 463K ~ gunzipped 1.1M]. Thanks, Nick -- "A bug in the code is worth two in the documentation." FSF Associate Member 5508 http://linicks.net/ http://pi.linicks.net/ -------------- next part -------------- 'double Ctrl+C to exit cls again: c=1 print "Input a number to factorize" input f for a = 1 to sqr(f) if floor(f/a)=(f/a) print c*2;":";a;"x";(f/a) inc c endif next a if c=2 print f;" is a prime" endif goto again -------------- next part -------------- A non-text attachment was scrubbed... Name: factors.c Type: text/x-csrc Size: 2140 bytes Desc: not available URL: From duncan_roe at acslink.net.au Thu Mar 13 23:16:40 2014 From: duncan_roe at acslink.net.au (Duncan Roe) Date: Fri, 14 Mar 2014 10:16:40 +1100 Subject: [Slackbuilds-users] X11Basic - testers required if you please In-Reply-To: <5322305E.4020104@linicks.net> References: <20140311165430.25812a17@shaggy.doo> <5322305E.4020104@linicks.net> Message-ID: <20140313231640.GA10568@dimstar.local.net> Sure - send me a copy (or URL) Cheers ... Duncan. On Thu, Mar 13, 2014 at 10:25:34PM +0000, Nick Warne wrote: > Hi all, > > Bare with me: > > If you are old enough and remember the Atari ST there was a great > programming language called 'GFA Basic' (I coded my own word processor and > file manager [amongst other things] in it many years ago). > > First of, it was a BASIC type, but it was so powerful you could do almost > anything as fast as today's C type languages. > > Anyway, following on from this thread in a crossword forum I frequent: > > http://www.boards2go.com/boards/board.cgi?action=read&id=1394535442.74065&user=dharrison > > I wondered about GFA basic - a search reveals: > > http://x11-basic.sourceforge.net/ > > It takes a bit of sussing out how to build on Slack 14.1, and I am looking > to do a build for the community. > > But first I need to find out a few things. > > I knocked up a quick X11Basic program that finds factors of numbers > (attached factors.bas [text file]) and also the interim converted file to > compile as a native ELF binary that can be compiled with GCC (attached, > factors.c [text file BYTECODE text]). > > X11Basic also has a tool that can build this as a static binary, so you > shouldn't need X11Basic at all. > > Here is my request. > > Can anybody here be willing to test the static binary so I know it does > work? I can't ask anybody else, as I don't know anybody else that runs > GNU/Linux except on the Internet... > > If you do, I can mail it [factors_static.gz 463K ~ gunzipped 1.1M]. > > Thanks, > > Nick > -- > "A bug in the code is worth two in the documentation." > FSF Associate Member 5508 > http://linicks.net/ > http://pi.linicks.net/ > 'double Ctrl+C to exit > cls > again: > c=1 > print "Input a number to factorize" > input f > for a = 1 to sqr(f) > if floor(f/a)=(f/a) > print c*2;":";a;"x";(f/a) > inc c > endif > next a > if c=2 > print f;" is a prime" > endif > goto again > /* X11-Basic-Compiler Version 1.22 > (c) Markus Hoffmann 2002-2014 > > > Bytecode: factors.b (352 Bytes) > > txt: $00000028 108 > rodata: $00000094 76 > sdata: $000000e0 0 > data: $000000e0 0 > bss: $000000e0 24 > str: $000000e0 32 > sym: $00000100 96 > Strings: compiled by xbbc > > 8 symbols: > */ > #include > > /* Data section compiled by xb2c. */ > > > /* Function prototypes */ > > /* Variables */ > double VARf_C; /* typ=0x2, subtyp=0x0; vnr=0 sym=3 $0000: */ > double VARf_A; /* typ=0x2, subtyp=0x0; vnr=1 sym=4 $0008: */ > double VARf_F; /* typ=0x2, subtyp=0x0; vnr=2 sym=5 $0010: */ > > main(int anzahl, char *argumente[]) { > MAIN_INIT; > databufferlen=0; > add_variable("C",0x2,0,V_STATIC,(char *)&VARf_C); /*0 $00: */ > add_variable("A",0x2,0,V_STATIC,(char *)&VARf_A); /*1 $08: */ > add_variable("F",0x2,0,V_STATIC,(char *)&VARf_F); /*2 $10: */ > /* 00 */ PUSHCOMM(32,0); /* CLS */ > /* 03 */LBL_3: PUSH1; > /* 04 */ X2F; > /* 05 */ ZUWEIS(0); /* C */ > /* 08 */ PUSHX("\"Input a number to factorize\""); /*len=29*/ > /* 0e */ PUSHCOMM(148,1); /* PRINT */ > /* 11 */ PUSHX("F"); /*len=1*/ > /* 17 */ PUSHCOMM(95,1); /* INPUT */ > /* 1a */ PUSH1; > /* 1b */ ZUWEIS(1); /* A */ > /* 1e */LBL_1e: PUSHV(2); /* F */ > /* 21 */ PUSHV(1); /* A */ > /* 24 */ DIV; > /* 25 */ PFUNC_FLOOR; /* FLOOR() */ > /* 28 */ PUSHV(2); /* F */ > /* 2b */ PUSHV(1); /* A */ > /* 2e */ DIV; > /* 2f */ EQUAL; > /* 30 */ JUMPIFZERO LBL_44; /* JEQ(0x44); */ > /* 35 */ PUSHX("C*2;\":\";A;\"x\";(F/A)"); /*len=19*/ > /* 3b */ PUSHCOMM(148,1); /* PRINT */ > /* 3e */ PUSHVV(0); /* C */ > /* 41 */ COMM_INC; /* 93 1 INC */ > /* 44 */LBL_44: PUSH1; > /* 45 */ PUSHV(1); /* A */ > /* 48 */ ADD; > /* 49 */ DUP; > /* 4a */ ZUWEIS(1); /* A */ > /* 4d */ PUSHV(2); /* F */ > /* 50 */ PFUNC_SQR; /* SQR() */ > /* 53 */ GREATER; > /* 54 */ JUMPIFZERO LBL_1e; /* BEQ_s(-56); */ > /* 56 */ PUSHV(0); /* C */ > /* 59 */ PUSH2; > /* 5a */ EQUAL; > /* 5b */ JUMPIFZERO LBL_69; /* JEQ(0x69); */ > /* 60 */ PUSHX("F;\" is a prime\""); /*len=15*/ > /* 66 */ PUSHCOMM(148,1); /* PRINT */ > /* 69 */LBL_69: goto LBL_3; /* BRA_s(-104); */ > } > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From powtrix at gmail.com Fri Mar 14 05:24:57 2014 From: powtrix at gmail.com (powtrix) Date: Fri, 14 Mar 2014 02:24:57 -0300 Subject: [Slackbuilds-users] m64py.info Message-ID: Hi, the file http://slackbuilds.org/slackbuilds/14.1/games/m64py/m64py.infoneeds to be fixed: HOMEPAGE="http://http://m64py.sourceforge.net/" thanks. -- powtrix -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at slackbuilds.org Fri Mar 14 09:23:09 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Fri, 14 Mar 2014 16:23:09 +0700 Subject: [Slackbuilds-users] m64py.info In-Reply-To: References: Message-ID: <5322CA7D.8090709@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > the file http://slackbuilds.org/slackbuilds/14.1/games/m64py/m64py.infoneeds > to be fixed: > HOMEPAGE="http://http://m64py.sourceforge.net/" Fixed in my branch Thanks - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMiynsACgkQiHuDdNczM4E5PACgo/aVh1XQUUf7ArKCXyzOAF+U Kt4AnieNFEl7Wh30u6jeLNxztqoY9aYY =dtUB -----END PGP SIGNATURE----- From mhobgoodusaf at gmail.com Fri Mar 14 16:12:48 2014 From: mhobgoodusaf at gmail.com (Michael Hobgood) Date: Fri, 14 Mar 2014 11:12:48 -0500 Subject: [Slackbuilds-users] X11Basic - testers required if you please In-Reply-To: <20140313231640.GA10568@dimstar.local.net> References: <20140311165430.25812a17@shaggy.doo> <5322305E.4020104@linicks.net> <20140313231640.GA10568@dimstar.local.net> Message-ID: Sure, either mail a copy or point to a URL. Coordially, Mike H. On 3/13/14, Duncan Roe wrote: > Sure - send me a copy (or URL) > > Cheers ... Duncan. > > On Thu, Mar 13, 2014 at 10:25:34PM +0000, Nick Warne wrote: >> Hi all, >> >> Bare with me: >> >> If you are old enough and remember the Atari ST there was a great >> programming language called 'GFA Basic' (I coded my own word processor >> and >> file manager [amongst other things] in it many years ago). >> >> First of, it was a BASIC type, but it was so powerful you could do almost >> anything as fast as today's C type languages. >> >> Anyway, following on from this thread in a crossword forum I frequent: >> >> http://www.boards2go.com/boards/board.cgi?action=read&id=1394535442.74065&user=dharrison >> >> I wondered about GFA basic - a search reveals: >> >> http://x11-basic.sourceforge.net/ >> >> It takes a bit of sussing out how to build on Slack 14.1, and I am >> looking >> to do a build for the community. >> >> But first I need to find out a few things. >> >> I knocked up a quick X11Basic program that finds factors of numbers >> (attached factors.bas [text file]) and also the interim converted file to >> compile as a native ELF binary that can be compiled with GCC (attached, >> factors.c [text file BYTECODE text]). >> >> X11Basic also has a tool that can build this as a static binary, so you >> shouldn't need X11Basic at all. >> >> Here is my request. >> >> Can anybody here be willing to test the static binary so I know it does >> work? I can't ask anybody else, as I don't know anybody else that runs >> GNU/Linux except on the Internet... >> >> If you do, I can mail it [factors_static.gz 463K ~ gunzipped 1.1M]. >> >> Thanks, >> >> Nick >> -- >> "A bug in the code is worth two in the documentation." >> FSF Associate Member 5508 >> http://linicks.net/ >> http://pi.linicks.net/ > >> 'double Ctrl+C to exit >> cls >> again: >> c=1 >> print "Input a number to factorize" >> input f >> for a = 1 to sqr(f) >> if floor(f/a)=(f/a) >> print c*2;":";a;"x";(f/a) >> inc c >> endif >> next a >> if c=2 >> print f;" is a prime" >> endif >> goto again > >> /* X11-Basic-Compiler Version 1.22 >> (c) Markus Hoffmann 2002-2014 >> >> >> Bytecode: factors.b (352 Bytes) >> >> txt: $00000028 108 >> rodata: $00000094 76 >> sdata: $000000e0 0 >> data: $000000e0 0 >> bss: $000000e0 24 >> str: $000000e0 32 >> sym: $00000100 96 >> Strings: compiled by xbbc >> >> 8 symbols: >> */ >> #include >> >> /* Data section compiled by xb2c. */ >> >> >> /* Function prototypes */ >> >> /* Variables */ >> double VARf_C; /* typ=0x2, subtyp=0x0; vnr=0 sym=3 $0000: */ >> double VARf_A; /* typ=0x2, subtyp=0x0; vnr=1 sym=4 $0008: */ >> double VARf_F; /* typ=0x2, subtyp=0x0; vnr=2 sym=5 $0010: */ >> >> main(int anzahl, char *argumente[]) { >> MAIN_INIT; >> databufferlen=0; >> add_variable("C",0x2,0,V_STATIC,(char *)&VARf_C); /*0 $00: */ >> add_variable("A",0x2,0,V_STATIC,(char *)&VARf_A); /*1 $08: */ >> add_variable("F",0x2,0,V_STATIC,(char *)&VARf_F); /*2 $10: */ >> /* 00 */ PUSHCOMM(32,0); /* CLS */ >> /* 03 */LBL_3: PUSH1; >> /* 04 */ X2F; >> /* 05 */ ZUWEIS(0); /* C */ >> /* 08 */ PUSHX("\"Input a number to factorize\""); /*len=29*/ >> /* 0e */ PUSHCOMM(148,1); /* PRINT */ >> /* 11 */ PUSHX("F"); /*len=1*/ >> /* 17 */ PUSHCOMM(95,1); /* INPUT */ >> /* 1a */ PUSH1; >> /* 1b */ ZUWEIS(1); /* A */ >> /* 1e */LBL_1e: PUSHV(2); /* F */ >> /* 21 */ PUSHV(1); /* A */ >> /* 24 */ DIV; >> /* 25 */ PFUNC_FLOOR; /* FLOOR() */ >> /* 28 */ PUSHV(2); /* F */ >> /* 2b */ PUSHV(1); /* A */ >> /* 2e */ DIV; >> /* 2f */ EQUAL; >> /* 30 */ JUMPIFZERO LBL_44; /* JEQ(0x44); */ >> /* 35 */ PUSHX("C*2;\":\";A;\"x\";(F/A)"); /*len=19*/ >> /* 3b */ PUSHCOMM(148,1); /* PRINT */ >> /* 3e */ PUSHVV(0); /* C */ >> /* 41 */ COMM_INC; /* 93 1 INC */ >> /* 44 */LBL_44: PUSH1; >> /* 45 */ PUSHV(1); /* A */ >> /* 48 */ ADD; >> /* 49 */ DUP; >> /* 4a */ ZUWEIS(1); /* A */ >> /* 4d */ PUSHV(2); /* F */ >> /* 50 */ PFUNC_SQR; /* SQR() */ >> /* 53 */ GREATER; >> /* 54 */ JUMPIFZERO LBL_1e; /* BEQ_s(-56); */ >> /* 56 */ PUSHV(0); /* C */ >> /* 59 */ PUSH2; >> /* 5a */ EQUAL; >> /* 5b */ JUMPIFZERO LBL_69; /* JEQ(0x69); */ >> /* 60 */ PUSHX("F;\" is a prime\""); /*len=15*/ >> /* 66 */ PUSHCOMM(148,1); /* PRINT */ >> /* 69 */LBL_69: goto LBL_3; /* BRA_s(-104); */ >> } > >> _______________________________________________ >> SlackBuilds-users mailing list >> SlackBuilds-users at slackbuilds.org >> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ >> FAQ - http://slackbuilds.org/faq/ >> > > > -- > Please avoid sending me Word or PowerPoint attachments. > See http://www.gnu.org/philosophy/no-word-attachments.html > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > From nick at linicks.net Fri Mar 14 16:25:21 2014 From: nick at linicks.net (Nick Warne) Date: Fri, 14 Mar 2014 16:25:21 +0000 Subject: [Slackbuilds-users] X11Basic - testers required if you please In-Reply-To: References: <20140311165430.25812a17@shaggy.doo> <5322305E.4020104@linicks.net> <20140313231640.GA10568@dimstar.local.net> Message-ID: <53232D71.7010601@linicks.net> Thanks Guys, I have replied off-list to those interested. Any more, please mail me direct. Nick On 14/03/14 16:12, Michael Hobgood wrote: > Sure, either mail a copy or point to a URL. > > Coordially, > Mike H. > > On 3/13/14, Duncan Roe wrote: >> Sure - send me a copy (or URL) >> >> Cheers ... Duncan. >> >> On Thu, Mar 13, 2014 at 10:25:34PM +0000, Nick Warne wrote: >>> Hi all, >>> >>> Bare with me: >>> >>> If you are old enough and remember the Atari ST there was a great >>> programming language called 'GFA Basic' (I coded my own word processor >>> and >>> file manager [amongst other things] in it many years ago). >>> >>> First of, it was a BASIC type, but it was so powerful you could do almost >>> anything as fast as today's C type languages. >>> >>> Anyway, following on from this thread in a crossword forum I frequent: >>> >>> http://www.boards2go.com/boards/board.cgi?action=read&id=1394535442.74065&user=dharrison >>> >>> I wondered about GFA basic - a search reveals: >>> >>> http://x11-basic.sourceforge.net/ >>> >>> It takes a bit of sussing out how to build on Slack 14.1, and I am >>> looking >>> to do a build for the community. >>> >>> But first I need to find out a few things. >>> >>> I knocked up a quick X11Basic program that finds factors of numbers >>> (attached factors.bas [text file]) and also the interim converted file to >>> compile as a native ELF binary that can be compiled with GCC (attached, >>> factors.c [text file BYTECODE text]). >>> >>> X11Basic also has a tool that can build this as a static binary, so you >>> shouldn't need X11Basic at all. >>> >>> Here is my request. >>> >>> Can anybody here be willing to test the static binary so I know it does >>> work? I can't ask anybody else, as I don't know anybody else that runs >>> GNU/Linux except on the Internet... >>> >>> If you do, I can mail it [factors_static.gz 463K ~ gunzipped 1.1M]. >>> >>> Thanks, >>> >>> Nick >>> -- >>> "A bug in the code is worth two in the documentation." >>> FSF Associate Member 5508 >>> http://linicks.net/ >>> http://pi.linicks.net/ >> >>> 'double Ctrl+C to exit >>> cls >>> again: >>> c=1 >>> print "Input a number to factorize" >>> input f >>> for a = 1 to sqr(f) >>> if floor(f/a)=(f/a) >>> print c*2;":";a;"x";(f/a) >>> inc c >>> endif >>> next a >>> if c=2 >>> print f;" is a prime" >>> endif >>> goto again >> >>> /* X11-Basic-Compiler Version 1.22 >>> (c) Markus Hoffmann 2002-2014 >>> >>> >>> Bytecode: factors.b (352 Bytes) >>> >>> txt: $00000028 108 >>> rodata: $00000094 76 >>> sdata: $000000e0 0 >>> data: $000000e0 0 >>> bss: $000000e0 24 >>> str: $000000e0 32 >>> sym: $00000100 96 >>> Strings: compiled by xbbc >>> >>> 8 symbols: >>> */ >>> #include >>> >>> /* Data section compiled by xb2c. */ >>> >>> >>> /* Function prototypes */ >>> >>> /* Variables */ >>> double VARf_C; /* typ=0x2, subtyp=0x0; vnr=0 sym=3 $0000: */ >>> double VARf_A; /* typ=0x2, subtyp=0x0; vnr=1 sym=4 $0008: */ >>> double VARf_F; /* typ=0x2, subtyp=0x0; vnr=2 sym=5 $0010: */ >>> >>> main(int anzahl, char *argumente[]) { >>> MAIN_INIT; >>> databufferlen=0; >>> add_variable("C",0x2,0,V_STATIC,(char *)&VARf_C); /*0 $00: */ >>> add_variable("A",0x2,0,V_STATIC,(char *)&VARf_A); /*1 $08: */ >>> add_variable("F",0x2,0,V_STATIC,(char *)&VARf_F); /*2 $10: */ >>> /* 00 */ PUSHCOMM(32,0); /* CLS */ >>> /* 03 */LBL_3: PUSH1; >>> /* 04 */ X2F; >>> /* 05 */ ZUWEIS(0); /* C */ >>> /* 08 */ PUSHX("\"Input a number to factorize\""); /*len=29*/ >>> /* 0e */ PUSHCOMM(148,1); /* PRINT */ >>> /* 11 */ PUSHX("F"); /*len=1*/ >>> /* 17 */ PUSHCOMM(95,1); /* INPUT */ >>> /* 1a */ PUSH1; >>> /* 1b */ ZUWEIS(1); /* A */ >>> /* 1e */LBL_1e: PUSHV(2); /* F */ >>> /* 21 */ PUSHV(1); /* A */ >>> /* 24 */ DIV; >>> /* 25 */ PFUNC_FLOOR; /* FLOOR() */ >>> /* 28 */ PUSHV(2); /* F */ >>> /* 2b */ PUSHV(1); /* A */ >>> /* 2e */ DIV; >>> /* 2f */ EQUAL; >>> /* 30 */ JUMPIFZERO LBL_44; /* JEQ(0x44); */ >>> /* 35 */ PUSHX("C*2;\":\";A;\"x\";(F/A)"); /*len=19*/ >>> /* 3b */ PUSHCOMM(148,1); /* PRINT */ >>> /* 3e */ PUSHVV(0); /* C */ >>> /* 41 */ COMM_INC; /* 93 1 INC */ >>> /* 44 */LBL_44: PUSH1; >>> /* 45 */ PUSHV(1); /* A */ >>> /* 48 */ ADD; >>> /* 49 */ DUP; >>> /* 4a */ ZUWEIS(1); /* A */ >>> /* 4d */ PUSHV(2); /* F */ >>> /* 50 */ PFUNC_SQR; /* SQR() */ >>> /* 53 */ GREATER; >>> /* 54 */ JUMPIFZERO LBL_1e; /* BEQ_s(-56); */ >>> /* 56 */ PUSHV(0); /* C */ >>> /* 59 */ PUSH2; >>> /* 5a */ EQUAL; >>> /* 5b */ JUMPIFZERO LBL_69; /* JEQ(0x69); */ >>> /* 60 */ PUSHX("F;\" is a prime\""); /*len=15*/ >>> /* 66 */ PUSHCOMM(148,1); /* PRINT */ >>> /* 69 */LBL_69: goto LBL_3; /* BRA_s(-104); */ >>> } >> >>> _______________________________________________ >>> SlackBuilds-users mailing list >>> SlackBuilds-users at slackbuilds.org >>> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >>> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ >>> FAQ - http://slackbuilds.org/faq/ >>> >> >> >> -- >> Please avoid sending me Word or PowerPoint attachments. >> See http://www.gnu.org/philosophy/no-word-attachments.html >> _______________________________________________ >> SlackBuilds-users mailing list >> SlackBuilds-users at slackbuilds.org >> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ >> FAQ - http://slackbuilds.org/faq/ >> >> > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > -- "A bug in the code is worth two in the documentation." FSF Associate Member 5508 http://linicks.net/ http://pi.linicks.net/ From leva at ecentrum.hu Sun Mar 16 01:00:11 2014 From: leva at ecentrum.hu (LEVAI Daniel) Date: Sun, 16 Mar 2014 02:00:11 +0100 Subject: [Slackbuilds-users] OpenCVS discontinued Message-ID: <20140316010011.GA14702@serenity.local> Hi! Please remove devel/opencvs from the repo. as it seems that the portable version's development has been halted, the website was deleted and the distfiles are unreachable. Otherwise just drop me from MAINTAINER. Thanks, Daniel -- L?VAI D?niel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F From willysr at slackbuilds.org Sun Mar 16 01:27:08 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sun, 16 Mar 2014 08:27:08 +0700 Subject: [Slackbuilds-users] OpenCVS discontinued In-Reply-To: <20140316010011.GA14702@serenity.local> References: <20140316010011.GA14702@serenity.local> Message-ID: <5324FDEC.90107@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Please remove devel/opencvs from the repo. as it seems that the portable > version's development has been halted, the website was deleted and the > distfiles are unreachable. > Otherwise just drop me from MAINTAINER. Done removed from 14.1 repo - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMk/ewACgkQiHuDdNczM4F4jQCeKrHYA9reHJS0upoxbIo4r5JZ Q70An3/ryGqbRYhUSSmEgFTAIVXH6iW+ =VL+B -----END PGP SIGNATURE----- From leva at ecentrum.hu Sun Mar 16 13:34:17 2014 From: leva at ecentrum.hu (LEVAI Daniel) Date: Sun, 16 Mar 2014 14:34:17 +0100 Subject: [Slackbuilds-users] graphics/feh maintainer Message-ID: <20140316133417.GH14702@serenity.local> Hi! Anyone knows something about graphics/feh's maintainer, Grigorios Bouzakis? I've tried to reach him via his e-mail in the info file, but that is non-existent. Daniel -- L?VAI D?niel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F From willysr at slackbuilds.org Sun Mar 16 14:52:40 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sun, 16 Mar 2014 21:52:40 +0700 Subject: [Slackbuilds-users] graphics/feh maintainer In-Reply-To: <20140316133417.GH14702@serenity.local> References: <20140316133417.GH14702@serenity.local> Message-ID: <5325BAB8.30106@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Anyone knows something about graphics/feh's maintainer, Grigorios > Bouzakis? I've tried to reach him via his e-mail in the info file, but > that is non-existent. In that case, you can submit a new version as well as taking maintainership - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMlurgACgkQiHuDdNczM4FZ/gCbBCNL/fgXEHtyQ/ekn67vmffs sEoAmgIN3BvEtKQtGB3yfIDu3cWQYvpU =H+S0 -----END PGP SIGNATURE----- From info at microlinux.fr Mon Mar 17 07:26:39 2014 From: info at microlinux.fr (Niki Kovacs) Date: Mon, 17 Mar 2014 08:26:39 +0100 Subject: [Slackbuilds-users] Slightly OT: version-agnostic repository for packages binaries Message-ID: <5326A3AF.7070604@microlinux.fr> Hi, This is not directly SlackBuilds.org-related, but I can't think of a better place to ask this. As some of you maybe know, I'm providing a series of online repositories for Slackware packages: http://www.microlinux.fr/slackware. More often than not, I'm building these packages using modified scripts from SlackBuilds.org. Currently, Slackware 14.0 and 14.1 are supported for 32-bit and 64-bit architecture, and I'm planning to follow Slackware's support cycle for future versions. There's a bit of redundancy for some of the packages, and I'm thinking about moving them to some sort of common repository. Some packages are essentially repackaged binaries, and I'm thinking about these especially: * jdk * flash-plugin * openoffice * openoffice-langpack * libreoffice * libreoffice-langpack My idea is to create a separate MLED-common-32bit and MLED-common-64bit repository for these packages, which could be usable for Slackware 14.0, 14.1 and future versions. As far as I can tell, the packages mentioned above are packaged in exactly the same manner for Slackware 14.0 and 14.1, and will probably be packaged likewise for the coming releases of Slackware. So this seems like a good idea to me. But then, maybe there's a pitfall I don't see. Any suggestions ? Niki -- Microlinux - Solutions informatiques 100% Linux et logiciels libres 7, place de l'?glise - 30730 Montpezat Web : http://www.microlinux.fr Mail : info at microlinux.fr T?l. : 04 66 63 10 32 From rshepard at appl-ecosys.com Thu Mar 20 02:07:52 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Wed, 19 Mar 2014 19:07:52 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors Message-ID: Trying to build TexLive-20130530 on -14.1 fails with these errors: g++ -DHAVE_CONFIG_H -I. -I../../../texk/web2c -I./w2c -I/home/rshepard/workspace/SBo/texlive-20130530-source/build/texk -I/home/rshepard/workspace/SBo/texlive-20130530-source/texk -I../../../texk/web2c/xetexdir -DXETEX_BUILD_DATE="\"^Date +%Y%m%d%H^\"" -D_REENTRANT -I/usr/include -I/usr/local/include/freetype2 -I/usr/local/include -I/home/rshepard/workspace/SBo/texlive-20130530-source/build/libs/teckit/include -I/home/rshepard/workspace/SBo/texlive-20130530-source/build/libs/harfbuzz/include -I/home/rshepard/workspace/SBo/texlive-20130530-source/build/libs/graphite2/include -DGRAPHITE2_STATIC -DXETEX_OTHER -DPOPPLER_VERSION=\"0.24.3\" -I/usr/include/poppler -I/usr/include/libpng14 -O2 -march=i486 -mtune=i686 -MT xetexdir/libxetex_a-XeTeXFontInst.o -MD -MP -MF xetexdir/.deps/libxetex_a-XeTeXFontInst.Tpo -c -o xetexdir/libxetex_a-XeTeXFontInst.o ^Test -f 'xetexdir/XeTeXFontInst.cpp' || echo '../../../texk/web2c/'../../../texk/web2c/xetexdir/XeTeXFontInst.cpp:48:10: error: #include expects "FILENAME" or #include FT_ADVANCES_H ^ ../../../texk/web2c/xetexdir/XeTeXFontInst.cpp: In function 'hb_bool_t _get_glyph(hb_font_t*, void*, hb_codepoint_t, hb_codepoint_t, hb_codepoint_t*, void*)': ../../../texk/web2c/xetexdir/XeTeXFontInst.cpp:88:51: error: 'FT_Face_GetCharVariantIndex' was not declared in this scope *gid = FT_Face_GetCharVariantIndex (face, ch, vs); ^ ../../../texk/web2c/xetexdir/XeTeXFontInst.cpp: In function 'FT_Fixed _get_glyph_advance(FT_Face, FT_UInt, bool)': ../../../texk/web2c/xetexdir/XeTeXFontInst.cpp:106:51: error: 'FT_Get_Advance' was not declared in this scope error = FT_Get_Advance(face, gid, flags, &advance); ^ make[5]: *** [xetexdir/libxetex_a-XeTeXFontInst.o] Error 1 make[5]: Leaving directory /home/rshepard/workspace/SBo/texlive-20130530-source/build/texk/web2c' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory /home/rshepard/workspace/SBo/texlive-20130530-source/build/texk/web2c' make[3]: *** [all] Error 2 make[3]: Leaving directory /home/rshepard/workspace/SBo/texlive-20130530-source/build/texk/web2c' make[2]: *** [subtexk] Error 1 make[2]: Leaving directory /home/rshepard/workspace/SBo/texlive-20130530-source/build/texk' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory /home/rshepard/workspace/SBo/texlive-20130530-source/build/texk' make: *** [all-recursive] Error 1 The two requirements (texi2html, libsigsegv) are installed. What do I do to fix the errors? TIA, Rich From willysr at slackbuilds.org Thu Mar 20 02:19:01 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Thu, 20 Mar 2014 09:19:01 +0700 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: Message-ID: <532A5015.4070005@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > The two requirements (texi2html, libsigsegv) are installed. > > What do I do to fix the errors? Just to make sure Have you removed tetex packages from Slackware? Here's the note on the README Note that this package is intended to completely replace (and then some) the tetex packages in Slackware, so you'll need to remove tetex and tetex-doc before installing TeXLive. - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMqUBQACgkQiHuDdNczM4H1qQCgjUjc+SGKLdcvEfv9TJw4q7b5 ixYAnjiQwrRjoH3ILFJ/EIVHP7XIzL/2 =iBvn -----END PGP SIGNATURE----- From rshepard at appl-ecosys.com Thu Mar 20 02:54:02 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Wed, 19 Mar 2014 19:54:02 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: <532A5015.4070005@slackbuilds.org> References: <532A5015.4070005@slackbuilds.org> Message-ID: On Thu, 20 Mar 2014, Willy Sudiarto Raharjo wrote: > Just to make sure Have you removed tetex packages from Slackware? Willy, Yes: [rshepard at salmo ~]$ ls /var/log/packages/ | grep tetex [rshepard at salmo ~]$ I read that, and that's what I had done before replacing tetex with texlive2011 a couple of years ago. The only installed tex packages here are texi2html-5.0-i486-1_SBo, texinfo-4.13a-i486-4, and texlive-20110705-i486-2_SBo. Rich From slackbuilds at jaxartes.net Thu Mar 20 03:28:02 2014 From: slackbuilds at jaxartes.net (Benjamin Trigona-Harany) Date: Wed, 19 Mar 2014 20:28:02 -0700 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: Message-ID: <24919269.E5F4BtjpXq@jerseybastion> On March 19, 2014 19:07:52 Rich Shepard wrote: > Trying to build TexLive-20130530 on -14.1 fails with these errors: > > g++ -DHAVE_CONFIG_H -I. -I../../../texk/web2c -I./w2c > -I/home/rshepard/workspace/SBo/texlive-20130530-source/build/texk > -I/home/rshepard/workspace/SBo/texlive-20130530-source/texk > -I../../../texk/web2c/xetexdir -DXETEX_BUILD_DATE="\"^Date +%Y%m%d%H^\"" > -D_REENTRANT -I/usr/include -I/usr/local/include/freetype2 > -I/usr/local/include > > The two requirements (texi2html, libsigsegv) are installed. > > What do I do to fix the errors? Looks like freetype being in /usr/local/include has something to do with it. Do you have it installed separately from the Slackware freetype-2.5.0.1-$ARCH-1 package? From rshepard at appl-ecosys.com Thu Mar 20 05:02:22 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Wed, 19 Mar 2014 22:02:22 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: <24919269.E5F4BtjpXq@jerseybastion> References: <24919269.E5F4BtjpXq@jerseybastion> Message-ID: On Wed, 19 Mar 2014, Benjamin Trigona-Harany wrote: > Looks like freetype being in /usr/local/include has something to do with > it. Do you have it installed separately from the Slackware > freetype-2.5.0.1-$ARCH-1 package? Benjamin, Thank you for seeing what I missed. There was a freetype2 subdirectory in /usr/local from 2010. I've removed it. Now I'm getting another error that tells me to look at the logs in ~/.texmf-var/web2c/, but there are no files in that directory. The full output follows: pdflatex -interaction batchmode ./alphabets-doc.tex This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) kpathsea: Running mktexfmt pdflatex.fmt fmtutil: running dfetex -ini -jobname=pdflatex -progname=pdflatex -translate-file=cp227.tcx *pdflatex.ini' ... ! I can't read pdfetex.pool; bad path? Error: `pdfetex -ini -jobname=pdflatex -progname=pdflatex -translate-file=cp227.tcx *pdflatex.ini' failed ############################################################################### fmtutil: Error! Not all formats have been built successfully. Visit the log files in directory /root/.texmf-var/web2c for details. #### This is a summary of all `failed' messages and warnings: `pdfetex -ini -jobname=pdflatex -progname=pdflatex -translate-file=cp227.tcx *pdflatex.ini' failed warning: kpathsea: mktexpk output ! I can't read pdfetex.pool; bad path?' instead of a filename. I can't find the format file `pdflatex.fmt'! make[4]: *** [alphabets-doc.pdf] Error 1 rm upper-sorbian/utf8.pl slovak/large-utf8.pl esperanto/utf8.pl french/utf8.pl hungarian/utf8.pl persian/utf8.pl hebrew/utf8.pl german/din5007-utf8.pl english/utf8.pl ukrainian/utf8.pl spanish/traditional-utf8.pl croatian/utf8.pl hausa/utf8.pl russian/utf8.pl italian/utf8.pl latin/utf8.pl lithuanian/utf8.pl portuguese/utf8.pl spanish/modern-utf8.pl greek/polytonic-utf8.pl general/utf8.pl finnish/utf8.pl swedish/utf8.pl kurdish/turkish-i-utf8.pl bulgarian/utf8.pl albanian/utf8.pl german/duden-utf8.pl icelandic/utf8.pl latvian/utf8.pl polish/utf8.pl dutch/ij-as-ij-utf8.pl czech/utf8.pl greek/utf8.pl norwegian/utf8.pl german/braille-utf8.pl serbian/utf8.pl danish/utf8.pl slovenian/utf8.pl russian/translit-iso-utf8.pl macedonian/utf8.pl georgian/utf8.pl estonian/utf8.pl vietnamese/utf8.pl gypsy/northrussian-utf8.pl belarusian/utf8.pl lower-sorbian/utf8.pl slovak/small-utf8.pl greek/translit-utf8.pl mongolian/cyrillic-utf8.pl klingon/utf8.pl kurdish/bedirxan-utf8.pl dutch/ij-as-y-utf8.pl turkish/utf8.pl make[4]: Leaving directory /home/rshepard/workspace/SBo/texlive-20130530-source/utils/xindy/xindy-2.4/make-rules/alphabets' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory /home/rshepard/workspace/SBo/texlive-20130530-source/utils/xindy/xindy-2.4/make-rules/alphabets' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory /home/rshepard/workspace/SBo/texlive-20130530-source/utils/xindy/xindy-2.4/make-rules' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory /home/rshepard/workspace/SBo/texlive-20130530-source/utils/xindy/xindy-2.4' make: *** [all-recursive] Error 1 There are no log files to examine. Please tell me what else I'm not seeing in the above results that's preventing the SlackBuild script from completing. There is no pdfetex-pool found on the system. Thanks, Rich From jvogel4 at stny.rr.com Thu Mar 20 19:54:32 2014 From: jvogel4 at stny.rr.com (John Vogel) Date: Thu, 20 Mar 2014 15:54:32 -0400 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> Message-ID: <20140320155432.4b0a8824@stygian.midgard.home> On Wed, 19 Mar 2014 19:54:02 -0700 (PDT) Rich Shepard wrote: > I read that, and that's what I had done before replacing tetex with > texlive2011 a couple of years ago. The only installed tex packages here are > texi2html-5.0-i486-1_SBo, texinfo-4.13a-i486-4, and > texlive-20110705-i486-2_SBo. > I would suspect that the older installed texlive package of possibly being the root of the current build troubles. John From rshepard at appl-ecosys.com Thu Mar 20 22:08:36 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Thu, 20 Mar 2014 15:08:36 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: <20140320155432.4b0a8824@stygian.midgard.home> References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: On Thu, 20 Mar 2014, John Vogel wrote: > I would suspect that the older installed texlive package of possibly being > the root of the current build troubles. John, That's an interesting and valuable suspicion. I removed the tetex packages from the upgrade, but not the installed texlive. Removed that and texlive-20130530 built in just under 20 minutes. So, that part's been corrected. Now, however, after a half-hour the package has not finished installing. texlive-20130530-i486-2_SBo.tgz has a reported size of 716,500,277 bytes. I don't recall any SBo package taking this long to install. You did well with this suggestion so if you have another one about correctly and completely installing the newly built package in a reasonable time please share it with me. :-) Thanks, Rich From rshepard at appl-ecosys.com Thu Mar 20 22:25:12 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Thu, 20 Mar 2014 15:25:12 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: On Thu, 20 Mar 2014, Rich Shepard wrote: > Now, however, after a half-hour the package has not finished installing. > texlive-20130530-i486-2_SBo.tgz has a reported size of 716,500,277 bytes. > I don't recall any SBo package taking this long to install. After 44 minutes I killed the process with ^C. There must be some way of diagnosing why I don't see the completion message, or of learning how much of the package has actually been installed. The fix should be simple for those more familiar than I with how SlackBuild scripts work. Rich From yalhcru at gmail.com Thu Mar 20 23:37:45 2014 From: yalhcru at gmail.com (B Watson) Date: Thu, 20 Mar 2014 19:37:45 -0400 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: On 3/20/14, Rich Shepard wrote: >> texlive-20130530-i486-2_SBo.tgz has a reported size of 716,500,277 bytes. > After 44 minutes I killed the process with ^C. Can you attach the output of: tar tvf texlive-20130530-i486-2_SBo.tgz Sounds like there's extra stuff in the package that shouldn't be there. From yalhcru at gmail.com Fri Mar 21 06:03:52 2014 From: yalhcru at gmail.com (B Watson) Date: Fri, 21 Mar 2014 02:03:52 -0400 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: On 3/20/14, Rich Shepard wrote: > Attached as a gzipped file. The copy sent to the mail list is awaiting > moderator approval because of size. Wow. It's 1.3GB installed. I see lots of huge files, but they look plausible, fonts and documentation and such. I was thinking maybe there was a core dump in there (but Slackware doesn't do core dumps unless you enable it yourself). Someone who actually knows texlive: Is it really supposed to be that big? You said you hit ^C after waiting 44 minutes for installpkg... if you have a slow CPU and/or not much RAM, it makes sense it'd take forever to install... it might also be the case that it runs too slow to be useful, once you get it installed (I don't know much about tex or texlive though). From baildon.research at googlemail.com Fri Mar 21 09:53:34 2014 From: baildon.research at googlemail.com (David Spencer) Date: Fri, 21 Mar 2014 09:53:34 +0000 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: > Someone who actually knows texlive: Is it really supposed to be that big? Yes. It should take two or three minutes to install on relatively modest hardware. If the root fs is approaching fullness, ext4 performance can deteriorate quite dramatically -- and if installing on the same host it's just been built on, there could well already be a 1.3 Gb package-texlive tree and a 0.7 Gb texlive-20130530-source tree under /tmp/SBo that might be on the root fs, and the final built package might also be in /tmp, so that's a peak demand of > 4 Gb. If that's not applicable to Rich's problem, it needs watching with top, ps, iostat etc. to see what is happening. Cheers -D. From Jim.Diamond at acadiau.ca Fri Mar 21 10:27:07 2014 From: Jim.Diamond at acadiau.ca (Jim Diamond) Date: Fri, 21 Mar 2014 07:27:07 -0300 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: <20140321102707.GA9269@jdiamond-nb2> On Fri, Mar 21, 2014 at 02:03 (-0400), B Watson wrote: > On 3/20/14, Rich Shepard wrote: >> Attached as a gzipped file. The copy sent to the mail list is awaiting >> moderator approval because of size. > Wow. It's 1.3GB installed. I see lots of huge files, but they look > plausible, fonts and documentation and such. I was thinking maybe there > was a core dump in there (but Slackware doesn't do core dumps unless > you enable it yourself). > Someone who actually knows texlive: Is it really supposed to be that big? I have a mostly-full TL 2013 installation on my computer which is 3.2G. That includes only a small amount of the non-English stuff and about 370MB of backups (from TL updates). So, yeah, 1.3 GB is fairly minimal. > You said you hit ^C after waiting 44 minutes for installpkg... ?! You could do an on-line install of the whole thing in that time (with a fast network connection). > if you have a slow CPU and/or not much RAM, it makes sense it'd take > forever to install... it might also be the case that it runs too > slow to be useful, once you get it installed (I don't know much > about tex or texlive though). It's nice to run TeX on a fast machine, but TeX hasn't suffered (much, long story) from the bloatware syndrome, and people happily used it on computers that would be ludicrously slow compared to the slowest "PC" computers available today. I might not want to run TeX on a Raspberry Pi, but a patient person could. Cheers. Jim From philnx at posteo.de Fri Mar 21 11:29:36 2014 From: philnx at posteo.de (Philip Lacroix) Date: Fri, 21 Mar 2014 12:29:36 +0100 Subject: [Slackbuilds-users] New e-mail address In-Reply-To: References: Message-ID: Hello, since my previous e-mail provider seem to be tagged as spammer by the list manager, I subscribed with this new address, which hopefully will be accepted. I'd be grateful if someone could update my *.Slackbuild and *.info files (two of which are waiting for update in the "accepted" list). Please keep this form: me at foo dot bar. Thanks! Best wishes, Philip Lacroix From rshepard at appl-ecosys.com Fri Mar 21 12:48:16 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 05:48:16 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: On Fri, 21 Mar 2014, B Watson wrote: > Wow. It's 1.3GB installed. Yeah. I don't know how large the previous version was. > You said you hit ^C after waiting 44 minutes for installpkg... if you > have a slow CPU and/or not much RAM, it makes sense it'd take forever to > install... it might also be the case that it runs too slow to be useful, > once you get it installed (I don't know much about tex or texlive though). Linux salmo 3.10.17-smp #1 SMP Wed Oct 23 17:04:08 CDT 2013 i686 AMD Athlon(tm) II X2 255 Processor AuthenticAMD GNU/Linux 4G RAM. It's slower than more modern hardware but not sufficiently slow to take this long to install. I use LaTeX for 95% or more of my writing. It's also used to print checks and reports from my business accounting software. And, there are other applicatoins I use that typeset output using LaTeX. So, I need to successfully install texlive20130530 ASAP. Thanks, Rich -- Richard B. Shepard, Ph.D. | Have knowledge, will travel. Applied Ecosystem Services, Inc. | www.appl-ecosys.com Voice: 503-667-4517 Fax: 503-667-8863 From rshepard at appl-ecosys.com Fri Mar 21 12:57:29 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 05:57:29 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: On Fri, 21 Mar 2014, David Spencer wrote: > Yes. It should take two or three minutes to install on relatively > modest hardware. David, Linux salmo 3.10.17-smp #1 SMP Wed Oct 23 17:04:08 CDT 2013 i686 AMD Athlon(tm) II X2 255 Processor AuthenticAMD GNU/Linux 4G RAM. This is 'relatively' modern and I would have epxected 2-3 minutes for installation. Not before have I had a SBo package fail to install. > If the root fs is approaching fullness, ext4 performance can deteriorate > quite dramatically -- and if installing on the same host it's just been > built on, there could well already be a 1.3 Gb package-texlive tree and a > 0.7 Gb texlive-20130530-source tree under /tmp/SBo that might be on the > root fs, and the final built package might also be in /tmp, so that's a > peak demand of > 4 Gb. If that's not applicable to Rich's problem, it > needs watching with top, ps, iostat etc. to see what is happening. I removed texlive-2011 to allow the -20130530 version to install. Because the /tmp partition on this host is small, well too small for this application, I built it in ~/workspace; the /home partition still has 112G available. There's plenty of room in each partition (ext3): Filesystem Size Used Avail Use% Mounted on /dev/sda1 85G 1.1G 79G 2% / /dev/sda2 92M 47M 40M 54% /boot /dev/sda5 211G 89G 112G 45% /home /dev/sda6 92G 13G 75G 14% /usr /dev/sda7 37G 2.9G 32G 9% /opt /dev/sda8 17G 865M 15G 6% /var /dev/sda9 1.9G 180K 1.9G 1% /tmp I've watch top and installpkg is never the topmost running application; in fact, there are usually two processes running and both are sleeping (S+) which I did not think was appropriate. If anyone can suggest other tests or information that will help diagnose and resolve this situation I'll quickly provide the results. Thanks, Rich From rshepard at appl-ecosys.com Fri Mar 21 13:02:43 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 06:02:43 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: <20140321102707.GA9269@jdiamond-nb2> References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> <20140321102707.GA9269@jdiamond-nb2> Message-ID: On Fri, 21 Mar 2014, Jim Diamond wrote: > I have a mostly-full TL 2013 installation on my computer which is 3.2G. > That includes only a small amount of the non-English stuff and about 370MB > of backups (from TL updates). > So, yeah, 1.3 GB is fairly minimal. Jim, If there's a way to remove the non-English stuff before building I'll do that; I don't need or use any other language. > ?! You could do an on-line install of the whole thing in that time > (with a fast network connection). Well, it's a DASL connection that gives me ~340K/sec download; I'm too far toward the end of the wire to get higher speeds. > It's nice to run TeX on a fast machine, but TeX hasn't suffered (much, > long story) from the bloatware syndrome, and people happily used it on > computers that would be ludicrously slow compared to the slowest "PC" > computers available today. This machine is plenty fast for an application that waits for my keystrokes, even when I'm dumping thoughts on the system at 65 wpm. Since I spend most of my time writing, and the only external-facing service running on it is smtp (postfix), there's no need for a 64-bit installation of anything on this host. My laptop does have the x86_64 versions of Slackware so I do heavy computations (R, GRASS) analyses on that host. Rich From baildon.research at googlemail.com Fri Mar 21 13:38:59 2014 From: baildon.research at googlemail.com (David Spencer) Date: Fri, 21 Mar 2014 13:38:59 +0000 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: > There's plenty of room in each partition (ext3): that's cool, thanks for checking > I've watch top and installpkg is never the topmost running application; in > fact, there are usually two processes running and both are sleeping (S+) > which I did not think was appropriate. > > If anyone can suggest other tests or information that will help diagnose > and resolve this situation I'll quickly provide the results. Strategy A is to observe more closely what the system is doing. Start the install, wait ten mins, and do 'vmstat 5 20' and 'iostat 5 20' and 'ps -efl' to see what's happening. Look for the tree of pids that starts with installpkg. This might reveal something like an i/o redirection that has gone wrong so that it's waiting forever for input (you might also want to try typing ctrl/d on the controlling terminal in case that's what's up). Strategy B is to think it through from the other end. Either installpkg itself has gone off on one, or it's the doinst.sh. Does the installpkg command print 'Executing install script for texlive-20130530-i486-2_SBo.tgz' before it seems to stop? If so, we're looking at a doinst.sh problem. The texlive doinst.sh has these three lines: chroot . /usr/bin/mktexlsr 1>/dev/null 2>/dev/null chroot . /usr/bin/updmap-sys --nohash --syncwithtrees 1>/dev/null 2>/dev/null chroot . /usr/bin/fmtutil-sys --all 1>/dev/null 2>/dev/null I'm not sure what these commands do, but it might be interesting to remove '1>/dev/null 2>/dev/null' from them to see what shows up when the package is installed. (Maybe you could shortcircuit the need to rebuild the whole package by using explodepkg, editing install/doinst.sh, and making a new package with makepkg). Anybody else have some tips? -D. From rshepard at appl-ecosys.com Fri Mar 21 13:46:33 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 06:46:33 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: On Fri, 21 Mar 2014, David Spencer wrote: > Strategy A is to observe more closely what the system is doing. Start the > install, wait ten mins, and do 'vmstat 5 20' and 'iostat 5 20' and 'ps > -efl' to see what's happening. Look for the tree of pids that starts with > installpkg. This might reveal something like an i/o redirection that has > gone wrong so that it's waiting forever for input (you might also want to > try typing ctrl/d on the controlling terminal in case that's what's up). David, Will do. It's still early here so it will be an hour or so before I get to this. > Strategy B is to think it through from the other end. Does the installpkg > command print 'Executing install script for > texlive-20130530-i486-2_SBo.tgz' before it seems to stop? Yes, it does. There's a newline and there it sits. > I'm not sure what these commands do, but it might be interesting to remove > '1>/dev/null 2>/dev/null' from them to see what shows up when the package > is installed. (Maybe you could shortcircuit the need to rebuild the whole > package by using explodepkg, editing install/doinst.sh, and making a new > package with makepkg). > > Anybody else have some tips? Let me try A and report results. Thanks, Rich From Jim.Diamond at acadiau.ca Fri Mar 21 14:09:29 2014 From: Jim.Diamond at acadiau.ca (Jim Diamond) Date: Fri, 21 Mar 2014 11:09:29 -0300 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: Message-ID: <20140321140929.GC13931@jdiamond-nb2.acadiau.ca> On Fri, Mar 21, 2014 at 05:57 (-0700), Rich Shepard wrote: > On Fri, 21 Mar 2014, David Spencer wrote: >>Yes. It should take two or three minutes to install on relatively >>modest hardware. > David, > Linux salmo 3.10.17-smp #1 SMP Wed Oct 23 17:04:08 CDT 2013 i686 AMD > Athlon(tm) II X2 255 Processor AuthenticAMD GNU/Linux 4G RAM. > This is 'relatively' modern and I would have epxected 2-3 minutes for > installation. > Not before have I had a SBo package fail to install. > I removed texlive-2011 to allow the -20130530 version to install. Because > the /tmp partition on this host is small, well too small for this > application, I built it in ~/workspace; the /home partition still has 112G > available. > There's plenty of room in each partition (ext3): > Filesystem Size Used Avail Use% Mounted on > /dev/sda1 85G 1.1G 79G 2% / > /dev/sda2 92M 47M 40M 54% /boot > /dev/sda5 211G 89G 112G 45% /home > /dev/sda6 92G 13G 75G 14% /usr > /dev/sda7 37G 2.9G 32G 9% /opt > /dev/sda8 17G 865M 15G 6% /var > /dev/sda9 1.9G 180K 1.9G 1% /tmp > I've watch top and installpkg is never the topmost running application; in > fact, there are usually two processes running and both are sleeping (S+) > which I did not think was appropriate. > If anyone can suggest other tests or information that will help diagnose > and resolve this situation I'll quickly provide the results. Rich, I hate to say this, but have you checked the health of your disk? Are you familiar with smartctl? You could try running (all these as root) smartctl -a /dev/sda or for the extremely short and uninformative version smartctl -H /dev/sda and see if you see any harbingers of doom. And if you don't already regularly run self tests, you could ask your disk to do one long test with smartctl --test=long /dev/sda and later smartctl --test=conveyance /dev/sad both of which can be done while you are using your system normally. It is conceivable you have to turn SMART on: smartctl --smart=on /dev/sda before the above will work. Also, at the risk of sounding like M$, have you rebooted your system lately? (Just in case.) On Fri, Mar 21, 2014 at 06:02 (-0700), Rich Shepard wrote: > On Fri, 21 Mar 2014, Jim Diamond wrote: >>I have a mostly-full TL 2013 installation on my computer which is 3.2G. >>That includes only a small amount of the non-English stuff and about 370MB >>of backups (from TL updates). >>So, yeah, 1.3 GB is fairly minimal. > Jim, > If there's a way to remove the non-English stuff before building I'll do > that; I don't need or use any other language. If by building, you mean via the slackbuild, I don't know. I have (to date) just always d/l'ed the TL install tool, picked my options, started it up, and did something else for a while. >>?! You could do an on-line install of the whole thing in that time >>(with a fast network connection). > Well, it's a DASL connection that gives me ~340K/sec download; I'm too far > toward the end of the wire to get higher speeds. That might be OK. Most of the packages are compressed with xz, which is pretty good. Especially if you don't d/l "everything" (I have context, luatex, music, omega, humanities, texworks, xetex, and a bunch of other things which you may not need.) >>It's nice to run TeX on a fast machine, but TeX hasn't suffered (much, >>long story) from the bloatware syndrome, and people happily used it on >>computers that would be ludicrously slow compared to the slowest "PC" >>computers available today. > This machine is plenty fast for an application that waits for my > keystrokes, even when I'm dumping thoughts on the system at 65 > wpm. Since I spend most of my time writing, and the only > external-facing service running on it is smtp (postfix), there's no > need for a 64-bit installation of anything on this host. My laptop > does have the x86_64 versions of Slackware so I do heavy > computations (R, GRASS) analyses on that host. Well, I have to admit not looking very closely at your first messages before now. Do you need xetex (which is where your compile error happened)? I'm surprised that is included. And, looking at the slackbuild, I see -without-etex, which (if it means no etex executable) seems to be a mistake in configuration to me. (Show stopper for me.) Ho hum... By the way, assuming you installed your mega package from a terminal, was there any output showing up? Or were you just seeing silence? Do you have iotop installed? If so, you might like to try installing again from one terminal while watching iotop from another terminal. This may give you some useful clue. "I don't have any solution but I certainly admire the problem." -- Ashleigh Brilliant Cheers. Jim From rshepard at appl-ecosys.com Fri Mar 21 14:29:59 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 07:29:59 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: <20140321140929.GC13931@jdiamond-nb2.acadiau.ca> References: <20140321140929.GC13931@jdiamond-nb2.acadiau.ca> Message-ID: On Fri, 21 Mar 2014, Jim Diamond wrote: > I hate to say this, but have you checked the health of your disk? Jim, I've seen no indication of problems with it. > Also, at the risk of sounding like M$, have you rebooted your system > lately? (Just in case.) As a matter of fact, yes. It was a couple of weeks ago that I upgraded this system to -14.1; 11 days, 16:26 to be prcise. I'll work through the rest of the tests this morning. Thanks, Rich From rshepard at appl-ecosys.com Fri Mar 21 14:38:18 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 07:38:18 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: <20140321140929.GC13931@jdiamond-nb2.acadiau.ca> References: <20140321140929.GC13931@jdiamond-nb2.acadiau.ca> Message-ID: On Fri, 21 Mar 2014, Jim Diamond wrote: > If by building, you mean via the slackbuild, I don't know. I have (to > date) just always d/l'ed the TL install tool, picked my options, started > it up, and did something else for a while. Jim, I downloaded the three source tarballs from : texlive-20130530-source.tar.xz, texlive-20130530-extra.tar.xz, texlive-texmf-20130530.tar.xz and put them in the texlive/ subdirectory. Changed the build directory to ~/workspace, then, as root with a login shell, ran ./texlive.SlackBuild Rich From rshepard at appl-ecosys.com Fri Mar 21 15:39:14 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 08:39:14 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: On Fri, 21 Mar 2014, David Spencer wrote: > Strategy A is to observe more closely what the system is doing. Start the > install, wait ten mins, and do 'vmstat 5 20' and 'iostat 5 20' and 'ps > -efl' to see what's happening. Look for the tree of pids that starts with > installpkg. This might reveal something like an i/o redirection that has > gone wrong so that it's waiting forever for input (you might also want to > try typing ctrl/d on the controlling terminal in case that's what's up). David, Don't know what I should see running vmstat and iostat. Started at 08:16: [root at salmo /home/rshepard/workspace]# time installpkg texlive-20130530-i486-2_SBo.tgz Verifying package texlive-20130530-i486-2_SBo.tgz. Installing package texlive-20130530-i486-2_SBo.tgz: PACKAGE DESCRIPTION: # TeXLive (TeXLive binaries, support files, TeX formats) # # This package contains the binaries, support files, TeX formats and # packages, and other files required for the TeXLive TeX distribution. # Included are input files for TeX, runtime configuration files, # hyphenation tables, manpages, and the computer modern fonts. # Executing install script for texlive-20130530-i486-2_SBo.tgz. The ps -efl output shows: [root at salmo ~]# ps -efl | grep installpkg 0 S root 6063 3690 0 80 0 - 1167 wait 08:16 pts/4 00:00:00 /bin/sh /sbin/installpkg texlive-20130530-i486-2_SBo.tgz 1 S root 9585 6063 0 80 0 - 1167 wait 08:18 pts/4 00:00:00 /bin/sh /sbin/installpkg texlive-20130530-i486-2_SBo.tgz 0 R root 10683 26923 0 80 0 - 693 - 08:27 pts/3 00:00:00 Looks to me that nothing's happening. Ctrl-d did nothing. Ctrl-c produced this: ^CPackage texlive-20130530-i486-2_SBo.tgz installed. real 11m9.192s user 0m38.623s sys 0m13.728s However, some things are still not working. Within LyX (the gui front end to LaTeX) when I try compiling a document with pdflatex the status line reads that the document was successfully exported, but the build date of the *.pdf file is March 5th, not today. Trying to preview the document in LyX fails because "File does not exist: /tmp/lyx_tmpdir.T10823/lyx_tmpbuf2/practical-eda.dvi". And, I cannot print A/P checks from the accounting software because "Error! 1395415887_check : No such file or directory" which I'm told by a developer fluent in perl means that there's something in LaTeX that's missing. Thanks, Rich From rshepard at appl-ecosys.com Fri Mar 21 16:01:15 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 09:01:15 -0700 (PDT) Subject: [Slackbuilds-users] PostgreSQL: Migrating from -9.0.5 to -9.3.4 Message-ID: Using the postgresql.SlackBuild script I successfully (I think) built and installed postgresql-9.3.4 in /var/lib/pgsql/9.4/. However, there are no bin/, include/, or lib/ directories in there, only data/. The current postgresql-9.0.5 was built from source (I had issues with the SlackBuild script back then, too) and installed in /usr/local/pgsql/. That directory contains all 4 sub-directories. The pg_upgrade script needs the paths to both the 9.0.5 and 9.3.4 binary files. Since the newer version does not have them in /var/lib/pgsql/9.4/ where can I find them? Thanks, Rich From nick at linicks.net Fri Mar 21 16:02:14 2014 From: nick at linicks.net (Nick Warne) Date: Fri, 21 Mar 2014 16:02:14 +0000 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: <532C6286.2020208@linicks.net> On 21/03/14 15:39, Rich Shepard wrote: > On Fri, 21 Mar 2014, David Spencer wrote: > Trying to preview the document in LyX fails > because "File does not exist: > /tmp/lyx_tmpdir.T10823/lyx_tmpbuf2/practical-eda.dvi". And, I cannot print > A/P checks from the accounting software because "Error! 1395415887_check : No such file or > directory" which I'm told by a developer fluent in perl means that there's > something in LaTeX that's missing. Sticking my nose in this intriguing tale, sometimes the 'no such file or directory' error report happens due to permissions. Nick -- "A bug in the code is worth two in the documentation." FSF Associate Member 5508 http://linicks.net/ http://pi.linicks.net/ From slackbuilds at jaxartes.net Fri Mar 21 16:05:59 2014 From: slackbuilds at jaxartes.net (Benjamin Trigona-Harany) Date: Fri, 21 Mar 2014 09:05:59 -0700 Subject: [Slackbuilds-users] PostgreSQL: Migrating from -9.0.5 to -9.3.4 In-Reply-To: References: Message-ID: <13167767.W1eWMi3rnr@jerseybastion> On March 21, 2014 09:01:15 Rich Shepard wrote: > Using the postgresql.SlackBuild script I successfully (I think) built and > installed postgresql-9.3.4 in /var/lib/pgsql/9.4/. However, there are no > bin/, include/, or lib/ directories in there, only data/. > > The current postgresql-9.0.5 was built from source (I had issues with the > SlackBuild script back then, too) and installed in /usr/local/pgsql/. That > directory contains all 4 sub-directories. > > The pg_upgrade script needs the paths to both the 9.0.5 and 9.3.4 binary > files. Since the newer version does not have them in /var/lib/pgsql/9.4/ > where can I find them? The PostgreSQL binaries are in /usr/bin. Only data is in /var/lib/pgsql. From rshepard at appl-ecosys.com Fri Mar 21 16:24:20 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 09:24:20 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: <532C6286.2020208@linicks.net> References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> <532C6286.2020208@linicks.net> Message-ID: On Fri, 21 Mar 2014, Nick Warne wrote: > Sticking my nose in this intriguing tale, sometimes the 'no such file or > directory' error report happens due to permissions. Nick, I agree, but I've no idea what directories or permissions might have changed in the distribution upgrade. The permissions on /tmp are 777 so I, apache, and postgres all have read/write permissions on it. Rich -- Richard B. Shepard, Ph.D. | Have knowledge, will travel. Applied Ecosystem Services, Inc. | www.appl-ecosys.com Voice: 503-667-4517 Fax: 503-667-8863 From rshepard at appl-ecosys.com Fri Mar 21 16:28:41 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 09:28:41 -0700 (PDT) Subject: [Slackbuilds-users] PostgreSQL: Migrating from -9.0.5 to -9.3.4 In-Reply-To: <13167767.W1eWMi3rnr@jerseybastion> References: <13167767.W1eWMi3rnr@jerseybastion> Message-ID: On Fri, 21 Mar 2014, Benjamin Trigona-Harany wrote: > The PostgreSQL binaries are in /usr/bin. Only data is in /var/lib/pgsql. Benjamin, Ah! I _thought_ that might be the case. Now I have a locale difference that I need to resolve. Thanks very much, Rich -- Richard B. Shepard, Ph.D. | Have knowledge, will travel. Applied Ecosystem Services, Inc. | www.appl-ecosys.com Voice: 503-667-4517 Fax: 503-667-8863 From rshepard at appl-ecosys.com Fri Mar 21 16:39:18 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 09:39:18 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: <20140321140929.GC13931@jdiamond-nb2.acadiau.ca> References: <20140321140929.GC13931@jdiamond-nb2.acadiau.ca> Message-ID: On Fri, 21 Mar 2014, Jim Diamond wrote: > smartctl --test=long /dev/sda Jim, I started this and it told me it would run until 09:20, so now it's finished. > smartctl --test=conveyance /dev/sad Now running. If I see nothing on the virtual console is that because there are no problems detected? Rich From willysr at slackbuilds.org Fri Mar 21 17:22:10 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 22 Mar 2014 00:22:10 +0700 Subject: [Slackbuilds-users] New e-mail address In-Reply-To: References: Message-ID: <532C7542.7010108@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > I'd be grateful if someone could update my *.Slackbuild and *.info > files (two > of which are waiting for update in the "accepted" list). done - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMsdUIACgkQiHuDdNczM4FRIACfXQbbi1Nu9t+3KfSG12MbFtK1 Ed8AoKgE32gH+ZGPQ6lnJ6pQr2qAOMiu =jPz8 -----END PGP SIGNATURE----- From philnx at posteo.de Fri Mar 21 17:35:45 2014 From: philnx at posteo.de (Philip Lacroix) Date: Fri, 21 Mar 2014 18:35:45 +0100 Subject: [Slackbuilds-users] New e-mail address In-Reply-To: <532C7542.7010108@slackbuilds.org> References: <532C7542.7010108@slackbuilds.org> Message-ID: <134ce3ac6f45098cc73adcdbb306928f@posteo.de> Am 21.03.2014 18:22 schrieb Willy Sudiarto Raharjo: > > done > Great, thank you very much, PL From baildon.research at googlemail.com Fri Mar 21 17:57:39 2014 From: baildon.research at googlemail.com (David Spencer) Date: Fri, 21 Mar 2014 17:57:39 +0000 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: > [root at salmo ~]# ps -efl | grep installpkg > 0 S root 6063 3690 0 80 0 - 1167 wait 08:16 pts/4 00:00:00 > /bin/sh /sbin/installpkg texlive-20130530-i486-2_SBo.tgz > 1 S root 9585 6063 0 80 0 - 1167 wait 08:18 pts/4 00:00:00 > /bin/sh /sbin/installpkg texlive-20130530-i486-2_SBo.tgz > 0 R root 10683 26923 0 80 0 - 693 - 08:27 pts/3 00:00:00 > > Looks to me that nothing's happening. Don't add 'grep installpkg' -- that's why it looks to you that nothing's happening :( Let's see it *all* please with no grepping, we need the stuff that doinst.sh is calling. My money's on /bin/sh /usr/bin/fmtutil --all and points south thereof. -D. From erik at slackbuilds.org Fri Mar 21 18:14:07 2014 From: erik at slackbuilds.org (Erik Hanson) Date: Fri, 21 Mar 2014 13:14:07 -0500 Subject: [Slackbuilds-users] Updates - 20140321.1 Message-ID: <20140321131407.246fcc1d@shaggy.doo> Fri Mar 21 18:02:22 UTC 2014 accessibility/svkbd: Added (simple virtual keyboard). desktop/afterstep: Updated for version 2.2.12. desktop/anki: Updated for version 2.0.22 + New Maintainer. development/Naked: Updated for version 0.1.29. development/brackets: Updated for version 37. development/cgit: Updated for version 0.10.1. development/kaaedit: Updated for version 0.38.0. development/luajit: Updated for version 2.0.3. development/vstudio: Updated for version 5.5.4. games/atari++: Updated for version 1.73. games/cyphesis: Added (WorldForge Server). games/fgo: Script cleanups. games/freedroid: Added (RPG game). games/hatari: Updated for version 1.7.0. games/hatari_tos_roms: Update HOMEPAGE. games/higan: Updated for version 094. games/m64py: Update HOMEPAGE. games/openclonk: Added (action game). games/stone_soup: Updated for version 0.13.1. games/term2048: Added (2048 tile game). games/tome4: Added (Tales of Maj?Eyal - RPG game). games/vcmi: Added (HMM3:WoG game engine). games/xroar: Updated for version 0.31.1. gis/geoserver-control-flow: Updated for version 2.5. gis/geoserver-css: Updated for version 2.5. gis/geoserver-javascript: Added (JS support for GeoServer). gis/geoserver-oracle: Added (Oracle data store support). gis/geoserver-pyramid: Updated for version 2.5. gis/geoserver-python: Updated for version 2.5. gis/geoserver-wps: Updated for version 2.5. gis/geoserver: Updated for version 2.5. gis/udig: Update Dependencies. graphics/Shellpic: Updated for version 1.2.2. graphics/digikam: Added the optional dependency QtGStreamer. graphics/pngcrush: Updated for version 1.7.72. graphics/triangulizor: Added (triangulize your images). libraries/Atlas-C++: Added (protocol lib). libraries/CEGUI0.7: Added (windowing and widget library). libraries/QtGStreamer: Added (C++ Bindings for GStreamer). libraries/SlowAES: Added (AES in Pure Scripting) libraries/eris: Added (client library). libraries/guppy: Added (Python Programming Environment). libraries/jai-imageio: Added (JAI I/O Tools). libraries/jai: Added (native Java Advanced Imaging Library). libraries/libpst: Updated for version 0.6.63. libraries/libscrypt: Updated for version 1.18. libraries/libwfut: Added (updates library). libraries/lua-md5: Added (Cryptographic Library for Lua). libraries/luacrypto: Added (lua openssl frontend). libraries/mercator: Added (terrain library). libraries/mysql-connector-python: Updated for version 1.1.6. libraries/poco: Added (C++ class libraries). libraries/skstream: Added (network library). libraries/varconf: Added (configuration system). libraries/wfmath: Added (math library). misc/xbanish: Updated for version 1.2. multimedia/guvcview: Updated for version 1.7.3. multimedia/plexmediaserver: Updated for version 0.9.9.7.429_f80a8d6. multimedia/pngnq-s9: Added (PNG Image Converter) multimedia/tivodecode: Added (TiVo File Decoder). multimedia/youtube-viewer: Updated for version 3.0.9. network/Electrum: Added (bitcoin client) network/aiccu: Added (Automatic IPv6 Client Utility). network/arno-iptables-firewall: Updated for version 2.0.1e. network/bitcoin: Updated for version 0.9.0. network/dogecoin: Updated for version 1.6. network/flexget: Updated for version 1.2.111. network/lighttpd: Updated for version 1.4.35. network/mailman: Updated for version 2.1.17 + New Maintainer. network/mps-youtube: Updated for version 0.01.41. network/netsniff-ng: Updated for version 0.5.8_rc5. network/wakeonlan: Added (wake on lan). network/youtube-dl-server: Updated for version alpha_5. network/yturl: Updated for version 1.6. office/mupdf: Fix permisson on headers and man pages. office/texstudio: Updated for version 2.7.0. perl/perl-Devel-StackTrace: Updated for version 1.31. perl/perl-Test-Trap: Updated for version 0.2.3. python/clint: Updated for version 0.3.5. python/ecdsa: Updated for version 0.11. python/invoke: Added (Pythonic task execution). python/msgpack-python: Added Python3 support. python/pip: Updated for version 1.5.4. python/pysetuptools: Updated for version 3.1. python/python3: Updated for version 3.3.5. python/pyzmq: Updated for version 14.1.0. python/six: Updated for version 1.6.1. python/virtualenv: Updated for version 1.11.4. ruby/hub: Updated for version 1.12.0. system/Attic: Updated for version 0.11. system/PySixel: Updated for version 0.1.9. system/butterfly: Updated for version 1.3.0. system/epson-inkjet-printer-escpr: Fix license path. system/gimp-help: Added (GIMP Help) system/glances: Updated EMAIL. system/gnome-commander: Added (NC-like file manager for gnome). system/haveged: Updated for version 1.9.1. system/isomd5sum: Updated for version 1.0.12. system/linkchecker: Updated for version 9.0. system/linuxconsoletools: Updated for version 1.4.7. system/lziprecover: Updated for version 1.15. system/read-edid: Updated for version 3.0.1. system/redis-py: Added (Redis Python Client). system/reptyr: Updated for version 0.5_20140222. system/sandy: Added (minimalist text editor). system/suckless-tools: Added (utilities from suckless.org). system/termenu: Fixed script and HOMEPAGE. system/termsaver: Fixed script. system/the_silver_searcher: Updated for version 0.20.0. system/trmaid: Added (maintain transmission). system/vagrant: Updated for version 1.5.1. system/webmin: Updated for version 1.680. +--------------------------+ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: not available URL: From rshepard at appl-ecosys.com Fri Mar 21 18:20:05 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 11:20:05 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: On Fri, 21 Mar 2014, David Spencer wrote: > Let's see it *all* please with no grepping, we need the stuff that > doinst.sh is calling. My money's on /bin/sh /usr/bin/fmtutil --all and > points south thereof. David, F S UID PID PPID C PRI NI ADDR SZ WCHAN STIME TTY TIME CMD 4 S root 1 0 0 80 0 - 508 poll_s Mar09 ? 00:00:06 init [3] 1 S root 2 0 0 80 0 - 0 kthrea Mar09 ? 00:00:00 [kthreadd] 1 S root 3 2 0 80 0 - 0 smpboo Mar09 ? 00:00:11 [ksoftirqd/0] 1 S root 5 2 0 60 -20 - 0 worker Mar09 ? 00:00:00 [kworker/0:0H] 1 S root 7 2 0 -40 - - 0 smpboo Mar09 ? 00:00:04 [migration/0] 1 S root 8 2 0 80 0 - 0 rcu_gp Mar09 ? 00:00:00 [rcu_bh] 1 S root 9 2 0 80 0 - 0 rcu_gp Mar09 ? 00:02:49 [rcu_sched] 1 S root 10 2 0 -40 - - 0 smpboo Mar09 ? 00:00:05 [migration/1] 1 S root 11 2 0 80 0 - 0 smpboo Mar09 ? 00:02:17 [ksoftirqd/1] 1 S root 13 2 0 60 -20 - 0 worker Mar09 ? 00:00:00 [kworker/1:0H] 1 S root 14 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [khelper] 5 S root 15 2 0 80 0 - 0 devtmp Mar09 ? 00:00:00 [kdevtmpfs] 1 S root 16 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [netns] 1 S root 17 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [writeback] 1 S root 18 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [bioset] 1 S root 19 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [kblockd] 1 S root 20 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [ata_sff] 1 S root 21 2 0 80 0 - 0 hub_th Mar09 ? 00:00:00 [khubd] 1 S root 22 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [md] 1 S root 23 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [devfreq_wq] 1 S root 25 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [rpciod] 1 S root 29 2 0 80 0 - 0 watchd Mar09 ? 00:00:00 [khungtaskd] 1 S root 30 2 0 80 0 - 0 kswapd Mar09 ? 00:00:48 [kswapd0] 1 S root 31 2 0 99 19 - 0 khugep Mar09 ? 00:01:04 [khugepaged] 1 S root 32 2 0 80 0 - 0 fsnoti Mar09 ? 00:00:00 [fsnotify_mark] 1 S root 33 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [nfsiod] 1 S root 34 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [crypto] 1 S root 77 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [kthrotld] 1 S root 79 2 0 80 0 - 0 scsi_e Mar09 ? 00:00:00 [scsi_eh_0] 1 S root 80 2 0 80 0 - 0 scsi_e Mar09 ? 00:00:00 [scsi_eh_1] 1 S root 81 2 0 80 0 - 0 scsi_e Mar09 ? 00:00:00 [scsi_eh_2] 1 S root 82 2 0 80 0 - 0 scsi_e Mar09 ? 00:00:00 [scsi_eh_3] 1 S root 87 2 0 80 0 - 0 scsi_e Mar09 ? 00:00:00 [scsi_eh_4] 1 S root 89 2 0 80 0 - 0 scsi_e Mar09 ? 00:00:00 [scsi_eh_5] 1 S root 92 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [deferwq] 1 S root 130 2 0 60 -20 - 0 worker Mar09 ? 00:00:52 [kworker/1:1H] 1 S root 171 2 0 80 0 - 0 kjourn Mar09 ? 00:00:00 [kjournald] 1 S root 188 2 0 60 -20 - 0 worker Mar09 ? 00:00:00 [kworker/0:1H] 5 S root 208 1 0 80 0 - 877 SyS_ep Mar09 ? 00:00:01 /sbin/udevd --daemon 1 S root 303 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [kpsmoused] 1 S root 323 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [hd-audio0] 1 S root 328 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [ttm_swap] 1 S root 400 2 0 80 0 - 0 kjourn Mar09 ? 00:00:00 [kjournald] 1 S root 401 2 0 80 0 - 0 kjourn Mar09 ? 00:00:08 [kjournald] 1 S root 402 2 0 80 0 - 0 kjourn Mar09 ? 00:00:12 [kjournald] 1 S root 403 2 0 80 0 - 0 kjourn Mar09 ? 00:00:00 [kjournald] 1 S root 404 2 0 80 0 - 0 kjourn Mar09 ? 00:00:04 [kjournald] 1 S root 405 2 0 80 0 - 0 kjourn Mar09 ? 00:00:00 [kjournald] 1 S root 444 1 0 80 0 - 523 poll_s Mar09 ? 00:00:03 /usr/sbin/syslogd 5 S root 448 1 0 80 0 - 508 syslog Mar09 ? 00:00:00 /usr/sbin/klogd -c 3 -x 5 S root 648 1 0 80 0 - 518 poll_s Mar09 ? 00:00:00 /usr/sbin/inetd 5 S root 653 1 0 80 0 - 1247 poll_s Mar09 ? 00:00:00 /usr/sbin/sshd 5 S root 658 1 0 80 0 - 1252 poll_s Mar09 ? 00:00:29 /usr/sbin/ntpd -g -p /var/run/ntpd.pid 1 S root 667 1 0 80 0 - 511 poll_s Mar09 ? 00:00:00 /usr/sbin/acpid 5 S 60 680 1 0 80 0 - 828 SyS_ep Mar09 ? 00:00:00 /usr/bin/dbus-daemon --system 5 S root 683 1 0 80 0 - 5434 poll_s Mar09 ? 00:00:00 /usr/sbin/console-kit-daemon 4 S root 751 1 0 80 0 - 6499 poll_s Mar09 ? 00:00:00 /usr/libexec/polkitd --no-debug 5 S nobody 771 1 0 80 0 - 683 poll_s Mar09 ? 00:00:04 /usr/sbin/dnsmasq 4 S root 782 1 0 80 0 - 2053 SyS_ep Mar09 ? 00:00:08 /usr/sbin/cupsd -C /etc/cups/cupsd.conf 1 S root 784 1 0 80 0 - 569 hrtime Mar09 ? 00:00:01 /usr/sbin/crond -l notice 1 S daemon 786 1 0 80 0 - 567 hrtime Mar09 ? 00:00:00 /usr/sbin/atd -b 15 -l 1 5 S root 878 1 0 80 0 - 590 poll_s Mar09 ? 00:00:40 /usr/sbin/gpm -R msc -m /dev/mouse -t imps2 4 S root 888 1 0 80 0 - 570 n_tty_ Mar09 tty3 00:00:00 /sbin/agetty 38400 tty3 linux 4 S root 889 1 0 80 0 - 570 n_tty_ Mar09 tty4 00:00:00 /sbin/agetty 38400 tty4 linux 4 S root 890 1 0 80 0 - 570 n_tty_ Mar09 tty5 00:00:00 /sbin/agetty 38400 tty5 linux 4 S root 891 1 0 80 0 - 570 n_tty_ Mar09 tty6 00:00:00 /sbin/agetty 38400 tty6 linux 4 S root 1032 1 0 80 0 - 9302 poll_s Mar09 ? 00:00:00 /usr/sbin/ModemManager 4 S nobody 1327 648 0 80 0 - 17948 inet_c Mar14 ? 00:00:00 in.identd 4 S root 1351 1 0 80 0 - 6308 poll_s Mar09 ? 00:00:00 /usr/libexec/upowerd 5 S root 1691 1 0 80 0 - 1473 SyS_ep Mar09 ? 00:00:05 /usr/libexec/postfix/master -w 4 S root 2746 1 0 80 0 - 12830 poll_s Mar09 ? 00:02:18 /usr/lib/udisks2/udisksd --no-debug 1 S root 4191 2 0 80 0 - 0 worker 08:16 ? 00:00:01 [kworker/1:1] 5 S apache 6822 26215 0 80 0 - 2994 inet_c Mar11 ? 00:00:00 /usr/sbin/httpd -k start 5 S apache 6823 26215 0 80 0 - 2994 inet_c Mar11 ? 00:00:00 /usr/sbin/httpd -k start 5 S apache 6824 26215 0 80 0 - 2994 inet_c Mar11 ? 00:00:00 /usr/sbin/httpd -k start 4 S root 7132 1 0 80 0 - 570 n_tty_ Mar12 tty2 00:00:00 /sbin/agetty 38400 tty2 linux 4 S postfix 7397 1691 0 80 0 - 1521 SyS_ep Mar19 ? 00:00:00 qmgr -l -t fifo -u 4 S postfix 7460 1691 0 80 0 - 1491 SyS_ep Mar19 ? 00:00:00 tlsmgr -l -t unix -u 1 S root 11555 2 0 80 0 - 0 worker 09:05 ? 00:00:01 [kworker/0:1] 4 S root 12141 24489 0 80 0 - 1404 wait 09:37 pts/3 00:00:00 -su 4 S postfix 13034 1691 0 80 0 - 1489 SyS_ep 10:42 ? 00:00:00 pickup -l -t fifo -u 1 S root 13285 2 0 80 0 - 0 worker 11:06 ? 00:00:00 [kworker/1:2] 0 S root 13291 12141 0 80 0 - 1167 wait 11:07 pts/3 00:00:00 /bin/sh /sbin/installpkg texlive-20130530-i486-2_SBo.tgz 1 S root 13438 2 0 80 0 - 0 worker 11:07 ? 00:00:00 [kworker/u12:1] 1 S root 13448 13291 0 80 0 - 1167 wait 11:08 pts/3 00:00:00 /bin/sh /sbin/installpkg texlive-20130530-i486-2_SBo.tgz 0 S root 13449 13448 0 80 0 - 724 wait 11:08 pts/3 00:00:00 sh install/doinst.sh -install 4 S root 14387 13449 0 80 0 - 3313 n_tty_ 11:08 pts/3 00:00:00 perl /usr/bin/updmap --nohash --syncwithtrees 4 S root 14407 24520 0 80 0 - 1378 n_tty_ 11:10 pts/5 00:00:00 -su 4 S root 14520 24516 0 80 0 - 1402 n_tty_ 11:12 pts/4 00:00:00 -su 4 S postfix 14598 1691 0 80 0 - 1487 SyS_ep 11:13 ? 00:00:00 anvil -l -t unix -u 1 S root 14629 2 0 80 0 - 0 worker 11:15 ? 00:00:00 [kworker/1:0] 0 R rshepard 14650 24488 0 80 0 - 778 - 11:17 pts/2 00:00:00 ps -efl 4 S rshepard 17864 1 0 80 0 - 1380 wait Mar20 tty1 00:00:00 -bash 1 S root 19475 2 0 80 0 - 0 worker Mar11 ? 00:02:07 [kworker/0:0] 0 S rshepard 24397 17864 0 80 0 - 861 wait 05:43 tty1 00:00:00 xinit /home/rshepard/.config/xfce4//xinitrc 4 S root 24398 24397 0 80 0 - 18124 poll_s 05:43 tty7 00:01:28 X :0 0 S rshepard 24403 24397 0 80 0 - 13580 poll_s 05:43 tty1 00:00:00 /usr/bin/xfce4-session 1 S rshepard 24408 24403 0 80 0 - 1139 wait 05:43 tty1 00:00:00 sh /home/rshepard/.config/xfce4//xinitrc 0 S rshepard 24410 24408 0 80 0 - 1400 poll_s 05:43 tty1 00:00:01 xscreensaver -no-splash 1 S rshepard 24414 1 0 80 0 - 964 poll_s 05:43 tty1 00:00:00 /usr/bin/dbus-launch --sh-syntax --exit-with-session /usr/bin/xfce4-session 1 S rshepard 24415 1 0 80 0 - 914 SyS_ep 05:43 ? 00:00:00 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session 0 S rshepard 24417 1 0 80 0 - 1515 poll_s 05:43 ? 00:00:00 /usr/lib/xfce4/xfconf/xfconfd 1 S rshepard 24420 1 0 80 0 - 898 poll_s 05:43 ? 00:00:00 /usr/bin/gpg-agent --sh --daemon --enable-ssh-support --write-env-file /home/rshepard/.cache/gpg-agent-info 0 S rshepard 24421 24403 0 80 0 - 11640 poll_s 05:43 tty1 00:00:01 xfwm4 --display :0.0 --sm-client-id 11c0a83701000111750249100000150190000 0 S rshepard 24424 24403 0 80 0 - 42355 poll_s 05:43 tty1 00:00:06 xfce4-panel --sm-client-id 2db585aa9-8ffb-4102-baa5-06f2c29f7824 1 S rshepard 24426 1 0 80 0 - 14200 poll_s 05:43 ? 00:00:00 xfsettingsd --display :0.0 --sm-client-id 2621b9250-7c4a-4dbd-ab13-d52d0e74e989 0 S rshepard 24427 24403 0 80 0 - 13975 poll_s 05:43 tty1 00:00:00 xfdesktop --display :0.0 --sm-client-id 28c65c1b4-b146-4354-a8c4-d064e0d34e93 0 S rshepard 24432 1 0 80 0 - 6353 poll_s 05:43 ? 00:00:00 /usr/libexec/gvfsd 0 S rshepard 24436 1 0 80 0 - 10571 futex_ 05:43 ? 00:00:00 /usr/libexec//gvfsd-fuse -f /home/rshepard/.gvfs 0 S rshepard 24460 1 0 80 0 - 19473 poll_s 05:43 tty1 00:00:00 nm-applet 0 S rshepard 24462 1 0 80 0 - 3446 SyS_ep 05:43 tty1 00:00:00 urxvt -bg #0b293b -fg lightgrey -sb -cr yellow -pr yellow -fn 10x20 -geometry 75x25 -ls -si -sk -sw -sr -sl 1024 -n urvxt 0 S rshepard 24464 1 0 80 0 - 6819 SyS_ep 05:43 tty1 00:00:00 urxvt -bg #0b293b -fg lightgrey -sb -cr yellow -pr yellow -fn 10x20 -geometry 75x25 -ls -si -sk -sw -sr -sl 1024 -n urvxt 0 S rshepard 24466 1 0 80 0 - 10828 SyS_ep 05:43 tty1 00:00:03 urxvt -fn 10x20 -geometry 110x40+180+20 -fg white -bg black -cr red -e alpine 0 S rshepard 24468 1 0 80 0 - 3541 SyS_ep 05:43 tty1 00:00:00 urxvt -bg #0b293b -fg lightgrey -sb -cr yellow -pr yellow -fn 10x20 -geometry 75x25 -ls -si -sk -sw -sr -sl 1024 -n urvxt 0 S rshepard 24470 1 0 80 0 - 7072 SyS_ep 05:43 tty1 00:00:00 urxvt -bg #0b293b -fg lightgrey -sb -cr yellow -pr yellow -fn 10x20 -geometry 75x25 -ls -si -sk -sw -sr -sl 1024 -n urvxt 0 S rshepard 24472 1 0 80 0 - 39734 poll_s 05:43 tty1 00:00:25 jpilot 0 S rshepard 24474 1 1 80 0 - 207530 poll_s 05:43 tty1 00:06:36 firefox 1 S rshepard 24475 1 0 80 0 - 16683 poll_s 05:43 ? 00:00:00 xfce4-volumed 0 S rshepard 24476 24424 0 80 0 - 36236 poll_s 05:43 tty1 00:00:00 /usr/lib/xfce4/panel-plugins/xfce4-brightness-plugin 11 16777251 xfce4-brightness-plugin Brightness plugin Control your LCD brightness 0 S rshepard 24480 24424 0 80 0 - 38927 poll_s 05:43 tty1 00:00:00 /usr/lib/xfce4/panel/wrapper /usr/lib/xfce4/panel/plugins/libactions.so 13 16777252 actions Action Buttons Log out, lock or other system actions 0 S rshepard 24487 24466 0 80 0 - 4127 poll_s 05:43 pts/1 00:00:14 alpine 0 S rshepard 24488 24468 0 80 0 - 1441 wait 05:43 pts/2 00:00:00 -bash 0 S rshepard 24489 24464 0 80 0 - 1400 wait 05:43 pts/3 00:00:00 -bash 0 S rshepard 24516 24462 0 80 0 - 1403 wait 05:43 pts/4 00:00:00 -bash 0 S rshepard 24520 24470 0 80 0 - 1403 wait 05:43 pts/5 00:00:00 -bash 0 S rshepard 24613 1 0 80 0 - 1680 poll_s 05:43 ? 00:00:00 /usr/libexec/gconfd-2 0 S rshepard 24719 1 0 80 0 - 970 hrtime 05:43 tty1 00:00:08 /usr/local/bin/asclock 0 S rshepard 24751 1 0 80 0 - 92635 poll_s 05:43 tty1 00:00:06 /home/rshepard/.dropbox-dist/dropbox /newerversion 0 S rshepard 24782 24474 0 80 0 - 31344 poll_s 05:43 tty1 00:00:00 /usr/lib/firefox-24.3.0/plugin-container /home/rshepard/.mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox-24.3.0/omni.ja -appomni /usr/lib/firefox-24.3.0/browser/omni.ja -appdir /usr/lib/firefox-24.3.0/browser 24474 plugin 1 S root 25178 2 0 80 0 - 0 worker Mar17 ? 00:00:10 [kworker/u12:2] 1 S root 26215 1 0 80 0 - 2994 poll_s Mar10 ? 00:00:17 /usr/sbin/httpd -k start 5 S apache 26216 26215 0 80 0 - 2994 inet_c Mar10 ? 00:00:00 /usr/sbin/httpd -k start 5 S apache 26217 26215 0 80 0 - 3027 inet_c Mar10 ? 00:00:00 /usr/sbin/httpd -k start 5 S apache 26218 26215 0 80 0 - 3027 inet_c Mar10 ? 00:00:00 /usr/sbin/httpd -k start 5 S apache 26219 26215 0 80 0 - 3027 inet_c Mar10 ? 00:00:00 /usr/sbin/httpd -k start 5 S apache 26220 26215 0 80 0 - 2994 inet_c Mar10 ? 00:00:00 /usr/sbin/httpd -k start 0 S rshepard 27172 1 0 80 0 - 6663 poll_s 08:07 ? 00:00:00 /usr/libexec/gvfs-udisks2-volume-monitor 0 S rshepard 27176 1 0 80 0 - 6158 poll_s 08:07 ? 00:00:00 /usr/libexec/gvfs-mtp-volume-monitor 0 S rshepard 27180 1 0 80 0 - 6429 poll_s 08:07 ? 00:00:00 /usr/libexec/gvfs-gphoto2-volume-monitor 0 S rshepard 27205 1 0 80 0 - 3875 poll_s 08:07 ? 00:00:00 /usr/libexec/gvfsd-metadata From Jim.Diamond at acadiau.ca Fri Mar 21 18:39:22 2014 From: Jim.Diamond at acadiau.ca (Jim Diamond) Date: Fri, 21 Mar 2014 15:39:22 -0300 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <20140321140929.GC13931@jdiamond-nb2.acadiau.ca> Message-ID: <20140321183922.GB21097@jdiamond-nb2.acadiau.ca> On Fri, Mar 21, 2014 at 09:39 (-0700), Rich Shepard wrote: > On Fri, 21 Mar 2014, Jim Diamond wrote: >> smartctl --test=long /dev/sda > Jim, > I started this and it told me it would run until 09:20, so now it's > finished. >> smartctl --test=conveyance /dev/sad > Now running. > If I see nothing on the virtual console is that because there are no > problems detected? No... after the tests complete, run the first smartctl command to get the reports. One of the bits of info looks like SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed without error 00% 13205 - # 2 Extended offline Completed without error 00% 13178 - (Yours should be extended offline and conveyance.) Jim From baildon.research at googlemail.com Fri Mar 21 18:59:27 2014 From: baildon.research at googlemail.com (David Spencer) Date: Fri, 21 Mar 2014 18:59:27 +0000 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: Fantastic, thank you. Here's the bunny: 0 S root 13449 13448 0 80 0 - 724 wait 11:08 pts/3 00:00:00 sh install/doinst.sh -install 4 S root 14387 13449 0 80 0 - 3313 n_tty_ 11:08 pts/3 00:00:00 perl /usr/bin/updmap --nohash --syncwithtrees So it's the second of the three commands in doinst.sh that is hanging. It has used almost no cpu time in 11 mins and it is waiting on n_tty_read or n_tty_write. All output is going to /dev/null, so either your /dev/null is broken (ok, that's unlikely, but don't laugh, I have seen people who have managed to delete the device node and create a *huge* file there...) or it is stuck waiting for input that never comes. This is what updmap does: http://linuxcommand.org/man_pages/updmap1.html /usr/bin/updmap should be a symlink to /usr/share/texmf-dist/scripts/texlive/updmap.pl which should look like this: -rwxr-xr-x 1 root root 76838 Apr 29 2013 /usr/share/texmf-dist/scripts/texlive/updmap.pl Maybe you could try running it manually to see what happens. This is what I get, and it completes almost instantly: multiverse# perl /usr/bin/updmap --nohash --syncwithtrees updmap is using the following updmap.cfg files (in precedence order): /usr/share/texmf-dist/web2c/updmap.cfg updmap is using the following updmap.cfg file for writing changes: /root/.texlive2013/texmf-config/web2c/updmap.cfg multiverse# I hope you think this counts as progress... -D. From rshepard at appl-ecosys.com Fri Mar 21 19:07:28 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 12:07:28 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: On Fri, 21 Mar 2014, David Spencer wrote: > /usr/share/texmf-dist/scripts/texlive/updmap.pl which should look like > this: > -rwxr-xr-x 1 root root 76838 Apr 29 2013 > /usr/share/texmf-dist/scripts/texlive/updmap.pl [root at salmo ~]# ll /usr/bin/updmap lrwxrwxrwx 1 root root 45 Mar 21 11:08 /usr/bin/updmap -> ../share/texmf-dist/scripts/texlive/updmap.pl* That's different. > Maybe you could try running it manually to see what happens. This is > what I get, and it completes almost instantly: > multiverse# perl /usr/bin/updmap --nohash --syncwithtrees [root at salmo ~]# perl /usr/bin/updmap --nohash --syncwithtrees updmap is using the following updmap.cfg files (in precedence order): /usr/share/texmf-config/web2c/updmap.cfg /usr/share/texmf-dist/web2c/updmap.cfg updmap is using the following updmap.cfg file for writing changes: /root/.texlive2013/texmf-config/web2c/updmap.cfg Missing map files found, disabling PTSans-type1.map (in /usr/share/texmf-config/web2c/updmap.cfg) PTSerif-type1.map (in /usr/share/texmf-config/web2c/updmap.cfg) csother.map (in /usr/share/texmf-config/web2c/updmap.cfg) cstext.map (in /usr/share/texmf-config/web2c/updmap.cfg) grverb.map (in /usr/share/texmf-config/web2c/updmap.cfg) in /root/.texlive2013/texmf-config/web2c/updmap.cfg Do you really want to continue (y/N)? n answer =n= Please fix manually before running updmap(-sys) again! > I hope you think this counts as progress... Definitely! Now we know why it's failing. Why some map files have gone AWOL is interesting, but the question is how to fix this. Thanks, David, Rich From baildon.research at googlemail.com Fri Mar 21 19:17:30 2014 From: baildon.research at googlemail.com (David Spencer) Date: Fri, 21 Mar 2014 19:17:30 +0000 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: Sounds like you have some pre-existing config under /root/.texlive2012 or 2011, or /root/.texmf-var -- easiest thing to do is just blow it away. From yalhcru at gmail.com Fri Mar 21 19:24:50 2014 From: yalhcru at gmail.com (B Watson) Date: Fri, 21 Mar 2014 15:24:50 -0400 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: On 3/21/14, Rich Shepard wrote: > Definitely! Now we know why it's failing. Why some map files have gone > AWOL is interesting, but the question is how to fix this. One possibility is that your /usr partition got full during the installpkg. I've noticed over the years that installpkg will fail when that happens, without ever printing an error message or even returning with nonzero status. The files that script is complaining about though, aren't listed in your "tar tvf" output. So maybe /tmp got full during package creation... though you'd expect an error message from the SlackBuild or from mapepkg in that case. Plus, I bet it's not as simple as "disk full", I bet you already checked for that. From dickson.tim at googlemail.com Fri Mar 21 19:43:50 2014 From: dickson.tim at googlemail.com (Tim Dickson) Date: Fri, 21 Mar 2014 19:43:50 +0000 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <20140321140929.GC13931@jdiamond-nb2.acadiau.ca> Message-ID: <532C9676.9030409@googlemail.com> On 21/03/2014 16:39, Rich Shepard wrote: > On Fri, 21 Mar 2014, Jim Diamond wrote: > >> smartctl --test=long /dev/sda > > Jim, > > I started this and it told me it would run until 09:20, so now it's > finished. > >> smartctl --test=conveyance /dev/sad > > Now running. > there is a typo here. it should be smartctl --test=conveyance /dev/sda > If I see nothing on the virtual console is that because there are no > problems detected? > > Rich > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > From rshepard at appl-ecosys.com Fri Mar 21 20:27:06 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 13:27:06 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: On Fri, 21 Mar 2014, B Watson wrote: > One possibility is that your /usr partition got full during the > installpkg. I've noticed over the years that installpkg will fail when > that happens, without ever printing an error message or even returning > with nonzero status. /usr still has 75G available. > Plus, I bet it's not as simple as "disk full", I bet you already checked > for that. All partitions have abundant room. Thanks, Rich From rshepard at appl-ecosys.com Fri Mar 21 20:31:10 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 13:31:10 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: <20140321140929.GC13931@jdiamond-nb2.acadiau.ca> References: <20140321140929.GC13931@jdiamond-nb2.acadiau.ca> Message-ID: On Fri, 21 Mar 2014, Jim Diamond wrote: > I hate to say this, but have you checked the health of your disk? > Are you familiar with smartctl? You could try running (all these as root) > smartctl -a /dev/sda > or for the extremely short and uninformative version > smartctl -H /dev/sda > and see if you see any harbingers of doom. Jim, Both versions show the disk is fine. Thanks, Rich -- Richard B. Shepard, Ph.D. | Have knowledge, will travel. Applied Ecosystem Services, Inc. | www.appl-ecosys.com Voice: 503-667-4517 Fax: 503-667-8863 From rshepard at appl-ecosys.com Fri Mar 21 20:33:29 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 13:33:29 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: <532C9676.9030409@googlemail.com> References: <20140321140929.GC13931@jdiamond-nb2.acadiau.ca> <532C9676.9030409@googlemail.com> Message-ID: On Fri, 21 Mar 2014, Tim Dickson wrote: > there is a typo here. it should be > smartctl --test=conveyance /dev/sda Tim, Caught that and entered the correct device name. Thanks, Rich From rshepard at appl-ecosys.com Fri Mar 21 20:41:01 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 13:41:01 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: On Fri, 21 Mar 2014, David Spencer wrote: > Sounds like you have some pre-existing config under /root/.texlive2012 > or 2011, or /root/.texmf-var -- easiest thing to do is just blow it > away. David, There was both /root/.texlive2013/ (from yesterday) and /root/.texmf-var/ and I deleted both. Ran installpkg for 5 minutes without completion. Should I send another process log now that the two files in /root have been eliminated? Rich From rshepard at appl-ecosys.com Fri Mar 21 20:52:12 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 13:52:12 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: On Fri, 21 Mar 2014, David Spencer wrote: > Let's see it *all* please with no grepping, we need the stuff that > doinst.sh is calling. My money's on /bin/sh /usr/bin/fmtutil --all and > points south thereof. David, After removing the two dot-files in /root I let installpkg run for 9 minutes; it did not finish. Here's the process list from this attempt: F S UID PID PPID C PRI NI ADDR SZ WCHAN STIME TTY TIME CMD 4 S root 1 0 0 80 0 - 508 poll_s Mar09 ? 00:00:06 init [3] 1 S root 2 0 0 80 0 - 0 kthrea Mar09 ? 00:00:00 [kthreadd] 1 S root 3 2 0 80 0 - 0 smpboo Mar09 ? 00:00:11 [ksoftirqd/0] 1 S root 5 2 0 60 -20 - 0 worker Mar09 ? 00:00:00 [kworker/0:0H] 1 S root 7 2 0 -40 - - 0 smpboo Mar09 ? 00:00:04 [migration/0] 1 S root 8 2 0 80 0 - 0 rcu_gp Mar09 ? 00:00:00 [rcu_bh] 1 S root 9 2 0 80 0 - 0 rcu_gp Mar09 ? 00:02:52 [rcu_sched] 1 S root 10 2 0 -40 - - 0 smpboo Mar09 ? 00:00:05 [migration/1] 1 S root 11 2 0 80 0 - 0 smpboo Mar09 ? 00:02:17 [ksoftirqd/1] 1 S root 13 2 0 60 -20 - 0 worker Mar09 ? 00:00:00 [kworker/1:0H] 1 S root 14 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [khelper] 5 S root 15 2 0 80 0 - 0 devtmp Mar09 ? 00:00:00 [kdevtmpfs] 1 S root 16 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [netns] 1 S root 17 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [writeback] 1 S root 18 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [bioset] 1 S root 19 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [kblockd] 1 S root 20 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [ata_sff] 1 S root 21 2 0 80 0 - 0 hub_th Mar09 ? 00:00:00 [khubd] 1 S root 22 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [md] 1 S root 23 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [devfreq_wq] 1 S root 25 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [rpciod] 1 S root 29 2 0 80 0 - 0 watchd Mar09 ? 00:00:00 [khungtaskd] 1 S root 30 2 0 80 0 - 0 kswapd Mar09 ? 00:00:49 [kswapd0] 1 S root 31 2 0 99 19 - 0 khugep Mar09 ? 00:01:05 [khugepaged] 1 S root 32 2 0 80 0 - 0 fsnoti Mar09 ? 00:00:00 [fsnotify_mark] 1 S root 33 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [nfsiod] 1 S root 34 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [crypto] 1 S root 77 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [kthrotld] 1 S root 79 2 0 80 0 - 0 scsi_e Mar09 ? 00:00:00 [scsi_eh_0] 1 S root 80 2 0 80 0 - 0 scsi_e Mar09 ? 00:00:00 [scsi_eh_1] 1 S root 81 2 0 80 0 - 0 scsi_e Mar09 ? 00:00:00 [scsi_eh_2] 1 S root 82 2 0 80 0 - 0 scsi_e Mar09 ? 00:00:00 [scsi_eh_3] 1 S root 87 2 0 80 0 - 0 scsi_e Mar09 ? 00:00:00 [scsi_eh_4] 1 S root 89 2 0 80 0 - 0 scsi_e Mar09 ? 00:00:00 [scsi_eh_5] 1 S root 92 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [deferwq] 1 S root 130 2 0 60 -20 - 0 worker Mar09 ? 00:00:52 [kworker/1:1H] 1 S root 171 2 0 80 0 - 0 kjourn Mar09 ? 00:00:00 [kjournald] 1 S root 188 2 0 60 -20 - 0 worker Mar09 ? 00:00:00 [kworker/0:1H] 5 S root 208 1 0 80 0 - 877 SyS_ep Mar09 ? 00:00:01 /sbin/udevd --daemon 1 S root 303 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [kpsmoused] 1 S root 323 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [hd-audio0] 1 S root 328 2 0 60 -20 - 0 rescue Mar09 ? 00:00:00 [ttm_swap] 1 S root 400 2 0 80 0 - 0 kjourn Mar09 ? 00:00:00 [kjournald] 1 S root 401 2 0 80 0 - 0 kjourn Mar09 ? 00:00:08 [kjournald] 1 S root 402 2 0 80 0 - 0 kjourn Mar09 ? 00:00:13 [kjournald] 1 S root 403 2 0 80 0 - 0 kjourn Mar09 ? 00:00:00 [kjournald] 1 S root 404 2 0 80 0 - 0 kjourn Mar09 ? 00:00:05 [kjournald] 1 S root 405 2 0 80 0 - 0 kjourn Mar09 ? 00:00:00 [kjournald] 1 S root 444 1 0 80 0 - 523 poll_s Mar09 ? 00:00:03 /usr/sbin/syslogd 5 S root 448 1 0 80 0 - 508 syslog Mar09 ? 00:00:00 /usr/sbin/klogd -c 3 -x 5 S root 648 1 0 80 0 - 518 poll_s Mar09 ? 00:00:00 /usr/sbin/inetd 5 S root 653 1 0 80 0 - 1247 poll_s Mar09 ? 00:00:00 /usr/sbin/sshd 5 S root 658 1 0 80 0 - 1252 poll_s Mar09 ? 00:00:29 /usr/sbin/ntpd -g -p /var/run/ntpd.pid 1 S root 667 1 0 80 0 - 511 poll_s Mar09 ? 00:00:00 /usr/sbin/acpid 5 S 60 680 1 0 80 0 - 828 SyS_ep Mar09 ? 00:00:00 /usr/bin/dbus-daemon --system 5 S root 683 1 0 80 0 - 5434 poll_s Mar09 ? 00:00:00 /usr/sbin/console-kit-daemon 4 S root 751 1 0 80 0 - 6499 poll_s Mar09 ? 00:00:00 /usr/libexec/polkitd --no-debug 5 S nobody 771 1 0 80 0 - 683 poll_s Mar09 ? 00:00:04 /usr/sbin/dnsmasq 4 S root 782 1 0 80 0 - 2053 SyS_ep Mar09 ? 00:00:08 /usr/sbin/cupsd -C /etc/cups/cupsd.conf 1 S root 784 1 0 80 0 - 569 hrtime Mar09 ? 00:00:01 /usr/sbin/crond -l notice 1 S daemon 786 1 0 80 0 - 567 hrtime Mar09 ? 00:00:00 /usr/sbin/atd -b 15 -l 1 5 S root 878 1 0 80 0 - 590 poll_s Mar09 ? 00:00:40 /usr/sbin/gpm -R msc -m /dev/mouse -t imps2 4 S root 888 1 0 80 0 - 570 n_tty_ Mar09 tty3 00:00:00 /sbin/agetty 38400 tty3 linux 4 S root 889 1 0 80 0 - 570 n_tty_ Mar09 tty4 00:00:00 /sbin/agetty 38400 tty4 linux 4 S root 890 1 0 80 0 - 570 n_tty_ Mar09 tty5 00:00:00 /sbin/agetty 38400 tty5 linux 4 S root 891 1 0 80 0 - 570 n_tty_ Mar09 tty6 00:00:00 /sbin/agetty 38400 tty6 linux 4 S root 1032 1 0 80 0 - 9302 poll_s Mar09 ? 00:00:00 /usr/sbin/ModemManager 4 S nobody 1327 648 0 80 0 - 17948 inet_c Mar14 ? 00:00:00 in.identd 4 S root 1351 1 0 80 0 - 6308 poll_s Mar09 ? 00:00:00 /usr/libexec/upowerd 5 S root 1691 1 0 80 0 - 1473 SyS_ep Mar09 ? 00:00:05 /usr/libexec/postfix/master -w 4 S root 2746 1 0 80 0 - 12830 poll_s Mar09 ? 00:02:19 /usr/lib/udisks2/udisksd --no-debug 1 S root 4191 2 0 80 0 - 0 worker 08:16 ? 00:00:02 [kworker/1:1] 5 S apache 6822 26215 0 80 0 - 2994 inet_c Mar11 ? 00:00:00 /usr/sbin/httpd -k start 5 S apache 6823 26215 0 80 0 - 2994 inet_c Mar11 ? 00:00:00 /usr/sbin/httpd -k start 5 S apache 6824 26215 0 80 0 - 2994 inet_c Mar11 ? 00:00:00 /usr/sbin/httpd -k start 4 S root 7132 1 0 80 0 - 570 n_tty_ Mar12 tty2 00:00:00 /sbin/agetty 38400 tty2 linux 4 S postfix 7397 1691 0 80 0 - 1521 SyS_ep Mar19 ? 00:00:00 qmgr -l -t fifo -u 4 S postfix 7460 1691 0 80 0 - 1491 SyS_ep Mar19 ? 00:00:00 tlsmgr -l -t unix -u 1 S root 11555 2 0 80 0 - 0 worker 09:05 ? 00:00:02 [kworker/0:1] 4 S postfix 11704 1691 0 80 0 - 1489 SyS_ep 12:22 ? 00:00:00 pickup -l -t fifo -u 4 S root 12141 24489 0 80 0 - 1408 n_tty_ 09:37 pts/3 00:00:00 -su 1 S root 13177 2 0 80 0 - 0 worker 13:32 ? 00:00:00 [kworker/u12:0] 1 S root 14226 2 0 80 0 - 0 worker 13:40 ? 00:00:00 [kworker/1:0] 0 S root 14247 14407 0 80 0 - 1167 wait 13:41 pts/5 00:00:00 /bin/sh /sbin/installpkg texlive-20130530-i486-2_SBo.tgz 1 S root 14396 14247 0 80 0 - 1167 wait 13:42 pts/5 00:00:00 /bin/sh /sbin/installpkg texlive-20130530-i486-2_SBo.tgz 0 S root 14397 14396 0 80 0 - 724 wait 13:42 pts/5 00:00:00 sh install/doinst.sh -install 4 S root 14407 24520 0 80 0 - 1406 wait 11:10 pts/5 00:00:00 -su 4 S root 15335 14397 0 80 0 - 3327 n_tty_ 13:42 pts/5 00:00:00 perl /usr/bin/updmap --nohash --syncwithtrees 1 S root 15372 2 0 80 0 - 0 worker 13:46 ? 00:00:00 [kworker/1:2] 0 R rshepard 15383 24488 0 80 0 - 778 - 13:50 pts/2 00:00:00 ps -efl 4 S rshepard 17864 1 0 80 0 - 1380 wait Mar20 tty1 00:00:00 -bash 1 S root 19475 2 0 80 0 - 0 worker Mar11 ? 00:02:07 [kworker/0:0] 0 S rshepard 24397 17864 0 80 0 - 861 wait 05:43 tty1 00:00:00 xinit /home/rshepard/.config/xfce4//xinitrc 4 S root 24398 24397 0 80 0 - 18146 poll_s 05:43 tty7 00:01:57 X :0 0 S rshepard 24403 24397 0 80 0 - 13580 poll_s 05:43 tty1 00:00:00 /usr/bin/xfce4-session 1 S rshepard 24408 24403 0 80 0 - 1139 wait 05:43 tty1 00:00:00 sh /home/rshepard/.config/xfce4//xinitrc 0 S rshepard 24410 24408 0 80 0 - 1400 poll_s 05:43 tty1 00:00:02 xscreensaver -no-splash 1 S rshepard 24414 1 0 80 0 - 964 poll_s 05:43 tty1 00:00:00 /usr/bin/dbus-launch --sh-syntax --exit-with-session /usr/bin/xfce4-session 1 S rshepard 24415 1 0 80 0 - 914 SyS_ep 05:43 ? 00:00:00 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session 0 S rshepard 24417 1 0 80 0 - 1515 poll_s 05:43 ? 00:00:00 /usr/lib/xfce4/xfconf/xfconfd 1 S rshepard 24420 1 0 80 0 - 898 poll_s 05:43 ? 00:00:00 /usr/bin/gpg-agent --sh --daemon --enable-ssh-support --write-env-file /home/rshepard/.cache/gpg-agent-info 0 S rshepard 24421 24403 0 80 0 - 11640 poll_s 05:43 tty1 00:00:02 xfwm4 --display :0.0 --sm-client-id 11c0a83701000111750249100000150190000 0 S rshepard 24424 24403 0 80 0 - 42355 poll_s 05:43 tty1 00:00:08 xfce4-panel --sm-client-id 2db585aa9-8ffb-4102-baa5-06f2c29f7824 1 S rshepard 24426 1 0 80 0 - 14200 poll_s 05:43 ? 00:00:00 xfsettingsd --display :0.0 --sm-client-id 2621b9250-7c4a-4dbd-ab13-d52d0e74e989 0 S rshepard 24427 24403 0 80 0 - 13975 poll_s 05:43 tty1 00:00:01 xfdesktop --display :0.0 --sm-client-id 28c65c1b4-b146-4354-a8c4-d064e0d34e93 0 S rshepard 24432 1 0 80 0 - 6353 poll_s 05:43 ? 00:00:00 /usr/libexec/gvfsd 0 S rshepard 24436 1 0 80 0 - 10571 futex_ 05:43 ? 00:00:00 /usr/libexec//gvfsd-fuse -f /home/rshepard/.gvfs 0 S rshepard 24460 1 0 80 0 - 19473 poll_s 05:43 tty1 00:00:00 nm-applet 0 S rshepard 24462 1 0 80 0 - 3446 SyS_ep 05:43 tty1 00:00:00 urxvt -bg #0b293b -fg lightgrey -sb -cr yellow -pr yellow -fn 10x20 -geometry 75x25 -ls -si -sk -sw -sr -sl 1024 -n urvxt 0 S rshepard 24464 1 0 80 0 - 6819 SyS_ep 05:43 tty1 00:00:01 urxvt -bg #0b293b -fg lightgrey -sb -cr yellow -pr yellow -fn 10x20 -geometry 75x25 -ls -si -sk -sw -sr -sl 1024 -n urvxt 0 S rshepard 24466 1 0 80 0 - 10828 SyS_ep 05:43 tty1 00:00:04 urxvt -fn 10x20 -geometry 110x40+180+20 -fg white -bg black -cr red -e alpine 0 S rshepard 24468 1 0 80 0 - 3541 SyS_ep 05:43 tty1 00:00:00 urxvt -bg #0b293b -fg lightgrey -sb -cr yellow -pr yellow -fn 10x20 -geometry 75x25 -ls -si -sk -sw -sr -sl 1024 -n urvxt 0 S rshepard 24470 1 0 80 0 - 7072 SyS_ep 05:43 tty1 00:00:00 urxvt -bg #0b293b -fg lightgrey -sb -cr yellow -pr yellow -fn 10x20 -geometry 75x25 -ls -si -sk -sw -sr -sl 1024 -n urvxt 0 S rshepard 24472 1 0 80 0 - 39734 poll_s 05:43 tty1 00:00:37 jpilot 0 S rshepard 24474 1 1 80 0 - 201855 poll_s 05:43 tty1 00:08:53 firefox 1 S rshepard 24475 1 0 80 0 - 16683 poll_s 05:43 ? 00:00:00 xfce4-volumed 0 S rshepard 24476 24424 0 80 0 - 36236 poll_s 05:43 tty1 00:00:00 /usr/lib/xfce4/panel-plugins/xfce4-brightness-plugin 11 16777251 xfce4-brightness-plugin Brightness plugin Control your LCD brightness 0 S rshepard 24480 24424 0 80 0 - 38927 poll_s 05:43 tty1 00:00:00 /usr/lib/xfce4/panel/wrapper /usr/lib/xfce4/panel/plugins/libactions.so 13 16777252 actions Action Buttons Log out, lock or other system actions 0 S rshepard 24487 24466 0 80 0 - 4127 poll_s 05:43 pts/1 00:00:17 alpine 0 S rshepard 24488 24468 0 80 0 - 1443 wait 05:43 pts/2 00:00:00 -bash 0 S rshepard 24489 24464 0 80 0 - 1400 wait 05:43 pts/3 00:00:00 -bash 0 S rshepard 24516 24462 0 80 0 - 1403 n_tty_ 05:43 pts/4 00:00:00 -bash 0 S rshepard 24520 24470 0 80 0 - 1403 wait 05:43 pts/5 00:00:00 -bash 0 S rshepard 24613 1 0 80 0 - 1680 poll_s 05:43 ? 00:00:00 /usr/libexec/gconfd-2 0 S rshepard 24719 1 0 80 0 - 970 hrtime 05:43 tty1 00:00:13 /usr/local/bin/asclock 0 S rshepard 24751 1 0 80 0 - 92635 poll_s 05:43 tty1 00:00:08 /home/rshepard/.dropbox-dist/dropbox /newerversion 0 S rshepard 24782 24474 0 80 0 - 31344 poll_s 05:43 tty1 00:00:00 /usr/lib/firefox-24.3.0/plugin-container /home/rshepard/.mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox-24.3.0/omni.ja -appomni /usr/lib/firefox-24.3.0/browser/omni.ja -appdir /usr/lib/firefox-24.3.0/browser 24474 plugin 1 S root 25178 2 0 80 0 - 0 worker Mar17 ? 00:00:12 [kworker/u12:2] 1 S root 26215 1 0 80 0 - 2994 poll_s Mar10 ? 00:00:18 /usr/sbin/httpd -k start 5 S apache 26216 26215 0 80 0 - 2994 inet_c Mar10 ? 00:00:00 /usr/sbin/httpd -k start 5 S apache 26217 26215 0 80 0 - 3027 inet_c Mar10 ? 00:00:00 /usr/sbin/httpd -k start 5 S apache 26218 26215 0 80 0 - 3027 inet_c Mar10 ? 00:00:00 /usr/sbin/httpd -k start 5 S apache 26219 26215 0 80 0 - 3027 inet_c Mar10 ? 00:00:00 /usr/sbin/httpd -k start 5 S apache 26220 26215 0 80 0 - 2994 inet_c Mar10 ? 00:00:00 /usr/sbin/httpd -k start 0 S rshepard 27172 1 0 80 0 - 6663 poll_s 08:07 ? 00:00:00 /usr/libexec/gvfs-udisks2-volume-monitor 0 S rshepard 27176 1 0 80 0 - 6158 poll_s 08:07 ? 00:00:00 /usr/libexec/gvfs-mtp-volume-monitor 0 S rshepard 27180 1 0 80 0 - 6429 poll_s 08:07 ? 00:00:00 /usr/libexec/gvfs-gphoto2-volume-monitor 0 S rshepard 27205 1 0 80 0 - 3875 poll_s 08:07 ? 00:00:00 /usr/libexec/gvfsd-metadata Rich From miguel at thedeanda.com Fri Mar 21 21:01:56 2014 From: miguel at thedeanda.com (Miguel De Anda) Date: Fri, 21 Mar 2014 14:01:56 -0700 Subject: [Slackbuilds-users] wildfly start/stop script Message-ID: has anybody used the rc.wildfly script included in wildfly to stop the service? it seems to silently fail. when i ran the command directly [ $/usr/share/wildfly/bin/jboss-cli.sh --connect controller=127.0.0.1:9999command=:shutdown ] i see that its getting a connection refused error. it appears that the config file is not setup to allow local connections to control wildfly. can the wildfly buildscript be packaged such that it either falls back to a simple `kill $wildflypid` command and/or patch the standalone.xml to allow local connections. the local connection method is a bit less secure unless a wildfly user is somehow generated. either way, its not obvious that `rc.wildfly stop` does not work without further configuration so at the very least it should be noted. thanks, miguel -------------- next part -------------- An HTML attachment was scrubbed... URL: From miguel at thedeanda.com Fri Mar 21 21:20:55 2014 From: miguel at thedeanda.com (Miguel De Anda) Date: Fri, 21 Mar 2014 14:20:55 -0700 Subject: [Slackbuilds-users] wildfly start/stop script In-Reply-To: References: Message-ID: i found that removing "controller=127.0.0.1:9999" from the shutdown command makes it work (i also removed the "cd wildfly home" part earlier but i don't think it matters much. maybe the rc script shouldn't have that by default so it just works as expected. On Fri, Mar 21, 2014 at 2:01 PM, Miguel De Anda wrote: > has anybody used the rc.wildfly script included in wildfly to stop the > service? it seems to silently fail. when i ran the command directly [ > $/usr/share/wildfly/bin/jboss-cli.sh --connect controller=127.0.0.1:9999command=:shutdown ] i see that its getting a connection refused error. it > appears that the config file is not setup to allow local connections to > control wildfly. > > can the wildfly buildscript be packaged such that it either falls back to > a simple `kill $wildflypid` command and/or patch the standalone.xml to > allow local connections. > > the local connection method is a bit less secure unless a wildfly user is > somehow generated. > > either way, its not obvious that `rc.wildfly stop` does not work without > further configuration so at the very least it should be noted. > > thanks, > miguel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jim.Diamond at acadiau.ca Fri Mar 21 21:29:09 2014 From: Jim.Diamond at acadiau.ca (Jim Diamond) Date: Fri, 21 Mar 2014 18:29:09 -0300 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: <532C9676.9030409@googlemail.com> References: <20140321140929.GC13931@jdiamond-nb2.acadiau.ca> <532C9676.9030409@googlemail.com> Message-ID: <20140321212906.GA26907@jdiamond-nb2> On Fri, Mar 21, 2014 at 19:43 (+0000), Tim Dickson wrote: > On 21/03/2014 16:39, Rich Shepard wrote: >>On Fri, 21 Mar 2014, Jim Diamond wrote: >>> smartctl --test=long /dev/sda >>Jim, >> I started this and it told me it would run until 09:20, so now it's >>finished. >>> smartctl --test=conveyance /dev/sad >> Now running. > there is a typo here. it should be > smartctl --test=conveyance /dev/sad Thanks. Either my disk is unhappy or my auto-correct got carried away. Hopefully the latter. Jim From Jim.Diamond at acadiau.ca Fri Mar 21 21:35:42 2014 From: Jim.Diamond at acadiau.ca (Jim Diamond) Date: Fri, 21 Mar 2014 18:35:42 -0300 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <20140321140929.GC13931@jdiamond-nb2.acadiau.ca> Message-ID: <20140321213542.GB26907@jdiamond-nb2> On Fri, Mar 21, 2014 at 13:31 (-0700), Rich Shepard wrote: > On Fri, 21 Mar 2014, Jim Diamond wrote: >>I hate to say this, but have you checked the health of your disk? >>Are you familiar with smartctl? You could try running (all these as root) >> smartctl -a /dev/sda >>or for the extremely short and uninformative version >> smartctl -H /dev/sda >>and see if you see any harbingers of doom. > Jim, > Both versions show the disk is fine. Glad to hear it. As David pointed out, it will be interesting to see what happens when you run perl /usr/bin/updmap --nohash --syncwithtrees from the command line without redirecting stdout and stderr. Sooner or later something definitive should show up. Jim From baildon.research at googlemail.com Fri Mar 21 21:44:47 2014 From: baildon.research at googlemail.com (David Spencer) Date: Fri, 21 Mar 2014 21:44:47 +0000 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: > After removing the two dot-files in /root I let installpkg run for 9 > minutes; it did not finish. Here's the process list from this attempt: Well that's just the same. Something non-vanilla on your box is causing updmap to whine and whinge. For example, my vanilla texlive has no directory '/usr/share/texmf-config' at all, so whatever you have in there (that your updmap is complaining about) is dodgy. Your mission, should you choose to accept it, is to clean up stuff until you get your manual invocation of updmap to run without asking a question. Only then can you expect the installpkg to complete properly. I'm done, basically... Cheers -D. From rshepard at appl-ecosys.com Fri Mar 21 22:10:43 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 15:10:43 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: On Fri, 21 Mar 2014, David Spencer wrote: > For example, my vanilla texlive has no directory '/usr/share/texmf-config' > at all, so whatever you have in there (that your updmap is complaining > about) is dodgy. Your mission, should you choose to accept it, is to > clean up stuff until you get your manual invocation of updmap to run > without asking a question. Only then can you expect the installpkg to > complete properly. I'm done, basically... David/Jim/et al.: So am I! There was a /usr/share/texmf-config left from the texlive2011 installation. So, just to start clean I deleted all tex* subdirectories from /usr/share, then re-ran installpkg and ... Package texlive-20130530-i486-2_SBo.tgz installed. real 1m41.797s Thank you both so much for your time and effort on my behalf. It works now just as it should. I suppose that if the texlive2011 did not need to be removed (which was apparently done incompletely), the using upgradepkg rather than installpkg would have cleaned up the texmf-config/ subdirectory. Your expertise on finding the problem(s) very much appreciated! Carpe weekend, Rich From yalhcru at gmail.com Fri Mar 21 22:34:56 2014 From: yalhcru at gmail.com (B Watson) Date: Fri, 21 Mar 2014 18:34:56 -0400 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: On 3/21/14, Rich Shepard wrote: >> clean up stuff until you get your manual invocation of updmap to run >> without asking a question. Only then can you expect the installpkg to >> complete properly. I'm done, basically... Hm. Does updmap maybe have an option that makes it non-interactive? It's kinda horrible to run interactive scripts from doinst.sh... I grant you that the problem wasn't the package (it was the system it was being installed on), but it's still kinda bad behaviour, it should work or fail... Of course no SlackBuild script is expected to solve the halting problem... From rworkman at slackbuilds.org Sat Mar 22 00:58:34 2014 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 21 Mar 2014 19:58:34 -0500 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: <20140321195834.05fb78c7@home.rlworkman.net> On Fri, 21 Mar 2014 18:34:56 -0400 B Watson wrote: > On 3/21/14, Rich Shepard wrote: > >> clean up stuff until you get your manual invocation of updmap to > >> run without asking a question. Only then can you expect the > >> installpkg to complete properly. I'm done, basically... > > Hm. Does updmap maybe have an option that makes it non-interactive? > It's kinda horrible to run interactive scripts from doinst.sh... I > grant you that the problem wasn't the package (it was the system it > was being installed on), but it's still kinda bad behaviour, it > should work or fail... This is a problem that I've been aware of for quite a while, but quite frankly, I have no idea how to elegantly solve it. It's happened to me on a couple of occasions (under similar circumstances to what Rich has endured), and after doing basically what you guys all did above, I was able to get it to run. Unless someone has a better idea, perhaps the best solution for now is to document this in README? -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From willysr at slackbuilds.org Sat Mar 22 01:08:10 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 22 Mar 2014 08:08:10 +0700 Subject: [Slackbuilds-users] wildfly start/stop script In-Reply-To: References: Message-ID: <532CE27A.6020203@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > i found that removing "controller=127.0.0.1:9999" from the shutdown command > makes it work (i also removed the "cd wildfly home" part earlier but i > don't think it matters much. maybe the rc script shouldn't have that by > default so it just works as expected. >> has anybody used the rc.wildfly script included in wildfly to stop the >> service? it seems to silently fail. when i ran the command directly [ >> $/usr/share/wildfly/bin/jboss-cli.sh --connect controller=127.0.0.1:9999command=:shutdown ] i see that its getting a connection refused error. it >> appears that the config file is not setup to allow local connections to >> control wildfly. >> >> can the wildfly buildscript be packaged such that it either falls back to >> a simple `kill $wildflypid` command and/or patch the standalone.xml to >> allow local connections. >> >> the local connection method is a bit less secure unless a wildfly user is >> somehow generated. >> >> either way, its not obvious that `rc.wildfly stop` does not work without >> further configuration so at the very least it should be noted. Just to make sure the maintainer gets this, i'm CCing to him as well - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMs4noACgkQiHuDdNczM4H8tQCfZEA9gQ9ZnTZVcY1jtsYkCpk8 Z78AoI4f1mo1l+THf6zmmXs9dKf6Ts2j =bKrF -----END PGP SIGNATURE----- From rshepard at appl-ecosys.com Sat Mar 22 02:03:14 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Mar 2014 19:03:14 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: <20140321195834.05fb78c7@home.rlworkman.net> References: <20140320155432.4b0a8824@stygian.midgard.home> <20140321195834.05fb78c7@home.rlworkman.net> Message-ID: On Fri, 21 Mar 2014, Robby Workman wrote: > Unless someone has a better idea, perhaps the best solution for now is to > document this in README? Robby, +1. If the README (plus a note on the SBo page) includes advice to remove all traces of tex* from the system before building and installing a new texlive version it would help us greatly. Especially someone like me who's a user and not fluent in the underlying build/install process. This was a powerful lesson for me and I greatly appreciate the patient help that pointed me to the solution. Carpe weekend, Rich -- Richard B. Shepard, Ph.D. | Have knowledge, will travel. Applied Ecosystem Services, Inc. | www.appl-ecosys.com Voice: 503-667-4517 Fax: 503-667-8863 From erik at slackbuilds.org Sat Mar 22 03:53:27 2014 From: erik at slackbuilds.org (Erik Hanson) Date: Fri, 21 Mar 2014 22:53:27 -0500 Subject: [Slackbuilds-users] Updates - 20140322.1 Message-ID: <20140321225327.4c8e54b8@shaggy.doo> Sat Mar 22 03:47:59 UTC 2014 games/chocolate-doom: Updated for version 2.0.0. games/ember: Added (3D Client). games/freedoom: Updated for version 0.8. games/odamex: Updated for version 0.6.4. git/gitignore: Update gitignore. graphics/phototonic: Added (image viewer). graphics/vuescan: Updated for version 9.4.26. network/flexget: Updated for version 1.2.118. ruby/hub: Delete source. +--------------------------+ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: not available URL: From ryanpcmcquen at gmail.com Sat Mar 22 21:07:10 2014 From: ryanpcmcquen at gmail.com (Ryan P.C. McQuen) Date: Sat, 22 Mar 2014 14:07:10 -0700 Subject: [Slackbuilds-users] grbzks@imap.cc invalid email References: <0D15FD7F-080B-4434-BCF8-62562F6C9152@gmail.com> Message-ID: <518008E3-3A7F-459E-A254-CD51D4F58879@gmail.com> He is the maintainer of imlib2. Does anyone know how to reach him? Grigorios Bouzakis --- -------------- next part -------------- An HTML attachment was scrubbed... URL: From jvogel4 at stny.rr.com Fri Mar 21 01:52:58 2014 From: jvogel4 at stny.rr.com (John Vogel) Date: Thu, 20 Mar 2014 21:52:58 -0400 Subject: [Slackbuilds-users] Texlive-20130530 Build Errors In-Reply-To: References: <532A5015.4070005@slackbuilds.org> <20140320155432.4b0a8824@stygian.midgard.home> Message-ID: <20140320215258.42e1187f@stygian.midgard.home> On Thu, 20 Mar 2014 15:08:36 -0700 (PDT) Rich Shepard wrote: > Now, however, after a half-hour the package has not finished installing. > texlive-20130530-i486-2_SBo.tgz has a reported size of 716,500,277 bytes. I > don't recall any SBo package taking this long to install. I still have my copy of the built package, and it's size is 719646050. I think that B Watson's idea of attaching output of package contents will be revealing. Also, after the failed build attempts, did you start fresh new build? Another idea is to do a build in a qemu or virtualbox vm of a fresh install plus necessay dependancies -- I do this when I am tracking down build problems on my machines, usually as a last resort. Building texlive requires so much space, that I have used a minimum 8GB install image and an extra 20GB image file to set up a build partition on. The 20GB build partition may be excessive, but I prefer to go big or go home for stuff like this. John From gerardo at gerardozamudio.net Sat Mar 22 23:30:14 2014 From: gerardo at gerardozamudio.net (Gerardo Zamudio) Date: Sat, 22 Mar 2014 17:30:14 -0600 Subject: [Slackbuilds-users] grbzks@imap.cc invalid email In-Reply-To: <518008E3-3A7F-459E-A254-CD51D4F58879@gmail.com> References: <0D15FD7F-080B-4434-BCF8-62562F6C9152@gmail.com> <518008E3-3A7F-459E-A254-CD51D4F58879@gmail.com> Message-ID: On Sat, Mar 22, 2014 at 3:07 PM, Ryan P.C. McQuen wrote: > > He is the maintainer of imlib2. Does anyone know how to reach him? > Grigorios Bouzakis > > --- > > > > > >From a quick Google search it looks like he has a Gmail address, grbzks_AT_gmail.com ( see http://lists.suckless.org/dwm/0708/3206.html ). Do you have a specific problem with the package or an update? If you have a specific problem you can try posting here and see if someone can assist. If you have an update and you can't reach him, I would recommend letting the admins know so you or someone else can take over. It looks like there are a couple interdependent packages assigned to him and logs show his last activity was back in 2011 ( http://slackbuilds.org/cgit/slackbuilds/log/?id=d0ae025248be27bf30dc68e6594e8a517f5474fd&qt=author&q=grbzks). -------------- next part -------------- An HTML attachment was scrubbed... URL: From rob0 at slackbuilds.org Sun Mar 23 13:06:40 2014 From: rob0 at slackbuilds.org (Rob McGee) Date: Sun, 23 Mar 2014 08:06:40 -0500 Subject: [Slackbuilds-users] New e-mail address In-Reply-To: References: Message-ID: <20140323130640.GN13999@harrier.slackbuilds.org> On Fri, Mar 21, 2014 at 12:29:36PM +0100, Philip Lacroix wrote: > since my previous e-mail provider seem to be tagged as spammer > by the list manager, I subscribed with this new address, which > hopefully will be accepted. List manager had nothing to do with it; it must have been my MTA configuration. If you send me one or two of the bounces you got (offlist, please), I will look at them and see what happened. I would only need full headers, not the body of the message. Ideally, most legitimate email providers should be accepted here. Exceptions sometimes occur, of course. The most likely cause now seems to be when a provider has users with spammer-compromised credentials, and that provider has inadequate means of cleaning their outbound stream. Then they get listed on DNSBLs as a spam source (and rightly so, because they are.) -- Rob McGee - /dev/rob0 - rob0 at slackbuilds.org From thedoogster at gmail.com Sun Mar 23 23:19:50 2014 From: thedoogster at gmail.com (Doogster) Date: Sun, 23 Mar 2014 16:19:50 -0700 Subject: [Slackbuilds-users] Terminator README is inaccurate about Keybinder Message-ID: Terminator's README says the following: Optionally requires keybinder, which is available on SBo This is inaccurate. Keybinder is not available on SBo. It's included with Slackware, but it's built without the Python bindings. To fulfill this optional dependency, you need to rebuild Slackware's Keybinder package with the Python bindings enabled. From yalhcru at gmail.com Mon Mar 24 00:09:30 2014 From: yalhcru at gmail.com (B Watson) Date: Sun, 23 Mar 2014 20:09:30 -0400 Subject: [Slackbuilds-users] Terminator README is inaccurate about Keybinder In-Reply-To: References: Message-ID: On 3/23/14, Doogster wrote: > this optional dependency, you need to rebuild Slackware's Keybinder > package with the Python bindings enabled. Just submitted a python-keybinder build, basically just builds keybinder and rm's everything but the python bindings. It seems to work with terminator. Someone should update terminator's README to refer to python-keybinder rather than keybinder. From willysr at slackbuilds.org Mon Mar 24 01:09:53 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 24 Mar 2014 08:09:53 +0700 Subject: [Slackbuilds-users] Terminator README is inaccurate about Keybinder In-Reply-To: References: Message-ID: <532F85E1.6070602@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Terminator's README says the following: > > Optionally requires keybinder, which is available on SBo > > This is inaccurate. Keybinder is not available on SBo. It's > included with Slackware, but it's built without the Python > bindings. To fulfill this optional dependency, you need to rebuild > Slackware's Keybinder package with the Python bindings enabled. keybinder does exists, but for older Slackware http://slackbuilds.org/repository/13.37/libraries/keybinder/?search=keybinder I guess the README wasn't updated when that package was removed during 14.0 SBo development cycle - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMvheEACgkQiHuDdNczM4HVUACZAdClJONvDZdahW4wG95rk/z2 jcAAn0qH7Yd0mgMwNpPlntq3D9wdA+1D =WwIF -----END PGP SIGNATURE----- From willysr at slackbuilds.org Mon Mar 24 01:19:08 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 24 Mar 2014 08:19:08 +0700 Subject: [Slackbuilds-users] Terminator README is inaccurate about Keybinder In-Reply-To: References: Message-ID: <532F880C.3000700@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> this optional dependency, you need to rebuild Slackware's >> Keybinder package with the Python bindings enabled. > > Just submitted a python-keybinder build, basically just builds > keybinder and rm's everything but the python bindings. It seems to > work with terminator. Someone should update terminator's README to > refer to python-keybinder rather than keybinder. fixed on my branch - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMviAwACgkQiHuDdNczM4GH6QCcCEPxQbdKvWME8Llr/iEQV3l5 BW0AniqcohvAV6i5I0NMBqzvq8lrmbWQ =uHBv -----END PGP SIGNATURE----- From thedoogster at gmail.com Mon Mar 24 04:23:07 2014 From: thedoogster at gmail.com (Doogster) Date: Sun, 23 Mar 2014 21:23:07 -0700 Subject: [Slackbuilds-users] oss Message-ID: Did someone else take over as the maintainer of oss? I just tried to submit a new version, and I was told: "File exists; a submission by the name 'oss' is already pending approval." From thedoogster at gmail.com Mon Mar 24 04:29:15 2014 From: thedoogster at gmail.com (Doogster) Date: Sun, 23 Mar 2014 21:29:15 -0700 Subject: [Slackbuilds-users] oss In-Reply-To: References: Message-ID: Also, "oss" is not in either the "pending" or "approved" queues, at least according to the website. What's happening? On Sun, Mar 23, 2014 at 9:23 PM, Doogster wrote: > Did someone else take over as the maintainer of oss? I just tried to > submit a new version, and I was told: "File exists; a submission by > the name 'oss' is already pending approval." From willysr at slackbuilds.org Mon Mar 24 06:02:10 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 24 Mar 2014 13:02:10 +0700 Subject: [Slackbuilds-users] oss In-Reply-To: References: Message-ID: <532FCA62.1090807@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Also, "oss" is not in either the "pending" or "approved" queues, at > least according to the website. What's happening? >> Did someone else take over as the maintainer of oss? I just tried to >> submit a new version, and I was told: "File exists; a submission by >> the name 'oss' is already pending approval." Should be fixed now - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMvymIACgkQiHuDdNczM4EoZACfchwBLjSnL3hLIiwz2xHvmb1l cHEAnRKuC6EWVhrVOKNldRFLVty2Rqub =gFGV -----END PGP SIGNATURE----- From philnx at posteo.de Mon Mar 24 08:13:30 2014 From: philnx at posteo.de (Philip Lacroix) Date: Mon, 24 Mar 2014 09:13:30 +0100 Subject: [Slackbuilds-users] New e-mail address In-Reply-To: <20140323130640.GN13999@harrier.slackbuilds.org> References: <20140323130640.GN13999@harrier.slackbuilds.org> Message-ID: <76b631dfa218b7c27c64e24ee195493f@posteo.de> Hello Rob, thanks a lot for your reply. I didn't intend to criticize anyone or anything, but perhaps my message sounded a bit like that (I'm not a native speaker), and in that case I'm sorry: I appreciate the work you guys are doing, and by "list manager" I intended the automatic filtering system. I blame for this problem my (former) e-mail provider Bluebottle, which is known to enable by default a challenge-response system in order to prevent spam. Of course this technically causes spam itself, and this is not the first time that I encounter such a problem when subscribing or writing to lists. Unfortunately I deleted the bounce messages, but I guess this is not essential, as this new provider seems to be fine. :) All the best, Philip From ruben at orgizm.net Mon Mar 24 13:18:57 2014 From: ruben at orgizm.net (Ruben Schuller) Date: Mon, 24 Mar 2014 14:18:57 +0100 Subject: [Slackbuilds-users] Fw: perl-Locale-Maketext-Lexicon Message-ID: <20140324141857.5455e79c@kiwi.kuchen> Hi, I've mailed the maintainer of perl-Locale-Maketext-Lexicon (see the forwarded mail at the bottom) and haven't received a response by now, so I suppose either the email address is dead or he isn't interested anymore. If he doesn't read this list: Maybe someone with more perl packages does want to take this over, as I'm not using perl stuff really much (just installed it along with other stuff for frozen-bubble ;). Begin forwarded message: Date: 2014-03-18 18:09 From: Ruben Schuller To: asaf at hadasa-oss.net Subject: perl-Locale-Maketext-Lexicon Hi, the source for perl-Locale-Maketext-Lexicon 0.96 is not available anymore. I've used 0.99 http://search.cpan.org/CPAN/authors/id/D/DR/DRTECH/Locale-Maketext-Lexicon-0.99.tar.gz instead, and had no problems building and using it, so you may want to update your slackbuild :) I just noticed that there is also a 1.00 version, but I have not tested that. Kind Regards, Ruben From willysr at slackbuilds.org Mon Mar 24 14:49:49 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 24 Mar 2014 21:49:49 +0700 Subject: [Slackbuilds-users] Fw: perl-Locale-Maketext-Lexicon In-Reply-To: <20140324141857.5455e79c@kiwi.kuchen> References: <20140324141857.5455e79c@kiwi.kuchen> Message-ID: <5330460D.7060307@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > I've mailed the maintainer of perl-Locale-Maketext-Lexicon (see the > forwarded mail at the bottom) and haven't received a response by now, > so I suppose either the email address is dead or he isn't interested > anymore. > > If he doesn't read this list: Maybe someone with more perl packages > does want to take this over, as I'm not using perl stuff really much > (just installed it along with other stuff for frozen-bubble ;). Fixed now - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMwRg0ACgkQiHuDdNczM4F4pwCaAy1DaQQCGMFM49Or+X2/htrX TEsAnRVCC6cTNcuLhLeVOOc+g2fAElqe =lRGd -----END PGP SIGNATURE----- From rshepard at appl-ecosys.com Mon Mar 24 15:57:47 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 24 Mar 2014 08:57:47 -0700 (PDT) Subject: [Slackbuilds-users] TexLive2013 Install Issue: Different Host Message-ID: Using what I learned from all of you about installing texlive-20130530, I started to upgrade my Dell Latitude (Slackware-14.1/x86_64) laptop from the -20110705 SBo installation. First, I removed that package. Second, I searched for any remaining tex file on the system. There were some in /usr/share/texmf/, /usr/share/texmf-dist/, and /usr/share/texmf-conf/ so I removed all those. The only remaining tex files were related to R and LyX. Nothing in /usr/local/ because the earlier version was installed in /usr. Third, I built the texlive-20130530 package successfully in 19.5 minutes. Fourth, I tried installing the build package, but the process hangs. I ran 'ps -efl' and directed output to a text file, but I don't know how to interpret the output. Manually running updmap showed some missing map files; I let the tool build replacements. Thinking this solved the installation problem, I re-ran installpkg. Still hangs. Manually running updmap indicates no problems. The clue is probably in the process log which I've included below. David and Jim pointed me to the solution before from the information in the log so I'm asking you experts to provide advice based on what I did to avoid the problems I had before and what the process log tells you. TIA, Rich ------------------------------------------------------------------------ F S UID PID PPID C PRI NI ADDR SZ WCHAN STIME TTY TIME CMD 4 S root 1 0 0 80 0 - 1088 poll_s 07:23 ? 00:00:00 init [3] 1 S root 2 0 0 80 0 - 0 kthrea 07:23 ? 00:00:00 [kthreadd] 1 S root 3 2 0 80 0 - 0 smpboo 07:23 ? 00:00:00 [ksoftirqd/0] 1 S root 5 2 0 60 -20 - 0 worker 07:23 ? 00:00:00 [kworker/0:0H] 1 S root 7 2 0 -40 - - 0 smpboo 07:23 ? 00:00:00 [migration/0] 1 S root 8 2 0 80 0 - 0 rcu_gp 07:23 ? 00:00:00 [rcu_bh] 1 S root 9 2 0 80 0 - 0 rcu_gp 07:23 ? 00:00:04 [rcu_sched] 1 S root 10 2 0 -40 - - 0 smpboo 07:23 ? 00:00:00 [migration/1] 1 S root 11 2 0 80 0 - 0 smpboo 07:23 ? 00:00:00 [ksoftirqd/1] 1 S root 13 2 0 60 -20 - 0 worker 07:23 ? 00:00:00 [kworker/1:0H] 1 S root 14 2 0 -40 - - 0 smpboo 07:23 ? 00:00:00 [migration/2] 1 S root 15 2 0 80 0 - 0 smpboo 07:23 ? 00:00:00 [ksoftirqd/2] 1 S root 17 2 0 60 -20 - 0 worker 07:23 ? 00:00:00 [kworker/2:0H] 1 S root 18 2 0 -40 - - 0 smpboo 07:23 ? 00:00:00 [migration/3] 1 S root 19 2 0 80 0 - 0 smpboo 07:23 ? 00:00:00 [ksoftirqd/3] 1 S root 21 2 0 60 -20 - 0 worker 07:23 ? 00:00:00 [kworker/3:0H] 1 S root 22 2 0 60 -20 - 0 rescue 07:23 ? 00:00:00 [khelper] 5 S root 23 2 0 80 0 - 0 devtmp 07:23 ? 00:00:00 [kdevtmpfs] 1 S root 24 2 0 60 -20 - 0 rescue 07:23 ? 00:00:00 [netns] 1 S root 25 2 0 60 -20 - 0 rescue 07:23 ? 00:00:00 [writeback] 1 S root 26 2 0 60 -20 - 0 rescue 07:23 ? 00:00:00 [bioset] 1 S root 27 2 0 60 -20 - 0 rescue 07:23 ? 00:00:00 [kblockd] 1 S root 28 2 0 60 -20 - 0 rescue 07:23 ? 00:00:00 [ata_sff] 1 S root 29 2 0 80 0 - 0 hub_th 07:23 ? 00:00:00 [khubd] 1 S root 30 2 0 60 -20 - 0 rescue 07:23 ? 00:00:00 [md] 1 S root 31 2 0 60 -20 - 0 rescue 07:23 ? 00:00:00 [devfreq_wq] 1 S root 32 2 0 80 0 - 0 worker 07:23 ? 00:00:02 [kworker/0:1] 1 S root 34 2 0 80 0 - 0 worker 07:23 ? 00:00:02 [kworker/3:1] 1 S root 35 2 0 60 -20 - 0 rescue 07:23 ? 00:00:00 [rpciod] 1 S root 69 2 0 80 0 - 0 watchd 07:23 ? 00:00:00 [khungtaskd] 1 S root 70 2 0 80 0 - 0 kswapd 07:23 ? 00:00:00 [kswapd0] 1 S root 71 2 0 99 19 - 0 khugep 07:23 ? 00:00:00 [khugepaged] 1 S root 72 2 0 80 0 - 0 fsnoti 07:23 ? 00:00:00 [fsnotify_mark] 1 S root 73 2 0 60 -20 - 0 rescue 07:23 ? 00:00:00 [nfsiod] 1 S root 74 2 0 60 -20 - 0 rescue 07:23 ? 00:00:00 [crypto] 1 S root 117 2 0 60 -20 - 0 rescue 07:23 ? 00:00:00 [kthrotld] 1 S root 119 2 0 80 0 - 0 scsi_e 07:23 ? 00:00:00 [scsi_eh_0] 1 S root 120 2 0 80 0 - 0 scsi_e 07:23 ? 00:00:00 [scsi_eh_1] 1 S root 121 2 0 80 0 - 0 scsi_e 07:23 ? 00:00:00 [scsi_eh_2] 1 S root 122 2 0 80 0 - 0 scsi_e 07:23 ? 00:00:00 [scsi_eh_3] 1 S root 123 2 0 80 0 - 0 scsi_e 07:23 ? 00:00:00 [scsi_eh_4] 1 S root 124 2 0 80 0 - 0 scsi_e 07:23 ? 00:00:00 [scsi_eh_5] 1 D root 130 2 0 80 0 - 0 get_re 07:23 ? 00:00:02 [kworker/u16:7] 1 S root 131 2 0 80 0 - 0 scsi_e 07:23 ? 00:00:00 [scsi_eh_6] 1 S root 135 2 0 80 0 - 0 worker 07:23 ? 00:00:02 [kworker/2:1] 1 S root 136 2 0 80 0 - 0 scsi_e 07:23 ? 00:00:00 [scsi_eh_7] 1 S root 137 2 0 60 -20 - 0 rescue 07:23 ? 00:00:00 [deferwq] 1 S root 172 2 0 60 -20 - 0 worker 07:23 ? 00:00:00 [kworker/2:1H] 1 S root 173 2 0 60 -20 - 0 worker 07:23 ? 00:00:00 [kworker/3:1H] 1 S root 174 2 0 60 -20 - 0 worker 07:23 ? 00:00:00 [kworker/0:1H] 1 S root 175 2 0 60 -20 - 0 worker 07:23 ? 00:00:00 [kworker/1:1H] 1 S root 212 2 0 80 0 - 0 kjourn 07:23 ? 00:00:01 [kjournald] 5 S root 248 1 0 80 0 - 7540 ep_pol 07:23 ? 00:00:00 /sbin/udevd --daemon 1 S root 264 2 0 80 0 - 0 worker 07:23 ? 00:00:00 [kworker/3:2] 5 S root 346 2 0 9 - - 0 irq_th 07:23 ? 00:00:00 [irq/41-mei_me] 1 S root 347 2 0 60 -20 - 0 rescue 07:23 ? 00:00:00 [firewire] 1 S root 350 2 0 80 0 - 0 ips_ad 07:23 ? 00:00:00 [ips-adjust] 1 S root 351 2 0 80 0 - 0 ips_mo 07:23 ? 00:00:00 [ips-monitor] 1 S root 352 2 0 60 -20 - 0 rescue 07:23 ? 00:00:00 [cfg80211] 5 S root 354 2 0 9 - - 0 irq_th 07:23 ? 00:00:00 [irq/42-iwlwifi] 1 S root 364 2 0 60 -20 - 0 rescue 07:23 ? 00:00:00 [kpsmoused] 1 S root 369 2 0 80 0 - 0 worker 07:23 ? 00:00:00 [kworker/2:2] 1 S root 379 2 0 60 -20 - 0 rescue 07:23 ? 00:00:00 [hd-audio0] 1 S root 387 2 0 60 -20 - 0 rescue 07:23 ? 00:00:00 [kvm-irqfd-clean] 1 S root 401 2 0 80 0 - 0 pccard 07:23 ? 00:00:00 [pccardd] 1 S root 414 2 0 60 -20 - 0 rescue 07:23 ? 00:00:00 [iwlwifi] 1 S root 548 2 0 80 0 - 0 kjourn 07:23 ? 00:00:00 [kjournald] 1 S root 549 2 0 80 0 - 0 kjourn 07:23 ? 00:00:00 [kjournald] 1 S root 550 2 0 80 0 - 0 kjourn 07:23 ? 00:00:00 [kjournald] 1 S root 591 1 0 80 0 - 1616 poll_s 07:23 ? 00:00:00 /usr/sbin/syslogd 5 S root 595 1 0 80 0 - 1089 syslog 07:23 ? 00:00:00 /usr/sbin/klogd -c 3 -x 5 S root 828 1 0 80 0 - 1611 poll_s 07:23 ? 00:00:00 /usr/sbin/inetd 5 S root 833 1 0 80 0 - 6999 poll_s 07:23 ? 00:00:00 /usr/sbin/sshd 5 S root 839 1 0 80 0 - 3626 poll_s 07:23 ? 00:00:00 /usr/sbin/ntpd -g -p /var/run/ntpd.pid 1 S root 848 1 0 80 0 - 1092 poll_s 07:24 ? 00:00:00 /usr/sbin/acpid 5 S 81 862 1 0 80 0 - 4993 ep_pol 07:24 ? 00:00:01 /usr/bin/dbus-daemon --system 5 S root 865 1 0 80 0 - 520872 poll_s 07:24 ? 00:00:00 /usr/sbin/console-kit-daemon 4 S root 932 1 0 80 0 - 48517 poll_s 07:24 ? 00:00:00 /usr/libexec/polkitd --no-debug 1 S root 943 1 0 80 0 - 46114 poll_s 07:24 ? 00:00:02 /usr/bin/python -O /usr/share/wicd/daemon/wicd-daemon.py 0 S root 947 943 0 80 0 - 26727 poll_s 07:24 ? 00:00:01 /usr/bin/python -O /usr/share/wicd/daemon/monitor.py 4 S root 979 1 0 80 0 - 13319 ep_pol 07:24 ? 00:00:00 /usr/sbin/cupsd -C /etc/cups/cupsd.conf 1 S root 981 1 0 80 0 - 3197 hrtime 07:24 ? 00:00:00 /usr/sbin/crond -l notice 1 S daemon 983 1 0 80 0 - 3195 hrtime 07:24 ? 00:00:00 /usr/sbin/atd -b 15 -l 1 5 S root 987 1 0 80 0 - 1877 hrtime 07:24 ? 00:00:00 /usr/sbin/gpm -m /dev/mouse -t imps2 4 S rshepard 1009 1 0 80 0 - 5705 wait 07:24 tty1 00:00:00 -bash 4 S root 1010 1 0 80 0 - 3198 n_tty_ 07:24 tty2 00:00:00 /sbin/agetty 38400 tty2 linux 4 S root 1011 1 0 80 0 - 3198 n_tty_ 07:24 tty3 00:00:00 /sbin/agetty 38400 tty3 linux 4 S root 1012 1 0 80 0 - 3198 n_tty_ 07:24 tty4 00:00:00 /sbin/agetty 38400 tty4 linux 4 S root 1013 1 0 80 0 - 3198 n_tty_ 07:24 tty5 00:00:00 /sbin/agetty 38400 tty5 linux 4 S root 1014 1 0 80 0 - 3198 n_tty_ 07:24 tty6 00:00:00 /sbin/agetty 38400 tty6 linux 5 S root 1016 248 0 80 0 - 7509 ep_pol 07:24 ? 00:00:00 /sbin/udevd --daemon 5 S root 1017 248 0 80 0 - 7509 ep_pol 07:24 ? 00:00:00 /sbin/udevd --daemon 0 S rshepard 1075 1009 0 80 0 - 4001 wait 07:24 tty1 00:00:00 xinit /home/rshepard/.config/xfce4//xinitrc 4 S root 1076 1075 0 80 0 - 32818 poll_s 07:24 tty7 00:00:29 X :0 0 S rshepard 1080 1075 0 80 0 - 69084 poll_s 07:24 tty1 00:00:00 /usr/bin/xfce4-session 1 S rshepard 1086 1080 0 80 0 - 2766 wait 07:24 tty1 00:00:00 /bin/sh /home/rshepard/.config/xfce4//xinitrc 0 S rshepard 1088 1086 0 80 0 - 14301 poll_s 07:24 tty1 00:00:00 xscreensaver -no-splash 1 S rshepard 1092 1 0 80 0 - 7686 poll_s 07:24 tty1 00:00:00 /usr/bin/dbus-launch --sh-syntax --exit-with-session /usr/bin/xfce4-session 1 S rshepard 1093 1 0 80 0 - 5100 ep_pol 07:24 ? 00:00:00 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session 0 S rshepard 1095 1 0 80 0 - 8767 poll_s 07:24 ? 00:00:00 /usr/lib64/xfce4/xfconf/xfconfd 1 S rshepard 1098 1 0 80 0 - 4640 poll_s 07:24 ? 00:00:00 /usr/bin/gpg-agent --sh --daemon --enable-ssh-support --write-env-file /home/rshepard/.cache/gpg-agent-info 0 S rshepard 1099 1080 0 80 0 - 51415 poll_s 07:24 tty1 00:00:00 xfwm4 --display :0.0 --sm-client-id 2eb02562a-0395-48b7-99dd-773d322048ef 0 S rshepard 1101 1080 0 80 0 - 51071 poll_s 07:24 tty1 00:00:00 Thunar --sm-client-id 2cfbcd9f0-909f-405b-9c23-a4c7cf622f54 --daemon 0 S rshepard 1102 1080 0 80 0 - 119540 poll_s 07:24 tty1 00:00:00 xfce4-panel --sm-client-id 2ff821c18-dd27-4092-86ff-b59fbf129ddb 1 S rshepard 1104 1 0 80 0 - 72621 poll_s 07:24 ? 00:00:00 xfsettingsd --display :0.0 --sm-client-id 2b05842f8-d8f3-4847-954c-1be626b57dc8 0 S rshepard 1105 1080 0 80 0 - 112647 poll_s 07:24 tty1 00:00:00 xfdesktop --display :0.0 --sm-client-id 2e8d9a7b8-a118-4949-9fba-60eba085e854 0 S rshepard 1111 1 0 80 0 - 46381 poll_s 07:24 ? 00:00:00 /usr/libexec/gvfsd 1 S rshepard 1114 1 0 80 0 - 94610 poll_s 07:24 ? 00:00:00 xfce4-power-manager --restart --sm-client-id 2cf04e115-aed1-4b8c-be27-82b93f77c86b 1 S rshepard 1117 1 0 80 0 - 49288 poll_s 07:24 ? 00:00:00 xfce4-power-manager 0 S rshepard 1124 1 0 80 0 - 162770 poll_s 07:24 tty1 00:00:00 nm-applet 0 S rshepard 1133 1 0 80 0 - 67226 futex_ 07:24 ? 00:00:00 /usr/libexec//gvfsd-fuse -f /home/rshepard/.gvfs 0 S rshepard 1137 1 0 80 0 - 66836 poll_s 07:24 tty1 00:00:00 /usr/bin/python -O /usr/share/wicd/gtk/wicd-client.py --tray 0 S rshepard 1138 1102 0 80 0 - 48341 poll_s 07:24 tty1 00:00:00 /usr/lib64/xfce4/panel/wrapper /usr/lib64/xfce4/panel/plugins/libsystray.so 6 18874402 systray Notification Area Area where notification icons appear 0 S rshepard 1140 1102 0 80 0 - 91670 poll_s 07:24 tty1 00:00:00 /usr/lib64/xfce4/panel-plugins/xfce4-brightness-plugin 9 18874404 xfce4-brightness-plugin Brightness plugin Control your LCD brightness 0 S rshepard 1142 1 1 80 0 - 206220 poll_s 07:24 tty1 00:00:45 firefox 0 S rshepard 1158 1102 0 80 0 - 93990 poll_s 07:24 tty1 00:00:00 /usr/lib64/xfce4/panel/wrapper /usr/lib64/xfce4/panel/plugins/libactions.so 14 18874405 actions Action Buttons Log out, lock or other system actions 1 S rshepard 1160 1 0 80 0 - 88276 poll_s 07:24 ? 00:00:00 xfce4-volumed 0 S rshepard 1162 1 0 80 0 - 51351 poll_s 07:24 ? 00:00:00 /usr/libexec/gvfs-udisks2-volume-monitor 4 S root 1167 1 0 80 0 - 49161 poll_s 07:24 ? 00:00:00 /usr/libexec/upowerd 4 S root 1175 1 0 80 0 - 87480 poll_s 07:24 ? 00:00:00 /usr/lib/udisks2/udisksd --no-debug 0 S rshepard 1179 1 0 80 0 - 12002 poll_s 07:24 ? 00:00:00 /usr/libexec/gconfd-2 0 S rshepard 1207 1 0 80 0 - 49225 poll_s 07:24 ? 00:00:00 /usr/libexec/gvfs-gphoto2-volume-monitor 0 S rshepard 1213 1 0 80 0 - 46188 poll_s 07:24 ? 00:00:00 /usr/libexec/gvfs-mtp-volume-monitor 4 S root 1241 1 0 80 0 - 79268 poll_s 07:24 ? 00:00:00 /usr/sbin/ModemManager 0 S rshepard 1283 1 0 80 0 - 22666 ep_pol 07:24 tty1 00:00:11 urxvt -bg #0b293b -fg lightgrey -sb -cr yellow -pr yellow -fn 9x16 -fn 9x15bold,xft:Bitstream Vera Sans Mono -geometry 70x25 -ls -si -sk -sw -sr -sl 1024 -n urxv 0 S rshepard 1284 1283 0 80 0 - 5723 wait 07:24 pts/0 00:00:00 -bash 0 S rshepard 1339 1 0 80 0 - 22869 ep_pol 07:24 tty1 00:00:00 urxvt -bg #0b293b -fg lightgrey -sb -cr yellow -pr yellow -fn 9x16 -fn 9x15bold,xft:Bitstream Vera Sans Mono -geometry 70x25 -ls -si -sk -sw -sr -sl 1024 -n urxv 0 S rshepard 1340 1339 0 80 0 - 5773 wait 07:24 pts/1 00:00:00 -bash 4 S root 1557 1284 0 80 0 - 5356 wait 07:31 pts/0 00:00:00 -su 0 S rshepard 2823 1 0 80 0 - 27237 poll_s 07:46 ? 00:00:00 /usr/libexec/gvfsd-metadata 1 S root 3126 2 0 80 0 - 0 worker 08:23 ? 00:00:00 [kworker/0:0] 1 S root 4194 2 0 80 0 - 0 worker 08:24 ? 00:00:00 [kworker/u16:0] 1 S root 4381 2 0 80 0 - 0 worker 08:29 ? 00:00:00 [kworker/1:0] 1 S root 5491 2 0 80 0 - 0 worker 08:36 ? 00:00:00 [kworker/1:1] 0 S root 5493 1557 0 80 0 - 3006 wait 08:36 pts/0 00:00:00 /bin/sh /sbin/installpkg /home/rshepard/workspace/texlive-20130530-x86_64-2_SBo.tgz 1 S root 5644 5493 0 80 0 - 3006 wait 08:37 pts/0 00:00:00 /bin/sh /sbin/installpkg /home/rshepard/workspace/texlive-20130530-x86_64-2_SBo.tgz 0 S root 5645 5644 0 80 0 - 2341 wait 08:37 pts/0 00:00:00 sh install/doinst.sh -install 4 S root 6568 5645 0 80 0 - 11786 n_tty_ 08:37 pts/0 00:00:00 perl /usr/bin/updmap --nohash --syncwithtrees 1 S root 6584 2 0 80 0 - 0 worker 08:37 ? 00:00:00 [kworker/u16:1] 0 R rshepard 6595 1340 0 80 0 - 3918 - 08:38 pts/1 00:00:00 ps -efl 0 S rshepard 25344 1098 0 80 0 - 7380 poll_s 07:38 ? 00:00:00 scdaemon --multi-server 1 S root 31340 2 0 80 0 - 0 worker 08:00 ? 00:00:00 [kworker/1:2] From rshepard at appl-ecosys.com Mon Mar 24 16:51:54 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 24 Mar 2014 09:51:54 -0700 (PDT) Subject: [Slackbuilds-users] SIP (Python Wrapper for C/C++ Code)? Message-ID: I'm not finding the Python tool SIP on SBo. Has support for it been dropped? Thanks, Rich From willysr at slackbuilds.org Mon Mar 24 16:54:47 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 24 Mar 2014 23:54:47 +0700 Subject: [Slackbuilds-users] SIP (Python Wrapper for C/C++ Code)? In-Reply-To: References: Message-ID: <53306357.3060307@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > I'm not finding the Python tool SIP on SBo. Has support for it been > dropped? Yes, it was dropped during Slackware 13.0, 4 years ago http://slackbuilds.org/cgit/slackbuilds/commit/?id=49278a557a504660f8c54d78b4fca1d8dfcbff5f - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMwY1cACgkQiHuDdNczM4F+pwCcDBHdHxnFS8YQ/oXLx9TCTVyI c+YAni03Sb/z/b/kFiDJNB64Cn5SSKsQ =W9MO -----END PGP SIGNATURE----- From rshepard at appl-ecosys.com Mon Mar 24 17:00:44 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 24 Mar 2014 10:00:44 -0700 (PDT) Subject: [Slackbuilds-users] SIP (Python Wrapper for C/C++ Code)? In-Reply-To: <53306357.3060307@slackbuilds.org> References: <53306357.3060307@slackbuilds.org> Message-ID: On Mon, 24 Mar 2014, Willy Sudiarto Raharjo wrote: > Yes, it was dropped during Slackware 13.0, 4 years ago Willy, Interesting. How about swig which does the same wrapping? Or, are there more modern replacements? Thanks! Rich From willysr at slackbuilds.org Mon Mar 24 17:06:27 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 25 Mar 2014 00:06:27 +0700 Subject: [Slackbuilds-users] SIP (Python Wrapper for C/C++ Code)? In-Reply-To: References: <53306357.3060307@slackbuilds.org> Message-ID: <53306613.2020602@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Interesting. How about swig which does the same wrapping? > > Or, are there more modern replacements? swig is still supported in the Slackware official package, so it's not placed on SBo - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMwZhMACgkQiHuDdNczM4FuEgCgpQypJCxcewkgCzidEgXFi06R +h4An0y+vGp633HAhE6wprop57F5d/HJ =JxQF -----END PGP SIGNATURE----- From rshepard at appl-ecosys.com Mon Mar 24 17:13:27 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 24 Mar 2014 10:13:27 -0700 (PDT) Subject: [Slackbuilds-users] SIP (Python Wrapper for C/C++ Code)? [RESOLVED] In-Reply-To: <53306613.2020602@slackbuilds.org> References: <53306357.3060307@slackbuilds.org> <53306613.2020602@slackbuilds.org> Message-ID: On Tue, 25 Mar 2014, Willy Sudiarto Raharjo wrote: > swig is still supported in the Slackware official package, so it's not > placed on SBo Thanks very much, Willy. Now I know I'm up to date. Regards, Rich From baildon.research at googlemail.com Mon Mar 24 18:34:29 2014 From: baildon.research at googlemail.com (David Spencer) Date: Mon, 24 Mar 2014 18:34:29 +0000 Subject: [Slackbuilds-users] TexLive2013 Install Issue: Different Host In-Reply-To: References: Message-ID: > Fourth, I tried installing the build package, but the process hangs. I ran > 'ps -efl' and directed output to a text file, but I don't know how to > interpret the output. Manually running updmap showed some missing map files; > I let the tool build replacements. Thinking this solved the installation > problem, I re-ran installpkg. Still hangs. Manually running updmap indicates > no problems. Um, well, it's blocked within updmap just like the other one :-( The trick is in the PID and PPID columns. PID is the process ID, and PPID is the parent PID. Thus you can follow the tree of active processes. The obvious place to start is pid 5493 (installpkg), which is the parent of 5644 (a subshell in installpkg), which is the parent of 5645 (doinst.sh), which is the parent of 6568 (updmap). 6568 has no child processes, and it has 'n_tty_' in the (truncated) WCHAN (wait channel) field (the place in the kernel where the process is sleeping). So it's just like the previous problem :-( Here are two alternative suggestions: (1) finish the installpkg manually, by doing what the doinst.sh would have done. If your manual updmap does indeed finish ok, then the only remaining issue is that you need to run this manually: /usr/bin/fmtutil-sys --all This is not 100% satisfactory as it doesn't store the doinst.sh script and clean up, which is what installpkg would do between doinst.sh and exiting, and the lack of a stored script will cause you more pain when you eventually upgrade or remove the package. You could/should try to do that manually... or (2) modify the SlackBuild's doinst.sh and rebuild the package. It's a wild guess, I haven't tried it, and it's not a general solution, but this might work for you: chroot . /usr/bin/mktexlsr 1>/dev/null 2>/dev/null chroot . sh -c "echo y | /usr/bin/updmap-sys --nohash --syncwithtrees" chroot . /usr/bin/fmtutil-sys --all 1>/dev/null 2>/dev/null Even if that doesn't work, it will at least give you some output to see what updmap-sys is actually doing. (or not) -D. From rshepard at appl-ecosys.com Mon Mar 24 18:45:11 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 24 Mar 2014 11:45:11 -0700 (PDT) Subject: [Slackbuilds-users] TexLive2013 Install Issue: Different Host In-Reply-To: References: Message-ID: On Mon, 24 Mar 2014, David Spencer wrote: > Um, well, it's blocked within updmap just like the other one :-( David, That's what I saw, too. > The trick is in the PID and PPID columns. PID is the process ID, and > PPID is the parent PID. Thus you can follow the tree of active > processes. The obvious place to start is pid 5493 (installpkg), which > is the parent of 5644 (a subshell in installpkg), which is the parent > of 5645 (doinst.sh), which is the parent of 6568 (updmap). 6568 has > no child processes, and it has 'n_tty_' in the (truncated) WCHAN (wait > channel) field (the place in the kernel where the process is > sleeping). So it's just like the previous problem :-( I saw that tree but did not know how to interpret the end of the chain with updmap. > Here are two alternative suggestions: I'll try #2 this afternoon. > or (2) modify the SlackBuild's doinst.sh and rebuild the package. It's > a wild guess, I haven't tried it, and it's not a general solution, but > this might work for you: > > chroot . /usr/bin/mktexlsr 1>/dev/null 2>/dev/null > chroot . sh -c "echo y | /usr/bin/updmap-sys --nohash --syncwithtrees" > chroot . /usr/bin/fmtutil-sys --all 1>/dev/null 2>/dev/null > > Even if that doesn't work, it will at least give you some output to > see what updmap-sys is actually doing. (or not) I did not expect any issue building or installing the application because the prior version was installed via a SlackBuild script and I removed that package and all left-over files before working on the new version. Thank you, Rich From rshepard at appl-ecosys.com Mon Mar 24 19:21:35 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 24 Mar 2014 12:21:35 -0700 (PDT) Subject: [Slackbuilds-users] TexLive2013 Install Issue: Different Host [RESOLVED] In-Reply-To: References: Message-ID: On Mon, 24 Mar 2014, David Spencer wrote: > (1) finish the installpkg manually, by doing what the doinst.sh would > have done. If your manual updmap does indeed finish ok, then the only > remaining issue is that you need to run this manually: > > /usr/bin/fmtutil-sys --all David, I tried this first and it worked. Thank you very much! Is it of value to run some tests to try to determine why the doinst.sh script failed on a system that had no digital dustbunnies in /usr/local/ and the prior Texlive was removed before building and installing the current version? If so, I'll volunteer to be a test case for the next release. Very much appreciated, Rich -- Richard B. Shepard, Ph.D. | Have knowledge, will travel. Applied Ecosystem Services, Inc. | www.appl-ecosys.com Voice: 503-667-4517 Fax: 503-667-8863 From rob0 at slackbuilds.org Mon Mar 24 20:03:40 2014 From: rob0 at slackbuilds.org (Rob McGee) Date: Mon, 24 Mar 2014 15:03:40 -0500 Subject: [Slackbuilds-users] New e-mail address In-Reply-To: <76b631dfa218b7c27c64e24ee195493f@posteo.de> References: <20140323130640.GN13999@harrier.slackbuilds.org> <76b631dfa218b7c27c64e24ee195493f@posteo.de> Message-ID: <20140324200340.GP13999@harrier.slackbuilds.org> On Mon, Mar 24, 2014 at 09:13:30AM +0100, Philip Lacroix wrote: > I didn't intend to criticize anyone or anything, but perhaps > my message sounded a bit like that (I'm not a native speaker), > and in that case I'm sorry: I appreciate the work you guys > are doing, and by "list manager" I intended the automatic > filtering system. No problem at all. I *want* feedback on our spam controls. For those who are following along at home, you may have seen changes after such feedback (I lowered the scoring of the Barracuda Reputation Blacklist because it was unreasonable for rejection.) So [this addressed to all], please keep it coming. I want to hear from anyone who tries to post to these lists and gets rejected. Perhaps you'll have to use a different address to reach me, though. (If I had time I would set up a web form for contact. I don't. Work keeps me very busy lately, and tired the rest of the time. :) ) > I blame for this problem my (former) e-mail provider Bluebottle, > which is known to enable by default a challenge-response system > in order to prevent spam. Of course this technically causes spam > itself, and this is not the first time that I encounter such a > problem when subscribing or writing to lists. Absolutely. C/R is spam. No wonder they are listed. C/R is one of the most cluelessly evil ideas ever. We all know spammers use fake sender addresses. So why would we spam another victim with a challenge? Utter garbage. > Unfortunately I deleted the bounce messages, but I guess this > is not essential, as this new provider seems to be fine. :) Yes, thank you. -- Rob McGee - /dev/rob0 - rob0 at slackbuilds.org From nick at linicks.net Mon Mar 24 20:39:41 2014 From: nick at linicks.net (Nick Warne) Date: Mon, 24 Mar 2014 20:39:41 +0000 Subject: [Slackbuilds-users] TexLive2013 Install Issue: Different Host In-Reply-To: References: Message-ID: <5330980D.5080408@linicks.net> On 24/03/14 18:34, David Spencer wrote: >> Fourth, I tried installing the build package, but the process hangs. I ran >> 'ps -efl' and directed output to a text file, but I don't know how to >> interpret the output. Manually running updmap showed some missing map files; >> I let the tool build replacements. Thinking this solved the installation >> problem, I re-ran installpkg. Still hangs. Manually running updmap indicates >> no problems. > > Um, well, it's blocked within updmap just like the other one :-( > > The trick is in the PID and PPID columns. PID is the process ID, and > PPID is the parent PID. Doesn't 'pstree' show this more clearly? Nick -- "A bug in the code is worth two in the documentation." FSF Associate Member 5508 http://linicks.net/ http://pi.linicks.net/ From baildon.research at googlemail.com Mon Mar 24 21:41:29 2014 From: baildon.research at googlemail.com (David Spencer) Date: Mon, 24 Mar 2014 21:41:29 +0000 Subject: [Slackbuilds-users] TexLive2013 Install Issue: Different Host In-Reply-To: <5330980D.5080408@linicks.net> References: <5330980D.5080408@linicks.net> Message-ID: > Doesn't 'pstree' show this more clearly? It shows bugger-all of anything useful. Especially it doesn't show process state, wchan, start time or cpu used, all of which figured in the diagnostics we were doing. However, pstree would be the dogs bollocks for debugging systemd :P -D. From klaatu at straightedgelinux.com Tue Mar 25 07:30:21 2014 From: klaatu at straightedgelinux.com (Klaatu) Date: Tue, 25 Mar 2014 20:30:21 +1300 Subject: [Slackbuilds-users] SIP (Python Wrapper for C/C++ Code)? [RESOLVED] In-Reply-To: References: <53306357.3060307@slackbuilds.org> <53306613.2020602@slackbuilds.org> Message-ID: <5331308D.8060303@straightedgelinux.com> I don't know if this was the unspoken question, but SIP also is a part of Slackware now. Just thought it bore mentioning. /var/log/packages/sip-4.14.2-x86_64-1 klaatu On 03/25/2014 06:13 AM, Rich Shepard wrote: > On Tue, 25 Mar 2014, Willy Sudiarto Raharjo wrote: > >> swig is still supported in the Slackware official package, so it's not >> placed on SBo > > Thanks very much, Willy. Now I know I'm up to date. > > Regards, > > Rich > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > > From philnx at posteo.de Tue Mar 25 12:41:48 2014 From: philnx at posteo.de (Philip Lacroix) Date: Tue, 25 Mar 2014 13:41:48 +0100 Subject: [Slackbuilds-users] New e-mail address In-Reply-To: <20140324200340.GP13999@harrier.slackbuilds.org> References: <20140323130640.GN13999@harrier.slackbuilds.org> <76b631dfa218b7c27c64e24ee195493f@posteo.de> <20140324200340.GP13999@harrier.slackbuilds.org> Message-ID: Am 24.03.2014 21:03 schrieb Rob McGee: > No problem at all. I *want* feedback on our spam controls. > (...) > So [this addressed to all], please keep it coming. I want to > hear from anyone who tries to post to these lists and gets > rejected. Perhaps you'll have to use a different address to > reach me, though. I'll keep that in mind. Thanks for your time! Best regards, Philip From leva at ecentrum.hu Tue Mar 25 15:40:08 2014 From: leva at ecentrum.hu (LEVAI Daniel) Date: Tue, 25 Mar 2014 16:40:08 +0100 Subject: [Slackbuilds-users] network/offlineimap distfile processing diff Message-ID: <20140325154008.GB4607@serenity.local> Hi! I needed this to do `sbopkg -i offlineimap`: diff --git a/network/offlineimap/offlineimap.SlackBuild b/network/offlineimap/offlineimap.SlackBuild index 5973d22..74b091f 100644 --- a/network/offlineimap/offlineimap.SlackBuild +++ b/network/offlineimap/offlineimap.SlackBuild @@ -46,7 +46,7 @@ OUTPUT=${OUTPUT:-/tmp} set -e # In case the source was fetched with wget or some other downloader: -[ -e v${VERSION} ] && mv v${VERSION} $PRGNAM.tar.gz +[ -e v${VERSION}.tar.gz ] && mv v${VERSION}.tar.gz $PRGNAM-${VERSION}.tar.gz rm -fr $TMP/$PRGNAM-$VERSION $PKG mkdir -p $TMP $PKG $OUTPUT Daniel -- L?VAI D?niel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F From thomas at beingboiled.info Tue Mar 25 17:44:59 2014 From: thomas at beingboiled.info (Thomas Morper) Date: Tue, 25 Mar 2014 18:44:59 +0100 (CET) Subject: [Slackbuilds-users] Fw: perl-Locale-Maketext-Lexicon In-Reply-To: <5330460D.7060307@slackbuilds.org> References: <20140324141857.5455e79c@kiwi.kuchen> <5330460D.7060307@slackbuilds.org> Message-ID: On Mon, 24 Mar 2014, Willy Sudiarto Raharjo wrote: > > I've mailed the maintainer of perl-Locale-Maketext-Lexicon (see the > > forwarded mail at the bottom) and haven't received a response by now, > > so I suppose either the email address is dead or he isn't interested > > anymore. > Fixed now It's nice having a working download link, but this "fix" just hides the fact that this SlackBuild isn't maintained any more - or is this also marked as "invalidate if a new maintainer doesn't step up" somewhere? -- From willysr at slackbuilds.org Tue Mar 25 23:18:08 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Wed, 26 Mar 2014 07:18:08 +0800 Subject: [Slackbuilds-users] Fw: perl-Locale-Maketext-Lexicon In-Reply-To: References: <20140324141857.5455e79c@kiwi.kuchen> <5330460D.7060307@slackbuilds.org> Message-ID: <85446ED4-B5BF-4BF4-9050-E33067F9DB7A@slackbuilds.org> > It's nice having a working download link, but this "fix" just hides the > fact that this SlackBuild isn't maintained any more - or is this also > marked as "invalidate if a new maintainer doesn't step up" somewhere? Last update was in November 2013, so i guess it's not so out of date -- Willy Sudiarto Raharjo From dynamo-kev at blueyonder.co.uk Wed Mar 26 09:39:27 2014 From: dynamo-kev at blueyonder.co.uk (Kevin Ramsay) Date: Wed, 26 Mar 2014 09:39:27 +0000 Subject: [Slackbuilds-users] google-musicmanager issue Message-ID: Hi I'm new to Slackware so apologies in advance an please let me know what I need to do next. Recently I've noticed that Google-musicmanager has stopped working. When running the program the icon appears and sits in the taskbar and I am able to right click and select troubleshooter which reports no problems. The problem is the program doesn't actually work and I can't open it or select options. It used to work when I first used the slackbuild and I have downloaded and tried the latest version but still the same issue. So, it appears to have installed correctly but doesn't open. There weren't any indications on the README file of the slackbuild thanks for any help / advice Kevin Ramsay -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Wed Mar 26 12:41:08 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Wed, 26 Mar 2014 05:41:08 -0700 (PDT) Subject: [Slackbuilds-users] google-musicmanager issue In-Reply-To: References: Message-ID: On Wed, 26 Mar 2014, Kevin Ramsay wrote: > Recently I've noticed that Google-musicmanager has stopped working. Kevin, Two suggestions: 1) Invoke the application from the command line, if that's possible. I've no idea what google-musicmanager is or does, but if there's an executable somewhere on the system (use 'locate' or 'which' to find it), try entering the command manually. That should show any error messages or issues. 2) Check /var/log/messages and other log files to see if there is anything pertinent to this application in there. Rich -- Richard B. Shepard, Ph.D. | Have knowledge, will travel. Applied Ecosystem Services, Inc. | www.appl-ecosys.com Voice: 503-667-4517 Fax: 503-667-8863 From dynamo-kev at blueyonder.co.uk Wed Mar 26 16:10:47 2014 From: dynamo-kev at blueyonder.co.uk (Kevin Ramsay) Date: Wed, 26 Mar 2014 16:10:47 +0000 Subject: [Slackbuilds-users] google-musicmanager issue In-Reply-To: References: Message-ID: Rich Thankyou for the reply Although both were negative it did send me off on a search and error logs are store in /home/config files. I didn't understand most f what was going on but I could tell the app had connected to google but it files were missin gon my side. I deleted the entire configuration folder for the music manager and, presto, on next run all was created and the program ran as required. apologies if that is a waste of your time but it certainly helped me. I have it in mind to keep donating to slackware ( I have already) but if there's any donating needed for slackbuilds I'm happy to throw a few quid that way thanks again Kev On 26 March 2014 12:41, Rich Shepard wrote: > On Wed, 26 Mar 2014, Kevin Ramsay wrote: > > Recently I've noticed that Google-musicmanager has stopped working. >> > > Kevin, > > Two suggestions: > > 1) Invoke the application from the command line, if that's possible. I've > no idea what google-musicmanager is or does, but if there's an executable > somewhere on the system (use 'locate' or 'which' to find it), try entering > the command manually. That should show any error messages or issues. > > 2) Check /var/log/messages and other log files to see if there is > anything > pertinent to this application in there. > > Rich > > -- > Richard B. Shepard, Ph.D. | Have knowledge, will travel. > Applied Ecosystem Services, Inc. | > www.appl-ecosys.com Voice: 503-667-4517 Fax: 503-667-8863 > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Wed Mar 26 16:56:22 2014 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Wed, 26 Mar 2014 09:56:22 -0700 (PDT) Subject: [Slackbuilds-users] google-musicmanager issue In-Reply-To: References: Message-ID: On Wed, 26 Mar 2014, Kevin Ramsay wrote: > I deleted the entire configuration folder for the music manager and, > presto, on next run all was created and the program ran as required. Kevin, This is not unusual. On one of the portables here (running Xfce4), windows lost their frames and the virtual desktops were reduced to only 1. Removing the session manager file, logging out, and logging back in fixed the issue. > apologies if that is a waste of your time ... Nah. We all started out as rather ignorant and learned by experience. That's what mail lists in the F/OSS world are all about. Glad you back in business, Rich -- Richard B. Shepard, Ph.D. | Have knowledge, will travel. Applied Ecosystem Services, Inc. | www.appl-ecosys.com Voice: 503-667-4517 Fax: 503-667-8863 From ml at mareichelt.com Sat Mar 29 13:20:09 2014 From: ml at mareichelt.com (Markus Reichelt) Date: Sat, 29 Mar 2014 14:20:09 +0100 Subject: [Slackbuilds-users] pyOpenSSL .14 In-Reply-To: References: Message-ID: <20140329132009.GE29501@pc21.mareichelt.com> CC to list as this issue affects other SBo scripts as well. * Edgar Pettijohn wrote: > Just thought you might want to make a note on Slackbuilds.org that > pyOpenSSL .14 breaks deluge or at least adds extra dependencies. Thanks for the hint but we are already on it, have a look at this thread: https://tahoe-lafs.org/pipermail/tahoe-dev/2014-March/008962.html That's why http://slackbuilds.org/repository/14.1/python/pyOpenSSL/ still lists pyOpenSSL version 0.13.1 - I need to test an edge case wrt Tahoe-LAFS/pyOpenSSL and when that's done (soon, hopefully), I'll submit an update. Thanks. -- I wouldn't leave the house without Tahoe-LAFS. From jvogel4 at stny.rr.com Sun Mar 30 04:25:24 2014 From: jvogel4 at stny.rr.com (John Vogel) Date: Sun, 30 Mar 2014 00:25:24 -0400 Subject: [Slackbuilds-users] Slackbuild for sflphone Message-ID: <20140330002524.745d38cf@stygian.midgard.home> Two months ago, I created a SlackBuild for sflphone and also SlackBuilds for it's dependancies. I did it at a time when I had the time to help someone out on LQo who was having trouble getting sflphone to build. I don't have the hardware to use or test it myself, though the op send that it worked fine for him. Since I can't test it myself, I haven't submitted it to SBo. If anyone is interesting in it, it is accessible in my github slackbuilds repo: https://github.com/jvvv/slackbuilds/tree/master/sflphone https://github.com/jvvv/slackbuilds/tree/master/ucommon https://github.com/jvvv/slackbuilds/tree/master/ccrtp https://github.com/jvvv/slackbuilds/tree/master/libzrtpcpp The builds for ccrtp and libzrtpcpp were derived from AlienBOB's SlackBuilds, so don't forget to keep mention that he wrote the originals on those two. Eric, if you read this and have time, would take a look at those two builds and let me know if you want me to reword your credits? Cheers, John From alien at slackbuilds.org Sun Mar 30 11:43:16 2014 From: alien at slackbuilds.org (Eric Hameleers) Date: Sun, 30 Mar 2014 13:43:16 +0200 Subject: [Slackbuilds-users] Slackbuild for sflphone In-Reply-To: <20140330002524.745d38cf@stygian.midgard.home> References: <20140330002524.745d38cf@stygian.midgard.home> Message-ID: <53380354.9030809@slackbuilds.org> On 03/30/2014 06:25 AM, John Vogel wrote: > Two months ago, I created a SlackBuild for sflphone and also SlackBuilds for it's dependancies. I did it at a time when I had the time to help someone out on LQo who was having trouble getting sflphone to build. I don't have the hardware to use or test it myself, though the op send that it worked fine for him. Since I can't test it myself, I haven't submitted it to SBo. > > If anyone is interesting in it, it is accessible in my github slackbuilds repo: > > https://github.com/jvvv/slackbuilds/tree/master/sflphone > https://github.com/jvvv/slackbuilds/tree/master/ucommon > https://github.com/jvvv/slackbuilds/tree/master/ccrtp > https://github.com/jvvv/slackbuilds/tree/master/libzrtpcpp > > The builds for ccrtp and libzrtpcpp were derived from AlienBOB's SlackBuilds, so don't forget to keep mention that he wrote the originals on those two. > > Eric, if you read this and have time, would take a look at those two builds and let me know if you want me to reword your credits? > > Cheers, > John > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ Hi, I have no issues with your script updates. Cheers, Eric From jvogel4 at stny.rr.com Sun Mar 30 13:01:58 2014 From: jvogel4 at stny.rr.com (John Vogel) Date: Sun, 30 Mar 2014 09:01:58 -0400 Subject: [Slackbuilds-users] Slackbuild for sflphone In-Reply-To: <53380354.9030809@slackbuilds.org> References: <20140330002524.745d38cf@stygian.midgard.home> <53380354.9030809@slackbuilds.org> Message-ID: <20140330090158.690d7413@stygian.midgard.home> On Sun, 30 Mar 2014 13:43:16 +0200 Eric Hameleers wrote: > Hi, > > I have no issues with your script updates. > > Cheers, Eric Eric, Thank you for looking at them. Cheers, John From willysr at slackbuilds.org Sun Mar 30 14:36:38 2014 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sun, 30 Mar 2014 21:36:38 +0700 Subject: [Slackbuilds-users] network/offlineimap distfile processing diff In-Reply-To: <20140325154008.GB4607@serenity.local> References: <20140325154008.GB4607@serenity.local> Message-ID: <53382BF6.8020705@slackbuilds.org> > I needed this to do `sbopkg -i offlineimap`: Applied in my branch with a slight modification to simplify it and also some other cleanups -- Willy Sudiarto Raharjo From didier.spaier at epsm.fr Sun Mar 30 21:52:22 2014 From: didier.spaier at epsm.fr (Didier Spaier) Date: Sun, 30 Mar 2014 23:52:22 +0200 Subject: [Slackbuilds-users] Testers wanted for new slint installers Message-ID: <53389216.3000700@epsm.fr> Hi all, Yes this is off topic, but you are the skilled Slackers I need, so... Long story short, if you can devote some time to help debug new Slint installers, please read this: http://slint.fr/testing/INSTRUCTIONS_FOR_TESTERS.TXT The Slint project provides polyglot Slackware installers and administration tools, see http://slint.fr to know more. TIA, Didier From miguel at thedeanda.com Sun Mar 30 21:55:42 2014 From: miguel at thedeanda.com (Miguel De Anda) Date: Sun, 30 Mar 2014 14:55:42 -0700 Subject: [Slackbuilds-users] Testers wanted for new slint installers In-Reply-To: <53389216.3000700@epsm.fr> References: <53389216.3000700@epsm.fr> Message-ID: Interesting. First bug... Slint.fr is not mobile friendly. I'm not familiar with this project but I'll try to take a look. M On Mar 30, 2014 2:52 PM, "Didier Spaier" wrote: > Hi all, > > Yes this is off topic, but you are the skilled Slackers I need, so... > > Long story short, if you can devote some time to help debug new Slint > installers, please read this: > http://slint.fr/testing/INSTRUCTIONS_FOR_TESTERS.TXT > > The Slint project provides polyglot Slackware installers and > administration tools, see http://slint.fr to know more. > > TIA, > > Didier > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didier.spaier at epsm.fr Mon Mar 31 06:54:55 2014 From: didier.spaier at epsm.fr (Didier Spaier) Date: Mon, 31 Mar 2014 08:54:55 +0200 Subject: [Slackbuilds-users] Testers wanted for new slint installers In-Reply-To: References: <53389216.3000700@epsm.fr> Message-ID: <5339113F.5060807@epsm.fr> On 30/03/2014 23:55, Miguel De Anda wrote: > Interesting. First bug... Slint.fr is not mobile friendly. I'd be glad of any advise/pointer/clue, especially if i can keep the website fully static as it is now. > I'm not familiar with this project but I'll try to take a look. Thanks in advance. > On Mar 30, 2014 2:52 PM, "Didier Spaier" > wrote: > Yes this is off topic, but you are the skilled Slackers I need, so... > > Long story short, if you can devote some time to help debug new Slint installers, please read this: > http://slint.fr/testing/__INSTRUCTIONS_FOR_TESTERS.TXT > > The Slint project provides polyglot Slackware installers and administration tools, see http://slint.fr to know more. From miguel at thedeanda.com Mon Mar 31 18:49:09 2014 From: miguel at thedeanda.com (Miguel De Anda) Date: Mon, 31 Mar 2014 11:49:09 -0700 Subject: [Slackbuilds-users] Testers wanted for new slint installers In-Reply-To: <5339113F.5060807@epsm.fr> References: <53389216.3000700@epsm.fr> <5339113F.5060807@epsm.fr> Message-ID: i tested the 14.1 iso image in spanish. i speak spanish but am not familiar with technical terms in spanish. here are a few notes: in the welcome screen "Bienvenido al disco de instalacion.... (version 14)" -- should it read 14.1? woah, cfdisk is in spanish, didn't expect this... almacenamiento del desplazamiento -- used to define scrollback buffer, i've never heard this term before but i don't know if the term should be different or not. (found in setup help) when suggesting partition options it suggests "swap de 1-2 gigabytes" then later it mentions "10 gigabytes" for something but shortly after it say "5 - 10 gigas" -- not sure if its better to use the same word here. again, i'm not sure which spanish speakers are most comfortable with. when installing from http i the message "procesando 1244 paquetes de Slackware..." should probably be in title case or at least sentence case -- did a full install so didn't tes the other install methods -- at end of installation it suggests "ctrl-alt-supr" - i setup a us keyboard mapping so i'm not sure if it should be localized to my mapping as well as language. upon reboot, it failed to load lilo. there's an 80% chance it was a user error as i was paying more attention to reading the text than to what i was doing. -m On Sun, Mar 30, 2014 at 11:54 PM, Didier Spaier wrote: > On 30/03/2014 23:55, Miguel De Anda wrote: > >> Interesting. First bug... Slint.fr is not mobile friendly. >> > > I'd be glad of any advise/pointer/clue, especially if i can keep the > website fully static as it is now. > > > I'm not familiar with this project but I'll try to take a look. >> > > Thanks in advance. > > On Mar 30, 2014 2:52 PM, "Didier Spaier" > didier.spaier at epsm.fr>> wrote: >> Yes this is off topic, but you are the skilled Slackers I need, so... >> >> Long story short, if you can devote some time to help debug new Slint >> installers, please read this: >> http://slint.fr/testing/__INSTRUCTIONS_FOR_TESTERS.TXT < >> http://slint.fr/testing/INSTRUCTIONS_FOR_TESTERS.TXT> >> >> >> The Slint project provides polyglot Slackware installers and >> administration tools, see http://slint.fr to know more. >> > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From miguel at thedeanda.com Mon Mar 31 21:19:55 2014 From: miguel at thedeanda.com (Miguel De Anda) Date: Mon, 31 Mar 2014 14:19:55 -0700 Subject: [Slackbuilds-users] Testers wanted for new slint installers In-Reply-To: <5339113F.5060807@epsm.fr> References: <53389216.3000700@epsm.fr> <5339113F.5060807@epsm.fr> Message-ID: Here's a quick fix for mobile -- only tested on home page but it should work throughout if the layout doesn't change much: add this to the end of slint.css: @media (max-width: 640px) { #layout-menu-box { position: inherit; left: inherit; top: inherit; width: inherit; height: inherit; z-index: inherit; } #layout-content-box { margin-left: inherit; } #layout-menu div { display: inline; } #layout-menu div a { display: inline-block; padding: 0 10px 0 0; } #layout-menu #page-source { border: none; } } then add this meta tag to the head of each .html file: it ends up looking like this: http://home.thedeanda.com/slint.fr/ (link will only be available for a few days) to test, check on your mobile (only tested android) or make your browser window a bit narrower, it collapses the left column up to the header and makes it so you don't have to zoom on your phone. have a lot of fun! -m On Sun, Mar 30, 2014 at 11:54 PM, Didier Spaier wrote: > On 30/03/2014 23:55, Miguel De Anda wrote: > >> Interesting. First bug... Slint.fr is not mobile friendly. >> > > I'd be glad of any advise/pointer/clue, especially if i can keep the > website fully static as it is now. > > > I'm not familiar with this project but I'll try to take a look. >> > > Thanks in advance. > > On Mar 30, 2014 2:52 PM, "Didier Spaier" > didier.spaier at epsm.fr>> wrote: >> Yes this is off topic, but you are the skilled Slackers I need, so... >> >> Long story short, if you can devote some time to help debug new Slint >> installers, please read this: >> http://slint.fr/testing/__INSTRUCTIONS_FOR_TESTERS.TXT < >> http://slint.fr/testing/INSTRUCTIONS_FOR_TESTERS.TXT> >> >> >> The Slint project provides polyglot Slackware installers and >> administration tools, see http://slint.fr to know more. >> > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: