Bug#762274: ITP: libx11-keybord-perl -- Keyboard support functions for X11
Mike Gabriel wrote: Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: libx11-keybord-perl Version : 1.4 Upstream Author : Erick Calder ecal...@cpan.org * URL : https://metacpan.org/release/X11-Keyboard * License : Expat Programming Lang: Perl Description : Keyboard support functions for X11 X11::Keyboard is meant to provide access to the keyboard functions of X11. . Whilst the functions names are essentially identical to those used in xlib (minus the prepended X), the parameter lists and return values are different as specified in the shipped with X11::Keyboard man page This package is required for a new X2Go-aware mediaplayer implementation called mTelePlayer. Whereas mTelePlayer has to exist outside of Debian as long as NX-libs will not be allowed/wanted in Debian, I try to ship all X2Go deps in Debian (rather then providing them via X2Go upstream .deb archives). . I am aware of the very old code base. Once any major updates to are needed to the upstream code of X11::Keyboard, I intend to contact upstream and, if necessary, take over the upstream maintenance. you can't use X11 to require a hostile-takeover media player lib to read the keyboard at install time obviously that can be done by configuring X, a device choice so if i read you right: that's not a lib problem that's jail time if intentional -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740070: sendmail orphaned
yes me to i used to use sendmail in past for internet mail and or local mail. there never was a problem except that certain people (who are promoting other mail programs) keep trying to destroy it. i'm not a maintainer (yet? i have no passwords microsoft didn't steal/block me from using) i'm disturbed by the huge number of orphans and wnpp's the current admins have been at the helm of: breaking software that works sendmail worked great since Sun Microsytems used it and still does. if it needs help it's due to whatever damage debian did to it to cause it not to work. # $Sendmail: Parse_conf.pm,v 8.13.4 2005-06-03 16:49:22 cowboy Exp $ # # Parse and update /etc/mail/sendmail.conf # # Copyright (c) 2001-2005 Richard Nelson. All Rights Reserved. is the last hack i saw (never worked on my system, it promised to add security to mail hub connects) cowboy didn't help sendmail config he hurt it. though it wasn't easy before, he made it more complicated and customized to his needs, instead of less, instead of more like sendmail books would say. --- for local use neither exim or sendmail are wise choices the extra setup headache isn't worth it while yahoo and microsoft are bullying the internet with email blocking and blacklisting blacklisting had been (is) illegal here in the USA, ie, telephone company rules of use and etc orphan it kill it damage hack sendmail all you like it's still works fine compiles from original source (easier than debian pkg actually) - someone needs a to start paying for what they break. (sendmail aside that's a config issue) no more damned exceptions -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740070: 740070
even if i want to contribute pathches and etc i don't have a mainframe to recompile all breakage and... the ammount of breakage is too daunting to shake a stick at -- this was NOT the state of things when the last era of maintainers inheirited charge of historic softwares having countless breakages of important softwares , like emacs and grub2 and video support and new libs with insideous dependancy problems , that refuse to run side-by-side , that run big company loved software which has known security issues (dbus inter-application messenger / mole if any of the complicated settings are not perfect) -- my complaint here is i'd love to be nice and shut up and fix it i have this problem of maintainers working on a proprietary system who have keys and a conflict of interests and a landslide breakage and i don't not suspect something else might be going on -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705971: debian-installer hangs when tty console in use (console-setup)
snip What do you mean by a TTY console during the installation? Lowering the severity anyway as I don't think this is a bug (if one) that affects all installs. With all the install problems reports? I would certainly expect having to open up a shell to fix things to install MORE THAN EVER. One usually one tries to provide more tools to work with for a boot / root install kit not less. but i'm not upgrading the bug report. I have no idea if anyone else can confirm or deny it it ever happened. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692309: installation-guide: 3.6.2. Boot Device Selection: Booting debian-installer from a USB stick
i like anything that helps fresh meat install without hours of crap ! :) personaly i wish you could add this in contributions as working with a particular version of debian (an important aspect for dist. tars) and do so without allot of admin approval. thanks all, -- John Brian Potkin wrote: Tags: d-i As 3.6.2. Boot Device Selection says: http://www.plop.at/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669605: debootstrap can't install base-files and base-passwd
hi i'm not a DM yea but the script installs awk/mawk before any depends and it gets in reguardless. try not calling out awk as depends since that is pre-scripted (it's to get dpkg running i think) why force didn't work i'm unsure Have Fun ! -- John Adrian Ban wrote: Package: debootstrap Version: 1.0.39 Severity: critical Justification: breaks unrelated software I'm trying to create a debian system and after I call: debootstrap --verbose --arch=i386 --include=quagga,linux- image-686-pae,syslinux,vim,gawk wheezy /media/jffs2 ftp://ftp.lug.ro/debian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653406: GRUB2 2 many problems ?
(myself included). But it was a 2nd or 3rd report - I think i'd been confused reporting it. Next time I'll more briefly use report bug. Please excuse wordiness. I just want to be clear I've used Linux since '92 off 5.25 , and never had such problems booting, never seen so many complainsts that weren't reliably answered and reported resolved, Thank you VERY much Vladimir I do appreciate your time greatly, John Hendrickson Yyea grub 0.95 works I don't see installing xorisso and hoping everything starts working. Maybe it would but the time taken. And I don't see xorisso in all of the above errors, just some. I don't have a working CDROM why would you think I installed xorisso CD intel el torito CD writer support software to make CDROM compatible loopback images? It wasn't required by grub 0.95, and I'm sure dd(1) would work for any device I have. Who made it newly depend ? ? (i've compiled grub 1.9x, had it loading modules off floppy and boot but w/o auto module loading: I never had xorisso during doing that, isn't a depends in 1.9x I just looked, stopped 1.9x because i found 0.95 was working and had failed due to a wholey different thing, like EZ DRIVE or something) Anyhow, neither netinst or debian-cd installed grub2 (loop mounted, of course). debootstraps didn't install grub2 (or rather, the directions didn't work) xorisso to debinst/. And if your saying well, break the rules and force install it than I must be dreaming: as that isn't an answer to a major package missing when docs to not say it is. Grml is sponsored by several companies. For more information about our sponors c heck out the Sponsors webpage. Grml is a bootable live system (Live-CD) based o n Debian. Grml includes a collection of GNU/Linux software especially for system administrators. Users don't have to install anything on fixed storage. Super GRUB2 Disk does not write to the disk at all, and so cannot rewrite the MB R. there are some features of Super GRUB Disk based on GRUB legacy that will ne ver be included in Super GRUB2 Disk Vladimir 'φ-coder/phcoder' Serbinenko wrote: First of all lumping several problems into same mail and not providing decent detail for any of them is the best way to get yourself ignored. On 27.12.2011 20:53, John D. Hendrickson and Sara Darnell wrote: Package: grub-common Version: 1.98+20100804-14 Boot method: downloaded 52 CDs, mounted loopback Image version: squeeze 6.0.1 Date: 12-12-2011 Machine: bios doesn't support boot from usb or lan. no CD drive. Processor: amd64 Memory: 256m Partitions: a root partion, an empty root partiion, the rest mounts, all ext2 grub2 won't install on an HD (one newer pc yes, 2 others no) so to fix things I need a rescue floppy (i guess) grub-rescue doesn't work without xorisso (i don't mkisofs scripts anymore, no CD drive thanks) grub-mkrescue needs xorriso. You can't use it without. I want grub2 on floopy. where are debian's instructions or FAQ for it please? grub-mkrescue images can be dd'ed to floppy when small enough (--compression=xz --diet AFAIR) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653406: GRUB2 2 many problems ?
grub-mkrescue images can be dd'ed to floppy when small enough (--compression=xz --diet AFAIR) Yes it can. And you can insmod and boot. It's just an unusable pain without a dependancy resolver (which won't dd due to code choices in grub2 additions, rather it will but part b won't find part c - doesn't even try - odd considering it should be in a or b if you ask me, viewing the code that is) I know that's code isn't in the manual :) But also grub-mkrescue isn't in the upstream that's a debian addition or script or script made immutably in debian C++. Where's the debian Manual your getting the advice from ? With that I can answer for em self :) I did ask :) Thanks -- John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655050: realpath: oops - /dir/file/.. wrong output pretty sure!
Robert Luberda wrote: John Hendrickson wrote: Hi there! /* * BUG for realpath_(1) (not realpathS(1)) * * $ realpath /var/spool/mail/file/.. * /mnt/sda2/home/var/mail * * BUG you can't .. a file: not supposed to be able to * (it will then trick a script into treating file like a dir) What $SHELL do you use? Is it mksh or some other one? bash, zsh, ksh, ash, report: SHELL=/bin/sh and csh, shell /bin/tcsh [ -f /README/.. ] echo hi Yes all these shells no difference, same error, shell subst. is not a lead here snippy:~ [ -f /README/.. ] echo hi (no output) if it helps i can mail realpathS(1) or look at 'realpath' to snip Just being curious: does your implementation use realpath(3) library? no, it's from scratch, but does use readlink(3) (it avoids all bugs realpath(3) noted, to my understanding) Thanks Robert -- John Regards, robert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653406: GRUB2 2 many problems ?
Package: grub-common Version: 1.98+20100804-14 Boot method: downloaded 52 CDs, mounted loopback Image version: squeeze 6.0.1 Date: 12-12-2011 Machine: bios doesn't support boot from usb or lan. no CD drive. Processor: amd64 Memory: 256m Partitions: a root partion, an empty root partiion, the rest mounts, all ext2 grub2 won't install on an HD (one newer pc yes, 2 others no) so to fix things I need a rescue floppy (i guess) grub-rescue doesn't work without xorisso (i don't mkisofs scripts anymore, no CD drive thanks) I want grub2 on floopy. where are debian's instructions or FAQ for it please? I see allot of internet questions online and no one sayign they got it to work. And I can't find the Debian's Install guide but guide has solicitation to use super grub or Grml (neither of which install grub2 on ANYthing). I had many glitches installing squeeze from CD image and net-install too (i can't begin to start so many) debootstraps worked excellent until I got to grub2. The Install guide is wrong: it's for grub 1.x, you dont' edit menu.lst using grub2 Debian's grub2 scripts have given me so many headaches so far: again i won't even start to say. A while ago compiled grub2 and got it on disk a long time ago, just ./configure and dd(1), which was easy. But I don't think I ever got the moduel dependancy resolver on floppy? I can't remember. I'm hoping I don't have to do that. I'm hoping I'm just dumb and can't find the FAQ. guess I should use old grub - new grub isn't worth upgrading to? I'm pretty sure this is allot a Debian problem. I think all changes from grub legacy (that worked for many) and grub2 (?) is ALL debian upstream changes (there is no grub 2 per say, it's all debian changes, so somewhere debian should say how it works?) Anyone know where the FAQ is please? I mean: 'info grub' doesn't work or people wouldn't be asking. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652672: busybox: modprobe does not handle builtins
Put code in a kernel but don't want kernel params, sysctl, /proc, or /sysfs to wake it? Instead wishing modprobe will wake it ?? Sorry I interrupted :) - John Unlike the modprobe utility from module-init-tools, busybox' version fails for built-in modules: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652672: busybox: modprobe does not handle builtins
I hate to say anything no knowing the full story. I was just installing. The initrd.gz off netinst CD does has depmod. If you use it then your ext4 module loads right? Without depmod you could edit the modules.dep et al files with nano and that should work too, if I remember correctly. I had to copy ext2.ko using dd and a floppy, no fs modules in initrd to mount even minix. deb-inst told it found no kernel in netinst which it wanted. wtf? busy box saves the day again right? i got it working. Sven Joachim wrote: Package: busybox Version: 1:1.19.3-5 Severity: normal Unlike the modprobe utility from module-init-tools, busybox' version fails for built-in modules: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#468209: Towards multi-arch: Multi-Arch: same file conflicts
not that i'm multi-lingual (i use google to translate!) don't we get all .mo avail. in packages already? (i hope) # locate *.mo | wc 13341 13341 648305 ... and if build/tar admins say choose another method why not try asking them what? can't i delete .mo locally if i'm bitwise desperate for disk space? have fun! JohnHendrickson Neil Williams wrote: On Fri, 18 Nov 2011 23:39:20 -0600 Peter Samuelson pe...@p12n.org wrote: [Jakub Wilk] The most common reasons for cross-architecture differences appear to be (in random order): - Compiling GNU message catalogs with gettext, which uses native endianness (see bug #468209). (Hmm, I did get v.carried away earlier in this bug report didn't I? Sorry, Santiago. I genuinely thought this was a lot more important at the time. All that cross-building was driving me scatty.) Having read that bug log, it's not clear to me whether there's a consensus about what to do about these. Neil thinks we need native endian .mo (which is problematic for multiarch) Native isn't quite the right meaning - same endianness as the DEB_HOST_ARCH platform is what I intended to implement in Emdebian based on the --endianness option to msgfmt. (Native could mean DEB_BUILD_ARCH which is worse for cross-building than just picking one endianness and sticking with it.) , others think we need .mo to be Arch: all and dont-care-endian. Has any consensus emerged? After more work on exactly what's going on with endianness and .mo files, Emdebian switched to making our TDebs Arch:all and letting gettext deal with the endianness before the Squeeze release, by which time the cross-built version of Emdebian was already inoperable. I should have followed that up to the bug log - it was closed and archived at that point but I forgot to check it. Sorry. http://www.emdebian.org/emdebian/tdebs.html As long as the behaviour is always *consistent* across native builds and cross-builds, I would be happy with having all .mo files with the same endianness. By preference, little endian. Like Santiago (468209#66), I maintain a library which has translations. For that package I have put the .mo files into a -data package (qof-data) precisely because that allows the Architecture:any libqof2 to depend on the Arch:all qof-data, thereby solving the MultiArch problem. This is also compatible with the TDeb proposal for Arch:all TDebs which contain .mo files (as well as the more difficult problem of the translated debconf templates file) because packages like qof-data can easily be processed as TDebs once those mechanisms are available. And is it worth splitting out a -l10n or -data package from a library just so the library itself can be M-A: same? (I suppose a side benefit is you can use Recommends and cut down a little on the size of your strict Dependency closure.) Yes, it is worth having -l10n, -tdeb, -data packages, precisely to get the library M-A: same. MultiArch wasn't a consideration when #468209 was opened or when the TDeb proposal was created in 2008. There are other reasons to split out the .mo files: 1. Updates to translations should not require source NMU's. 2. Translation data should not be distributed in architecture-dependent packages. 3. Translators should have a common interface for getting updates into Debian (possibly with automated TDeb generation after i18n team review). However, the TDeb proposal for Debian is stalled due to disagreement with the dpkg maintainers over the implementation mechanism. I want to see the arrival of a Multiarch-aware dpkg in unstable before raising that discussion again. In the meantime, I'm happy for all libraries packaging translations to add -l10n, -tdeb, -data or -common Arch:all packages in order to meet the higher priority of implementing MultiArch. Indirectly, this would help the eventual implementation of TDebs. If there's to be a release goal for that, I'm happy to help with it. Santiago wrote: In such case, making those packages to depend on another Arch: all package containing just the translations would solve the issue, would it not? (For the record, I happen to maintain a library containing translations, and I have always seen it as an anomaly, this would force me to do what I feel is the right thing). I agree with this completely and, as above, have fixed the anomaly that way for one library which uses gettext translations. There remains some disagreement: Santiago wrote: Yes, I now see what the problem is, but I don't see that making every .mo file to be always little endian again is the best solution. We could also tell dpkg somehow that different files in /usr/share/locale are ok in this case. Having at first put a lot of time into generating .mo files which have matching endianness to the DEB_HOST_ARCH, I have changed my mind on exactly how this should work. Emdebian has tried .mo files which differ between architectures and it isn't worth the effort. Santiago was right the first time, I was
Bug#649274: Forming a new upstream for timidity (and reporting various issues with current deb pkg)
If timidity doesn't get IPv6 support soon ? I don't see IPv6 as important. It's a major maintenance burden (a hack to firewall, configure, ...), IPSs use it to dominate ISP sales, and so far no one claims to have a final spec on it. when is IPv4 over IPv6 a sin? are bsd sockets a sin (they are old)? and html (pdf/flash is better)? personally i don't like hearing i added code but broke 1,000 other packages. just commenting on improvements that don't state they bump major version but do worse anyhow. not that you all did it :) us all i'd guess. Thanks, John Hendrickson p.s. (sorry i can usually fix code but cannot say I'm situated to maintain at this time) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633388: apt-cache dotty goof ??
Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Eugene V. Lyubimkin jac...@debian.org If you wish to submit further information on this problem, please send it to 633...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. I wrote a script that tsorts all debian packages (in avail and status) and and working on how that may be used. I notice this probem: it is pretty but is very mis-informational $apt-cache dotty dpkg dot ; dotty dot shows 'dselect' as SAME but HIGHER relationship AS LIBC6 dpkg never mentions dselect except by SUGGESTS (and I'm unsure I didn't check) shows 'wine' as EQUAL rel. to dpkg as 'timezone' is !! # (a script I use that takes all deps and uses tsort-out file to order them VERY quickly) # this shows depends and pre-depends but not sugests - meaning 'wine' isn't in there ... ./show-deps dpkg --- dpkg --- libc-bin gcc-4.4-base libc6 libgcc1 libselinux1 zlib1g libattr1 libacl1 libbz2-1.0 coreutils xz-utils JUST FOR FUN ... $./show-deps gnome --- gedit --- libc-bin gcc-4.4-base libc6 libgcc1 libpcre3 libselinux1 zlib1g libglib2.0-0 libattr1 libacl1 liblzma2 libbz2-1.0 coreutils xz-utils dpkg install-info perl-base libdb4.7 libgdbm3 perl perl-modules readline-common libncurses5 libreadline6 libtext-charwidth-perl liblocale-gettext-perl libtext-iconv-perl libtext-wrapi18n-perl debconf-i18n debconf debconf-english libslang2 libdebian-installer4 libnewt0.52 libtextwrap1 sed ncurses-bin sensible-utils cdebconf lsb-base debianutils libkeyutils1 libkrb5support0 libcomerr2 libk5crypto3 libkrb5-3 libgssapi-krb5-2 libssl0.9.8 libdb4.8 libpam0g libpam-modules passwd libuuid1 libavahi-common-data libgpg-error0 libavahi-common3 libdbus-1-3 libgcrypt11 libtasn1-3 libavahi-client3 libgnutls26 libsqlite3-0 libcups2 libjpeg62 libfreetype6 libstdc++6 libncursesw5 libexpat1 python2.6-minimal mime-support python2.6 python-minimal python python-support adduser ucf libdbus-glib-1-2 dbus libxml2 libsasl2-2 libldap-2.4-2 libgfortran3 libblas3gf libatlas3gf-base liblapack3gf python-numpy shared-mime-info libgmp3c2 libfontenc1 x11-common libxfont1 xfonts-encodings gsfonts xfonts-utils libxau6 libxdmcp6 ttf-dejavu-core ttf-bitstream-vera ttf-freefont gsfonts-x11 libxcb1 libx11-data fontconfig-config libx11-6 libfontconfig1 libxrender1 libxext6 libxft2 libice6 libsm6 libjasper1 libpng12-0 libtiff4 libxcb-render0 libpixman-1-0 libxcb-render-util0 libcairo2 libmagic1 file libxi6 libxrandr2 libaspell15 libmpfr4 cpp-4.4 cpp libpopt0 libxfixes3 libxdamage1 libxcomposite1 libxcursor1 fontconfig libxinerama1 libffi5 whiptail dialog defoma libdatrie1 libthai-data libpango1.0-common libthai0 libgtk2.0-common libatk1.0-0 libpango1.0-0 libgtk2.0-0 libidl0 liborbit2 gconf2-common libgconf2-4 psmisc dbus-x11 gconf2 libhunspell-1.2-0 libenchant1c2a python-cairo python-gobject python-gtk2 libpython2.6 libgtksourceview2.0-common libgtksourceview2.0-0 python-gtksourceview2 gedit-common # (because the above included ORs as possible dependencies before sorting) $ apt-cache showpkg gedit Package: gedit Versions: 2.8.3-4(/var/lib/apt/lists/sol8.hunter_pub_debian2_debian-31r0a-i386-binary-1.iso_dists_sarge_main_binary-i386_Packages)(/var/lib/dpkg/status) Reverse Depends: gworkspace-apps-wrappers,gedit gedit-dev,gedit 2.8.3-4 gnome-core,gedit 2.8.2 gedit-common,gedit 2.6.0-1 gedit-common,gedit Dependencies: 2.8.3-4 - gconf2 (2 2.6.2-1) libart-2.0-2 (2 2.3.16) libaspell15 (2 0.60) libatk1.0-0 (2 1.7.2) libbonobo2-0 (2 2.8.0) libbonoboui2-0 (2 2.5.4) libc6 (2 2.3.2.ds1-21) libeel2-2 (2 2.8.2) libgail-common (2 1.6.6) libgail17 (2 1.6.6) libgconf2-4 (2 2.8.1) libglade2-0 (2 1:2.4.2-2) libglib2.0-0 (2 2.6.0) libgnome2-0 (2 2.8.0) libgnomecanvas2-0 (2 2.6.0) libgnomeprint2.2-0 (2 2.8.0-1) libgnomeprintui2.2-0 (2 2.8.0) libgnomeui-0 (2 2.8.0) libgnomevfs2-0 (2 2.8.3-7) libgtk2.0-0 (2 2.6.0) libgtksourceview1.0-0 (2 1.1.1) libice6 (16 (null)) xlibs (4 4.1.0) liborbit2 (2 1:2.10.0) libpango1.0-0 (2 1.8.1) libpopt0 (2 1.7) libsm6 (16 (null)) xlibs (4 4.1.0) libxml2 (2 2.6.16) zlib1g (2 1:1.2.1) scrollkeeper (0 (null)) gedit-common (5 2.8.3-4) Provides: 2.8.3-4 - Reverse Provides: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633388: cupt: please handle upgrades skipping a release better D
Eugene V. Lyubimkin wrote: [ dropped debian-dpkg, since the question is on the level higher, as Jonathan IIRC pointed already in threads on debian-dpkg@ ] Hi Jonathan, John and Sara, On 2011-07-09 20:12, John D. Hendrickson and Sara Darnell wrote: [...] The heuristic, roughly speaking, is this: When package A declares that it depends on B, upgrade B before A (even if the dependency is already satisfied). In other words, reinterpret Depends: B to mean Depends: B (= target version) when possible. That's possible to implement in Cupt. I'm however not very enthusiastic to do it. Mainly, I don't think this is the only problem with the upgrades skipping a release -- what about skipped important maintainer scripts? And skipped transitions through package renames? Secondly, non-pure Debian systems with third-party packages, which also have their archives/release. In this case it's not possible to specify one 'base release'. Thirdly, every additional constraint in dependencies makes it harder to generate good/safe upgrade sequences. He made a prototype using tsort to order the packages being upgraded and (iiuc) it worked ok. What do you think? Is this worth implementing as a (perhaps optional) feature in cupt? Any advice for future readers who might want to work on that? I will probably accept a patch doing that change given it's fully optional, not adding too much code and is isolated (i.e. ideally, patch adds a optional function call(s) somewhere in __fill_graph_dependencies() and __fill_action_dependencies() in lib/src/internal/worker/packages.cpp. There should look anyone who would want to implement this feature on the base of libcupt. I am not sure it's worth to implement. Regarding John and Sara's proof of concept -- as I understand this was a pair of scripts -- one Makefile and second shell one. I have to say I don't understand anything what's going on there, especially the end of Makefile is write-only language to me. I can only ask if that system works for Essential/pseudo-Essential packages and cyclic dependencies as their handling can be tricky. Also I didn't see any handling of Conflicts/Breaks, maybe I missed something. Now, moving to some John and Sara's... But this is serious. /var/lib/dpkg/available clearly shows debian I don't think you should use /var/lib/dpkg/available as a repository. I am not sure does it serve any real purpose these days, for example on my system it show ~1600 package names while in the Debian repository there are over 35000. apt / dpkg themselves use Depends where the SHOULD have used Pre-depends (ex, libc6). That would mean we should, by debian policy, orphan apt and dpkg for insisting to use the current policy incorrectly :) Err, this is a hard statement. I don't quite understand the reasoning, but if you think you find a grave bug in Debian's policy/dpkg/apt you should bring this to maintainers of relevant packages. Let me read cupt before sticking my foot in my mouth, I haven't yet :) For what concerns your proposal, Cupt's algorithm to generate a package changes order is much different to libapt's one. It may work better or worse regarding your use case. I had never tried it for upgrades skipping release. Hi, Yes I agree. And it is more than I though at first (I thought it would be). It is preliminary work not [yet] meant to check ver, removes, etc. Infact the idea included that it wouldn't need to do it all to help. I'm thinking about everything everyone's mentioned. I've learned what and how is needed. I also think about how to best apply with the time I have. I keep saying: dpkg does go in a right order ... but doesn't seem to know it's gone astray :) I like like the idea cupt for advanced users. I haven't read enough to know if it would also help new users. As to skipping releases - we can't all be continual updaters :) BTW hears the head of the make show (sorted by pri afterward to make it look better). 28948 req 1 lib libc-bin 34890 req 1 lib gcc-4.4-base 30847 req 1 lib libc6 12555 req 1 lib libgcc1 30527 req 1 lib libselinux1 11401 req 1 lib zlib1g 16481 req 1 lib libattr1 21938 req 1 lib libacl1 24252 req 1 lib liblzma2 1168req 1 uti coreutils 23154 req 1 uti xz-utils 25017 req 1 adm dpkg 6758req 1 per perl-base 14447 req 1 lib libncurses5 34457 req 1 per libtext-charwidth-perl 25575 req 1 per liblocale-gettext-perl 13994 req 1 per libtext-iconv-perl 260 req 1 per libtext-wrapi18n-perl 22448 req 1 lib libslang2 16849 req 1 uti sed 6740req 1 uti ncurses-bin 4893req 1 uti sensible-utils 3110req 1 mis lsb-base 1293req 1 uti debianutils 19063 req 1 lib libcomerr2 4309req 1 lib libpam0g 8780req 1 adm
Bug#633388: cupt: please handle upgrades skipping a release better
Jonathan Nieder wrote: John D. Hendrickson and Sara Darnell wrote: As to skipping releases - we can't all be continual updaters :) But you can use http://archive.debian.org/, no? :) funny. but hey! I cna't access my government without an updated web browser. it can lead to REAL arrest heh ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633388: cupt: please handle upgrades skipping a release better D
Jonathan Nieder wrote: Package: cupt Version: 2.1.1 Severity: wishlist Hi, The following report is distilled from several messages from John Hendrickson. Sometimes he likes to upgrade the whole system straight from Debian release N to N+4 or so. Yes, I know that's not supported. Yes, a better fix would be to teach package managers or a wrapper tool the constraint the only supported upgrade paths are stable-anything and release N to release N+1 so you could list them all in sources.list and watch the Right Thing happen. But let's consider the possibility that someone wants to do an upgrade like this where dependency information is unreliable; can we help such a person? John's answer is yes. The heuristic, roughly speaking, is this: When package A declares that it depends on B, upgrade B before A (even if the dependency is already satisfied). In other words, reinterpret Depends: B to mean Depends: B (= target version) when possible. A heuristic that is easier to justify might be to allow people to declare which release is the predecessor release for each sources.list entry (this includes the above as a special case: if you only have the CD for one release at hand, you might set a release as its own predecessor) and to reinterpret Depends: B to mean Depends: B (= version in predecessor release) He made a prototype using tsort to order the packages being upgraded and (iiuc) it worked ok. What do you think? Is this worth implementing as a (perhaps optional) feature in cupt? Any advice for future readers who might want to work on that? John said lots of other things, but I do not have the time to read it carefully. You can find a discussion at [*] if interested. [*] http://lists.debian.org/debian-dpkg/2011/07/threads.html#2 Thanks Jonathan Nieder very much for taking a look. I much appreciate it. I think we are saying the same thing near as possible. (It was more if A says it depends on B but B doesn't depend on A, why try A first ? try B first then A without B if it fails) I will read about cupt I've not seen it before. Let me read it a bit before I speak any further :) because debian's notation is mathematically loose about what depends means and also breaks the math meaning and the lima given in the dictionary too, let's do A before B even though most everyone is thinking B before A works better I'm not being serious :) But this is serious. /var/lib/dpkg/available clearly shows debian apt / dpkg themselves use Depends where the SHOULD have used Pre-depends (ex, libc6). That would mean we should, by debian policy, orphan apt and dpkg for insisting to use the current policy incorrectly :) (that's more a problem concerning me: despite who says what there are dependencies that matter and can be found, according to maintainer advice of course) Let me read cupt before sticking my foot in my mouth, I haven't yet :) Thanks, John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622894: xserver-xorg: VT switching does not work.
rununtil you get it sorted out why... there are program(s) to refresh vga text mode / save restore vesa. run it and you'll have your text terminal. note because VT depends on kernel etc you problem might depend on how you start x, not just X drivers or a flaky video card Enno Deimel wrote: Package: xserver-xorg Version: 1:7.6+6 Severity: important VT switching (via Ctrl-Alt-F[1-6]) does not work. When trying to switch, X seems to freeze: no response to kbd, mouse pointer disappears, xclock stops dead. But, in fact the VT has switched, it is just not reflected on video: Can type commands, restart xdm and suchlike, when typing blind. And, when switching back to VT7 (via Alt+F7) everything pops back into life. This is the very behaviour I reported before for xserver-xorg 7.3+20 (i386). On some occasions though I couldn't get back to VT7, only solution left was magic sysrq -- or power button. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Mar 5 18:38 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1783236 Mar 26 08:55 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller [8086:2592] (rev 03) Xorg X server configuration file status: -rw-r--r-- 1 root root 2581 Apr 15 18:26 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- Section ServerLayout IdentifierLayout ScreenScreen InputDevice Keyboard InputDevice Mouse EndSection Section ServerFlags #Option AllowMouseOpenFail on # default: no # try on w/ 2.6.32 nightmare, makes no diff at all! Option DontVTSwitch no # from daemonforums.org, for X without hal: Option AllowEmptyInput no # default: on, off for 2.6.32 Option AutoAddDevices no # default: on, off for 2.6.32 # further: Option AutoEnableDevices on EndSection Section Files EndSection Section InputDevice Identifier Keyboard Driver evdev Option CoreKeyboard # deprecated, use SendCoreEvents (def: on) # c'd out for 2.6.32 Option Device /dev/input/event0 Option XkbRules xorg Option XkbModel pc105 Option XkbLayout de EndSection Section InputDevice Identifier Mouse Driver synaptics Option GrabDevice true Option Device /dev/input/event6 # c'd IN for 2.6.32 # synaptics(4) options: Option Protocol auto-dev # can be event for 2.6.32 Option TapButton1 1 Option TapButton2 2 Option VertTwoFingerScroll on EndSection Section Monitor #DisplaySize 330 210 # mm Identifier Monitor #VendorName QDS # optional #ModelName46 # optional Option DPMS on EndSection Section Device # first: generic options # Option ModeDebug true Identifier GraphChip Driver intel # Driver vesa # WORKS! # Driver fbdev BusID PCI:0:2:0 Screen 0 # Most drivers require that the primary screen (0) be present. # VendorName Intel Corporation # optional # then: intel options # Option FallbackDebug true # this produces about 21MB of blah # Option XvMC true # driver disables this # try without # final: undocumented: # BoardName Mobile 915GM/GMS/910GML Express Graphics Controller EndSection #Section Device # this works, with quirks # Identifier GraphChip # Driver fbdev # Option AccelMethod XAA # BusID PCI:0:2:0 #EndSection Section Screen Identifier Screen Device GraphChip MonitorMonitor Option Accel # Try to setup XAA (seemed to work with last driver) SubSection Display Viewport 0 0 Depth 8 EndSubSection SubSection Display Viewport 0 0 Depth 15 EndSubSection SubSection Display # this is default as per fbdev Viewport 0 0 Depth 16 EndSubSection SubSection Display Viewport 0 0 Depth 24 EndSubSection EndSection /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 Kernel version (/proc/version): --- Linux version 2.6.30.bootlogd (2.6.30) (root@mash) (gcc version 4.3.4 (Debian 4.3.4-6) ) #1 Fri Sep 3 18:13:12 CEST 2010 Xorg X server log files on system: -- -rw-r--r-- 1 root root 20268 Apr 15 18:40 /var/log/Xorg.0.log Contents of most recent Xorg X server log file
Bug#622750: general: shutdown -r does not reboot
I'm not a debian bug handler but... try shutdown -t0 -r now and re-submit if it doesn't work (I think specifying time is required?) Christoph Pleger wrote: Package: general Severity: normal Hello, when I am logged in (by ssh or on tty1-tty6) as root on the machine where I am writing this from and enter shutdown -r now, the machine does not reboot, but instead I get the message: Give root password for maintenance (or press Control-D to continue): Regards Christoph -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622750: general: shutdown -r does not reboot
dang I didnt' read all. you should only see that for entering runlevel one. are you sure you didn't reboot ? sulogin prints that message mabye it's because you specified no time? it is remotely possible new init scripts somehow get you to runlevel 1, init(1) invokes sulogin(1), and reboot is never executed. you didn't delete any rc.d scripts in /etc/ did you? John D. Hendrickson and Sara Darnell wrote: I'm not a debian bug handler but... try shutdown -t0 -r now and re-submit if it doesn't work (I think specifying time is required?) Christoph Pleger wrote: Package: general Severity: normal Hello, when I am logged in (by ssh or on tty1-tty6) as root on the machine where I am writing this from and enter shutdown -r now, the machine does not reboot, but instead I get the message: Give root password for maintenance (or press Control-D to continue): Regards Christoph -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615975: Bug 615975
diagnosis by deletion ?? it seemed to work after deletion. that's crazy - simply crazy. an it should be there if the wrong thing is on 7100 of course of course. people manage that themselves if the new XML font junk fails to - delete it it will be back in Stuart Scharf wrote: I also hit this bug on Testing after the upgrade. The suggestion to remove the FontPath unix/:7100 line from xorg.conf seems to be successful Stuart -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621835: xmodmap -e 'remove lock = Caps_Lock' no longer works.
I use xmodmap. No way is it obsolete. It's who's job? To break unix software by making time honored standards obsolete a little at a time? - John jida...@jidanni.org wrote: OK, setxkbmap -option caps:none worked. Thanks! CB == Cyril Brulebois k...@debian.org writes: CB Well, nobody bothered to send a patch. Feel free to. Just add '*** xmodmap is obsolete, try setxkbmap instead ***' somewhere on the xmodmap manpage. That would help #584502 sufferers too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619033: xserver-xorg-video-intel: External screen shakes
but you can set the sync modes before X startup or after - so saying it is UBUNTU's error is wrong. it is Ubuntu's correctness to use the better frequencies maybe VERY NORMAL. I have used vga extended cables or switchbox, but not with that exact card - and using them reduces quality video stability IS very picky / requires a ton of fidelity and bandwidth. thus network cables can't carry video. stability also depends on the monitor's electronics / abilities. (btw I know nothing of LED monitor pinouts / signals) Takaya Yamashita wrote: Package: xserver-xorg-video-intel Version: 2:2.14.0-4 Severity: normal My external screen shakes when I connect it over VGA. The machine is a Thinkpad T410s with an i915 Intel controller. Of course, Windows works fine VGA output. Is is not individual problem, the other displays are similar, too. This problem seems to happen in Ubuntu[1]. [1] External monitor using VGA has sync issues with KMS https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/671921 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-video-intel depends on: ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libdrm-intel1 2.4.23-3 Userspace interface to intel-speci ii libdrm22.4.23-3 Userspace interface to kernel DRM ii libpciaccess0 0.12.1-1 Generic PCI access library for X ii libudev0 166-1 libudev shared library ii libx11-6 2:1.4.1-5 X11 client-side library ii libx11-xcb12:1.4.1-5 Xlib/XCB interface library ii libxcb-aux00.3.6-1 utility libraries for X C Binding ii libxcb-dri2-0 1.7-2 X C Binding, dri2 extension ii libxcb11.7-2 X C Binding ii libxext6 2:1.2.0-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.5-1 X11 miscellaneous 'fixes' extensio ii libxv1 2:1.0.6-1 X11 Video extension library ii libxvmc1 2:1.0.6-1 X11 Video extension library ii xserver-xorg-core [xorg-vi 2:1.9.4.901-1 Xorg X server - core server xserver-xorg-video-intel recommends no packages. xserver-xorg-video-intel suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618622: crash when resizing screen while running a fullscreen application
Why blame X ? many desktops / window managers will send X a HUP signal on exit. a bad application might even do it. First show was closed by UNIX or X itself decided to exit. Michal Suchanek wrote: Package: xserver-xorg-core Version: 2:1.9.99.903-1 Followup-For: Bug #618622 Still a problem with current X. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617969: xserver-xorg-core: Weird behavior/crash with specific usage
You said radeon right? I don't have that but here's some tips. /usr/X11R7/bin/Xorg (that's the name of your real X server) automatically makes a config (example /etc/X11/Xorg-config-4). What you want is to run Xorg with option to save the config. Editing that config you'll see mouse, keyboard, video card, fonts, etc that X will try to use upon startup. You have to tell Xorg to use the config on startup (because it will try to do it automatic as usual). You'd like to look at someone else's config. You might see 1) your loading modules you might not need 2) your loading modules you don't have 3) how to run in a more basic / stable mode until you get things figured out. You'll have to ask someone else how exactly not to load 3D because I don't use Xorg and I don't have a radeon chipset video card. You might also try: xserver-xorg-video-radeon. And there's also the Debian Alioth website if you haven't found it yet. hammered hammered wrote: one more thing to try is startup without 3D support (agp / vga only) How do I do that? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616010: xserver-xorg: dexconf fails to generate xorg.conf file
stupid but I must say... the video triangle (chip interfaces, documentation, sheer number of new plans and lack of drivers) is worse than the bermuda triangle ! Julien Viard de Galbert wrote: CCing the bug Back, I guess your point of view might be shared by other users. On Mon, Mar 14, 2011 at 01:04:48AM -0700, Ian Zimmerman wrote: Ian The desktops have their GUI tools to configure that, but guess Ian what? None of the desktops goes beyond the most trivial settings, Ian in the case of Gnome I think it's just left-handed vs right-handed Ian and that's it. So, still unusable without manual configuration. Ian And what if I don't use a desktop? Julien That's probably a regression in GNOME, as last year, upstream Julien was blogging about GNOME configuration [1], and it was exposing Julien most of the features. Judging by the direction of Gnome for the past few years, this regeression won't be fixed. In any case, see the last sentence ... That's unfortunate, and opposed to X input maintainer's wishes, see the one before last paragraph of: http://who-t.blogspot.com/2010/06/keyboard-configuration-its-complicated.html Ian And I'm leaving out the keyboard which has similar issues, and also Ian similar nonsolutions. Julien FWIW both keyboard and mouse configuration is explained in X Julien Strike Force's documentation [2], and you don't need an Julien xorg.conf, but only some snippets. I had tried keyboard-configuration. Again, it doesn't get close to the level of flexibility I want. How do I set the Pause key as Compose? I keep doing that with an Xmodmap file, and praying that my way will continue to work. I'm sorry I didn't study that much about keyboard yet, I think setxkbmap is the preferred tool now, but I don't know much about it. At least not more than Xmodmap that I don't use ;) Ian Go ahead and remove dexconf, better no tool than a totally broken Ian one, but please consider adding a flexible, transparent and Ian desktop-independent tool to configure the above. Julien Doesn't your-favorite-editor and /etc/X11/xorg.conf.d/ fill that Julien gap ? First, there is no such directory on my system. I see that it is mentioned in the manpage, but without it being created by the package (even if empty) I simply didn't know a split configuration was possible for the X server. It certainly wasn't so in XFree86. I think that's a point, this directory should probably be created. Second, yes, in general and for a random package, I am quite capable of writing a configuration file by hand. The X server is different. Why? Because the hierarchical, bottom-up format of the file forces me to write the entire configuration, reproducing all the defaults even in the parts totally unrelated to what I'm trying to customize. For instance, to modify the synaptics behavior, I cannot simply write a Pointer section and be done. To get it used, I have to have a ServerLayout section, therefore I also need a Screen section, and once I have one I better get all the most obscure settings there right. Well basically this is not true anymore, you can write 'just' the synaptics configuration, as explained in the doc I pointed to you earlier. And even without /etc/X11/xorg.conf.d/ you can write partial xorg.conf now, with just your synaptics configuration in it for instance. But I guess this need a little more advertising ;) This is the only reason I am begging for a tool to generate the configuration. The availability of xorg.conf.d doesn't seem to change this; correct me if I'm wrong. Julien My two cents, Thanks for an informative, snark-less reply. Basically there are still more than 500 bugs to triage, so I guess spending time on video drivers bugs is more important than spending time on user missconfiguration... Especially when the time has been spent to write the doc already. But the doc might need some improvements, as always, patches are welcome ;) Hope this helps, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617969: xserver-xorg-core: Weird behavior/crash with specific usage
my experience with that is you *might* have a memory problem with your video card with the lockup statement included that adds to the possibility that might be so on the other hand I can't see it so you might just need graphics libs needing to be re-installed Best is if you can try a known good video card in or with the same system. Alternatively if you can't try a different card maybe you can try known good graphics apps that use the same ammount of video memory and see if there are problems. But that is mostly the same as re-installing. Your not over clocking your card are you? That can cause permanent damage. tools that change clock speed have been known to damage and be a pile of bull when it comes to real performance that the card (properly set) did not already have. hammered999 wrote: Package: xserver-xorg-core Version: 2:1.9.4.901-1 Severity: important First of all, I am not really sure if this is the package that causes the problems described below. I have no other clue on which package is resposible. Secondly, maybe this should be characterized as 'grave'. Furthermore, my problem can manifest in 2 ways, which seem to be random: 1. A vertical strip of the screen(possibly arround 200pixels wide) from the leftmost part of the screen gets mirrored/painted on the rightmost part of the screen. If I just drag my mouse on the rightmost part of the desktop creating a 'selection-rectangle' that portion of the screen gets repainted correctly. This is the less annoying side-effect. The most annoying is this: If this happens under GNOME2.x(from unstable) the ENTIRE system lockups. I cannot even ctrl+alt+f1 to a console. The only thing working is the mouse pointer but I cannot 'click' anything on screen. My only way to reboot is by alt+sysrq+r+s+u+b which sucks. If this happens while using Xfce4.8(from experimental) funnily enough the system doesn't lockup. Everything works up until I close the offending window/program(see below on how to reproduce). But (in xfce) if I do ctrl+alt+f1- sudo /etc/init.d/gdm3 restart nothing happens. If after that I do a ctrl+alt+f7 the system lockups again. 2. X.org gets automatically restarted and I get presented with a GDM login screen. Needless to say everything that was opened on the desktop is lost. How to reproduce: 1. Use any Gtk program that has a treeview widget with a treestore(eg. exaile, reportbug, dfeet, emesene) or compile an example gtk-treeview(I did to confirm) program. Try to approach the mouse pointer to the arrow of the treeview that expands/collapses the rows. The instant the mouse goes over it, one of the above will happen. 2. Launch xterm. It only paints the window and then one of the above happens. 3. Open LibreOffice Writer and go Help-About. When the new window opens, one of the above happens. The same happens when LibreOffice Writer presents you with a dialog. eg save/cancel/ignore, recovering lost work. This may happen with all LibreOffice products. I haven't tested that. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Oct 20 15:35 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1926304 Mar 7 17:48 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc R520 [Radeon X1800] [1002:7109] /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 2.6.37-2-amd64 (Debian 2.6.37-2) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-12) ) #1 SMP Sun Feb 27 10:12:22 UTC 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 49785 Mar 1 16:40 /var/log/Xorg.2.log -rw-r--r-- 1 root root 49785 Mar 1 16:41 /var/log/Xorg.3.log -rw-r--r-- 1 root root 49785 Mar 1 16:41 /var/log/Xorg.4.log -rw-r--r-- 1 root root 49785 Mar 1 16:41 /var/log/Xorg.5.log -rw-r--r-- 1 root root 49849 Mar 5 23:19 /var/log/Xorg.1.log -rw-r--r-- 1 root root 39058 Mar 13 00:31 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [34.997] X.Org X Server 1.9.4.901 (1.9.5 RC 1) Release Date: 2011-03-04 [35.222] X Protocol Version 11, Revision 0 [35.222] Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian [35.222] Current Operating System: Linux debian 2.6.37-2-amd64 #1 SMP Sun Feb 27 10:12:22 UTC 2011 x86_64 [35.222] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.37-2-amd64 root=UUID=99550570-5f64-4a63-b79a-36f90e667d09 ro quiet [35.222] Build Date: 07 March 2011 03:32:09PM [35.222] xorg-server 2:1.9.4.901-1 (Cyril Brulebois k...@debian.org) [35.222]
Bug#617208: Fails if started by init
if you don't mind my butting in I notice when I start gdm xdm has *no* environment. I have no comment on whether this or that app uses that particular env. var. though. Vincent Lefevre wrote: On 2011-03-08 11:31:00 +0100, Vincent Lefevre wrote: [adding Thomas to Cc, as this concerns xterm] FYI, libxt/1:1.1.0-1 also breaks xterm: XAUTHORITY is removed from the environment, meaning that I can no longer start X applications from xterm when gdm3 is used. As libxt/1:1.1.0-2 fixes the problem (which appeared with the upgrade to libxt/1:1.1.0-1) and other terminals didn't have any problem, I assume this is the same bug. Actually, not just XAUTHORITY, as $PATH was affected too (xterm -e some_command started by fvwm output an error message saying that some_command couldn't be found), and I suspect that the whole environment was removed or something similar. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617208: Fails if started by init
hi I wrote www.sourceforge.net/projects/xdm-options/ one reason I've used xdm for so long is that having my environment in xterm was more important to me than how X got started I think the C-coded display managers out there don't bother with /etc/profile or ~/.profile like a login should - but I don't know. by the way XAUTHORITY may not be an export when you think it is - and maybe it shouldn't be (reasons omitted) you can use xauth it is simple to use Vincent Lefevre wrote: On 2011-03-08 11:31:00 +0100, Vincent Lefevre wrote: [adding Thomas to Cc, as this concerns xterm] FYI, libxt/1:1.1.0-1 also breaks xterm: XAUTHORITY is removed from the environment, meaning that I can no longer start X applications from xterm when gdm3 is used. As libxt/1:1.1.0-2 fixes the problem (which appeared with the upgrade to libxt/1:1.1.0-1) and other terminals didn't have any problem, I assume this is the same bug. Actually, not just XAUTHORITY, as $PATH was affected too (xterm -e some_command started by fvwm output an error message saying that some_command couldn't be found), and I suspect that the whole environment was removed or something similar. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617208: never mind
OH DANG it! I didn't see your doing this from a gdm desktop. NEVER MIND. Vincent Lefevre wrote: [adding Thomas to Cc, as this concerns xterm] FYI, libxt/1:1.1.0-1 also breaks xterm: XAUTHORITY is removed from the environment, meaning that I can no longer start X applications from xterm when gdm3 is used. As libxt/1:1.1.0-2 fixes the problem (which appeared with the upgrade to libxt/1:1.1.0-1) and other terminals didn't have any problem, I assume this is the same bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
I haven't heard of many chips that won't hang given the wrong instructsion whether it's GPU or keyboard controller. Sounds like more than a driver issue but a choice of driver issue. How are you going to have it both ways without an ammount of care you have no time for? having interrupting access / watchdog is nice if your driver can do that Ben Hutchings wrote: On Sun, 2011-03-06 at 13:08 -0500, Alex Deucher wrote: On Fri, Mar 4, 2011 at 8:50 PM, Ben Hutchings b...@decadent.org.uk wrote: On Fri, 2011-03-04 at 21:01 +0200, Faidon Liambotis wrote: severity 616301 critical thanks No, not unless it will affect a large proportion of users. My system locks up whenever I click on a YouTube video link since yesterday. I can probably live without YouTube :), but in any case this shouldn't happen. This isn't a singled out case nor in exotic, possibly faulty, hardware. It's on a standard 1½-year old Dell OptiPlex 780 desktop with a Radeon HD card (one of the standard configurations) and this is on a stock squeeze system. The findings so far seem to suggest this is a Mesa issue; I'd probably file it under Linux kernel bugs (or even DoS bugs) but I'm not sure where to properly file such bugs in the post-KMS stack world. If there is a kernel driver involved then it should be assigned to the kernel. Even without KMS, a Mesa driver should be considered untrusted and should not be able to trigger a crash or hang. With KMS, this applies to the X driver too. With or without KMS, the userspace acceleration drivers can certainly cause GPU hangs if the 3D engine is programmed with some combination of commands it doesn't like. You can't solve the halting problem but you can implement a watchdog, can't you? Ben. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
of course if you ask and have that command. just ask I'm actually not planning on being in the channel long. someone might find me! he he. Question. can I ask what top-post is? I will look it up too. debian rules are getting rather long to even have heard about even having read a good part of them once. Ben Hutchings wrote: On Sun, 2011-03-06 at 19:49 -0500, John D. Hendrickson and Sara Darnell wrote: I haven't heard of many chips that won't hang given the wrong instructsion whether it's GPU or keyboard controller. Of course. This is why the kernel driver filters the commands going to the GPU - the commands come from unprivileged applications (the Mesa driver is just a shared library) and should not be trusted. Sounds like more than a driver issue but a choice of driver issue. How are you going to have it both ways without an ammount of care you have no time for? having interrupting access / watchdog is nice if your driver can do that Ben Hutchings wrote: [...] Don't top-post. Ben. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615959: happens more often
Johannes could you please tell me if you see this? I'm unsure if my mail is working. I had the problems you speak of at one time. I had *thought* my gnome were installed but infact the libs were not all installed correctly. Was it an installer problem? I don't remember - but the problem had too many details to see in a glance. I would guess someone already asked you to recheck libs. John Hendrickson Johannes Berg wrote: It seems that this problem isn't just confined to libreoffice. I've also had it happen with abiword and gimp now, with no particular special documents/images. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616511: xserver-xorg-video-vesa: Blank screen on ATI R580
I'll restate the obvious. note I'm not part of xserver-xorg-video-vesa team - so look for more answers. make sure your linux kernel has radeon support. make sure X loads the modules. make sure X.org supports the chipset that is actually on the card. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
