Neotuli Repo

neotuli · 2004-09-04 01:18:05

***REPO SHUT DOWN***

I am now a TU

All of my packages will be appearing in the community repo on the AUR as soon as I have the time to upload them.

Please remove my repo from your pacman configurations asap. The server it was run on has been down for a while anyway...

Snowman · 2004-09-04 06:38:53

Where did you uploaded the PKGBUILDs? I have looked on ftp.archlinux.org but didn't found them.

rjs · 2004-09-04 13:29:57

his PKGBUILDs are here

http://neotuli.dyndns.org/arch/pkgbuild/

neotuli · 2004-09-04 18:02:31

:oops:

Whoops...wow, I forgot the link altogether , sorry about that.

rjs has the correct location, http://neotuli.dyndns.org/arch/pkgbuild/

EDIT: I added another package too, webalizer

Namlook · 2004-09-05 09:44:33

Thanks of these PKGBUILD Neotuli !

Juste be carefull : fvwm-themes requires fvwm-2.5.8 version and it's not said in your PKGBUILD.

Actually, I don't know where can I find PKGBUILD of fvwm-2.5.8 version...

neotuli · 2004-09-05 14:15:13

Thanks for pointing out the version issue, has been fixed. Also, the unstable repo has fvwm 2.5.10 in it, if you're interested. Also, I made a fvwm-2.5.8 PKGBUILD...per your implied request.

pkgname=fvwm
pkgver=2.5.8
pkgrel=1
pkgdesc="A multiple large virtual desktop window manager originally derived from twm"
url="http://www.fvwm.org"
depends=('fribidi perl libpng readline x-server' 'gtk' 'imlib')
source=(ftp://ftp.fvwm.org/pub/fvwm/version-2/$pkgname-$pkgver.tar.gz 
  fvwm2.desktop)
md5sums=('20ad7d3a487f8764965125638a347c9c' 'e52a6ef25a936dcf3ad0e58f2e9ed0ea')

build() {
  cd $startdir/src/$pkgname-$pkgver
  ./configure --prefix=/usr --libexecdir=/usr/lib
  make || return 1
  make DESTDIR=$startdir/pkg install
  install -D -m644 ../fvwm2.desktop $startdir/pkg/etc/X11/sessions/fvwm2.desktop
}

And this is fvwm2.desktop, throw that in the build directory too

[Desktop Entry]
Encoding=UTF-8
Name=FVWM2
Comment=The fvwm2 window manager
Exec=fvwm2
# no icon yet, only the top three are currently used
Icon=
Type=Application

This is the same as the pkgbuild from /var/abs/x11/fvwm, slightly modified.
Note that all I did was changed the md5sums, version number, and added some deps.

neotuli · 2004-09-06 06:12:50

Just added winetools

Legout · 2004-09-08 16:22:16

for what version of wine is ur winetools???

neotuli · 2004-09-09 01:16:02

Legout wrote:

for what version of wine is ur winetools???

It works with the current arch version as well as the cvs version...for me at least.

punkrockguy318 · 2004-09-09 19:33:59

neotuli: why don't you apply for a TUR?

neotuli · 2004-09-12 00:59:45

Added 2 new packages:
- gaim-xmms A gaim plugin to display current XMMS song
- festival-gaim A gaim plugin that speaks messages using festival

PS: punkrockguy318: I just applied, thanks for the suggestion, take a look in the TU mailing list

EDIT: I think I'm going to keep editing the first post in here from now on as a running list of the packages available, as well as posting a message to say I added something.

neotuli · 2004-09-12 22:01:56

Added:
-Freepops A program to convert webmail interfaces to pop3

tgc · 2004-09-25 23:13:18

Hi! I just noticed that a new version of festival (1.95) has been released, do you plan on updating your pkgbuild?

Keep up the good work! :-)

zeppelin · 2004-09-26 00:20:10

bigpod supplied me with this [just newer vresion]

pkgname=freepops
pkgver=0.0.17
pkgrel=1
pkgdesc="A program to convert webmail interfaces to pop3"
url="http://freepops.sourceforge.net/"
license="GPL"
depends=(curl expat)
makedepends=()
conflicts=()
replaces=()
backup=()
install=
source=(http://dl.sourceforge.net/sourceforge/freepops/$pkgname-$pkgver.tar.gz freepopsdscript)
md5sums=('938a60c001d52e0b7b17cbba820fe068' 'a9fc8fd176741342cceeca53f00a5e31')
build() {
cd $startdir/src/$pkgname-$pkgver
./configure.sh linux
make WHERE=/usr/ || return 1
make WHERE=/usr/ DESTDIR=$startdir/pkg install
chmod 444 $startdir/pkg/usr/share/man/man1/freepopsd.1
install -D -m755 $startdir/freepopsdscript $startdir/pkg/etc/rc.d/freepopsd
}

neotuli · 2004-09-26 02:49:11

Aww man, thanks for noticing guys, school kicked into full gear and I've been busy beyond my mind...then there's that issue about my teachers potentially striking in the next week :? ...wwaaaayyy too much going on right now. I'm gonna go through the whole repo..how about tommorow...and find out if there are new versions of anything.

That new festival version is a beta, so I may or may not change that, depending on how well it seems to work. If I don't think it's quite stable, I'll make a festival-dev and you'll find it there.

As for freepops... definitly will be updated. While I'm at it, maybe I ought to get in touch with the developers and ask what they could do about adding ip-based security to freepops, I always thought the security is a bit lax.

I never got that second vote for TUR either :cry:

zeppelin · 2004-09-26 10:37:05

neotuli wrote:

As for freepops... definitly will be updated. While I'm at it, maybe I ought to get in touch with the developers and ask what they could do about adding ip-based security to freepops, I always thought the security is a bit lax.
I never got that second vote for TUR either :cry:

sad to hear the latter, you can try in a month or so.
about the first, what do you mean by 'adding ip-based security'

and yes you can contact those guys. afterall the project is great

neotuli · 2004-09-26 13:46:45

Well currently, when you turn on freepops, it opens port 2000 on your machine with unrestricted access, any computer anywhere can ask your computer to retrieve their email, via a handy pop3 interface, that's not good unless you're behind a firewall like I am. Currently, freepops allows configuration of restrictions on which email addresses mail is allowed to be retrieved for via /etc/freepops/config.lua .
IMHO, it would be nice if ip address ranges could be set in the configuration file, and freepops would deny or grant access to any email address from machines with those IPs, as opposed to selectively allowing access based on the email address itself.

zeppelin · 2004-09-26 13:56:36

yes that's very true. write them and tell us what they said..

neotuli · 2004-09-27 01:15:40

UPDATES:
-festival
-speech_tools

notes: festival is now absolutly HUGE, includes two awesome new voices that are ~100mb a piece but boy are they good

I'll update more packages when I get a chance but these are the biggies.

IceRAM · 2004-09-27 05:20:09

I just had a look over the festival PKGBUILD.
One note here (and maybe in other places too): I've seen scripts verifying if the current user is root or not by checking $UID. UID for root is 0, different for any other user.
I think this is 100% sure, compared to the 99% sure check for the HOME dir.

Sorry if I can't point you to a place that officially tells this.

tgc · 2004-09-27 11:44:38

Thanks for upgrading festival and speech_tools, gonna try them.
BTW, why do you place festival and speech_tools in /opt/ ?? They work quite ok in /usr/*
To be honest i have very little understanding for /opt/ folder...

And another thing: why is it important NOT to be root when compiling festival??

neotuli · 2004-09-28 00:02:02

IceRAM wrote:

One note here (and maybe in other places too): I've seen scripts verifying if the current user is root or not by checking $UID. UID for root is 0, different for any other user.

[simo@cobalta ~]$ echo $UID
1000
[simo@cobalta ~]$ echo $HOME
/home/simo
[simo@cobalta ~]$ fakeroot
[root@cobalta ~]# echo $UID
0
[root@cobalta ~]# echo $HOME
/home/simo
[root@cobalta ~]#

Also:

[simo@cobalta ~]$ echo $USER
simo
[simo@cobalta ~]$ fakeroot
[root@cobalta ~]# echo $USER
simo
[root@cobalta ~]# exit
[simo@cobalta ~]$ su
Password:
[root@cobalta simo]# echo $USER
simo

...that's why I have to use the crappy check. makepkg uses the fakeroot environment, which falsely sets $UID to 0. Also, as in the second example, I cannot tell anything based on $USER because if someone su'd to root, it doesnt change $USER. So rather unfortunatly, the homedir check was the best I could think of, if anyone has any better suggestions...please speak up, I don't like the bit of uncertainty involved here either.

neotuli · 2004-09-28 00:24:59

tgc wrote:

Thanks for upgrading festival and speech_tools, gonna try them.
BTW, why do you place festival and speech_tools in /opt/ ?? They work quite ok in /usr/*
To be honest i have very little understanding for /opt/ folder...
And another thing: why is it important NOT to be root when compiling festival??

Arch definition of stuff to put in /opt :

Archlinux Installation Guide wrote:

/opt Large self-contained packages such as KDE, Mozilla, etc.

The festival and speech_tools packages come out to roughly 300 mb, and both are designed to be run from the directory they were built in. If you don't consider a package like that both LARGE and SELF CONTAINED I really can't say what is.

This brings me to the second part. The installers and build systems in both festival and speech_tools are broken beyond belief. I looked around and found that the necessary complaining has already been done and the developers promissed to fix it someday, but in the mean time... these build systems are not very nice about the way they do business. They assume that the place the package is built is the place it will live out its life. It goes as far as hardcoding that location into many of the binaries, that's why I have to run make in the install script again, to ensure that /opt/festival is hardcoded as opposed to the build directory. I noticed this when I used some other build scripts that had been posted to the forum before, I installed the package and deleted the build dir, only to find that deleting the build dir broke the package. The reason you cannot be root when building is precisely this as well. Did you by any chance notice that the build errors many times? Towards the beginning...right after ./configure is run, it complains about not having write access to /opt. PKGBUILDS are meant to make packages and leave the build system untouched. If someone was root, then it would create /opt/festival and start throwing stuff there and who knows where else, as opposed to nicely going into the package where it belongs. The entire make also fails, if you noticed, because it does not have write access to make some symlinks in /opt/festival . In short, if someone builds this as root, it may very well trash their system, and I'm doing my best to protect against that.

neotuli · 2004-09-29 22:04:17

-ALL UP TO DATE-

neotuli · 2004-10-07 01:30:01

I'm renaming this thread to Neotuli Repo because it makes alot more sense.
Also, about that access control in freepops, I contacted the developer via sourceforge feature request and got a response. You can read the correspondence at https://sourceforge.net/tracker/?func=d … tid=642845
He's right I guess I wasn't really thinking about what might already exist to do this.

Arch Linux

#1 2004-09-04 01:18:05

Neotuli Repo

#2 2004-09-04 06:38:53

Re: Neotuli Repo

#3 2004-09-04 13:29:57

Re: Neotuli Repo

#4 2004-09-04 18:02:31

Re: Neotuli Repo

#5 2004-09-05 09:44:33

Re: Neotuli Repo

#6 2004-09-05 14:15:13

Re: Neotuli Repo

#7 2004-09-06 06:12:50

Re: Neotuli Repo

#8 2004-09-08 16:22:16

Re: Neotuli Repo

#9 2004-09-09 01:16:02

Re: Neotuli Repo

#10 2004-09-09 19:33:59

Re: Neotuli Repo

#11 2004-09-12 00:59:45

Re: Neotuli Repo

#12 2004-09-12 22:01:56

Re: Neotuli Repo

#13 2004-09-25 23:13:18

Re: Neotuli Repo

#14 2004-09-26 00:20:10

Re: Neotuli Repo

#15 2004-09-26 02:49:11

Re: Neotuli Repo

#16 2004-09-26 10:37:05

Re: Neotuli Repo

#17 2004-09-26 13:46:45

Re: Neotuli Repo

#18 2004-09-26 13:56:36

Re: Neotuli Repo

#19 2004-09-27 01:15:40

Re: Neotuli Repo

#20 2004-09-27 05:20:09

Re: Neotuli Repo

#21 2004-09-27 11:44:38

Re: Neotuli Repo

#22 2004-09-28 00:02:02

Re: Neotuli Repo

#23 2004-09-28 00:24:59

Re: Neotuli Repo

#24 2004-09-29 22:04:17

Re: Neotuli Repo

#25 2004-10-07 01:30:01

Re: Neotuli Repo

Board footer