Package Details: tudu 0.10.4-1

Git Clone URL: https://aur.archlinux.org/tudu.git (read-only, click to copy)
Package Base: tudu
Description: ncurses-based hierarchical todo list manager with vim-like keybindings
Upstream URL: https://code.meskio.net/tudu/
Keywords: todo
Licenses: GPL
Submitter: None
Maintainer: kleintux
Last Packager: kleintux
Votes: 37
Popularity: 0.000020
First Submitted: 2009-06-03 20:34 (UTC)
Last Updated: 2022-04-01 17:14 (UTC)

Dependencies (1)

Required by (0)

Sources (1)

Latest Comments

1 2 Next › Last »

ahphaw5S commented on 2016-03-06 22:51 (UTC) (edited on 2016-03-08 09:33 (UTC) by ahphaw5S)

I think in git this annoying segfault on start up was corrected. The new version is not getting very often, I was wondering if it makes sense to make 'tudu-git' package. Anyone in favour? UPD: Hmm... I have had random segfault not due to the bugs corrected recently in git, but rather due to some problems in the way package is being build. When I use makepkg to build the program, I receive random segfault when I start tudu. When I try to build myself it works smoothly. The only difference in there two build are in the Makefile, which is in src directory: 7,9c7,9 < CXXFLAGS=-Wall -O2 < CPPFLAGS= < LDFLAGS=-lncursesw --- > CXXFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -Wall -O2 > CPPFLAGS=-D_FORTIFY_SOURCE=2 > LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro -lncursesw The second file is the makepkg file. The problem dissapears, when I remove -fstack-protector-strong. Apparently, there is some bug in tudu itself.... The segfault also occurs when I try to build without -O2.

techno-geek commented on 2015-03-19 15:45 (UTC)

@serdotlinecho - No need to be so aggressive. Drop me an email and I'll get it updated. Thanks Melis for emailing me. I didn't realize it had updated. We are now up to date.

serdotlinecho commented on 2015-02-28 14:24 (UTC)

Please disown this package, so that somebody can update them. http://code.meskio.net/tudu/tudu-0.10.tar.gz

<deleted-account> commented on 2013-03-22 19:00 (UTC)

#PKGBUILD for Version 0.8.2 # new URLS and Version # Maintainer: Patrick Palka <patrick@parcs.ath.cx> # Contributor: taimon@aur # Previous Maintainer: Dmitry Ostasevich <ostasevich at gmail dot com> # Development: http:/closure.ath.cx/aur-dev pkgname=tudu pkgver=0.8.2 pkgrel=1 pkgdesc="ncurses-based hierarchical todo list manager with vim-like keybindings" url="http://code.meskio.net/tudu/" license=('GPL') depends=('ncurses') arch=(i686 x86_64) source=(http://code.meskio.net/tudu/$pkgname-$pkgver.tar.gz) build() { cd "$pkgname-$pkgver" ./configure --prefix=/usr \ --sysconfdir=/etc make } package() { cd "$pkgname-$pkgver" make DESTDIR=$pkgdir install install -vDm644 COPYING "$pkgdir/usr/share/licenses/$pkgname/LICENSE" } md5sums=('37deae3a4a41fd02816d3f1c9a90abf1')

<deleted-account> commented on 2012-07-16 11:35 (UTC)

Maybe, should new url be corrected in PKGBUILD?..

<deleted-account> commented on 2012-06-20 23:41 (UTC)

the new URL of the project is http://code.meskio.net/tudu/

<deleted-account> commented on 2012-01-20 07:21 (UTC)

The URL is 403 Forbidden. What's wrong? Is it still alive? No wonder, the package doesn't build.

taimon commented on 2011-04-07 17:30 (UTC)

Could very well be something in the toolchain or it's just my specific setup. (Although I don't remember making any changes to the LDFLAGS in makepkg.conf.) Anyway, it works now, thanks!

<deleted-account> commented on 2011-04-07 11:08 (UTC)

That's strange; I was able to build it just fine a couple of weeks ago. The culprit must be a toolchain update or something. Anyway, I updated the package to reflect your changes.

taimon commented on 2011-04-07 06:57 (UTC)

I had difficulties building this with makepkg because of some link flag weirdness. The configure script failed at the WIDEC_CURSES check. If I change line 351 from 'LDFLAGS="${LDFLAGS} $LD_CURSES"' to 'LDFLAGS="$LD_CURSES ${LDFLAGS}"' it works. So it has something to do with -Wl style linker options preceding the -l options. And you should probably configure --sysconfdir to /etc.