Robby Workman wrote:
> we'll go back over the
> mailing list for outstanding bug reports and minor cleanups too
Well, here are four *very* minor cleanups. I'm ashamed to admit the
first is one of mine that sneaked through.
libxmi - the .info file has a screwy HOMEPAGE value
amrwb - README inco
JMRI is an app with two dependencies. In both cases the dependent
packages, which are not currently available at SBo, must be very
specific versions which were obsoleted some time ago (rxtx-2.0-7pre2 and
javacomm-2.0.) Upstream has indicated that there's no real prospect of
rewriting against newe
Hi,
Could one of the SBo admins please delete 'jmri' from pending?
Apparently it needs a bit of enhancement :-(
Thanks in advance!
-D.
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
http://lists.slackbuilds.org/mailman/listinfo/sl
Marco Cecchetti wrote:
> *libraries/gdal/
> libraries/libgeotiff/
> *I don't use these 2 any more. I'm going to leave the maintenance
I can take those on if everyone agrees. They both need LIBDIRSUFFIX for
x86_64 support, tarballs attached.
Some other packages I don't maintain.
> Just a thing, I added libz path option but probably it is not needed
> and now it is not correct for x86_64 arch.
So, I've been maintainer for about nine hours now, and I've just made my
first embarassing mistake. Impressive :-)
Apparently, when configure sees "--with-libz=/usr/lib", it just t
s.org repo simultaneously with Slackware 13.0. Wow! Thanks!
-Dave Spencer
#!/bin/sh
# Slackware build script for libxmi
# Written by David Spencer
# This script is dedicated to the public domain
PRGNAM=libxmi
VERSION=1.2
ARCH=${ARCH:-i486}
BUILD=${BUILD:-2}
TAG=${TAG:-_SBo}
CWD=$(pwd)
TMP=${T
> Can you make a complete tarball of everything (just like you would
> submit to us if the submission form were open) and mail it to me?
> I'll get it added in our next update.
>
> -RW
Wow, 93 new messages on the list? Looks like this was a bad time for me
to take a holiday. Very sorry for the
Hi folks,
The geos slackbuild is failing on -current because of the recent
upgrade of Ruby to 1.9.1.
Upversioning geos doesn't solve the problem, but removing
'--enable-ruby' does :-)
I don't know of anything that needs Ruby support. But if you really
do need geos with Ruby, you will be much ha
>> I tried it on Slack64-current with Multilib and it just segfaulted on
>> me. I don't know what anyone else's experience is.
>
> Same here. I could launch the shared version.
Specifically for 2.1.0.* running on Multilib -- if you *DON'T* strip
the executable, it doesn't segfault. Just comment i
> I am having a little trouble with the Slackware 13.1 build script for
> faac 1.28. Although faac builds and runs well enough there seems to be
> a problem with faac building against either internal or external
> libmp4v2 under gcc 4.4.4 and thus under 13.1. This patch enables
> support for the in
Hi Niels, Max and everybody else,
Thanks for the two bug fixes, I'll incorporate them when I upversion gpsd.
By the way, that needs new versions of the two SBo packages that use
gpsd (kismet and viking). I know Audrius Kazukauskas was already
preparing a new version of Kismet before the changeov
Greetings SlackPeople, may I ask your advice?
I'm doing a SlackBuild for Luminance HDR. Its compiler flags assume
that SSE2 instructions are available. That's a bad assumption, but
it's easy to make it configurable with a variable SSE2=yes|no and a
note in the README.
So, here's my question. S
> Can this software work with acceptable speed in old processors without SSE2?
> (i686)
Yes, it is acceptable without SSE2. In fact the -msse2 flag was only
introduced one version ago (qtpfsgui-1.9.3 -- Luminance HDR is the new
name for qtpfsgui.) People with Athlons, including me, could not get
Wow, thanks for all the replies, reading them was great. Is that why
trolls troll? :D
Anyway, if in doubt, go with the guy who calls the shots:
> In that case, I'd say enable it on x86_64 and leave it out of
> everything else.
>
> -RW
Thanks,
-Dave S.
___
> I've just submitted kismet script after some adjustments for x86_64, so
> if everything's OK, it should be accepted soon. I'm aware that kismet
> is able to use gpsd, but I have no hardware to test it. If it doesn't
> require any other steps than simply installing gpsd together with
> kismet, I
> A new upstream version of gpsd, 2.95, is due to be released right now,
> so I'll wait another few days before submitting the new gpsd
> SlackBuild, if that's ok with everyone.
FYI, upstream now seems more interested in fixing the problems that
Niels noticed than in releasing a new version. This
> Edit /etc/sbopkg/sbopkg.conf, find WGETFLAGS, add --no-check-certificate.
>
> The proper solution would be to install ca-certificates, like these:
> http://rlworkman.net/pkgs/13.1/i486/ca-certificates-20090814-noarch-1_rlw.txz
Another possibility -- curl has a bundle of ca certificates, so you
c
> Recently I have been tinkering with one of my boxes to use ash as
> /bin/sh and noticed that doing so some SlackBuilds aren't working as
> intended anymore.
I once did something similar with ksh, so I sympathise with your
intentions :-) and I'm rather shocked to be a three-strike offender
:-(
B
> Don't you think its a lot easier for you to remember to exec these
> scripts with bash, than to get everybody else to change their scripts
> to work with your symlink? :)
Technical measures are always better than "remembering". That's what
"#!/bin/bash" is for.
What follows is just a persona
> So changing the shbang lines to read #!/bin/bash would suffice, no?
Yes. That's what pretty much everyone has been saying since the start
of this discussion. Which is ok, really; it helps keep the mailing
list ticking over.
-D.
___
SlackBuilds-users
Could one of our admin folks please nuke gdal from pending? It
contains a howling error. I'll resubmit :-/
Thanks in advance
-D.
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
http://lists.slackbuilds.org/mailman/listinfo/slackbui
AAAGH! Damn! Damn!
Could one of you also please remove qgis?
Sorry & thanks again
-D.
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - http://lists.slackbuild
> ftp://ftp.videolan.org/pub/videolan/x264/snapshots/x264-snapshot-20101023-2245.tar.bz2
> => `x264-snapshot-20101023-2245.tar.bz2'
> Resolving ftp.videolan.org (ftp.videolan.org)... 88.191.250.2
> Connecting to ftp.videolan.org (ftp.videolan.org)|88.191.250.2|:21...
> failed: Connection
> I've never seen anyone complain that the site has too many scripts.
:D
But each script has two significant overheads:
(1) more data to rsync
(2) more for you admins to check when there's a new release of Slackware
It's (2) that worries me most. Maybe for some scripts we should
request a kind
>> (2) more for you admins to check when there's a new release of Slackware
>
> Hey isn't this maintainer's responsibility?
Not after submissions are closed ;-)
In the past, the admins (if necessary) have done mass updates on all
the scripts and done a test-build on *everything*. Of course the
a
Am I allowed to recycle this thread for some more packages?
(1) I see from git that R is being removed (unmaintained). Well, qgis
(one of my packages) incorrectly lists R as a dependency in the
README. In fact qgis does not depend on R these days, so it would be
great to just edit the README to
> So, for future versions of R I build from source without a SlackBuild
> script?
You could be the new maintainer :D
It was offered on the list last year but nobody volunteered :O
--
Damn, I knew there was something else. Could the Admins please remove
multimedia/jmf? It h
> Postgresql-9.0.3 does not build on 13.37 x86_64 with the following error:
You seem to be using -current, not 13.37. The problem is the recent
upgrade to perl-5.14.0 in -current. See
http://archives.postgresql.org/pgsql-hackers/2011-04/msg01283.php for
a fix.
-D.
__
> /usr/bin/googleearth: line 18: /opt/GoogleEarth/googleearth-bin: no such
> file or directory
> /usr/bin/googleearth: line 18: /opt/GoogleEarth/googleearth-bin: success
That's what happens if you haven't done what's in the SlackBuild's
README, note 2:
2) Google Earth 6 is "LSB compliant" meaning
> viking.info VERSION is 0.9.94, while download URL points to 1.1 (build
> script VERSION is set to that, too).
Also, please be warned that viking won't build with gpsd-2.96 (because
of a change within gpsd). gpsd-2.95 works and I'm going to resubmit
it to SBo soon. Sorry for the bad surprise :-
> There is a newer / older version of gpsd in the pending queue (not
> approved yet).
> I'm copying the maintainer to see if he has any idea...
The gpsd maintainer is lying in bed feeling very very ill and reading
email with the brightness set to minimum :-(
gpsd-2.96 has an API change (the funct
> The issue here (if there is one at all) is that the entire
> hydrogen-drumkits.SlackBuild looks like this:
>
> ---begin-script---
> #!/bin/sh
>
> # Slackware build script for hydrogen-drumkits
>
> # Written by B. Watson (yalh...@gmail.com)
>
> PRGNAM=hydrogen-drumkits
> VERSION=${VERSION:-2009120
> I don't really see a problem with it, as long as it produces one
> package.
Looking at the command line, I bet it *does* produce one package.
Clearly that's what -b/-p/-t/-v/-d are for. Oops! Sorry I mentioned
it!
-D.
___
SlackBuilds-users mailing l
On 10 August 2011 15:03, B Watson wrote:
> For any package that's built with scons, it'd be really polite for the
> maintainer to make a note in the README saying "You must disable ccache
> before building this package". I don't know exactly what the issue is,
> but scons seems to be fundamentally
On 30 August 2011 16:59, Roland Waggoner wrote:
> I am using Slackware13.37. The installation of xtrkcad fails with the
> message
> -- checking for module 'libgtkhtml-2.0'
> -- package 'libgtkhtml-2.0' not found.
Hi Roland,
As you have found, xtrkcad was removed from SBo because an important
d
A certain page at SBo now reads: "It makes the beer more enjoyable".
Best laugh I've had in weeks! Huge thanks to everyone on the SBo
team, and may all next year's beer be equally enjoyable!
-D.
___
SlackBuilds-users mailing list
SlackBuilds-users@slack
Well I have built perl-gtk2 on multiple systems with 13.37, 13.1 and
various current, both i486 and x86_64 -- and I try very hard not to
have a dirty build system, and would rather pluck out my eyes than use
the closed source nvidia driver ;-) -- and there are usually some
tests that fail. Well, a
For simple cases, I've noticed over the past year, or maybe more, that
some of the admins do impose a consistent form of words on new
submissions and updates, so the situation is probably getting better
(statistically). And now that I have seen the form of words that the
admins seem to like, I try
> My suggestion would be for a
> PREREQS="..." line in the .info file
Maybe that could be X-PREREQS, in an homage to Usenet headers :-)
-D.
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
http://lists.slackbuilds.org/mailman/listinf
For the record I'm personally not 100% hostile to the idea. I could
live with a formal mechanism for declaring mandatory direct
dependencies, but I wouldn't stay up late myself to make it happen.
If it ever did happen, I'd hope that both build-time and run-time
dependencies should be included with
Hi folks,
Apologies if this is pushing things faster than the SBo Admins wish to
go, you are welcome to leave this hanging in the air for as long as it
takes.
(1) How are we handling Java? Maybe 'This requires the Oracle JRE or
JDK or OpenJDK' in the README (as appropriate), on the assumption th
> # libraries/libxmi
Same fix as mine, but I bumped BUILD too like Eric said :-)
Tito, would you like to maintain libxmi and tclap from now on?
Then you would have the whole stack for Hugin.
Here's a report on my other stuff.
libraries/gdal - needs a patch to build with poppler-0.2
Heinz wrote:
> perl has CPAN
> python has easy_install
> php has pear/pecl
> ruby has gem
> ...
... Firefox, Chrome, Libreoffice, Gimp, qgis, dokuwiki ... every one a
different plugin mechanism, every one a configuration management
nightmare. And now, O Joy!! we have the Lennart Crapplet to look
It's a Perl 5.18 thing. To fix it, insert a line '=encoding utf8' at
the front of doc/wireshark.pod.template. Stick this bit of code in
the SlackBuild, eg. after extracting the tarball:
patch -p1 <<
--- a/doc/wireshark.pod.template
+++ b/doc/wireshark.pod.template
@@ -1,3 +1,4 @@
+=encoding
Well I just rebuilt "The Book That Ruined My Health". It's a 138 page
archaeology text, prepared in LyX, with complex tables and tricky
figure layout, biblatex bibliography and index, and ERT that kept
several coffee plantations in good business. The pdf (Luatex
generated) is 501.8Mb. I never ne
On 8 November 2013 19:10, Aleksandar Samardžić wrote:
> libraries/gsl
> If anyone is willing to pick up these scripts for further maintenance
> - feel free to do so; I probably won't update them in the future.
Hi Aleksandar,
Unless somebody else is ready to pick up gsl, I'm happy to adopt it
Ok here's yet another checklist of checked checks to check off from
the CHECKLIST that I checked just now.
academic/grass/
audio/amrnb/
audio/lmms/
desktop/thunar-archive-plugin/
development/check/
development/meld/
development/psycopg2/
graphics/GraphicsMagick/
graphics/darktable/
graphics/enblen
Well sorry to hear you can't keep going Pierre (I know that feeling
too). I've used lots of your builds over the years and still use
quite a few, so thanks very much from me!
I feel confident enough to do these two, unless someone else has lots
of enthusiasm for them --
> libraries/netcdf
> misc
On 19 November 2013 08:30, King Beowulf wrote:
> looks like depending where you go (github), source file names are
> mangled (capitalization or just missing "freerdp"). This location seems
> stable: http://pub.freerdp.com/releases/
Your Royal Highness, ladies and gentlemen:
Me too, I had the git
>> perl/perl-OpenGL-Image: Removed (missing dep)
>> perl/perl-OpenGL-Shader: Removed (missing dep)
>> perl/perl-OpenGL: Removed (build failure)
>
>
> perl-OpenGL wouldn't even consider building here, but if
> somebody can tell me why and how to fix it, I'll be more
> than happy to keep these three.
>> graphics/shotwell: Removed (build failure)
The root cause (at least, before its deps were upgraded) is the latest
version of LibRaw (which I maintain).
We need an older version of shotwell because of gnome deps yadda yadda
yadda. But the older versions of Shotwell don't build with newer
versi
> graphics/resynthesizer: Removed (no SBo maintainer)
I do actually care about this one and would hate to see it removed -
can I adopt it please, if nobody else is motivated? (It is great for
"airbrushing out" stuff from photographs.)
Thanks
-D.
___
Sl
> David Spencer - nobb...@yahoo.co.uk
The only one like that is javacomm, which I believed was no longer in
the repo until someone last week reported it builds ok :O
Just remove javacomm please, nobody will complain :D
Thanks
-D.
___
SlackBuilds-us
> Unfortunately, javacomm is still needed by misc/jmri :)
*Damn* -- I thought that dep was gone, but the safe thing to do just
to fix that email until submissions reopen.
Thanks and sorry
-D.
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbui
> seb@e130:~$ ldd /usr/bin/ekiga | grep libpt
> libpt.so.2.10.10 => /usr/lib64/libpt.so.2.10.10 (0x7faf42539000)
> libpthread.so.0 => /lib64/libpthread.so.0 (0x7faf4136b000)
> libpt.so.2.10.9 => not found
>
> How can it be looking for both versions of ptlib at the same time? Am I
Well, ldd
> see Robby's commit message here
> http://slackbuilds.org/cgit/slackbuilds/commit/?id=2c2d8a1c5847635c19856070daa952423fb6e309
Impressive, but he cheated on the Signed-off-by :P
-D.
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
h
On 12 January 2014 18:25, Nathan Becker wrote:
> Hi,
>
> I observe a discrepancy between the md5sum of the downloaded file
> netcdf-4.3.0.tar.gz and the checksum listed on slackbuilds.
>
> Slackbuild reports: 39fc507bf2966980fa92defecd9d2167
> downloaded file: 40c0e53433fc5dc59296ee257ff4a813
> But surely the correct md5sum to a download is a remote test, therefore the
> slackbuild needs to be updated (no matter when the download changes, so does
> the md5sum) - not trying to match the md5sum to what is the download is
> wrong: if it changes, it's an update and slackbuild needs changes
Hi Paul,
> I'm trying to get darktable or digikam to work with Fuji's raw (RAF) files.
At a wild guess, are they Fuji X-Pro1 files? Due to the sensor
pattern, rawspeed (and hence darktable) does not support X-Pro1 .RAF
files. See, for example, this mailing list thread:
http://sourceforge.net/ma
Yeah, about that new category :-)
Can I nominate some of my apps and libraries to be moved to GIS
please? (if asking here is the best way of having it done -- and
hoping that other maintainers might care to add more)
academic/grass
libraries/gdal
libraries/libgeotiff
misc/foxtrotgps
misc/viking
On 4 February 2014 21:07, Benjamin Trigona-Harany
wrote:
> Here are the remaining SlackBuilds that I would recommend as candidates for
> the GIS category (some are debatable):
> libraries/CGAL/
Hm, ok! (It's also used by openscad. CGAL is due an update, but from
an abundance of caution I've bee
> today I compiled opencv from the 14.1 repository and the build stopped,
> complaining about missing "orc" files. So I guess that "orc" should be
> listed as opencv dependency.
opencv-2.4.7 with no optional deps builds ok here without orc. Is it
maybe a weird side effect of building opencv with
> It's an X-E1. :(
> This is a truly beautiful camera with astonishing
> output.
It's your lucky week :)
Coincidentally there's been a new thread about it on the dt
developers' mailing list. Support *is* now being worked on for both
darktable and rawspeed (yay!) although obviously will take a whil
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 a
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 fin
> 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 ju
> 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
> [root@salmo ~]# ps -efl | grep installpkg
> 0 S root 6063 3690 0 80 0 - 1167 wait 08:16 pts/400: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/400:00:00
> /bin/sh /sbin/installpkg texlive-2013053
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 comm
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.
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
http://lists.slackbuilds.org/mailman/list
> 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 '
> 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 install
> 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.
_
> This is a great patch! It should be applied to any SlackBuild that uses a
> "https://github.com/"; download link, as the file name is changed when using
> a browser, but not changed when using wget.
It's not only github :-(
By the way, to download with the right filename from the command line,
> IMO, you should also list libmodplug as a dep in inform7's info file. List
> it first (or at least, before gst-plugins-bad). If people are installing
> the deps in the order listed in REQUIRES, it'll take care of itself
> (because gst-plugins-bad will auto-detect that libmodplug is installed,
> d
On 19 July 2014 21:19, Heinz Wiesinger wrote:
> Mass updates are an exception, not a rule. And we haven't yet established that
> what is required to do at this point qualifies as a mass update at all. Before
> talking about bending rules, first focus on creating an actual overview of the
> fixes t
Hi folks,
Can we include these in the mass update please?
games/Chatbot-Eliza
libraries/Crypt-SSLeay
libraries/exiftool
Thanks!
-D.
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
http://lists.slackbuilds.org/mailman/listinfo/slack
> It is currently 3.5 hours since I started compiling the webkitgtk
> slackbuild. This is on a quad core 2.6GHz machine (not the fastest I admit
> but still).
The webkitgtk build process fails if run with multiple parallel jobs,
so it will only use one of your cores. On a 3.2GHz box I expect ab
> That's the reason why whenever I compile it, I put it up on:
> http://sourceforge.net/projects/mefiles/files/Slackware/
Actually, it's worth mentioning that Erik pushed an update for
webkitgtk-2.4.4 to git last week, so we are all going to have to build
it again soon... or wait for Aaditya ;-)
> Alternatively, SBo could host a "fresh" and a "still" version for the
> respective newest branch and just prior branch. This is how the LibreOffice
> site separates their downloads. It wouldn't be the first piece of software
> with two SlackBuilds for different versions.
In a weak sense, this
> TL;DR: Slackware package linter available at https://github.com/pprkut/lintpkg
What, you mean like slackrepo --test ? :P
http://idlemoor.github.io/slackrepo/tests.html (out of date, I wrote
some more on a delayed train this afternoon)
> Comments, patches, pull requests are very welcome :)
Thi
One observation -- some checks are easier, and much quicker, using awk
to read a verbose tar listing of the package instead of extracting a
full exploded package tree in the filestore. Very few checks will need
to examine file contents (just slack-desc really). Are there reasons
I've missed for wor
252ea2cbc403d4f946eb3fcc7aa1aa9f9a6cc874 ;-)
(typo was copied & pasted from upstream...)
Thanks!
-D.
On 17 October 2014 14:54, Ryan P.C. McQuen wrote:
> How embarassing!
>
> -
> --
> ---
>
>
>
> On Fri, Oct 17, 2014 at 6:45 AM, Niki Kovacs wrote:
>> intially ==> initially
>>
>> Cheers,
>>
>>
p.s.
if you're building what I think you're building, the recent upgrade of
lensfun broke hugin :-(
I would suggest dropping back to lensfun-0.2.8 for now.
-D.
On 17 October 2014 16:36, David Spencer wrote:
> 252ea2cbc403d4f946eb3fcc7aa1aa9f9a6cc874 ;-)
>
> (typo was c
> I just submitted updates for libpano13 and hugin (2014.0.0, published
> only some days ago).
*awesome*, I didn't even know that 2014.0.0 existed!
Thanks for finding the patch!
-D.
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
htt
> if you are maintainer of one or more packages above, please test your
> packages against numpy-1.9.0 which is now available on my branch
> academic/pyfits
> academic/scipy
> development/Bottleneck
> development/pandas
> gis/grass
> gis/qgis
> gis/rasterio
> graphics/inkscape
> graphics/mypaint
>
> Does SBo allow SlackBuilds to have circular dependencies?
There are none in the set of REQUIRES= at the moment. If your new
queue tool raises an error when it finds one, people may be grateful
one day :-)
Optional deps may be a different matter. The gdal slackbuild has two
(!) that can be ena
> The disagreement occurs when package 1 depends on packages 2 and 3,
> and package 2 depends on 3. Should 3 be listed in 1's REQUIRES?
My amateur opinion: yes, because if 2 eventually drops the dependency
on 3, 1 will still need 3. But this is unlikely.
Also, if 1's documentation lists 3, some
>> The disagreement occurs when package 1 depends on packages 2 and
>> 3, and package 2 depends on 3. Should 3 be listed in 1's
>> REQUIRES?
>
> for me, it's a no
> When you want install 2, you will need to install 3 and by then you
> will have 2 and 3 installed.
> Adding all deps may not be a pro
> Here's what I do when I'm installing something with a lot of
> dependencies.
I used to do exactly what you do, Ryan; it's a good methodology, but
life's too short to do that for hundreds of packages. So I wrote
something better. Inkscape is for wimps: here's what I do to install
thunar-sendto-cl
Everything that depends on scons builds ok here using Willy's branch:
audio/ardour
audio/clam
audio/klick
audio/hydrogen
libraries/libffado
audio/mixxx
games/d1x-rebirth
games/d2x-rebirth
games/fceux
games/fifengine
games/glob2
games/jezzball-kazzmir
games/pingus
libraries/tolua++
multimedia/ffmpe
> Thanks to Ghengis Khan.
Best. Commit. Message. Ever.
-D.
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - http://lists.slackbuilds.org/pipermail/slackbu
> I replaced wxGTK by wxPython, but I still get the exact same error.
It looks like this:
http://bugs.python.org/issue17998
which affects python-2.7.5. You could try SBo's python3? That would
probably be neater than building your own python-2.7.6+ to replace
Slackware's.
Best regards
-D.
__
Hey people,
Look carefully. Qun-Ying is getting screenFetch-3.6.5.tar.gz with an
upper case F ... not screenfetch with a lower case F. And so am I.
So the PRGNAM 'screenfetch' is not matched. So Qun-Ying is getting an
error. And so am I.
I don't know why it worked for you, Willy.
Maybe the n
A Ferengi Funeral for Neils? ;-(
Well this is the good stuff for me:
libraries/eigen3
libraries/libdaemon
libraries/libsigsegv
libraries/rrdtool
network/GeoIP
network/ntop
network/snort
network/transmission
system/lbench
system/nbench
system/slim
If there's some graphics/ or libraries/ stuff lef
> system/slim
>
> I'm not sure what you are running find on, but I've been maintaining slim
> for a while. Might want to double check you are up to date.
oops. I grepped that list on my bedroom lappie... right here in bed :O
So this particular git clone hasn't been updated in a while, sorry.
Mayb
> I can also take up transmission if David does not mind
But of course, you're very welcome to have it... sounds like you will
do a better job than me, and I'll have more time to finish fixing the
slackrepo install problems you found :)
Goodnight folks
-D.
Hey Mario!
rrdtool is a logical fit with nagios so you are welcome to have it :D
This is getting complicated!
-D.
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archive
Once again on Niels' scripts, I should really have picked up daq (to
go with snort), if that's ok with everybody?
Best regards to all
-D.
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
http://lists.slackbuilds.org/mailman/listinfo/s
> Did you use sbopkg or wget to download the source?
> If so, try downloading them via browser.
Fascinating!
You get 403 Forbidden if your user-agent is wget!
(Checked with "curl -A wget")
Is that true of all gitorious URLs?
*boggle*
Also the md5sum has changed (should apparently be
(should now b
1 - 100 of 379 matches
Mail list logo