- Grml - lists.mur.at

18 Nov '06

Hi I'm wondering if any of you still remember those Norton Guides. IHMO, the Norton Guide collection is the most comprehensive on-line document about anything for you PC, from Bios, to any programming language. Well written, far more easy to navigate. I found a Norton Guide Reader For GNU/Linux at http://www.davep.org/norton-guides/ mike, would you care to build a Debian package for it? 'cause the comprehensive Norton Guide collection is still floating around the Internet... (it is also perfectly ok if you don't :->) -- Tong (remove underscore(s) to reply) http://xpt.sourceforge.net/

1 0

FW: [rdiff-backup-users] Debian debs with patch fix for #355178
by devzero＠web.de 18 Nov '06

18 Nov '06

Hello ! for the moment i have no suitable debian system for testing around, but this one (see below) is an important bugfixed version of librsync and also rdiff-backup, countaining a patch which fixes a >4gb file problem. maybe some candidate for 0.9 !? (needs testing, though) for details, also see https://sourceforge.net/tracker/index.php?func=detail&aid=1439412&group_id=… librsync folks still didn`t do a new librsync release because the maintainers seem to have more important to do with their other projects ;) regards roland > -----UrsprÃ¼ngliche Nachricht----- > Von: Faheem Mitha <faheem(a)email.unc.edu> > Gesendet: 10.11.06 20:10:57 > An: rdiff-backup-users(a)nongnu.org > Betreff: [rdiff-backup-users] Debian debs with patch fix for #355178 > > Hi everyone, > > I just ran into Debian bug #355178, reported by Dean Gaudet. See > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=355178, which has > links to a corresponding bug report on sourceforge. I imagine some/all > people here are already aware of this bug, though. > > This was with a 4.2 Gig Zope Data.fs database file. I ignored it for a > bit hoping it would go away. It didn't, but I was relieved to learn > that this was a known bug with a patch. > > I spent quite a lot of time yesterday, patching librsync and > rebuilding rdiff-backup against it. > > You can get the librsync and rdiff-backup debs (for sarge) from > > deb http://dulci.org/~faheem/debian/ sarge main contrib non-free > deb-src http://dulci.org/~faheem/debian/ sarge main contrib non-free > > As expected, it made the problem go away. > > NB. If anyone is considering setting up an apt repository, consider > using reprepro (http://www.debian-administration.org/articles/286). It > makes the process quite easy. > > Does anyone know any friendly Debian developers would could be > persuaded to do NMUs of librsync and rdiff-backup? It would be a good > thing if this fix could go in for etch. > > I also have a question for Dean Gaudet. Since you are the only one > apparently committing now to rdiff-backup (at least in the last few > months), do you know if there are any plans to put out a new release > in the near future with fixes? > > Faheem. > > > _______________________________________________ > rdiff-backup-users mailing list at rdiff-backup-users(a)nongnu.org > http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users > Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki _____________________________________________________________________ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071&distributionid=000000000066

2 2

Code2blog: Source-highlight frontend
by T 16 Nov '06

16 Nov '06

Hi Do you blog a lot? Do you sometimes include code in you blog? Do you want that your code show up colorfully in you blog? then use Code2blog, the source-highlight frontend! It can be used to highlight on-the-fly a program so that the formatted form (HTML) can be easily copied and then pasted in your blog. This frontend is written using Python (version 4) and pyGTK. http://code.google.com/p/code2blog/ -- Tong (remove underscore(s) to reply) http://xpt.sourceforge.net/

1 0

xsel: Doesn't work correctly in a UTF-8 environment
by T 16 Nov '06

16 Nov '06

Hi I notice an outstanding bugs for xsel -- Doesn't work correctly in a UTF-8 environment. However, there is a patch for it: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=231413 ,----- | This adds UTF8 support without breaking things. New command-line option | (-u|--utf8) switches between XA_STRING and UTF8_STRING selection | targets. When UTF8_STRING is not supported by X-server, xsel falls back to | XA_STRING. | | Please note, this patch also fixes #203925 (manpage bug). `----- mika, would you be so kind to build a new version with the patch, since it is already 2 years and 283 days old? thanks PS. for mlist, If you don't use/know xsel, I highly recommend it. -- Tong (remove underscore(s) to reply) http://xpt.sourceforge.net/

2 1

Mixer
by Christoph Hartung 14 Nov '06

14 Nov '06

Morgen, sitz hier an einem Asus A6T, Grml Live CD 0.8 Funkenzutzler. Bitte das Mikro vom aumix bei zukÃ¼nftigen Versionen auf Null setzen, auf der A6T Reihe gibt es bÃ¶se Feedbacks zwischen Mikro und Lautsprecher, hat bei mir ein ganzes Einfamilienhaus aufgeweckt, bin nichtmal dazu gekommen, aumix aufzurufen bevor wer durch die TÃ¼r gehÃ¼pft kam ;) MFG Christoph

3 4

Writing to Hard Drives from LiveCD
by Juergen Fiedler 14 Nov '06

14 Nov '06

I have observed something odd: When I write data to a mounted hard drive partition while running from the livecd, the amount of written data is subtracted from the free RAM, i.e., if I do a dd if=/dev/zero of=/mnt/hda1/tmp/testfile bs=1M count=512 with /dev/hda1 mounted on /mnt/hda1, I am losing 512M of my RAM; deleting the file frees up that RAM. After rebooting, the file is still there, but doesn't take up any RAM anymore. I think I may be missing something vitally important about how the unionfs is set up. Can anybody please tell me how I can write files to an HD without them taking up RAM, too? Any help would be much appreciated! Cheers, --j

2 1

/etc/fstab and mounting USB drives
by Tom White 14 Nov '06

14 Nov '06

The latest rebuildfstab in my grml installed on hd has these entries: LABEL=MX320G /mnt/MX320G ntfs noauto,user,dev,suid,exec,ro,umask=000,uid=tom,gid=tom 0 0 # /dev/sda1 /dev/usb-sda1 /mnt/usb-sda1 auto user,noauto,nodev,noatime,nosuid,noexec,rw,uid=tom,gid=tom 0 0 Those are the same drive. mount /mnt/MX320G doesn't work; it complains about no LABEL=MX320G device. mount /mnt/usb-sda1 does work, but I don't like the "rw" on my ntfs file system. Here's another pair from /etc/fstab that mount a vfat fs: LABEL=MX200G /mnt/MX200G vfat noauto,user,dev,suid,exec,umask=000,uid=tom,gid=tom 0 0 # /dev/sdb1 /dev/usb-sdb1 /mnt/usb-sdb1 auto user,noauto,nodev,noatime,nosuid,noexec,rw,uid=tom,gid=tom 0 0 Both mount /mnt/MX200G and mount /mnt/usb-sdb1 work. -- Tom White

3 5

nifty little tool -- histring
by T 12 Nov '06

12 Nov '06

[instigated by the fact that aamath was newly added to grml repository] Hi, Like to work in console more than X? Like text tools more than GUI ones? Then this small tools is definitely for you -- histring. http://www.kw.kernel.org/pub/mirrors/freebsd/ncvs/ports/misc/histring/ histring simply highlights strings using ANSI terminal escape codes. but the usage is endless. I almost use it everywhere in my script where I need a quick peek into large output. For example, zip -t *.zip 2>&1 | histring -fEi 'warning |bad CRC|error: ' | less will tell me if any of the zips files has any problem. Once you get used to it, you can't image the life without it. The following is another nifty alias that I use more often than anything else, to accept output from diff or rcsdiff to highlight diffs. histring -fE '^Comparing files .*|^diff .*' | histring -c yellow -fE '^\-.*' | histring -c green -fE '^\+.*' With that, who needs to wait for 0.5s for tkdiff? :-) Also, with that I wrote another alias to compare rcs file version by version. I guess no other diffing tool have such ability to show how things evolve. Hope we can have that in grml repository soon... -- Tong (remove underscore(s) to reply) http://xpt.sourceforge.net/

2 2

Not all packages on CD are in repository?
by T 12 Nov '06

12 Nov '06

Hi, while examine the outout from apt-show-versions, I feel that not all packages on CD are in repository (grml.org or debian). Is that so? Just list only a few of my findings... pcopy 1.5-4 newer than version in archive libdbus-1-2 0.62-4 installed: No available version in archive kwtools-sys-lvm 0.5.0-5 installed: No available version in archive securecgi 0.11.1 installed: No available version in archive kwtools-bin 0.5.0-5 installed: No available version in archive libdirectfb-0.9-24 0.9.24-4 installed: No available version in archive xcompmgr 1.1.1+cvs.20051218-1 installed: No available version in archive synctree 0.8-1 installed: No available version in archive libsvn0 1.3.2-5+b1 newer than version in archive thanks -- Tong (remove underscore(s) to reply) http://xpt.sourceforge.net/

2 1

permanently saving alsa-config
by Peter Eberl 11 Nov '06

11 Nov '06

OK, having here a Fujitsu-Siemens B110 subnotebook running fine on grml. I noticed a strange thing: setting up the sound with alsaconf works fine. I would expect that the settings (for the soundcards) are saved permanently and started automatically. It isn't. The settings dissappear and after reboot they are lost. what are my wrong assumptions and how can I adjust the environment to meet them? regards peb -- I use grml (http://grml.org/)

2 1