Newsgroups: gmane.linux.debian.user Date: Mon, 25 Jul 2005 17:44:48 -0600
Newsgroups: gmane.linux.debian.user Date: Mon, 25 Jul 2005 17:44:48 -0600
> I didn't find a symbolic link checker using apt-cache search. What is the > recommended tool for this?
Look at the package symlinks
Paul E Condon
symlinks -d . | sed -n '/^deleted:/p'
scan/change symbolic links
Symlinks scans directories for symbolic links and lists them on stdout. Each link is prefixed with a classification of relative, absolute, dangling, messy, lengthy or other_fs.
Symlinks can also convert absolute links (within the same filesystem) to relative links and can delete messy and dangling links. Tag: interface::commandline, use::organizing, role::sw-utility
Newsgroups: gmane.linux.debian.user Date: Tue, 09 Nov 2004 16:56:06 -0600
> I used to use the following command/alias to get the names under the > current directory in RH:
To get a list of directories in the CURRENT directory, just do:
ls -d */
To get a list of directories WITHIN a directory, you could do:
ls -d criteria*/*/
Alex Malinovich
>>I used to use the following command/alias to get the names under the >>current directory in RH: >> >>ls -l <criteria> | grep ^d | cut -c57- >> >>but in Debian, the position of the file name is not fixed. > > It is for me, and the above command works perfectly.
It is?
pretzalz@Pretzalz:~/projects/test1$ mkdir subdir pretzalz@Pretzalz:~/projects/test1$ ls -l | grep ^d | cut -c57-
pretzalz@Pretzalz:~/projects/test1$ ls -l total 4 drwxr-xr-x 2 pretzalz pretzalz 4096 Nov 9 22:20 subdir
pretzalz@Pretzalz:~/projects/test1$ dd if=/dev/zero of=hole bs=1k count=10 seek=1M 10+0 records in 10+0 records out 10240 bytes transferred in 0.000647 seconds (15827849 bytes/sec)
pretzalz@Pretzalz:~/projects/test1$ ls -l | grep ^d | cut -c57- subdir pretzalz@Pretzalz:~/projects/test1$ ls -l total 24 -rw-r--r-- 1 pretzalz pretzalz 1073752064 Nov 9 22:23 hole drwxr-xr-x 2 pretzalz pretzalz 4096 Nov 9 22:20 subdir
And I agree that find is the best solution.
> >It is for me, and the above command works perfectly. > > It is?
Nope. Observe some partial output:
mauritsvanrees:~# ls -l drwxr-x--- 3 root root 256 2004-09-24 16:18 commands maurits@mauritsvanrees:~$ ls -l drwx------ 3 maurits maurits 304 2004-08-30 21:13 Desktop drwx------ 118 maurits maurits 3184 2004-11-01 23:15 az maurits@mauritsvanrees:/opt$ ls -l -rw-r--r-- 1 maurits maurits 19194716 2004-08-01 00:33 02.Gebed.wav
The position of the filename is influenced by:
size of the largest dir
lenghth of user and group name
size of file/dir
maybe some more.
So yes, `find' is much better.
Maurits van Rees
Newsgroups: gmane.linux.debian.user Date: Sat, 5 Mar 2005 09:10:29 +0000
> Any recommendation for a database with capabilities and features close to > those of MS Access?
Hehheh, I forgot about Access's GUI stuff for a second, and was almost going to point out that in terms of real database features, Access sucks pretty badly. Most of the Free Software solutions add a GUI to a better database like MySQL or postgres, which will be much better, at least from a technical perspective.
For a frontend, you can look at Rekall or OpenOffice 2.0 as someone mentioned. Kexi, the KDE Office database app, is also pretty interesting. It's not packaged with debian either yet, though, and I'm not sure how ready it is for mainstream use. Certainly looks the part :)
Another option is knoda, which is in debian sid. It's surprisingly complete and powerful, considering the basic looks when you first run it, and it's relative lack of popularity. Play around for a while, and see if it can do what you need.
Lee Braiden
> I have a simple question: > Why xv is not any more supported by Debian?
I personally would recommend qiv. A wonderful tool for viewing images. Just apt-get it and you will, probably, never worry about xv :-)
Sridhar M.A.
> I personally would recommend qiv. A wonderful tool for viewing images. > Just apt-get it and you will, probably, never worry about xv :-)
I second this. There is also "display" from imagemagick. qiv loads more quickly; but I think display handles some vector formats (maybe SVG?) that qiv doesn't.
William Ballard
> There is also "display" from imagemagick.
display of imagemagick is good. But when you want to see something fast and scroll thru' a directory full of images, then qiv is the choice. display is slow.
Sridhar M.A
Here's its package description:
A quick image viewer for X Quick Image Viewer (qiv) is a very small and pretty fast GDK/Imlib image viewer. Features include zoom, maxpect, scale down, fullscreen, brightness/contrast/gamma correction, slideshow, pan with keyboard and mouse, rotate left/right, flip, delete (move to .qiv-trash/), jump to image x, jump forward/backward x images, filename filter, and you can use qiv to set your X11-Desktop background.
Patrick
> Does qiv have a function like xv's -maxpect? I really miss this in other > programs. I'd be happy with ImageMagick's display if it had a -maxpect.
qiv -fm, or press f,m when viewing an image
Newsgroups: gmane.linux.debian.user Date: Sun, 6 Mar 2005 12:30:47 -0800
> I am making an application and I want it to warn when some events > happen. I would like to receive a SMS message in my cell phone. I do > not what is the best way:
Check out the program smssend at http://zekiller.skytech.org/smssend_menu_en.html. It allows you to send sms messages from the command line. It takes a little experimenting to get it working (at least it did for me), but once you get the command line correct for your provider, it works well.
Jeremy Brooks
> Check out the program smssend at > http://zekiller.skytech.org/smssend_menu_en.html.[] It allows you to
apt-cache to the rescue!!!!!
$ apt-cache search 'sms.*send' | sort alamin-client - Alamin GSM SMS Gateway client alamin-server - Alamin GSM SMS Gateway server alamin-smpp - Alamin GSM SMS Gateway SMPP interface skyutils-dev - Many useful functions for the web like smssend (development) skyutils2 - Many useful functions for the web like smssend sms-pl - Send SMs via Polish GSM operators smsclient - A program for sending short messages (SM / SMS) smstools - SMS Server Tools for GSM modems xgsmlib - Gnome application to handle mobile phone's phone book and SMS
Ron Johnson, Jr
I believe you can just send the phone an email message:
9045555555@messaging.sprintpcs.com
is the format for Sprint USA.
Jeff Elkins
Newsgroups: gmane.linux.debian.user Date: Sat, 15 Jan 2005 19:22:26 +0000 (GMT)
> Is there a standalone color picker in the Debian archive? A tool that > lets me point to a pixel on the screen and shows the RGB color value of > that pixel. The only app I find on freshmeat.net is 'grabc' and it's not
xcolorsel
Thomas Adam
Description: display colors and names in X
xcolorsel is an X utility that displays the contents of the X color list file (/etc/X11/rgb.txt) together with tiles showing how the color looks on your screen. You can cut the color names/definitions in various formats (suitable for resource files or C source) so they can be pasted directly into source codes or resources.
documented on: 2005.01.15
Newsgroups: gmane.linux.debian.user Date: Fri, 10 Sep 2004 10:56:54 +0900
> I am preparing a presentation and I'd love to be able to make a movie > out of a session at the computer, i.e. I'd like to capture the screen > repetitively and then be able to play it back as a movie.
In woody:
apt-cache search capture screen cgoban - Complete Go board scrot - command line screen capture utility
apt-cache show scrot [...] Description: command line screen capture utility scrot (SCReen shOT) is a simple commandline screen capture utility that uses imlib2 to grab and save images. Multiple image formats are supported through imlib2's dynamic saver modules.
maybe you could write a script to execute scrot at certain intervals, and then build a movie with some other utility (gimp?, some command line utility I don't remember now?). I haven't used scrot, so I don't know how it works.
Victor
you can also use "import" to capture either the screen or a single widow. gimp has screen cap facilities too
Blake Swadling
> Is there a ready solution for me?
Have a look at xvidcap, its what I use and its excellent! Debs for stable and testing/sid are available on this site http://xvidcap.sourceforge.net/
Check out the instructional movies on the site to see how it works.
Roy Pluschke
Newsgroups: gmane.linux.debian.user Date: Tue, 15 Feb 2005 14:39:20 -0700
> What are your opinions on the best groupware software out there. I've > looked into phpgroupware, egroupware, opengroupware, horde, and a few > others. Even with the demos, it's hard to get a feel for which ones > work well and which aren't quite there yet. Also, some have normal > apt sources and others have outside deb sources... > > For my purposes, one of the main uses would be a filemanager > functionality that would allow for user and "common" access to the > files on the fileserver (same machine). Scheduling and other > functionality may or may not be used. > > Does anyway have a good feel for which software suite might best suit > my needs?
You are light on defining needs. Based on what you listed install the first one you find it will provide basic file management and group calendaring. As an off-the-top-of-my head list of follow-up question: In the file manager are you looking for content-based search, categories, flexible ACL, drag&drop, retention cycles & version management? On Scheduling are you looking for common/shared/delegated calendars, integration with PDA, synchronization with off-line calendar, public calendars, alerts/reminders, invitations, alternative times, attachments to calendar? How many clients, do they have a simple group structure or overlapping groups? Do you need integration between modules? Do you need off-line use?
Dave
> Thank you for the quick response. I am light on defining my needs > because my needs are light. ;) You explain that any suite I choose > will provide basic file management, which is my first priority. I > would like to be more specific, but our needs aren't really defined yet. > > I suppose my question is not so much meant to ask "which has the > following features", but rather "I have these simple needs. Which one > works best" By best I would include: > - installs without too much pain involved > - works for the users without too much pain involved for them (ease of > use & nice UI) > - in active development > - has a user community (forums, etc) > - doing the Right Thing (opensource, etc) > > Is there a suite or two that stand out in this regard? Alternatively, > if they are all equivalent in these matters, then that would also > answer my question.
Opinion warning - We've been doing groupware/collab for years. Have built a collection of expectations regarding what is needed to support a regular business environment. Have not documented them. All that follows is an opinion based upon needs and expectations in my client-base. You needs may vary.
Given your advanced list I would suggest eGroupware. It is a fork of PHPGroupware in active development with one of the best install guides available (http://sourceforge.net/projects/egroupware/).The interface is nice and there is reasonable integration between modules. Sadly, the weakest module is filemanager. If memory serves it uses the X11 licence. There is a .deb of the current version in testing.
There isn't much between PHPGroupware and OpenGroupware - my evaluator confused them at one point. It strike us that eGroupware has a more active development and community. Both are weak in off line use. AFAIK no usable off line Windows client, we were unable to get Kontact working (gave it a 15 minute try)
OpenGroupware has more promise but is a bear to install. When I last looked (November) the docs were out of date, wrong & misleading if available. I do not believe there are any .debs. Very 'industrial' interface. We found the admin interface extremely poorly thought-out - this is compounded by some licencing problems and an angry developer of one of the admin modules.
Kolab is another alternative. We skipped it in the first eval based on its website. Looking at it later with an incomplete eval. Our opinion was like OpenGroupware it holds great promise. My impression is it was quickly put together to meet a specific German Gvt project with lots of rough edges for later.
AFAIK, both OpenGroupware & Kolab have connector for Outlook. It was commercial but I believe has an open release.
If you are really looking for shared documents you might want to look at KnowledgeTree. Far, far better document sharing (use subscriptions) and document management. However, other collaboration (like Calendar) will need one of the collaboration suites (we liked eGroupware/PHPGroupware's calendars better than the standalone calendars we looked at).
Bottom line, for decent collab/groupware eGroupware is a good choice. If your needs are more document centric have a look at KnowledgeTree.
Dave
Just add it to /etc/apt/sources.list and you can have .debs installed through aptitude :-)
#--------------- # Open groupware deb http://download.opengroupware.org/packages/debian sid trunk #---------------
Then to set up an instance run /usr/sbin/ogo-create-instance
Connect to http://localhost/OpenGroupware/ And set the admin password and off you go.
(at least that's how I recollect it)
Like OSS, I found a lot of out of date documentation for open installing groupware, but it seemed to boil down to the above. The community seems quite responsive and active, and judging by the number of times apt-get upgrade downloads stuff, I guess its developing quickly.
Also like OSS, I found eGroupware more complete and feature rich, but my gut instinct is that oGo will overtake it (a stance I cant actually defend) so I'm going this way for time being.
Unlike OSS, I found eGroupware a bugga to install, especially the first time.
Glenn Davy
Newsgroups: gmane.linux.debian.user Date: Sun, 18 Jul 2004 23:25:47 +0100
On Sunday 18 July 2004 11:52 am, Frank Gevaerts wrote:
> > I am in a situation where a computer is to be given away and prior to > > that it's hard disk needs to *thoroughly* cleaned (data consists of > > financial information, reports, class exams, competition exams, etc). > > Try http://dban.sourceforge.net/[]
I second this suggestion. DBAN (short for Darik's Boot n' Nuke will wipe your hard disk to the point where only the NSA has any hope of recovering data.
Doug Holland
> The second method that I have read is to delete everything from the disk > and then write a large file (how to get his? random data?) repeatedly and > fill the disk. Then remove these files with 'wipe'.
Too complex. Just use Wipe on /dev/hda (or just on the partitions containing sensitive data).
John Hasler
> that it's hard disk needs to *thoroughly* cleaned (data consists of
Wipe was designed for this. It repeatedly writes certain patterns and random data to your disk, so that a recovery of the original data is almost (?) impossible. Versions prior to 0.20 have problems with disks larger than 4GB, so be sure to use a recent version.
Philipp Weis
> Any suggestions? Or any alternate methods? Then there is also the option > of using a Windows programs to do this. But I am familiar with those.
If you are interested in the subject you should read the current thread on the full-disclosure list about this topic. It is quite informative!
Here's the archived version for you perusal. I highly recommend you read it.
Grx HdV
Newsgroups: gmane.linux.debian.user Date: Tue, 29 Aug 2006 22:59:08 -0400
> What is the difference between the two latex implementations available > under debian?
I think the main difference is that texlive is the new packaging, which is more modular (or something like that) and that tetex is the one that has been around for a while and will likely be deprecated and eventually removed in favor of texlive.
Roberto C. Sanchez
> What is the difference between the two latex implementations available > under debian?
tetex is older, abandoned upstream (and upstream author suggests its user to switch to texlive), and slightly smaller. TeXLive is community maintained (by different TUG groups), much bigger, much more platform independent (not much of interest for us, but you get support on Windows, Mac, and all possible Unices).
Matej Cepl
TeXlive versus teTeX. Norbert Preining [22]announced to package TeXlive, one of the most complete TeX systems. The advantage of TeXlive is a more fine-grained package structure, while teTeX would still be around and could make use of TeXlive modules. Frank Kster [23]explained that both packages are well maintained but use a different style.
http://lists.debian.org/debian-devel/2005/06/msg00970.html
http://lists.debian.org/debian-devel/2005/06/msg01131.html
>> * Package name : texlive >> Description : The TeXlive system packaged for debian >> >> TeX Live is an easy way to get up and running with TeX. It includes all >> major freely-available TeX-related programs, macro packages, and fonts, >> including support for many languages around the world. > > The website looks like that's a "live" tex CD. What's the difference > to a normal "apt-get install tetex-extra" installation on Debian?
Let me add some comments from my point of view (Debian teTeX maintainer). There is a significant difference between texlive and teTeX, and I think that Debian users, as well as developers, will benefit from texlive being packaged.
First of all, texlive is much more comprehensive than teTeX, it contains virtually the complete CTAN archive as far as the software is DFSG-free (yes, the texlive team specifically uses the DFSG), whereas teTeX contains only a subset of the more popular - or more traditional, in some cases - (La)TeX packages.
Second, texlive has a very elaborate structure of subpackages that allow to install exactly what you need, whereas teTeX is one monolithic piece of data, and has been split into -bin, -base, -extra, and -doc only by the Debian maintainers. And this splitting is by no means satisfying; people always asked for finer splitting, but this is hard to do, and in fact parts of -extra should be put back into -base because they belong to a LaTeX Base Distribution.
Finally, texlive has a promised, and, as far as I know, always fulfilled release schedule of "once per year", whereas teTeX is released not only "when it is ready", but also "when the upstream author has time and thinks it is necessary".
Taking things together, I think that texlive will be the much better choice for users who install a TeX system on their home box to actually write LaTeX (or ConTeXt) documents, and who perhaps use testing, anyway. On the other hand, an admin on a multi-user box might better stick to teTeX, and specifically for the buildd's teTeX will provide a more conservative environment.
Frank
Adrian von Bidder <avbidder@fortytwo.ch> wrote:
> On Monday 13 June 2005 09.41, frank wrote: > [texlive vs. teTeX] >> Let me add some comments from my point of view (Debian teTeX >> maintainer). > > Sounds like packaging texlive and trying to get it really stable would be > the thing to do, with the goal of phasing out teTeX for etch+1 > > Not becuase I don't value your work, Frank, but from what you said it sounds > like texlive is a better maintained superset of teTeX - or are there > reasons why somebody specifically would want to stick to teTeX (assuming a > transition plan etc. etc. to solve "all" Debian/packaging specific issues.)
TeX-Live exists for a couple of years now, and while it might gain some teTeX users, teTeX upstream is by no means dead. So for these users, there must be a reason to use teTeX. I don't know these reasons; but one might be that with teTeX you get a TeX system that contains all the essential stuff without much bloat. You can have the same with tex-live, by selecting and deselecting the appropriate sub-packages (binary packages when provided by Debian). But personally I find it easier to start with teTeX's choices and add some specific packages from CTAN if I really need them.
I also wouldn't say that tex-live is better maintained. It's just the style that differs: A team effort with a yearly release schedule for tex-live, the work of one very experienced TeX guru for teTeX (who bases his decisions more on the development of TeX tools and programs than on the release schedule of Debian, that's why I made that remark about "releasing when he thinks it is time"). By the way, Thomas Esser and the tex-live team work closely together, and for sure he has quite some influence on them; but as long as he does not stop teTeX, I see no reason for us to stop it.
One other thing is that texlive's focus is on personal computers - Windows, Mac, and i386-Linux, while teTeX is a distribution for UNIX-like operating systems. I'm not an architecture expert, but I can imagine that there might be issues in the sources that can be solved in a satisfying way _either_ for i386-Linux, Mac, and Windows, _or_ for GNU/Linux, GNU/Hurd, Whatever/Unixoid (all on a variety of different architectures). In this case we might be glad to have teTeX packages for all (released and however-they-are-called) architectures, not just texlive for a small subset, or alternatively a hell of patches.
Regards, Frank