Bug#1036621: still present. fix by putting alternative link ?
Hello maintainers, On Debian 12 this file is still referred to in manpage, and the file still does not exist. But if found a nice page on the web that describes regionset : https://www.hecticgeek.com/dvd-region-code-changer-ubuntu-linux/ maybe you could simply replace that reference to nonexistent file with this link ? On Tue, 23 May 2023 13:12:08 +0200 Philipp Klaus Krause wrote: > Package: regioset > Version: regionset > Severity: normal > X-Debbugs-Cc: p...@spth.de > > Dear Maintainer, > > The manpage says "This program is documented fully in > /usr/share/doc/regionset/README." There is no > /usr/share/doc/regionset/README. > > > -- System Information: > Debian Release: 12.0 > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 6.1.0-9-amd64 (SMP w/16 CPU threads; PREEMPT) > Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not > set > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > >
Bug#328529: reproducible, not really a bug
Hello maintainers, i tried doing same as Dan Jacobson, and got same result. However, if i do "regionset /dev/sr0", then it works fine. I think this is because there is no /cdrom on my system. There is a /dev/cdrom though, and "regionset /dev/cdrom" works perfectly well. On Fri, 16 Sep 2005 03:16:56 +0800 Dan Jacobson wrote: > Package: regionset > Version: 0.1-1 > Severity: wishlist > > Your message makes it look like one need only just insert a CDROM: > # regionset > regionset version 0.1 -- reads/sets region code on DVD drives > ERROR: Could not open disc "(null)"! > Ensure that there is any readable CD or DVD in the drive. > # mount /cdrom/ > # df /cdrom/ > Filesystem 1K-blocks Used Available Use% Mounted on > /dev/hdc 708576 708576 0 100% /cdrom > # regionset /cdrom/ > regionset version 0.1 -- reads/sets region code on DVD drives > ERROR: Could not open disc "/cdrom/"! > Ensure that there is any readable CD or DVD in the drive. > > I have a combo cdrom/dvd player, but no dvds on hand. > >
Bug#335083: thus bug is not present in Debian 12
In Debian 12 , this bug no longer exists. Now it's output is : $ regionset /dev/cdrom Current drive parameters for /dev/cdrom: RPC Type: Phase II (Hardware) RPC Status: no region code set (bitmask=0xFF) Vendor may reset the RPC 4 times User is allowed change the region setting 5 times Would you like to change the region setting for this drive? [y/n]: n On Sat, 22 Oct 2005 02:59:11 +0800 Dan Jacobson wrote: > Package: regionset > Severity: wishlist > Tags: upstream > > Does this mean no region? say it clearer: > # regionset /dev/cdrom > regionset version 0.1 -- reads/sets region code on DVD drives > Current Region Code settings: > RPC Phase: II > type: NONE > vendor resets available: 4 > user controlled changes resets available: 5 > drive plays discs from region(s):, mask=0xFF > > I suppose ":," means no/all regions. > Perhaps spell out what RPC, and "type" and mask mean, unless --quiet > or if --verbose is used. > > Would you like to change the region setting of your drive? [y/n]:n > "[y/N]" would make clearer what will happen if one just hits RET. > however I didn't try it so can't guess what will happen. > > &references=
Bug#646247: bug 646247 should be reassigned to cups
Re: bugs.debian.org/cgi-bin/bugreport.cgi?bug=646247 Assuming that Filipus Klutiero 's analysis is correct, it means that cups causes unrelated software to become nonfunctional, which is grave. When a usb printer is plugged in, it normally results in insmod usblp , and that is how it should be ; Changelog snippet itself even indicates that there may be other spoolers. Now that this bug on libinklevel is reported, we also know that there may be other non-spoolers, and if they need to insmod usblp, then this "fix" that cups maintainers made becomes ineffective. (so they should be notified) Also i wonder whether that "fix" was ever necessary in the first place, because multiple drivers should be able to have (semi-)concurrent access to same device, at least i read that with parallel port, a driver needs to claim (usually exclusive) access, then do it's thing, and then release that claim again so other drivers can use that hardware. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#644830: hp-check reports no problems although scanner driver is absent
Package: hplip Version: 3.10.6-2 Hello Hplip maintainers, i recently bought an HP deskjet 2050 printer/scanner/copier and found that it copies well and prints well, but doesnt scan. It was mentioned on HP's hplip pages that this machine is "fully" supported for Linux, so i had a conversation with their helpdesk (available on https://answers.launchpad.net/hplip/+question/173135) from which i learned that the machine doesn't scan with Debian because the drivers have not been installed. I looked a bit further, and found Debian bug #451502, which mentions that (these) HP drivers are non-inspectable and non-distributable. While trying to find out what was wrong, i used program 'hp-check', provided by hplip package. When running 'hp-check -r -t', it reports as summary : "no errors or warnings", despite fact that it has found (reported in section 'plugin') that values of persistent variables are installed=0 eula=0 which apparently means that the driver plugin is not installed. Without this plugin, this machine can not scan, and therefore i think that 'hp-check -r -t' should not have reported that there were no errors or warnings, but should rather have warned that the driver is absent. This would have saved me some time trying to figure out what was wrong. I also found that with 'hp-check -t' i get some errors that are not reported as compile-time only, while they do not show up with 'hp-check -r -t'. Thanks for providing hplip ; this deskjet 2050 prints well, and works right out of the box. (and for scanning i'll buy a canon lide 110). Siward de Groot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#391468: i also see this
Hello, i have an ATI Radeon All in wonder 9000 If (RV250) (AGP) and am also unable to use xatitv , which fails with same errormessage as happened to Benjamin Mesing. I saw Gatos homepage, which lists Radeon 7500 and 8500 as working, but says 9700 is not (yet) supported. So whether my card is supposed to be supported, i don't know, but certainly Benjamin's card did use to work, so should be supported. Now that these cards are relatively a bit older, maybe nobody is using this package anymore, i read even maintainer does not have such a card anymore. This can be tested, in first place by looking at popcon, and if that shows no users, then by introducing a deliberate bug, that users can fix easily themselves (perhaps build a version that requires some file to be present), so that if there are any users, they would not be inconvenienced too much. Goal of this is not to remove unused software, but to correctly show that these cards are not supported in Debian, because that would prevent disappointment (reason i bought this card is that i thought i could use it in Debian). Please do not bother to try to fix this bug if i am the only one interested in that ; it would be cheaper to buy some other card. have fun ! Siward de Groot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#564710: RFP: canvas -- reads draw commands and executes them
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Hello everyone,
Canvas is a program that works with X ;
it creates a window with a white background, and then waits for draw commands.
These commands are read from a local socket,
and there is also a commandline utility ('canvassock')
that sends it's argument unto that socket.
Commands can be 'drawline 10 10 100 100', 'setdrawcolor 255 0 0 0', etc.
When canvas gets the commands, it executes them.
Result can be saved to a file (you can create .imo, .jpg, or .png images).
Canvas is most suited for using from a script or program,
and can thus also be used to make simple animations.
It can also be used interactively,
because it can report events (as text strings).
It can also draw texts.
It's main image buffer is present in filesystem as an mmapped shared file,
so you can manipulate it any way you want.
Using canvas is extremely easy to learn ;
It comes with an html file that describes everything
and that can be read in 10 minutes.
It also comes with example code for using it from C or Perl.
It is written in C, and the code is fairly clean and simple,
and not large (190 kB).
I wrote it on Debian, and compiled latest version on unstable,
so there should be no problem in packaging it.
I think it should be in Debian because it is very usefull and easy :
it can draw anything that you can compute,
and all you need to know are simple drawcommands like 'drawline'.
I hope someone will package it,
because i wrote it after i did not find any Debian package that could draw what
i needed.
Copyright is GPLv3 with additional requirement that you are not allowed to
pretend you wrote it.
Please take a minute to read it's html documentation (has nice drawings !)
which can be found on http://www.gransi.com/siward/canvas4/doc/Intro.html .
It's source code can also be found there, at
http://www.gransi.com/siward/canvas4/canvas4.tar.gz .
Thanks for taking time to read this message,
and have a nice day :-)
Siward de Groot
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#562028: fails to read playlist
On Monday 28 December 2009 11:55:27 you wrote: > Le Mon 28 Dec 09 à 06:06 +0100, Siward de Groot a écrit : > > > > A playlist that this happens with has following content : > > > > #EXTM3U > > > > mms://82.94.231.66/gtonline > > > > http://82.94.231.66/gtonline > > > > [0x8a95590] main playlist debug: adding item `playlist.ghanatoday.xspf' ( > > file/playlist:///home/xuser/playlist.ghana > > today.xspf ) > > Using a .xspf extension for a M3U playlist is asking for problem. > Use .m3u . I have copied that playlist to a filename ending in .m3u instead of .xspf and changed /home/xuser/.vlc/vlcrc to open that .m3u file. At startup, it still tries to open the .xspf (which i don't understand) but with the "open file" dialog, i can now open that .m3u playlist, and then it successfully opens that stream :-) This playlist was created by vlc, and it did not automatically provide correct extension, so perhaps i am not unique in having such a deviant extension. In Debian stable's version, this .xspf playlist did work. Thanks for this improvement. Siward -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561505: workaround
Hi y'all, This bug happened here too. It causes apt-get upgrade to fail to upgrade all x-server drivers. dpkg --configure hal fails with the same message you described. I also found that even manually invoking hald fails immediately. using top, i found that there are two processes of user haldaemon : hald and hald-addon-acpi. I then did 'killall hald', and after that, "dpkg --configure hal" worked like a charm. (i also killalled the addon-acpi, but it was already gone). As to your enumerated solutions, 1 is arbitrary, there doesn't seem a real advantage to either choice, 3 and 4 are not sufficient, and 2 kills something, so i like 2 best, but don't see why it should depend on location of pidfile. Happy New Year, Siward -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#562028: fails to read playlist
On Saturday 26 December 2009 18:19:29 you wrote: > Hello, > > Le Tue 22 Dec 09 à 01:21 +0100, Siward de Groot a écrit : > > Package: vlc > > i used to run stable, in which reading playlists worked without > > problems, and have recently dist-upgraded to unstable, > > and now it fails to read these same playlists. > > > > A playlist that this happens with has following content : > > #EXTM3U > > mms://82.94.231.66/gtonline > > http://82.94.231.66/gtonline > > > > When vlc tries to read this playlist > > it produces following errormessage in terminal that i started it from : > > 5350C951:/$ vlc & > > The playlist works for me (well at least the mms://, the http:// gives > 503) > > Could you retry with -vvv in your command line. 5350C951:/$ vlc -vvv & VLC media player 1.0.3 Goldeneye [0x89fa088] main libvlc debug: VLC media player - version 1.0.3 Goldeneye - (c) 1996-2009 the VideoLAN team [0x89fa088] main libvlc debug: libvlc was configured with ./configure '-- build=i486-linux-gnu' '--disable-maintaine r-mode' '--enable-release' '--prefix=/usr' '--config-cache' '--enable-fast- install' '--with-binary-version=1' '--dis able-update-check' '--disable-fb' '--enable-ggi' '--enable-sdl' '--enable-mad' '--enable-jack' '--enable-pulse' '--e nable-lirc' '--enable-a52' '--enable-aa' '--enable-dvbpsi' '--enable-mozilla' '--with-mozilla-pkg=iceape-plugin' '-- enable-dvb' '--enable-ogg' '--enable-vorbis' '--enable-shout' '--enable-qt4' '--enable-flac' '--enable-skins2' '--en able-freetype' '--enable-mkv' '--enable-speex' '--enable-caca' '--enable- live555' '--enable-libmpeg2' '--enable-frib idi' '--enable-mod' '--enable-theora' '--enable-dvdnav' '--enable-gnutls' '-- enable-ncurses' '--enable-smb' '--disab le-gnomevfs' '--enable-bonjour' '--enable-mpc' '--enable-vcd' '--enable-vcdx' '--enable-notify' '--enable-twolame' ' --enable-faad' '--disable-zvbi' '--enable-telx' '--disable-x264' '--disable- atmo' '--enable-taglib' '--enable-libass ' '--enable-dca' '--enable-realrtsp' '--disable-dv' '--disable-fluidsynth' '-- disable-kate' '--disable-mtp' '--enabl e-alsa' '--enable-v4l' '--enable-v4l2' '--enable-pvr' '--enable-svgalib' 'build_alias=i486-linux-gnu' 'CFLAGS=-g -O2 ' 'LDFLAGS=-Wl,--as-needed' 'CPPFLAGS=' 'CXXFLAGS=-g -O2' [0x89fa088] main libvlc debug: translation test: code is "C" [0x89fa088] main libvlc debug: checking plugin modules [0x89fa088] main libvlc debug: loading plugins cache file /home/xuser/.cache/vlc/plugins-04041e.dat [1] 9116 5350C951:/$ [0x89fa088] main libvlc debug: recursively browsing `/usr/lib/vlc' [0x89fa088] main libvlc debug: module bank initialized (376 modules) [0x89fa088] main libvlc debug: opening config file (/home/xuser/.config/vlc/vlcrc) [0x89fa088] main libvlc debug: CPU has capabilities 486 586 MMX MMXEXT FPU [0x89fa088] main libvlc debug: looking for memcpy module: 3 candidates [0x89fa088] main libvlc debug: using memcpy module "memcpymmxext" [0x8a887b0] main input debug: Creating an input for 'Media Library' [0x8a887b0] main input debug: Input is a meta file: disabling unneeded options [0x8a887b0] main input debug: using timeshift granularity of 50 MBytes [0x8a887b0] main input debug: using timeshift path '/tmp' [0x8a887b0] main input debug: `file/xspf- open:///home/xuser/.local/share/vlc/ml.xspf' gives access `file' demux `xsp f-open' path `/home/xuser/.local/share/vlc/ml.xspf' [0x8a887b0] main input debug: creating demux: access='file' demux='xspf-open' path='/home/xuser/.local/share/vlc/ml. xspf' [0x8a8c078] main demux debug: looking for access_demux module: 1 candidate [0x8a8c078] main demux warning: no access_demux module matching "file" could be loaded [0x8a8c078] main demux debug: TIMER module_need() : 12.219 ms - Total 12.219 ms / 1 intvls (Avg 12.219 ms) [0x8a887b0] main input debug: creating access 'file' path='/home/xuser/.local/share/vlc/ml.xspf' [0x8a8deb0] main access debug: looking for access module: 3 candidates [0x8a8deb0] access_file access debug: opening file `/home/xuser/.local/share/vlc/ml.xspf' [0x8a8deb0] main access
Bug#562028: fails to read playlist
Package: vlc Version: 1.0.3-1 Hello vlc maintainers, i used to run stable, in which reading playlists worked without problems, and have recently dist-upgraded to unstable, and now it fails to read these same playlists. A playlist that this happens with has following content : #EXTM3U mms://82.94.231.66/gtonline http://82.94.231.66/gtonline When vlc tries to read this playlist it produces following errormessage in terminal that i started it from : 5350C951:/$ vlc & [1] 20039 5350C951:/$ VLC media player 1.0.3 Goldeneye [0x8697ab0] main interface error: no interface module matched "globalhotkeys, none" [0x8697ab0] main interface error: no suitable interface module [0x85f3088] main libvlc error: interface "globalhotkeys,none" initialization failed [0x85f3088] main libvlc: Running vlc with the default interface. Use 'cvlc' t o use vlc without interface. [0x872e920] xml xml error: XML parser error (line 1) : Document is empty [0x872e848] playlist demux error: can't read xml stream [0x8856b80] access_mms access error: no data received When i then open the "Media" dialog, and select "Open network stream", and fill in same adress that appears in playlist file, it works well : [0x8856b80] access_mms access: selecting stream[0x1] audio (19 kb/s) [0x8856b80] access_mms access: connection successful So it looks like the file parser is borken. Thanks for providing vlc, life is better with webradio :-) Siward de Groot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#290392: version
I forgot to mention that I'm tracking unstable, and i encounter this behaviour in today's version, which is 1.0.3-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#290392: view fullscreen also doesnt use correct sizes
I use vlc as audio player, for net radio. If i press button "View", it pops a menu, and if i then select "Fullscreen Interface", size of interface becomes that of entire virtual desktop. I use a larger virtual desktop size than fits on my screen (so i can easily make the docking area invisible). I do not know whether this is the same bug as Bas reports, but i think it has the same fix : scan the entire sourcecode for any use of functions XDisplayHeight or XDisplayWidth, and if the source is C, also scan it for use of macros DisplayHeight or DisplayWidth, and replace that by some appropriate function of the xvidmode extension. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#526684: /proc/N/cmdline description
Package: manpages Version: 3.05-1 Hello Martin 'Joey' Schulze, i hope you are well. In man 5 proc description of /proc//cmdline says that it contains complete commandline of this process, but in reality it seems to contain only arguments, not name of executable, at least if i on commandline i type "vlc" then /proc/$pid/cmdline is completely empty, and i need to use /proc/$pid/exe to find executable . Also (but less important) man 5 proc 's SEE ALSO has some broken references : chroot (2) - not found (is in section 8) mmap(2) - not found (not here, eventhough i have libc-dev installed) readlink (2)- not found (is in section 1) syslog (2) - not found (not here ; looks like package rsyslogd's man 8 rsyslog is standard) dmesg (8) - not found (package util-linux has section 1 manpage for it) hdparm (8) - not found (package hdparm has section 8 manpage for it) procinfo (8)- not found (not here ; probably in package procinfo) Thanks for maintaining these manpages. Siward de Groot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#523918: window::pageYOffset incorrect innew window
Package: konqueror
Version: 4:3.5.9.dfsg.1-6
Severity: minor
Hello, maintainers,
I am learning javascript, and noticed that
if a new page is opened, and it fits entirely in konqueror's window,
then value of property 'pageYOffset' of object 'Window' is initially 13244 .
When i click refresh button, or use my windowmanager to resize konqueror,
then this value is set to 0 (as it should be).
This does not bother me ; i just thought you might like to know about it.
This is on a fresh install of Debian (netinst image plus security updates).
I use konqueror, but do not use any kde window- or session-managers.
To test this yourselves, you can create a simple webpage like this :
document.write("pageXOffset = " + pageXOffset + "
");
document.write("pageYOffset = " + pageYOffset + "
");
Thanks for providing Konqueror ;
it has served me well for many years.
Siward
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#512124: Ctrl-Alt keycombinations don't work
Hi, I was still using etch, with which these bugs still exist. I had not dist-upgraded yet (looking at mtime of /usr/bin/X revealed that), so i did that yesterday, and now CtrlAlt+/- and CtrlAltFx work again (i haven't tried ungrabbing). So this problem is fixed, and wasn't a bug in the server, sorry about that. Thanks for your help. > However, switching resolution with Ctrl-Alt-plus/minus isn't supported > anymore at all there. Whoever told you that was apparently mistaken. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#489167: xmaxima 5.10.0 can't find it's docs in /usr/share/maxima/5.13.0/doc
Package: maxima-doc Version: 5.13.0-3.1 Hi, i am running unstable, and currently have xmaxima 5.10.0 and maxima-doc 5.13.0 . That's what apt-get update / apt-get upgrade installed on my system (so i assume xmaxima 5.13.0 isn't installable yet due to some dependency). Problem is that when i try to start xmaxima from desktop menu, it shows a dialog saying that it can't find docs in /usr/share/maxima/5.10.0 and when i click 'OK' (the only option), that's the end of it. It doesn't start. I looked in /usr/share/maxima/5.10.0 and indeed there are no docs there. But i do have docs in /usr/share/maxima/5.13.0 . I added a symlink /usr/share/maxima/5.10.0/doc with target ../5.13.0/doc and now xmaxima starts as it should on my machine :-) So i thought you might like to know about this. I have filed this bug against maxima-doc 5.13.0 . It (apparently) is installable, so fixing it there would fix this bug soonest. Probably it is a bug of xmaxima 5.10.0 (for not trying all version directories) and very likely (since i didn't find this bug among the archived bugs either) also exists in xmaxima 5.13.0 . Thanks for maintaining xmaxima. Siward de Groot -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410103: No usable menu (probably missing "Root Menu" item)
Hi. Some more info : unlike i thought earlier, i did not install etch on a fresh disk ; i accidentally installed testing on the fresh disk, then my system broke badly, and i used a rescue CD to get a working system again, apparently by using a different disk for root filesystem. I then dist-upgraded this system to etch. This disk had a working sarge installation on it (this is clear from files that are still in /my), which means that it had both olwm and olvwm menus, and both were hand-modified by me. I think that on this system /etc/X11/olvwm was a symlink to /bu/etc//X11/olwm and /etc/X11/olwm a symlink to either /bu/etc/X11/olwm or /etc/X11/olvwm. I have now found menu files in /bu/etc/X11/ol?wm , containing menu items that i never saw on sarge, with file dates 2007 feb 7, so i assume these were installed at package-install-time. Apparently at least one (probably both) symlinks disappeared, giving impression that main menu file was not installed. /bu is on same partition and physical disk as / . This is as best as i can reconstruct it. Thanks for taking my report seriously. Have a nice day :-) Siward de Groot -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409925: i see something like that
Version: 4:3.5.5.dfsg.1-6 Hi, i'm not using kdesktop (instead olvwm) and i just upgraded to unstable, and when i started kmail it showed only the welcome screen ; clicking on it or on any of it's links didn't change that ; the menu did work. So i couldn't see anything, until i selected 'find message' upon which it popped up a list and i clicked on a random entry. This made it show messageslist, but not folders ; the messagelist had some extremely old mails in them, i don't know where it found them, but not in ~/Mail . Later i discovered an iconified something that showed a kmail menu when clicked on, i killed it before i found out what it was. (maybe not a composer window ; i wouldn't know why it would pop that up at startup). After i had killed the iconified thingy (it had a minuscule icon), i got a password popup asking on behalf of kmail to unlock my kwallet. i filled it in, and it disappeared. Now i restarted kmail, and it looks normal, all folders present, correct number of unread messages, trash emptied, nice :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410103: No usable menu (probably missing "Root Menu" item)
Package: olvwm Version: 4.4.3.2p1.4-21.1 Hi, i just upgraded from a somewhat broken system (accidentally tried to upgrade to testing) to unstable ; version of package installed now is 4.4.3.2p1.4-21.1 clicking on root window to bring up menu produces a very limited selection, probably just an emergency backup menu. looking in /etc/X11/olvwm , i see openwin-menu-debian, but no openwin-menu , like there used to be (same applies to /etc/X11/olwm). openwin-menu , as sarge has it, contains "Root Menu" TITLE after which follow some menus, including : "Debian" INCLUDE /etc/X11/olwm/openwin-menu-debian So the debian menu is there, but it doesn't get sourced into the root menu. If this is caused by my strange upgrade path, then it's not much of a bug, ofcourse. thanks for maintaining olvwm (my one-and-only favorite window manager). have a nice day :-) Siward - linux AND NOT windows -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369963: konqueror: Reproducible crash on clicking text-entry-box on specific webpage (javascript?)
Package: konqueror
Version: 4:3.3.2-1sarge1
Severity: important
Hello Konqueror maintainers :-)
I am using konqueror on Debian Sarge with olvwm as window manager.
When visiting URL http://afroconnections.com/default2.asp
there are two text-entry boxes : 'username' and 'password',
when clicking on the username box, the text 'username' disappears, so a new
value can be input ;
this works OK.
when clicking on the 'password' box, konqueror crashes.
This only happens when javascript is enabled.
When preferences::enablejavascriptglobally is turned off,
clicking pasword box results in needing to remove 'password' by manual editing,
konqueror then does not crash, and i can log in to this site.
So this may be a javascript bug.
A toolbar button to turn javascript on/off would be an improvement.
The relevant part of the page source ( as far as i can see ) :
function disppassword(name) {
var o;
if (document.all) {
o = document.all["mychange"];
} else {
o = document.getElementById("mychange");
};
if (name == "") name = " ";
o.innerHTML = "" + name + "";
}
function disppass(){
if (navigator.appVersion.indexOf("MSIE")!=-1){
temp=navigator.appVersion.split("MSIE");
version=parseFloat(temp[1]);
}
else {
version = 6;
}
if (version>=5.5){
disppassword("");
document.form1SP.Q_2.focus();
document.all.Q_2.focus();
}
}
After crashing, the crashreport thingy says that it caught SIGSEGV.
Backtrace (from same thingy) :
(no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".
(no debugging symbols found)
`system-supplied DSO at 0xe000' has disappeared; keeping its symbols.
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 1095751136 (LWP 13529)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[KCrash handler]
#3 0x4197f275 in KHTMLView::complete () from /usr/lib/libkhtml.so.4
#4 0x4197f2f1 in KHTMLView::complete () from /usr/lib/libkhtml.so.4
#5 0x4197f2f1 in KHTMLView::complete () from /usr/lib/libkhtml.so.4
#6 0x4198027a in KHTMLView::complete () from /usr/lib/libkhtml.so.4
#7 0x41980b15 in KHTMLView::complete () from /usr/lib/libkhtml.so.4
#8 0x41986c51 in KHTMLView::moveCaretTo () from /usr/lib/libkhtml.so.4
#9 0x419a97d3 in KHTMLPart::khtmlMousePressEvent ()
from /usr/lib/libkhtml.so.4
#10 0x419a90c7 in KHTMLPart::customEvent
Bug#319867: This bug should be closed.
libXxf86vm and it's header file xf86vm.h are installed by package xbase-clients. At least on Sarge they are, maybe in a previous release this was not so ? Anyway, apt-file gave the right answer, and this bug should be closed. - geen Windows maar Linux :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357148: mmap(2):: see also::shm_open is in section 3
Package: manpages-dev Version: 1.70-1 Severity: minor Hello, mmap(2) , in it's SEE ALSO, points to shm_open(2), which does not exist (at least not on my system). There is a shm_open(3) . If there is a shm_open(2), then please mention in which package it is. have fun ! Siward de Groot (home.wanadoo.nl/siward) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346870: xxgdb status
On Saturday 14 January 2006 18:40, Francesco Paolo Lovergine wrote: > Just a note: > > I'm perfectly aware of this easy issue. I'll do not upload a new version > because while patching for using UNIX98 pts and so squashing all other > reports, I discover a major issue with the I/O Window which causes > the program to freeze, also with current version. I would prefer take > this program off etch 'til solved, which could be not so immediate, > due to lack of upstream. Hi, what problem is there with the I/O window ? I grabbed xxgdb sources, with idea that if i happened to have time, i might look at them sometime ; If there's a problem with I/O window, i might as well look at that part. have fun ! Siward de Groot (home.wanadoo.nl/siward) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338290: Can't start X twice on GNU/kFreeBSD
For your information : sarge::Info::libc::sockets::localnamespace::details has : w You should compute the LENGTH parameter for a socket address in the local namespace as the sum of the size of the `sun_family' component and the string length (_not_ the allocation size!) of the file name string. This can be done using the macro `SUN_LEN': -- Macro: int SUN_LEN (_struct sockaddr_un *_ PTR) The macro computes the length of socket address in the local namespace. w I have no idea why this is. have fun ! Siward de Groot (home.wanadoo.nl/siward) On Tuesday 10 January 2006 22:11, Petr Salinger wrote: > Hi David. > > > Have you seen the annotation that Aurelien did on Jan 2nd > > in the upstream bug report?: > > Yes, it is another approach to fix it. > In fact, this coding style is already used i.e. in > extras/Mesa/src/glx/mini/miniglx_events.c > > GNU/kFreeBSD has problem with > namelen = strlen(sockname.sun_path) + sizeof(sockname.sun_family); > > It will work with either > namelen = strlen(sockname.sun_path) + offsetof(struct sockaddr_un, > sun_path); or > namelen = sizeof(struct sockaddr_un); > > The first fix is closer to previous code, both are correct. > > > Anyway, I am applying your patch, as it is correct for you. > > Thanks > > Petr -- - Stuur mij alstublieft geen Word documenten, want ik gebruik geen Windows maar Linux :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344644: Refuses to work, saying 'all ptys in use'.
stream, (not necessary, apparently, but more portable) stropts.h needs to be included, which is only included if SVR4 is defined. If it were possible to define SVR4 in the build, it might also solve the other bug. I have no idea how recent SysV Release 4 is (though 'streams' sounds kinda recent), and whether Debian's xxgdb is compatible with it. unreproducible-- ; moreinfo++ ; have fun ! Siward de Groot (home.wanadoo.nl/siward) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344644: Refuses to work, saying 'all ptys in use'.
Package: xxgdb Version: 1.12-13 Hello, xxgdb maintainer, When on commandline of an xterm doing 'xxgdb', it responds with 'xxgdb: all ptys in use'. This is complete bogus, as it doesnt even try to find a pseudo terminal (and if it tried, it would find plenty free ones. i checked.). This errormessage is produced in function open_master() from file calldbx.c . It is produced whenever SVR4 is not defined. It is not produced when SVR4 is defined. Therefore i conclude that SVR4 is not defined when debian package is built. If SVR4 is not defined, open_master does nothing but print that message. I am a bit surprised that no one else has complained about this, and that apparently you didn't notice this yourself either ; still this is a standard sarge install on i386, so i think it is a serious bug. This bug may be same as 150046, as 'ptmx' is used in open_master() when SVR4 is defined. have fun ! (and merry christmas :-) Siward de Groot (home.wanadoo.nl/siward) Stuur mij alstublieft geen word documenten, want ik gebruik geen windows maar Linux :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#332700: Please document fileformat for -exclude-list in man mkisofs
Package: mkisofs Version: 4:2.01+01a01-4 Hello mkisofs maintainer, manpage of mkisofs mentions commandline option -exclude-list, but does not describe the format of that file. By trial and error i arrived at the following : * There can only be one glob per line (must it start at start of line ?) * Empty lines are ignored * Lines starting with a # are ignored. * 'Comments' after globs (a # and more text to end of line) make glob fail. * Simple globs are recognized, both in firstnames and absolute filenames ; eg : tmp* /my/tmp/* * complex globs in full filenames are not ; eg : */.kde/cache* mozilla/* Maybe globs can only match individual components of path ? * Globs that are full directorynames make that directory and its contents be ignored ; eg : /my/source This seems to contradict idea that glob must match a component of path ; maybe full filenames and globs are treated differently ? (in which case manpage would be wrong in saying "a file containing a list of globs to be excluded as above."). And i wonder whether a line containing a single space will be taken as a glob that matches any filename with a space in it ? And does the file need to end in a newline ? I expect this also applies to 'hide-joliet-file' option. I also found that usefull entrys for not backing up browser caches are : mozilla tmp* cache* Cache libwww-cache* This might be usefull for adding an exclude file example to manpage. Also, manpage refers to README.hide (and some other README files), but does not mention location of that file (and mentioning that it is from an other package might be good too). And SEE ALSO refers to man 8 apple_driver, which i did not find. And availability refers to kernel.org for mkzftree though debian ships package mkzftree. And in description of -hidden it is said that glob must match any part of filename or path, but maybe that should be 'filename or any component of path' ? If you want a patch, i'll be happy to produce one, but currently i do not have exact information. It works very well for me now. It would be nice if the fileformat could be documented, so that other users dont need to go find this out themselves. Thanks for maintaining mkisofs (and cdrecord) :-) have fun ! Siward de Groot (home.wanadoo.nl/siward) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323031: [jargon] please add "don't feed the troll"
On Sunday 04 September 2005 00:10, Steve Greenland wrote: | The jargon package is frozen. Please send any entry requests to ESR. | (But read http://www.catb.org/~esr/jargon/submissions.html first). I did. thanks. have fun ! Siward de Groot (home.wanadoo.nl/siward) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143692: Even newer upstream available (4.4.7)
On Sunday 04 September 2005 00:08, Steve Greenland wrote: | On 14-Aug-05, 05:23 (CDT), Siward de Groot <[EMAIL PROTECTED]> wrote: | > Jargon file version 4.4.7 can be found by pointing browser to | > www.jargon.org , which is auto-redirected to www.catb.org/~esr/jargon/ | > The older link to 4.3.1 no longer points to any jargon file. | | Did you even read the bug report you added this to? Probably. Certainly i did not find package jargon-dict your reply referred to (because it doesn't exist). Prompted by this message of yours, i have searched again, this time on subword 'jargon', and found dict-jargon, which has a recent version. So as far as i am concerned, this bug can be closed. Thanks for maintaining jargon. have fun ! Siward de Groot (home.wanadoo.nl/siward) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308610: xserver-xfree86: Monitor rolls
On Friday 12 August 2005 00:04, you wrote: | Package: xserver-xfree86 | Version: 4.3.0.dfsg.1-14 | Followup-For: Bug #308610 I have some suggestions, and maybe bad news at the end. | I am not using the debian bug reporting tool since it looks | like communication is better without it. reportbug is meant to be used for reporting a bug ; it automatically includes lots of usefull info into the bugreport. additional information is supposed to be sent to @bugs.debian.org, as plain emails. it is important to add all information to a bugreport, so that other users with same problem can find it, and maintainers can ultimatly fix the bug. bugs on X packages, and additional information sent to existing bugreports, are automatically copied to [EMAIL PROTECTED] | I upgraded from potato to sarge. I did _not_ remove my old XFree86 3.3.6 | installation (fortunately). Old XFree86 3.3.6 works perfectly fine with | the Mach64 X server. I can easily switch by pointing the symlink in | /etc/X11/X to /usr/bin/X11/XF86_Mach64 and everything works fine, 1024x768, | 800x600, and 640x480, all to a color depth of 16bpp (Max for my video | card). I assume that this guarantees my hardware is fine. I agree. So no further need for testing hardware. | When I switch /etc/X11/X back to /usr/bin/xserver-xfree86, I get problems. | | This dual X installation is what I'm unsure about and where I need help to | be sure the installation and configuration done by debian isn't | causing any trouble. Note I did not use xfree86 version 4 with potato. This possible cause of bugs must be elimininated before we can conclude that it is a bug in X. If a Debian X maintainer reads this and recognizes it, and knows what to do about it, then it can be foregone, but otherwise there is only one way to be sure : install Debian without the old X version. I hope you have a largish harddisk (4 GB free would be more than enough), so you can do a clean install of sarge on another partition ; I routinely use two Debian installs in different partitions myself, one for stable and one for unstable, so that when unstable breaks, i simply reboot into stable, until untstable has been fixed. so a dual installation can be usefull anyway. If you do that, please keep notes of what you fill in when X is configured. | I have tested several different cases. | 1. Plain vanilla configuration, as done by debconf. | No modelines in XF86Config-4 file. Module "ati" chosen since I have an ATI | Mach64 video card. Monitor blanks when I start X because it thinks there | is no video signal. There probably is a video signal, but the monitor can not sync to it at all (not even horizontal sync), so it blanks (or something like that). | If I switch video modes (CTRL-ALT-keypad +/-), the | monitor displays a rolling image of the correct image (I can see the gray | stipple that X starts with, the background color of my window manager, and | the "Start" bar scrolling/rolling along with the mouse pointer). The same | thing happens in all video modes, with little difference in the rolling | pattern. So X is starting and producing output (which my monitor cannot | display). X is running fine, and can not detect that monitor does not synchronize, so there are no errors reported in $HOME/.xsession-errors | 2. Added standard VESA modelines. Change default mode, trying 800x600 and | 640x480. BTW, these modelines work perfectly fine in my XF86-Config file | for XFree86 3.3.6. Good. Same modeline works in one situation, and not in another ; this can give upstream something to work with. | No change in behavior. | It doesn't matter what video mode I start with, the | monitor will go blank when I start X, and when I change video modes, it | will produce a rolling image at all resolutions, 1024x768, 800x600, | and 640x480, even when I loop through all modes back to the first one. range of frequencys to which a PLL will synchronize depends on it's current frequency ; this might explain that it now partially synchronizes to default videomode. | 3. Changed module "ati" to module "vga". | Monitor syncs, but gives me a 320x240 screen. | No flickers or rolling image. | 4. Changed module "vga" back to "ati" but start x with a color depth of 4, | forcing the "ati" module to use vga CRT controller per author's | documentation - see | Monitor syncs at 640x480 and, if I played around with the video timings to | get X to use a Vert Refresh near 60 Hz, at 800x600. This makes me curious to what it does when started at depth 8. | However, if I specify a Modeline in the XF86Config-4 file, | the display frequencies reported by my monitor do not match with what X | reports when it starts up. | This is true for both 640x480 and 800x600; however, for 640x480 I could not | discover any pattern. For 800x600, I noticed that the configuration for | about 60 Hz produced a very flickery image at 49 Hz, and playing around | with the timings and configuring X to display aro
Bug#308610: xserver-xfree86: Monitor rolls with resolution > VGA (640x480)
On Friday 12 August 2005 00:04, Charles P. Pouliot wrote: | Package: xserver-xfree86 | Version: 4.3.0.dfsg.1-14 | Followup-For: Bug #308610 | | | Package: xserver-xfree86 | Version: 4.3.0.1 (Debian 4.3.0.dfsg.1-14 20050601051219 | Subject: XFree86 version 4 hardware bug | |<> |I don't think I have the resources to compile the whole X server. xorg 6.8.2 took 7 hours on my 200MHz Pentium1 last week (i havent had time to see whether it gave a working result though), and is faster if you specify to not build fonts (you already have fonts). | It is the "correct" modelines which are automatically supplied by the X | server which caused my problem, as described below in 'original bug | report.' |<> My monitor rolls like a TV that doesn't have a V-HOLD properly adjusted, | which is of course due to a problem with the Vertical refresh rate. or vertical refresh duration, or incorrect syncpulse timings |<>the video card is signaling too low a Vertical refresh rate. | My monitor reports the Display frequency being sent to it, which | assisted the below diagnosis. As your monitor fails to sync, what it reports is not very reliable. | I cannot start X using the "ati" driver for my Mach64 Chrontel 8398 | RAMDAC. The monitor goes VESA power off, and if I try to switch video | modes, my monitor display just rolls out of control. When it rolls, does it show any image ? i mean, could whatever it shows be due to a working X server ? after all, if the monitor does get a signal, it is probable that X has started, and is producing output (which your monitor can not display). Does the command with which X is started produce any errormessages ? Is there anything in your $HOME/.xsession-errors ? Your original config file has : | Section "Monitor" | Identifier "ViewSonic 17GS" | HorizSync 30-69 | VertRefresh 50-160 | Option "DPMS" | EndSection What happens if you change that to horiz: 30-50 and vertical 50-90 ? does that get you a usable [EMAIL PROTECTED] ? (It could be that your monitor only does 68.9 kHz, and X drives it at 69.0) Could you try with a different monitor (to rule out monitor hardware malfunction) ? | The "incorrect" modelines in my config file are precisely those | which DO WORK! |Modes "1024x768" "800x600" "640x480" So 1024x768 causes no display, and 800x600 causes rolling. correct ? most Mach64s can do 170MHz or so, so it would be limited by horizontal refresh rate specified in config file (69kHz). 69 kHz / 800 = 86.2 Hz -> no display <- 69 kHz x 1312 = 90.5 MHz 69 kHz / 625 = 110.4 Hz -> rolling display <- 69 kHz x 1056 = 72.8 MHz This is clearly a bug. A monitor should have no problem with this. Question is : is this a bug in X, or in your configuration parameters, or in your hardware ? |## VESA Standard [EMAIL PROTECTED]: | "1024x768" 78.75 1024 1040 1136 1312 768 769 772 800 -hsync -vsync from http://www.xfree86.org/3.3.6/Config7.html : # nameclock horizontal timing vertical timing flags "1024x768"75 1024 1048 1184 1328768 771 777 806 -hsync -vsync Apparently i was wrong about vertical retrace taking 20% of time ; sorry about that. I also have a mach64 (3d rage), and when i used to have a very old monitor, reducing vertical retrace to 10% was pushing it's limits. |## My hack: | "1024x768" 79.50 1024 1044 1076 1318 768 772 778 802 -hsync -vsync | "800x600" 69.65 800 844 908 1068 600 604 610 636 -hsync -vsync | "640x480" 45.80 640 684 780 844 480 492 498 526 -hsync -vsync | VESA Standard [EMAIL PROTECTED]: | "800x600" 49.5 800 816 896 1056 600 601 604 625 | VESA Standard [EMAIL PROTECTED]: | "640x480" 31.50 640 656 720 840 480 481 484 500 +hsync +vsync | If I use the "vga" driver or the "ati" driver with a color depth of 4, | causing it to use the VGA CRT controller, I am able to get a 640x480 | display, and a very flickery 800x600 display. If you use xvidtune from these modes, what are the limits within which your monitor displays correctly ? (Usefull to know in case your monitor specs in config file are too optimistic) | My hardware: ViewSonic 17GS monitor, ATI Mach64 video card detected as | ATI 88800GX-D graphics controller, Pentium-120 with PCI and ISA slots. | My software: Linux kernel 2.2.19 / 2.4.31, xfree86 4.3.0.1 (Debian sarge) Kernel 2.2 is from potato (or earlier). Did you have a working X with same hardware with potato ? Can you reboot into potato to try if it still works (maybe use a knoppix disc) ? In short : you have a bug, maybe X does not start, or maybe it generates incorrect timings for now it looks like it generates incorrect timings. this may be due to incorrect settings in your configuration (please try to rule this out by trying extremely conservative settings, both conservative modelines and conservative hsync/vsync specs), defective hardware (please try to rule this out
Bug#323031: Fwd: Re: [jargon] please add "don't feed the troll"
-- Forwarded Message -- Subject: Re: [jargon] please add "don't feed the troll" Date: Sunday 14 August 2005 12:27 From: Steve Langasek <[EMAIL PROTECTED]> To: debian-project@lists.debian.org On Sun, Aug 14, 2005 at 11:43:50AM +0200, Siward de Groot wrote: > Package: jargon > Version: 4.0.0-4 > Severity: wishlist > > With the current discussion about trolling on debian-project > i tried 'dict troll' to find what it was about. > 'troll' is well described in jargon, > but it contains a note about "don't feed the troll" that > mentions that it exists, but not what it is. > Adam McKenna posted a contribution in which this concept is defined : > > The trolls are only half of the problem with Debian lists. > The other half of the problem is that > > many people can't restrain themselves from > replying to comments > that are arguably trollish > with an equivalent amount of vitriol > (also known as 'feeding the troll'). > > Could you please add this definition to jargon ? > > I am CCing debian-project in case someone disagrees with this definition, > in which case they can attach their opinion to this bug in the BTS. Yes, I disagree with this definition. To feed a troll is to give the troll the satisfaction of having disrupted a discussion; there is no particular requirement that the responses be vitriolic, merely that the discussion is disrupted by directing the attention of the group to the troll's comments. This is what makes it particularly insulting to call someone a troll who isn't, because the implication is that their primary goal is to be disruptive. Oh, and "[EMAIL PROTECTED]" is not a bug submission address... -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143692: Even newer upstream available (4.4.7)
Jargon file version 4.4.7 can be found by pointing browser to www.jargon.org , which is auto-redirected to www.catb.org/~esr/jargon/ The older link to 4.3.1 no longer points to any jargon file. have fun ! Siward (home.wanadoo.nl/siward) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323031: [jargon] please add "don't feed the troll"
Package: jargon Version: 4.0.0-4 Severity: wishlist With the current discussion about trolling on debian-project i tried 'dict troll' to find what it was about. 'troll' is well described in jargon, but it contains a note about "don't feed the troll" that mentions that it exists, but not what it is. Adam McKenna posted a contribution in which this concept is defined : The trolls are only half of the problem with Debian lists. The other half of the problem is that many people can't restrain themselves from replying to comments that are arguably trollish with an equivalent amount of vitriol (also known as 'feeding the troll'). Could you please add this definition to jargon ? I am CCing debian-project in case someone disagrees with this definition, in which case they can attach their opinion to this bug in the BTS. have fun ! Siward de Groot (home.wanadoo.nl/siward) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308610: xserver-xfree86: Monitor rolls with resolution > VGA (640x480)
On Friday 12 August 2005 00:04, Charles P. Pouliot wrote: | | I cannot start X using the "ati" driver for my Mach64 Chrontel 8398 | RAMDAC. The monitor goes VESA power off, and if I try to switch video | modes, my monitor display just rolls out of control. | Your modelines look wrong. Normally, a modeline allows 20% of time needed for displaying a line or frame for flyback ; most of yours only allow 5% vertical flyback, and it could well be that this is insufficient, so that it would cause monitor to be unable to synchronize to video signal. Please try with more normal modelines, and report results. Are you sure what you are experiencing is like what is reported in #308610 ? have fun ! Siward -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312687: linux terminal doesn't reset colors on logout
On Thursday 09 June 2005 18:34, you wrote: | On Thu, 2005-09-06 at 17:07 +0200, Siward de Groot wrote: | >when i log in on a VT as root and su to siward, | > then siward's .bashrc changes colors of text in VT, | | The cause is: | alias ls='ls -color' No, it's not ; my .bashrc ouputs ansi color escapes, because i like to have a white background in an xterm. In a linux term these don't work (i get grey on black), so that's how i noticed it doesnt reset colors. It just didn't seem right to not reset colors on logout. | > If you decide not to fix this (it's only a feature request after all), | >could you point me to the sources that control | >linux terminal's colour behaviour ? | | See above. Another reason i asked this is that when i use modified colors in a term, and i start a program that also modifies colors, there's no way for such a program to reset colors to what they were before, because it has no way of finding out what they were, at least no way that i know of. | BTW ... I never su to 'user' from root ... my first account is always| | admin, from which I use 'sudo' to admin the box. A matter of taste, i guess, i just log in as root, su to xuser , and startx, If there's anything i want to do in the terminal (mount for example), i usually need root for it. It's just a single-user box. Thanks for your reply. Siward de Groot (home.wanadoo.nl/siward) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299554: In dialup install, nameserver addresses not written to resolv.conf
On Thursday 09 June 2005 18:57, John Hasler wrote: | Siward de Groot writes: | > I think this bug should be reassigned to the installer, so that it can | > pop a question whether it should make a resolv.conf. | | I think it should be in base-files. | The admin can delete if she wants to, but why bother? I thought you knew a reason. If there is none then base-files is perfect. I see bubulle has already reassigned it. If it isn't fixed, it creates a failure with the installer. I wonder how developers keep track of such bugs ? have fun ! Siward de Groot (home.wanadoo.nl/siward) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312687: linux terminal doesn't reset colors on logout
Package: kernel-image-2.6-386
Version: 101
Severity: wishlist
Hello kernel maintainers,
when i log in on a VT as root and su to siward,
then siward's .bashrc changes colors of text in VT,
if siward exits, so i become root again, colors remain those of siward.
Exiting, so login prompt comes up, doesn't reset colors either,
so it looks like it could be abused on real terminals to
set color to black on black,
but i'm not sure, as i don't have real terminals.
This is not really a problem for me,
but it seems kinda stupid to reset colors as part of PS1,
so maybe you would like to improve this ?
Maybe with environment variables TERMFG and TERMBG,
each set to ascii of hex values of rgb of color
and terminal setting these to correct values whenever color changes,
and resetting colors when a subshell exits
but resetting envvars to new colors when a normal program exits,
to allow color-setting programs ?
I hope this is doable.
Anyway, a reset to standard (white on black) for login should be possible.
While i'm talking to you, i would like to mention that
i am getting errorrmessages like :
"atkbd.c: spurious ack on atikbd0/seria0.
Some program, like XFree86, might be trying to access hardware directly."
But it's not XFree doing that, it's mc
(which i invoke and quit immediately, because it resets colors).
And you'll need to change the 'XFree86' anyway, when etch uses X.org .
If you decide not to fix this (it's only a feature request after all),
could you point me to the sources that control
linux terminal's colour behaviour ?
Anyway, thanks for maintaining the thing
(and all the other things you maintain ofcourse).
have fun !
Siward de Groot
(home.wanadoo.nl/siward)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299554: In dialup install, nameserver addresses not written to resolv.conf
On Tuesday 07 June 2005 19:53, Tony Rowe wrote: | On Sun, Apr 03, 2005 at 08:43:40PM -0500, John Hasler wrote: | > Tony Rowe writes: | > > For "Configure the Network" a list of ethernet cards (drivers) is | > > presented. I select "none" as no ethernet card is installed in my test | > > system. Apparently this leaves the new system without an | > > /etc/resolv.conf file... | > | > And there is the bug. I don't think pppconfig should create | > /etc/resolv.conf: the admin may have removed it for a reason. Besides, I | > can't change pppconfig now anyway as it's frozen. | > | > It's probably too late to make any package responsible for | > /etc/resolv.conf, but the installer could 'touch /etc/resolv.conf'. | | So this bug should be reassigned again, but where? Hi Tony, I think this bug should be reassigned to the installer, so that it can pop a question whether it should make a resolv.conf . have fun, Siward de Groot (home.wanadoo.nl/siward) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311828: ksyms doesn't work
Package: modutils Version: 2.4.26-1.2 shell :-] ksyms ksyms: QM_MODULES: Function not implemented shell :-] Same happens when ksyms is invoked with an argument, except that with -V it first prints version. I'm using unmodified unstable, updated yesterday, with kernel 2.6 . If ksyms worked, would it be same as 'cat /proc/kallsyms' ? Thanks for maintaining modutils. have fun ! Siward (home.wanadoo.nl/siward) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310397: getpriority disagrees with sched_getparams
Package: manpages-dev
Version: 1.70-1
Hello, manpages-dev maintainers,
I've been trying out sched_setscheduler &co ,
and found that when i set a new scheduler policy with a new priority,
then getpriority does not report new priority,
while sched_getparams does,
I attach a test program that exhibits this behaviour.
have fun !
Siward
(home.wanadoo.nl/siward)
/* scheduler.c : experiment with setting a different scheduling policy */
/* compile with : cc -g -W -Wall scheduler.c -o scheduler */
#include /* printf() */
#include
#include /* errno, for getpriority() */
#include /* getpriority() */
int main( void ){
int priority ;
int policy ;
int ck ;
struct sched_param ssp ;
printf("scheduling policy number %d is SCHED_OTHER\n", SCHED_OTHER );
printf("scheduling policy number %d is SCHED_FIFO \n", SCHED_FIFO );
printf("scheduling policy number %d is SCHED_RR \n", SCHED_RR);
policy = sched_getscheduler(0);
printf("initial policy is %d\n", policy );
if( policy < 0 ){ return(0); }
errno = 0 ; priority = getpriority( PRIO_PROCESS, 0 );
if( errno != 0 ){ printf("failed getpriority()\n"); return(0); }
printf("initial priority is %d\n", priority );
printf("max priority for SCHED_OTHER is %d\n", sched_get_priority_max(SCHED_OTHER) );
printf("min priority for SCHED_OTHER is %d\n", sched_get_priority_min(SCHED_OTHER) );
printf("max priority for SCHED_FIFO is %d\n", sched_get_priority_max(SCHED_FIFO ) );
printf("min priority for SCHED_FIFO is %d\n", sched_get_priority_min(SCHED_FIFO ) );
printf("max priority for SCHED_RRis %d\n", sched_get_priority_max(SCHED_RR ) );
printf("min priority for SCHED_RRis %d\n", sched_get_priority_min(SCHED_RR ) );
ssp.sched_priority = 1 ;
ck = sched_setscheduler( 0, SCHED_FIFO, &ssp );
policy = sched_getscheduler(0);
printf("new policy is %d\n", policy );
if( policy < 0 ){ return(0); }
errno = 0 ; priority = getpriority( PRIO_PROCESS, 0 );
if( errno != 0 ){ printf("failed getpriority()\n"); return(0); }
printf("according to getpriority(), new priority is %d\n", priority );
ssp.sched_priority = 0 ;
ck = sched_getparam( 0, &ssp );
if( ck != 0 ){ printf("sched_getparam() failed\n"); return(0); }
printf("according to sched_getparam(), new priority is %d\n", ssp.sched_priority );
return(0);
}
Bug#308888: missing manpage debconf(7)
On Friday 13 May 2005 07:14, Christian Perrier wrote: | > From man(1)debconf : | > For a debconf overview and documentation for sysadmins, see debconf(7). | | It is in debconf-doc. Thanks. I now installed that. | This should maybe be mentioned in debconf.1 in the excerpt you cited. That would be nice. It already has a suggests for it, (which i didn't get to see due to debconf's priority), and debconf-doc is mentioned in /usr/share/doc/debconf/README, so it is already findable, and thus this is no more than a wishlist, i think. Please feel free to close it as you see fit. Also, it is common for packages to not mention packages of related documentation ; I have (just now) written my thoughts about it on a webpage, linked from my homepage. Thanks for taking time to respond. have fun ! Siward (home.wanadoo.nl/siward) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309583: hangs the system
Package: pong2 Version: 0.1.0-1 Severity: grave Justification: hangs system so bad that X needs to be killed, this is not revoverable by an ordinary user without a reboot, can cause dataloss, for example if user was editing something that wasn't saved yet, (yes, i was doing that). When pong2 is started on my 200 MHz Pentium with ATI Mach64 videocard (running at 16 bits per pixel), by clicking entry 'pong2' on menu, cursor immediately disappears (probably grabbed by pong, programs should never do that if they don't have focus), pong window shows first screen and reports a frame rate of 0.2 fps. Without mouse, a normal user can not get out of this, i went to a VT and did 'killall pong2', which did not work, apparently pong2 ignores SIGTERM which is WRONG, I managed to kill it with 'pidof pong2' and 'kill -9', but even then, when i returned to X, i had no mouse, (fortunately focus had returned to xemacs, and i could do ^x-s), I still had to kill X. It's manpage and package description say 'fast game, crazy graphics, great fun'. "Fast game", "graphics", and "great fun" are not correct. If it can't run on some systems (as is at least the case), it should mention this in it's packagedescription. It should never ignore sigterm. Most importantly, It should never grab the mouse if it doesn't have focus. (and it shouldn't grab focus either ofcourse). I don't remember whether it grabbed focus, i do remember that it even failed to display it's name as windowtitle. Siward (home.wanadoo.nl/siward) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309549: kbdrate is a user-command
Package: console-tools Version: 1:0.2.3dbs-56 Hello console-tools maintainer, I think that kbdrate should be in /bin, and it's manpage in section 1, because it is meant to be used by ordinary users. It's executable already has permissions that allow normal users to use it, but they can't simpy type 'kbdrate -r 30', because it is not in their path. Not very important, but would be nice and systematic. have fun ! Siward (home.wanadoo.nl/siward) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308888: missing manpage debconf(7)
Package: debconf Version: 1.4.30.13 Hello debconf maintainer, i tried to find some info about debconf, and read it's manpage, which says most of it is to be found in man (7) debconf, but that is unknown (at least on my system). From man(1)debconf : For a debconf overview and documentation for sysadmins, see debconf(7). :-) dpkg -S debconf | grep man | sort debconf-i18n: /usr/share/man/fr/man1/debconf-communicate.1.gz debconf-i18n: /usr/share/man/fr/man1/debconf-copydb.1.gz debconf-i18n: /usr/share/man/fr/man1/debconf-set-selections.1.gz debconf-i18n: /usr/share/man/fr/man1/debconf-show.1.gz debconf-i18n: /usr/share/man/fr/man1/debconf.1.gz debconf-i18n: /usr/share/man/pt_BR/man1/debconf-communicate.1.gz debconf-i18n: /usr/share/man/pt_BR/man1/debconf-copydb.1.gz debconf-i18n: /usr/share/man/pt_BR/man1/debconf-show.1.gz debconf: /usr/share/man/man1/debconf-communicate.1.gz debconf: /usr/share/man/man1/debconf-copydb.1.gz debconf: /usr/share/man/man1/debconf-set-selections.1.gz debconf: /usr/share/man/man1/debconf-show.1.gz debconf: /usr/share/man/man1/debconf.1.gz It is not very important to me, feel free to close, i was just looking at Bug#308823: xserver-xfree86: [debconf] vertical refresh range question doesn't allow for discrete values have fun ! Siward de Groot (home.wanadoo.nl/siward)
Bug#304108: "no screens found"
On Monday 09 May 2005 06:12, Kingsley G. Morse Jr. wrote: | I'm still wondering why XFree86-debug aborted with | "no screens found" | in /var/log/XFree86.0.log when the unchanged | XF86Config-4 has a "Screen" section. Presumably because it couldn't find any screens that it considered valid. It's really impossible to say if you don't attach the log. Even if you do, it may not mean much, as your system already has problems. Maybe best solution would be to purge and reinstall X. have fun ! Siward (home.wanadoo.nl/siward) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#269787: manpage improvements ?
On Wednesday 02 February 2005 13:59, you wrote: | Hi Siward, | | #269787: manpage improvements ? | has been sitting in my bug pile for months now. If you really want your | suggestions implemented, the best thing for you to do would be to write | up your new improved manpage and create a diff against the old one. | | I'll then submit it upstream for inclusion if they approve it. I just | don't have the time to take care of this myself. | | Yours sincerely, | Andrew "Netsnipe" Lau Hi Andrew, it is pleasant that you take my bugreport serious. The bugs i reported are not really important, and i filed them so you would know about them, so feel free to close. However, i hope that you'll find time to add suggests for yelp and addressbook (and perhaps also for the other packages whose manpages are SEE ALSO'd, though they are not referenced in this manpage at all). That said, i did write up a new improved manpage, on the odd chance that you and balsa's authors will like this format, and maybe find it usefull to cut&paste some things from it when the manpage gets updated. I attached a diff, which removes nearly all lines from the original manpage, so i also attached my version in plain, called balsa.2 ( to distinguish it from the original, not because i think the manpage belongs in section 2 (which i don't)). I made 5 kinds of changes : debianization, updating, (minor) bugfixing, manpage format, and what i like. I debianized the manpage by - adding a maintainer section - adding packagenames to see-also's (because these manpages are not necessarily installed) - adding paragraphs about where and how to report packaging bugs - changed 'system documentation browser' to 'GNOME documentation browser' - added the conffile to the FILES section I updated it by - experimenting - adding content from `dpkg -s balsa` - adding that one needs yelp to have a menu (you were so friendly to tell me that) I fixed 3 miniscule bugs - header had 'version' in lowerleft, followed by '3 january 2003` - dash that separates name and whatis was not escaped (as is requested by man(7)) - AUTHORS file had versionnumber in filename I started reformatting in order to have all options in the SYNTAX aligned, which i think is much easier to read. I also changed section title 'synopsis' to 'syntax', because * i like to call things what they are, and * i find a synopsis to be the most usefull addition to debian's current documentation, (taking 'synopsis' to mean: an overview including the 1% of info that 99% of users want to read) (man balsa is too small to need a separate section for this, i have tried to synopsize the syntax of 'balsa' in paragraph 6) I like documentation to be correct and clear, and ofcourse i have my own preferred way that a text should look (second and further lines of a sentence indented). Correctness made me describe effects of options as i found them to be ; please note that i am not trying to troll, i do like balsa, and i thank all of you for giving me this nice program :-). As i was reformatting anyway, i made this manpage in my favourite format too. Manpage format is not easy, because it can be displayed on resizable terminals, and, maybe because i limited myself to the macros encouraged by man(7), it can only wrap lines to the current indent position, and considers every line that is not indented relative to the current indent as a continuation of the currrent line. As i use newlines to indicate the end of a thought, i had to use ".RS 0\n.RE\n" to force linebreaks, (wrapping is impossible to get right for all displaywidths). I changed the .BR style shortcuts to explicit \fB \fR , to only have one syntax for specifying font. I rephrased many sentences to make them shorter than 80 characters, so i linewrapping wouldn't need to occur. And i added whatis's to the see-also, to be more user-friendly. (i changed GNOME's whatis, to actually convey some usefull info). I also rephrased the copyright, so it would be easier for me to understand. To whoever may read this : please consider this a curiosum that you are free to use as you like. have fun ! Siward --- balsa.1 2005-02-08 19:29:51.0 +0100 +++ balsa.2 2005-02-11 20:16:33.0 +0100 @@ -1,112 +1,234 @@ -.TH Balsa 1 "03 January 2003" Version 2.2.6 +.TH Balsa 1 "03 January 2003" "Version 2.2.6" "Gnome Manpage" .SH NAME -Balsa - the GNOME email client. - -.SH SYNOPSIS -.B balsa -.RB [ \-\^\-help ] -.RB [ \-\^\-version ] -.RB [ \-c ] -.RB [ \-\^\-checkmail ] -.RB [ \-m -.IR [EMAIL PROTECTED] ] -.RB [ [EMAIL PROTECTED] ] -.RB [ \-a -.IR FILENAME ] -.RB [ \-\^\-attach=\fIFILENAME\fP ] -.RB [ \-o -.IR MAILBOX ] -.RB [ \-\^\-open\-mailbox=\fIMAILBOX\fP ] -.RB [ \-u ] -.RB [ \-\^\-open\-unread\-mailbox ] -.RB [ \-d ] -.RB [ \-\^\-debug\-pop ] - + Balsa \- the GNOME email client. .SH DESCRIPTION +
Bug#237877: Fwd: Bug#237877: X's falling back to 75 dpi
Hi everyone, On 22/4/2005 Cristopher Martin wrote : > Recently I took it upon myself to adjust KDE's default fonts > I picked as a default size 10 points, That is the problem. You specify fontsize in points. And then you try to "solve" problem by setting dpi. Dpi represents (or should represent) dots per inch of a display. For each display it is a fixed value. If you change it and use it, it represents something different. Using one global variable to represent two different things is bad. If original meaning of dpi is completely useless, then dpi only represents one thing, but has a confusing name, which is bad. A 'point', when used as a measure of fontsize, as defined by creators of Postscript, is exactly one 72ndth of an inch. It is a very usefull measure for output printed on paper. It is not usefull for specifying output on a monitor, because it is an absolute measure (it is also a relative measure, in that it specifies relative size of one font compared to another if both are specified in points, but that is not relevant here), and while output printed on paper is looked at from a fairly constant distance, this is not true for monitors, where viewing distance depends on monitor and on kind of text viewed. So what measure should be used for specifying fontsize on a display ? As rules of thumb, * viewing distance is proportional to size of display, and * different kinds of text are viewed with different applications, and default font can be set per application. Due to second rule of thumb, we only need consider one type of text ; if that can be handled correctly, then so can all others (provided someone selects appropriate default fonts for them). Due to first rule of thumb, size in meters of a displayed font should increase proportionally with increasing size of display, and as physical dots per inch of displays is fairly constant, a reasonable approximation can be made by specifying font size in pixels, where 'reasonable' means: less than 10% away from ideal size. The BillyBigs pages your email refers to, say that Windows uses an 8 pt font at 96 dpi, MacOS uses a 13 pt font at 75 dpi, 8 [point] * 1/72 [inch/point] * 96 [dot/inch] = 10.66 [dot] 13 [point] * 1/72 [inch/point] * 72 [dot/inch] = 13[dot] * fractional dots can't be displayed; windows's tahoma is probably rendered as 11 pixels. * difference partly reflects different uses these fonts have, Windows being mainly for use in an office, and MacOS more targeted at high-quality visual output, which is similar to different per-application fonts. * remaining difference reflects user-preferences, which may depend on real dpi of their user's monitors ; i would expect MacOS users to have somewhat higher real dpi. Thus specifying fontsizes in pixels always enables to specify a good approximation of ideal font size. But maybe we can do better if real dpi is known. I think that if a user gets a monitor of same size s/he had previously, but with higher real dpi, then s/he will want to use this for two things: better looking fonts, and seeing more text on display. Let's assume that both desires are equally strong, and we can model it by assuming that they will increase their viewing distance by a factor that is square root of ratio of new dpi to old dpi. As far as i know, range of real dpi's is between 75 and 100 (thus 'dotsize' of a monitor is between .25 and .33) (but i could imagine tft screens having smaller dots), thus square root of ratio of extreme dotsizes is 1.15 , and if an average is used, ideal value deviates less than 8% from it. Thus, if default fontsize has been specified in pixels, and it has been specified to a value that is best for average user, then correcting for real dpi would result in max 1 pixel difference. In practice, increasing a font size by 1 pixel can make it look ugly, often because middle bar in E is no longer in middle. While implementing optimization for real dpi could be good (it would require a beauty contest, and a 'beauty' field in XFontStruct), there are currently more important optimizations to be done, as you currently specify fontsize in points, so next thing to do would be to change that to a specification in pixels. Trying to change default dpi for a purpose that is different from making it more accurately represent most common or average dpi of our user's displays, amounts to you pushing a specific (wrong) interpretation of dpi, which goes against wishes of others, who use a different (wrong) interpretation of dpi. This explains why you got complaints. If K applications are not capable of specifying default font in pixels, please fix that, instead of trying to change X in a random unrelated way. The above implies that it is not possible to com
Bug#301161: Manpage bugs
Package: libfam-dev
Version: 2.7.0-6
Hi,
i've been trying out fam, and i noticed a couple of bugs in man 3 fam,
3 of them of normal severity, the rest minor or wishlist, i think.
Here they are :
* functions FAMMonitor* take an argument 'void* userData',
but it is not described in this manpage.
* manpage says that struct FAMEvent's member fr has type FAMRequest,
but the compiler disagrees (and it's not a pointer to a FAMRequest either).
* i noticed that famd can report multiple change events for a single change,
atleast that's what i saw when i saved a modified file with xemacs,
while simply touch-ing the file resulted in only one event ;
maybe it repors changes in filesize and modificationtime separately ?
In that case, it could be usefull to document that in the manpage.
* manpage says, in description of FAMOpen/FAMClose, that
"Variable char* appName should be set to name of your application.",
however, there is no such variable
(at least it is not described in this manpage).
* if i can believe the description in the manpage,
FAMSuspend/ResumeMonitor are completely superfluous,
as they have identical result to simply not requesting events.
* error-reporting is completely broken, according to this manpage,
and there is no mention of what kind of errors could occur,
which makes it kinda difficult to decide how to work around it.
* it seems only way to get events in a non-blocking way is to set an alarm ;
but what if alarm goes off while app is receiving an event ?
does this break things or is it atomical ?
* see also refers to fstat(1),
which doesn't exist because man fstat is in section 2;
not really a big problem,
but it makes my 'mkmyman' script fail to find it's whatis.
* it doesnt include any examples ;
if it had, i wouldn't have had to write my testprogram,
so i'm attaching that in case you would like to include it.
thanks for maintaining fam, it does work :-)
have fun !
Siward de Groot
/* famonitor.c : use fam to tell famd to monitor a file or directory , and print results */
/* compile with : cc -lfam famonitor.c -o famonitor */
/* use as : famonitor */
/* this is a testprogram to test fam, intended to be usable for copy&paste */
#include /* printf */
#include
#include /* stat */
void e( char * pc ){ printf("ERROR: fomonitor: %s\n", pc ); }
void ex( char * pc ){ e(pc); exit(0); }
char * codename( int code ){
switch( code ){
case FAMChanged : return( "FAMChanged" );
case FAMDeleted : return( "FAMDeleted" );
case FAMStartExecuting : return( "FAMStartExecuting" );
case FAMStopExecuting : return( "FAMStopExecuting" );
case FAMCreated : return( "FAMCreated" );
case FAMMoved : return( "FAMMoved" );
case FAMAcknowledge : return( "FAMAcknowledge" );
case FAMExists : return( "FAMExists" );
case FAMEndExist : return( "FAMEndExist" );
default : return( "invalid code" );
}
}
int main( int ARGC, char * ARGV[] ){
char * filename ;
struct stat stats ;
int ck ;
int isdir ;
FAMConnection * pfc ;
FAMRequest fr ;
FAMRequest * pfr = &fr ;
FAMEvent fe ;
int count ;
if( ARGC != 2 ){ ex("you must supply one filename argument"); }
filename = ARGV[1] ;
if( *filename != '/' ){ ex("filename argument must be fully qualified"); }
ck = stat( filename, &stats );
if( ck != 0 ){ ex("filename specified as argument does not exist"); }
isdir = S_ISDIR( stats.st_mode );
if( (! isdir) && (! S_ISREG( stats.st_mode) ) ){
ex("file is neither a regular file nor a directory"); }
/* input is ok, now connect to famd */
ck = FAMOpen( pfc );
if( ck != 0 ){ ex("can't connect to famd"); }
else { printf("i have been given filedescriptor %d for this connection\n", pfc->fd ); }
if( isdir ){ ck = FAMMonitorDirectory( pfc, filename, pfr, NULL ); }
else { ck = FAMMonitorFile( pfc, filename, pfr, NULL ); }
if( ck != 0 ){ e("famd refuses to monitor this file"); FAMClose(pfc); exit(0); }
else { printf("i have been given requestnumber %d\n", pfr->reqnum ); }
for( count=0 ; count < 10 ; count++ ){
ck = FAMNextEvent( pfc, &fe );
if( ck < 0 ){ e("FAMNextEvent reports lack of success"); continue ; }
printf("famonitor: received event :\n");
if( fe.fc != pfc ){ e("wrong connection"); }
/* if( fe.fr != pfr ){ e("wrong request"); } */
printf(" hostname = %s\n", fe.hostname );
printf(" filename = %s\n", fe.filename );
if( fe.userdata != NULL ){ e("wrong userdata"); }
printf(" code = %d (%s)\n", fe.code, codename(fe.code) );
}
ck = FAMCancelMonitor( pfc, pfr );
if( ck != 0 ){ e("FAMCancelMonitor() returned 'failed'"); }
else { printf("successfully canceled monitor\n"); }
ck = FAMClose( pfc );
if( ck != 0 ){ e("FAMClose() returned 'failed'"); }
else { printf("successfully closed connection to famd\n"); }
return(0);
}
Bug#301147: missing 'Suggests' for libfam-dev
Package: fam Version: 2.7.0-6 Severity: wishlist Package fam has no suggests for libfam-dev, though it doesnt seem very usefull for a user to select fam for installation without also installing libfam-dev. At least I, after having installed fam, read man famd, which pointed me to fam(3) for info on the client, but when i did 'man fam', i got 'nothing appropiate'. I think progammers that can use fam can also find libfam-dev, so it's not important, but if there had been a suggests, i would have installed it right away. Thanks for maintaining fam. have fun ! Siward -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295487: Man cfdisk says it uses curses
Package: util-linux Version: 2.12-10 Hello util-l;inux maintainer, man 8 cfdisk still says that it uses curses, but it really links with slang. This bug was found in sarge, it is still present in today's testing version. Replacing every occurence of 'curses' with 'slang' in the manpage would probably be all that is needed to fix this bug. shell :-] whatis cfdisk Curses based disk partition table manipulator for Linux shell :-] which cfdisk /sbin/cfdisk shell :-] ldd /sbin/cfdisk libslang.so.1-UTF8 => /lib/libslang.so.1-UTF8 (0x40025000) libc.so.6 => /lib/tls/libc.so.6 (0x40098000) libdl.so.2 => /lib/tls/libdl.so.2 (0x401cc000) libm.so.6 => /lib/tls/libm.so.6 (0x401d) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) shell :-] dpkg -S /sbin/cfdisk util-linux: /sbin/cfdisk have fun ! Siward de Groot -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#204363: [patch] Re: Bug#204363: cleanlinks breaks xterm and apt
On Tuesday 25 January 2005 13:06, Sam Watkins wrote: | On Mon, Jan 24, 2005 at 11:24:47PM +0100, Florian Ernst wrote | | (on debain-user): | > cleanlinks is dangerous, it wasn't never meant for general system | > maintenance and doesn't work as advertised in its manpage. | | Rather than fixing cleanlinks to work better, which is apparently not | happening, the manpage at least should be corrected to warn of this bug | in big flashing red letters. (cleanlinks deletes all symlinks to | anything that isn't a regular file, e.g. symlinks to directories) Attached is a patch for the manpage. Also attached are 2 Perl scripts that do remove dangling symlinks and empty directories. They seem to work, but are not systematically tested. Cleanlinks is in xc/util because it is a utility that is used by X, i think. When i 'grep -n -d recurse /my/source/X/xfree86-4.3.0.dfsg.1`, i do not see it being called anywhere, but then how can it break xterm ? Maybe this is because i 'apt-get source'd sarge and not testing ? have fun ! Siward de Groot <http://home.wanadoo.nl/siward> --- cleanlinks.man.patched 2005-01-29 22:23:58.0 +0100 +++ cleanlinks.man 2002-10-12 18:06:40.0 +0200 @@ -1,13 +1,13 @@ .TH cleanlinks 1 __vendorversion__ .SH NAME -cleanlinks \- undo effects of lndir +cleanlinks \- remove dangling symbolic links and empty directories .SH SYNOPSIS .B cleanlinks .SH DESCRIPTION The .I cleanlinks program searches the directory tree descended from the current directory for -symbolic links whose targets are not ordinary files, and removes them. +symbolic links whose targets do not exist, and removes them. It then removes all empty directories in that directory tree. .PP .I cleanlinks rmdanglinks Description: Perl program rmemptydirs Description: Perl program
