Bug#658728: linux-image-3.2.0-1-amd64: No more sound - please reopen
Dear maintainers, I saw this bug was already closed by you. There shall be a fix available. My question: Did you already upload the fixed kernel? I am running debian- amd/testing which (as you know) got the same kernel as debian-amd64/sid. If you aleady did, so please reopen the bugreport, as it is still not fixed yet. i got still no sound after update from 3.1.0 to 3.2.0. If you did not, I will wait for the fixed version, of course. My chipset is ALC 268. Below is the output of lspci, maybe it helps. Please ask for more information if needed. 00:00.0 RAM memory: nVidia Corporation MCP67 Memory Controller (rev a2) 00:01.0 ISA bridge: nVidia Corporation MCP67 ISA Bridge (rev a2) 00:01.1 SMBus: nVidia Corporation MCP67 SMBus (rev a2) 00:01.2 RAM memory: nVidia Corporation MCP67 Memory Controller (rev a2) 00:01.3 Co-processor: nVidia Corporation MCP67 Co-processor (rev a2) 00:02.0 USB controller: nVidia Corporation MCP67 OHCI USB 1.1 Controller (rev a2) 00:02.1 USB controller: nVidia Corporation MCP67 EHCI USB 2.0 Controller (rev a2) 00:04.0 USB controller: nVidia Corporation MCP67 OHCI USB 1.1 Controller (rev a2) 00:04.1 USB controller: nVidia Corporation MCP67 EHCI USB 2.0 Controller (rev a2) 00:06.0 IDE interface: nVidia Corporation MCP67 IDE Controller (rev a1) 00:07.0 Audio device: nVidia Corporation MCP67 High Definition Audio (rev a1) 00:08.0 PCI bridge: nVidia Corporation MCP67 PCI Bridge (rev a2) 00:09.0 IDE interface: nVidia Corporation MCP67 AHCI Controller (rev a2) 00:0a.0 Ethernet controller: nVidia Corporation MCP67 Ethernet (rev a2) 00:0b.0 PCI bridge: nVidia Corporation MCP67 PCI Express Bridge (rev a2) 00:0c.0 PCI bridge: nVidia Corporation MCP67 PCI Express Bridge (rev a2) 00:0d.0 PCI bridge: nVidia Corporation MCP67 PCI Express Bridge (rev a2) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:04.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 05) 01:04.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 22) 01:04.2 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 12) 01:04.3 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 12) 02:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8600M GS] (rev a1) 05:00.0 Ethernet controller: Atheros Communications Inc. AR242x / AR542x Wireless Network Adapter (PCI-Express) (rev 01) Thank you very much for your help! Very kind regards Hans-J. Ullrich -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201202110934.15071.hans.ullr...@loop.de
konqueror or webkit problem
Dear developers, since some time I got a little problem with konqueror. Pleas allow me to describe: I am using debian/testing with kde and koqueror. When I call websites with pictures on it, konqueror is starting "libreoffice %U" whenever I call a new website. I am using "webkit" in koqueror. When I change back to KHTML, the error is gone. Sadly I cannot use KHTML, as some special sites i am using, are not running well with KHTML (for example www.xing.com). Thus I would like to stay at webkit. You should also know, that this behaviour appears in iceweasel as well, but only when iceweasel is going to be closed - and very seldom, too. So, as I cannot clearly recognize, which package is responsible for that behaviour, I would like to ask, if you heard about this somewhere else. This behaviour can be reproduced very well, and it appears on my amd64 machine as well on my 32-bit EEEPC. First I thought, it might be a problem with flash, but this behaviour appears aslo on my own website, where is no flash content, but a picture on it. Strangely, on other sites like debian.org or blog.fefe.com, this behavior never appeared. IMO I would claim the problem to webkit, but I do not know, if webkit is sending wrong commands to konqueror, or if konqueror is misunderstanding the correct commands of webkit engine. If you need, there is a strace file available while the error appeared, which I will likely send to you. Sorry, I cannot define the problem more specific, but these are the things I can clearly see. Please feel free to ask for more information, I will be happy to send them to you. Thank you very much! Best regards Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201110161232.11002.hans.ullr...@loop.de
konqueror is starting libreoffice when starting [UPDATE]
Package: konqueror Severity: normal Tags: security -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: x86_64 Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Dear maintainers, after my update on wheezy this behabviour appears also on i386 system. So it is definately a bug. Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201109151851.01596.hans.ullr...@loop.de
konqueror is starting libreoffice when starting
Package: konqueror Severity: normal Tags: security -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: x86_64 Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Dear maintainer, after the last update, it appeared, whenever konqueror is started, it will automatically start libreoffice, too. I also discovered, that the visit of some websides are also causing libreoffice to start. I dicovered this on "www.heise.de" and "backtrack-linux.org" (just two examples). Clearing the cache of konqueror did not help. I put this report on "security", because, when it is able to start libreoffice just by starting konqueror, it might also be possible to start also bad programs the same way maybe even in background. If you do not think so, just change the status. It would be noce, if you could look upon it. This beahviour could only be seen on a 64-bit system. If I should discover it on a 32-bit system, too, I will send an information. Thank you very much for reading this. Best regards Hans-J. Ullrich P.S. If you found this bugreport twice, delete one: I got problems at sending the mail via reportbug. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201109141958.46759.hans.ullr...@loop.de
Re: kernel module i915 - 3d-acceleration missing after update
> That you didn't read, yes. :( > > Mraw, > KiBi. I read, I read. And I will wait, what will happen. And watch. And next time write to another list. :) Thanky for your help anyway! Have fun Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201106181156.40789.hans.ullr...@loop.de
Re: kernel module i915 - 3d-acceleration missing after update
Am Samstag, 18. Juni 2011 schrieb Cyril Brulebois: > Hans-J. Ullrich (18/06/2011): > > Well, I thought the problem is not related to i915, as this is part of > > the kernel, and I did not change the kernel. > > Just to clarify: You mentioned a .so, not a .ko; there are i915 bits in > the kernel, and in userspace; in this case, this is about userspace. > > Mraw, > KiBi. Yes, it is userspace. Pity I don't have the logs any more (Xorg.log.0), where the error was shown. It showed me, that the *_dri.so could not found (so GLX could not be started). They originally reside below /usr/lib/dri/, but the driver search them below /usr/lib/i386-linux-gnu/dri/, which was not existent. So, there is either a problem with the kernel-module, or some other thing accidently deleted (or did not create!) i386-linux-gnu/dri below /usr/lib. Hope, this makes it clearer. :) Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201106181138.26394.hans.ullr...@loop.de
Re: kernel module i915 - 3d-acceleration missing after update
> Clearly you didn't search for i915_dri.so or swrast_dri.so, which would > have given the answer trivially. (And cFWIW, we have bugs for that > already.) That's a matter which has been communicated upon [1,2]. And > well, when it comes to X, [3] applies (instead of mailing dd@…). > > 1. http://blog.mraw.org/2011/06/14/mesa_a_disturbance_in_the_Force/ > 2. http://blog.mraw.org/2011/06/18/mesa_a_disturbance_in_the_Force/ > 3. http://pkg-xorg.alioth.debian.org/howto/report-bugs.html > > Hope this helps. > > Mraw, > KiBi. Well, I thought the problem is not related to i915, as this is part of the kernel, and I did not change the kernel. It was xserver-xorg-core, which was updated. Additionally I was unsure, if this was really a bug, so I just intended to remark this strange behaviour, targeted to developers, as IMO they are the only ones which know, what they changed. The further discussion will be continued at debian-user or debian-eeepc. Best regards Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201106181119.29025.hans.ullr...@loop.de
kernel module i915 - 3d-acceleration missing after update
Dear developers, after an update, I discovered, that 3d-acceleration for the kernel-module was gone. I examined the logfiles and discovered an error, that the file /usr/lib/i386-linux-gnu/dri/i915_dri.so as well as /usr/lib/i386-linux-gnu/dri/swrast_dri.so could not be found. This was correct, as the directories were not existent at all. Solution: As "apt-file search i386-linux-gnu" did not show any package with this content, I added the directories manually and created some symlinks to i915_dri.so and swrast_dri.so pointing to the files /usr/lib/dri/i915_dri.so and /usr/lib/dri/swrast_dri.so. Noiw it is working well again. I think, this a bug, but I do not know, which package is responsible for this. Maybe someone, who knows better, might be able to fix it or file a bugreport. Thank you for reading this. Nice weekend! Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201106180946.22686.hans.ullr...@loop.de
consolekit makes trouble
Hello list, I am really despaired! Due to a defective RAM, my /usr was corrupted, and so I had to reinstall the system from scratch. I installed debian/testing completely new (except /home, which is on a separate partition). As I am courious, I saved my package list by dpkg --get-selections > package.txt, and after the fresh installation, I could reinstall them again. I did this with the command: apt-get install $(cut -f1 package.txt), which worked fine. But after that, I got a problem, and now working for hours to solve it: As I am using kdm (and kde), I get an error: kdm: :0[21175]: Cannot open ConsoleKit session: Unable to open session: Failed to execute program /usr/lib/dbus-1.0/dbus-daemon-launch-helper: Succes I can click it away, and I can use kde without any trouble. Ok, to see, what hapend, I examined the log and found more information: May 29 09:33:43 localhost console-kit-daemon[22438]: WARNING: polkit_authority_get: Error getting authority: Error initializing authority: Error calling StartServiceByName for org.freedesktop.PolicyKit1: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ExecFailed: Failed to execute program /usr/lib/dbus-1.0/dbus-daemon-launch-helper: Success So it looks like, there might be some authorization problem. I googled a lot, but found no usefull hints. Somebody solved it, by "unmerging glib- networking", but that was in gentoo. I will be very happy, if someone could help me, as I there is not much information about consolekit and dbus to find. Thank you very much for any help. Best regards Hans-J. Ullrich P.S. Sorry, if I sent this wrong, debian-u...@lists.debian.org claimed my e- mail as spam. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201105291008.23821.hans.ullr...@loop.de
howto modify dependencies?
Hi all, as I have trouble with the package ppp since version 2.4.5-*, and no one cared although I filed a bugreport, I set the package to hold (version 2.4.4-rel-10.1 is working fine!) But as newer packages require higher versions of ppp, I cannot install them. besides, all packages which are using ppp in higher versions, do also not work at me. However, as the old version is working fine, I am looking for a way, to install newer packages but hold the old ppp-version. I could still not manage it, because of dependencies (which is logically). Neither with aptitude nor with apt-get I found an option. Any hints? Talking of aptitude just a simple question: "apt-get --purge remove 2.6.32-*" is removing anything with "2.6.32-" in its name. But aptitude does not offer this option, doesn't it? Is aptitude using some other syntax??? Happy eastern! Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201104231801.40103.hans.ullr...@loop.de
aircrack-ng missing!
Dear ftp-masters and developers, waht is the reason, that aircrack-ng is in lenny, but NOT in wheezy, but again in sid? Would be nice, if you could take it back into wheezy again. I think, it might be somehow forgotten. Things happen Best regards Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201104171356.15207.hans.ullr...@loop.de
/run or not /run?
Dear maintainers, I am a little bit confused of the trouble with the last udev-package. What is now debian-standard? Must I create a directory /run and make it root- writable? Or is /run still not standard? Questions, questions, questions. At the moment, there is no /run on my system, as it is set up many years ago (and of course regularly updated). I am using debian/testing (=wheezy) Best regards Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201104162001.06076.hans.ullr...@loop.de
Re: Bug#620848: linux-image-2.6.32-5-amd64: unable to enumerate usb device 6 (UPDATE)
Hi all, got the same bug also with kernel 2.6.38-2-amd64. Just for info. Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201104111821.18762.hans.ullr...@loop.de
Re: Bug in linux-image-2.6.32-5-amd64
Am Freitag, 8. April 2011 schrieb Thomas Hochstein: > Hans-J. Ullrich wrote: > > I hope, you can help me. I am looking for a prior version of latest > > kernel- package, as the last version got a big bug. The latest version, > > I found was named > > > > linux-image-2.6.32-5-amd64_2.6.32-31_amd64.deb > > > > but I am looking for the package named > > > > linux-image-2.6.32-5-amd64_2.6.32-30_amd64.deb. > > Does > <http://snapshot.debian.org/package/linux-2.6/2.6.32-30/#linux-image-2.6.32 > -5-amd64_2.6.32-30> help? Yes! Great! That helps a lot! Thank you very much. > > > Backports did not help me. I also filed a bugreport using reportbug, but > > for some reasons, it was sent, but never appeared in the database. > > That seems to be > <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620848>. > You are correct. This is my bugreport, but I wondered, why it does not appear, when I search it with the webinterface of the debian site. Strange, but maybe it is why I am using reportbug. > (I'm not sure that's a topic for -devel; perhaps you should take that > to -user or -user-german?) > I already took part in a German discussion. Most people are claiming a defective usb-port, but it is really not. > Regards, > -thh Cheers Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201104082220.38353.hans.ullr...@loop.de
Bug in linux-image-2.6.32-5-amd64
Dear maintainers and kernel-developer team, I hope, you can help me. I am looking for a prior version of latest kernel- package, as the last version got a big bug. The latest version, I found was named linux-image-2.6.32-5-amd64_2.6.32-31_amd64.deb but I am looking for the package named linux-image-2.6.32-5-amd64_2.6.32-30_amd64.deb. Backports did not help me. I also filed a bugreport using reportbug, but for some reasons, it was sent, but never appeared in the database. So I will do it here again: - Bugreport After upgrading to the last kernel, I get massive messages from kernel, like this: Apr 8 17:43:33 localhost kernel: [ 313.552068] hub 1-0:1.0: unable to enumerate USB device on port 6 Apr 8 17:43:33 localhost kernel: [ 313.764076] hub 3-0:1.0: unable to enumerate USB device on port 6 Apr 8 17:43:33 localhost kernel: [ 314.004078] hub 1-0:1.0: unable to enumerate USB device on port 6 Apr 8 17:43:34 localhost kernel: [ 314.216081] hub 3-0:1.0: unable to enumerate USB device on port 6 Apr 8 17:43:34 localhost kernel: [ 314.456057] hub 1-0:1.0: unable to and so on. I figured out, the problem is cause by the module "ohci-hcd". Unloading it with "modprobe -r ohci-hcd" will stop the messages. With the kernel version before (the one, I am looking for), everything was ok. In the past there discussed this problem before, but all solutions (for example unloding "ehci-hcd" or loading "ehcd-hcd" AFTER "ohci-hcd") do not work. It is a bug and I would classify it as "important"! --- So it would be nice, if you could take a look at it. As a workaround I would like to return to the prior kernel-version as mentioned above. Thank you very much for your help! Best regards Hans-J. Ullrich -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201104082026.20208.hans.ullr...@loop.de
Re: udev keeps device label - BUG?
> Try dosfslabel instead of mlabel. If that works, report a bug in > mtools. If not... I don't know. > > Ben. Hi Ben, I tried dosfslabel, just as you told me. It is possible, to add a new label to the device, which is then seen by the system. So far this will work for very fine for me, when I need a label. The strange thing is, when I delete the label given with dosfslabel (usimng mlabel), the former label reappears. THIS is REALLY strange. I found no way, to clear the label with dosfslabel. Is is it posible, to add this function in one of the next versions? Would be nice, as you already fixed the issues in dosfslabel, that mlabel does not cover yet, as you told. Just an idea... So far, dosfslabel will be a well workaround for me. Thanks for it! Best regards Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201103072125.16823.hans.ullr...@loop.de
Re: udev keeps device label - BUG?
> Labels and UUIDs are stored only on the filesystems they come from and > in the blkid cache in /etc/blkid.tab. That cache is cleared and > regenerated whenever you reboot. You can do this at any time by > running: > > blkid -c /dev/null -w /etc/blkid.tab > > udev does not have a database of its own; it uses blkid to look up > labels and UUIDs. > > FAT filesystems actually have 2 labels, and not every tool writes to > both of them. Looking at the code, I think mlabel tries to do so, but > it might not be reliable. Try using dosfslabel instead, as I fixed that > a little while ago and am confident that it does the right thing. > > Ben. Hi Ben, I tried, as you adviced me, but I got no success. I used your commands, but this did not help. The strange thing is: if I create a new label, it is recognized with the new label. But when I delete the new label using mlabel -i /dev/sdb1, then the old label is again there. Please look at this: root@protheus7:~# mlabel -i /dev/sdb1 :: Volume has no label Enter the new volume label : root@protheus7:~# Now putting it out and again in, then it is recognized with label "BT4" (there was formerly Backtrack4 on this card). After it, I mount it in KDE4 using the hardwaremanager and starting dolpin. Although, the drive has no label (I overwrote and deleted the label in Windows,too), look at the udev stuff: root@protheus7:~# ls -la /dev/.udev/links/ |grep BT4 drwxr-xr-x 2 root root 80 7. Mär 19:44 disk\x2fby-label\x2fBT4 root@protheus7:~# And its content: root@protheus7:/dev/.udev/links/disk\x2fby-label\x2fBT4# pwd /dev/.udev/links/disk\x2fby-label\x2fBT4 root@protheus7:/dev/.udev/links/disk\x2fby-label\x2fBT4# root@protheus7:/dev/.udev/links/disk\x2fby-label\x2fBT4# ls b8:16 b8:17 root@protheus7:~# cat /dev/.udev/db/b8\:16 N:sdb S:disk/by-id/usb-Single_Flash_Reader_058F63356336-0:0 S:disk/by-path/pci-:00:1d.7-usb-0:3:1.0-scsi-0:0:0:0 S:disk/by-uuid/474910bd-9497-4324-b3ea-d2ba465da4e1 S:disk/by-label/BT4 W:68 I:3876054641 E:ID_VENDOR=Single E:ID_VENDOR_ENC=Single\x20\x20 E:ID_VENDOR_ID=058f E:ID_MODEL=Flash_Reader E:ID_MODEL_ENC=Flash\x20Reader\x20\x20\x20\x20 E:ID_MODEL_ID=6335 E:ID_REVISION=1.00 E:ID_SERIAL=Single_Flash_Reader_058F63356336-0:0 E:ID_SERIAL_SHORT=058F63356336 E:ID_TYPE=disk E:ID_INSTANCE=0:0 E:ID_BUS=usb E:ID_USB_INTERFACES=:080650: E:ID_USB_INTERFACE_NUM=00 E:ID_USB_DRIVER=usb-storage E:ID_PATH=pci-:00:1d.7-usb-0:3:1.0-scsi-0:0:0:0 E:ID_PART_TABLE_TYPE=dos E:ID_FS_LABEL=BT4 E:ID_FS_LABEL_ENC=BT4 E:ID_FS_UUID=474910bd-9497-4324-b3ea-d2ba465da4e1 E:ID_FS_UUID_ENC=474910bd-9497-4324-b3ea-d2ba465da4e1 E:ID_FS_VERSION=1.0 E:ID_FS_TYPE=ext2 E:ID_FS_USAGE=filesystem E:UDISKS_PRESENTATION_NOPOLICY=0 root@protheus7:~# root@protheus7:~# cat /dev/.udev/db/b8\:17 N:sdb1 S:disk/by-id/usb-Single_Flash_Reader_058F63356336-0:0-part1 S:disk/by-path/pci-:00:1d.7-usb-0:3:1.0-scsi-0:0:0:0-part1 S:disk/by-uuid/6A25-5376 S:disk/by-label/BT4 W:70 I:3876148685 E:ID_VENDOR=Single E:ID_VENDOR_ENC=Single\x20\x20 E:ID_VENDOR_ID=058f E:ID_MODEL=Flash_Reader E:ID_MODEL_ENC=Flash\x20Reader\x20\x20\x20\x20 E:ID_MODEL_ID=6335 E:ID_REVISION=1.00 E:ID_SERIAL=Single_Flash_Reader_058F63356336-0:0 E:ID_SERIAL_SHORT=058F63356336 E:ID_TYPE=disk E:ID_INSTANCE=0:0 E:ID_BUS=usb E:ID_USB_INTERFACES=:080650: E:ID_USB_INTERFACE_NUM=00 E:ID_USB_DRIVER=usb-storage E:ID_PATH=pci-:00:1d.7-usb-0:3:1.0-scsi-0:0:0:0 E:ID_PART_TABLE_TYPE=dos E:ID_FS_LABEL=BT4 E:ID_FS_LABEL_ENC=BT4 E:ID_FS_UUID=6A25-5376 E:ID_FS_UUID_ENC=6A25-5376 E:ID_FS_VERSION=FAT32 E:ID_FS_TYPE=vfat E:ID_FS_USAGE=filesystem E:UDISKS_PRESENTATION_NOPOLICY=0 E:UDISKS_PARTITION=1 E:UDISKS_PARTITION_SCHEME=mbr E:UDISKS_PARTITION_NUMBER=1 E:UDISKS_PARTITION_TYPE=0x0c E:UDISKS_PARTITION_SIZE=1967120384 E:UDISKS_PARTITION_FLAGS=boot E:UDISKS_PARTITION_SLAVE=/sys/devices/pci:00/:00:1d.7/usb1/1-3/1-3:1.0/host10/target10:0:0/10:0:0:0/block/sdb E:UDISKS_PARTITION_OFFSET=8192 E:UDISKS_PARTITION_ALIGNMENT_OFFSET=0 root@protheus7:~# You see now, what I meant, with the database of udev. I deleted those files and the directories, but they are created by udev, when I plugin the sd-card. It is weired, because I cannot recognize, what is going on. I deleted also /etc/blkid.tab, and rebooted, but also got no success. Really weired... Hope, this helps a little bit. Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201103072005.23449.hans.ullr...@loop.de
udev keeps device label - BUG?
Dear developers, I got the proble, that a once given label is stored by udev, although the label of the device is deleted by mlabel. Whenever I put it in, the device keeps its first given label, as it is stored in its database (I guess). Is there a way, to configure udev so, that labels (but UUIDs) are NOT stored? I read, that it is no good idea, to delete the whole database at udev start, and I wondered, if it is wanted at all, that labels are permanently stored. Sorry, I am not that experienced with udev, although I found a rule in /lib/udev/rules.d/60-persistent-storage.rules called LABEL="persistent_storage_end". Is this the right point? To explain: The goal is, to mount movable devices (like usb-sticks, sd-cards) to a mountpoint, with there given label (given means: given with mlabel or during formatting). Is this possible? Hint: I am using KDE4, debian/testing. Thank you for your help. Regards Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201103061837.38362.hans.ullr...@loop.de
Re: Why is help so hard to find?
Am Sonntag, 16. Januar 2011 schrieb Marc Haber: > On Sat, 15 Jan 2011 18:02:06 -0800, Russ Allbery > > wrote: > >Adam Borowski writes: > >> On Fri, Jan 14, 2011 at 04:07:58PM -0800, Russ Allbery wrote: > >>> Huh. Every system I've upgraded had no problems. > >> > >> I find this strange, since every system that has ever been etch will > >> have at least libdevmapper1.02 which stops insserv from migrating. > > > >Judging from further discussion, it looks like the reason why I've never > >seen this is that I routinely purge deinstalled packages on all my > >systems > > $ cat lennyupdate/update.d/060_dpkg-purge-removed > #!/bin/bash > > echo "purge removed packages" > dpkg --purge $(dpkg --list | grep '^rc' | awk '{print $2}') foo > > RESULT="done" > > # end of file > > Good to hear that I won't be having _this_ problem. > > Greetings > Marc Hi Marc, I believe "aptitude purge ~c" does the same. Also you might want to take a look at "orphaner" or "deborphan" to get rid of orphaned libs. Using those regularly I keep my system clean now since debian sarge. Good luck! Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201101161214.45796.hans.ullr...@loop.de
Re: wrong devices seen in squeeze
> This is due to using the libata PATA drivers instead of the old IDE > ones. libata drives all appear with the SCSI naming, regardless of > which bus they are connected to. Since the libata drivers are now the > default in a Debian kernel, all your drives should appear as sd*. I > believe new kernel packages should help you migrate to a UUID-based > naming method so that how exactly your disks are labelled becomes > irrelevant. Hi Brian! Ah, thank you, that explains it. Yes, I am using libata and UUID. I will try grub-pc again. Cheers Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201101152234.38269.hans.ullr...@loop.de
wrong devices seen in squeeze
Dear maintainers, on my (older) system, I discovered a weired behaviour: although I am using IDE-harddrives, they are seen as /dev/sdX (IDE-drives should be discovered as /dev/hdX). Is this a kernel-decision? In /etc/fstab are only entries with "/dev/hdX". Because of this, it is impossible to get grub-pc running (kernel- panic). Strange: The system is runnning perfectly with grub-legacy and those wrong devices. Booting with a live-cd, all harddrives are recognized as /dev/hdX. Weired, eh? Thought, I should mention this Best regards Hans signature.asc Description: This is a digitally signed message part.
Re: Question: How is debian-policy during freeze?
Am Freitag, 24. Dezember 2010 schrieb Mehdi Dogguy: > On 12/24/2010 03:45 PM, Hans-J. Ullrich wrote: > > Am Freitag, 24. Dezember 2010 schrieb Olaf van der Spek: > >> On Fri, Dec 24, 2010 at 3:05 PM, Hans-J. Ullrich > >> > > > > wrote: > >>> Yeah, the bug was reported, the bug was fixed, but the version > >>> with the fix is not beein updated in testing. > >> > >> Link to bug report? > >> > >> Olaf > > > > This is the link: > > > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=562560 > > FTR, it has been unblocked by Julien. It will migrate during next > britney's run. > > Regards, Yes, thank you very much. I tested version 3.23 and everything is working fine so far. Great! Best regards Hans signature.asc Description: This is a digitally signed message part.
Re: Question: How is debian-policy during freeze?
Am Freitag, 24. Dezember 2010 schrieb Olaf van der Spek: > On Fri, Dec 24, 2010 at 3:05 PM, Hans-J. Ullrich wrote: > > Yeah, the bug was reported, the bug was fixed, but the version with the > > fix is not beein updated in testing. > > Link to bug report? > > Olaf This is the link: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=562560 Hans signature.asc Description: This is a digitally signed message part.
Re: Question: How is debian-policy during freeze?
Am Freitag, 24. Dezember 2010 schrieb Julien Cristau: > On Fri, Dec 24, 2010 at 13:57:33 +0100, Hans-J. Ullrich wrote: > > Dear developers, > > > > how are you dealing with packages during freeze? > > > > Are package versions, which are now in testing frozen even when they are > > not working? Or do you exchange not working versions from testing > > against working versikns from unstable shortly before the release? > > > > I just ask, because in the last days I discovered some packages, which > > are not working in testing, but working in unstable. > > > > One example is "bootcd" which in testing is (grave) version 3.22 and in > > unstable (already fixed!) version 3.23. But version 3.23 is not being > > transferred to testing since months. > > > > Doesn't that not brake releases? > > Bugs don't get fixed in testing if they don't get reported. There's no > release critical bug filed against the bootcd package in testing. > > Cheers, > Julien Yeah, the bug was reported, the bug was fixed, but the version with the fix is not beein updated in testing. Cheers Hans signature.asc Description: This is a digitally signed message part.
Question: How is debian-policy during freeze?
Dear developers, how are you dealing with packages during freeze? Are package versions, which are now in testing frozen even when they are not working? Or do you exchange not working versions from testing against working versikns from unstable shortly before the release? I just ask, because in the last days I discovered some packages, which are not working in testing, but working in unstable. One example is "bootcd" which in testing is (grave) version 3.22 and in unstable (already fixed!) version 3.23. But version 3.23 is not being transferred to testing since months. Doesn't that not brake releases? Best regards Hans-J. Ullrich signature.asc Description: This is a digitally signed message part.
Re: scanlite / scangui - what is the difference?
Am Dienstag, 7. September 2010 schrieb Kai Wasserbäch: > Dear Hans-J., > I'm the maintainer of Skanlite (I assume you meant Skanlite). Skanlite is > (AFAIK) the standalone "replacement" for Kooka, which uses libksane for > accessing scanners. I started maintaining Skanlite, when I was missing > Kooka from Squeeze (Kooka is the KDE 3.x standalone scanning application > and was without upstream development for some time). After asking the > Debian KDE maintainers on IRC I was directed towards Skanlite, which > wasn't in Debian back then. > > I didn't find "scangui" on the KIPI homepage [0], but from your description > I'd say it is another interface for libksane, which integrates with > KIPI-aware programs. But I might be mistaken, as I'm on vacation right now > and my internet connections is somewhat limited. > > Kind regards, > Kai Wasserbäch > > > [0] http://www.kipi-plugins.org/drupal/node/1 Hello Kai, scangui is part of the kipi-plugins. "apt-file search scangui" will show you. I suppose, the KDE-people integrated your skanlite in KDE (which is ok, as it is GPL). See in the menu (I have German KDE, so it is below "Bilder einlesen" below "Grafik". In the other hand, skanlite should be deinstalled, when kipi-plugins are installed, and other round. Just to avoid double-applications. Maybe this is clearing things a bit. Best regards Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201009071746.33399.hans.ullr...@loop.de
scanlite / scangui - what is the difference?
Dear maintainers and package-team! I am a little confused, as I found two different applications which seem to be exactly the same. One is called "scangui" and is part of kde4 kipi-plugins. The other one is called "scanlite", (which is the successor of "kooka" I guess). Both are doing the same, both are looking the same. What is the difference if any? And if there is no difference, so IMO one should be uninstalled, when the other one is installed. I will be happy of any information. If this is a bug, I will be pleased to file a bugreport. BTW: I am missing "kooka" in squeeze. Is kooka removed from the repository? Best regards Hans-J. Ullrich signature.asc Description: This is a digitally signed message part.
Re: segmentation fault (a.o. in /u/s/debconf/frontend)
Am Mittwoch, 4. August 2010 schrieb Fabian Greffrath: > Hi, > > since yesterday I get a series of segmentation faults on my system > which makes it impossible to install or upgrade packages or even start > X. The system is inside a virtualbox so I don't think that hardware > errors are the cause. I don't remember having changed anything > fundamental in this system when the errors occured. > > For example, if I want to install or reconfigure a package, I get a > segmentation fault: > > # dpkg-reconfigure debconf > Segmentation fault > > This happens with every other package as well. I have traced the fault > to /usr/share/debconf/frontend and indeed running it directly also > invokes a segfault: > > # perl /usr/share/debconf/frontend > Segmentation fault > > I have attached the last few lines of the strace output for the > previous command to this mail. > > Please, can someone tell me how to fix this? > > - Fabian > > PS: Please keep me CC'ed, I am not subscribed to -devel. Hi Fabian, maybe you could try to do an apt-get update (do not use aptitude for this time), so you might get a stable system. If this does not work, you might try to downgrade some packages or libs to testing. Downgrading to testing would be my very first idea, to get a stable system. There is a blog, how to downgrade. Google will help you. If it is running again, just upgrade your packages to unstable one after the other, so you might discover, which is the package, that makes problems. Mixing testing and unstable is no good idea, except for applications which do not direct interfere withe the system itself (for example OpenOffice.org) Good luck! Hans-J. Ullrich -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201008041559.20587.hans.ullr...@loop.de
Re: How to make Debian more attractive for users, was: Re: The number of popcon.debian.org-submissions is falling
Am Montag, 26. Juli 2010 schrieb Teemu Likonen: > * 2010-07-26 08:13 (+0200), Raphael Hertzog wrote: > >> * 2010-07-25 12:54 (+0200), Marc Haber wrote: > >>> stable = release > >>> testing = current > >>> unstable = development Yeah, I like it, too. This is better than the suggetion, with that I initiated this conversation. Thumbs up! Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007261943.52540.hans.ullr...@loop.de
Re: teaching users how to submit good bug reports
Hi all! Well, although I for myself like reportbug, IMO for new and unexperienced users it is too difficult. I am helping often unexperienced users with debian, and get a lot of feedback. As a better way for those users I think, the kind of webinterface, which is kde using is the better and from me suggested kind. This interface is reall easy to use, even for noobs. And this should be our goal, too, shouldn't it? Maybe you might want to try it for a while, just for testing purposes. I think, it is ok, to use other ideas from other people, too. Isn't it the kind of style, open source is living of??? Best regards Hans-J. Ullrich -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007251319.16722.hans.ullr...@loop.de
Re: How to make Debian more attractive for users, was: Re: The number of popcon.debian.org-submissions is falling
Hi all, and there is another point, I would like to mention. The naming of the repository is not well chosen, as it let new and unexperienced people to debian feel a wrong way. The names "stable" "testing" and "unstable" let the poeople think, debian is using crippled software, which is unstable, not well tested. In fact, even software from "unstable" is often running better, than other (including closed source) software. I suggest for this, to thinlk about other names, for example - stable = server - testing = desktop - unstable = super_modern Just an example. Have fun! Hans-J. Ullrich Just an example -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007221446.23461.hans.ullr...@loop.de
Re: question: startscripts
Hi James, thank you for pointing me to these bugreports. I did not know them until now, but they are describing exactly my problem! Really thanks for it, great!! I will now take a look for the problem in the next days, maybe I will find something out. Cheers Hans > If you have an nVidia card, it may be that KDM is not waiting long > enough for the video card to be initialized[0][1]. > > [0]: http://bugs.debian.org/583312 > [1]: http://bugs.debian.org/583336 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007212252.34341.hans.ullr...@loop.de
Re: question: startscripts
Am Mittwoch, 21. Juli 2010 schrieb Yaroslav Halchenko: > I am sorry, probably I am missing the point but isn't it RTFM issue in how > to use sysv-rc to be able to revert back easily... e.g.: > Hi Yaroslaw, sorry, I described it not quite clear. It is not the problem of sysv-rc, as after the change to sysv-rc everything worked well for months. But after an update some time ago, I got some problems with some starting timings. To specify: kdm/gdm/xdm is not staring at boot (and only at boot). When the computer is started, the command "/etc/init.d/kdm restart" let kdm startr like a charm. So, I suppose, one of the scripts might be set wrong. Thus I wanted just to renewal them all. I mentioned sysv-rc, because I thought, it might be important to know for it. Again: There is no bug in sysv-rc! Thanks for the response anyway. :) Cheers Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007212212.30814.hans.ullr...@loop.de
question: startscripts
Hi all, is there an easy way, to recreate all start- and stopscripts with theire symlinks ? Hint: Some weeks ago, during an upgrade I changed to sysv-rc as requested. Regards Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007211941.46022.hans.ullr...@loop.de
Re: How to make Debian more attractive for users, was: Re: The number of popcon.debian.org-submissions is falling
Hi community, well, I think, the main problem is, WHO are the persons, you want to actiuvate. During my meanwhile 15 years activity in my it-job, I met mostly several main groups of people: Group 1: people, who are not interested, whatever OS they are using, as long as it is working. They do not care of costs or freedom. They never change anything on their computers and they even do not know, what they are doing at all. This is the biggest group. Group 2. Gamers - they use their computer just for games, and they do also not care of the OS, as long as the games are running on their computers. Sadly most of the games are running only in windows (sigh). Group 3: Systemadmins - Yes, there are a lot of sysadmins out there, who are not able to see the difference between Linux and Windows server systems. IMO these people will bring the most power into debian, if you can motivate them. Group 4: People, who decide in business, which OS to use. There are some smaller groups, too, but let me just suggest, how these biggest groups could be interested. Group 1 can be interested, either when there are Debian (and I mean really Debian, not derivates like Ubuntu) preinstalled Computers available. These should be easily configurable. A graphical interface (for example in the style of webmin) is absolutely necessary. There are a lot of people outside, which are NOT gamers, but like internet surfing, need office, e-mail and other stuff. Group 2 IMO can only be motivated, if it will be possible, to prove customers and distributors, that a fine installed debian is running much faster than a windows system. I imagine, that preconfigured "gaming images" or "-packages" might help them. Group 3: I think, there can be nothing done, than to develop clickable interfaces, as windows sysadmins are used to this style of administration. Sorry, please be not angry, but 90 percent windows sysadmins I met in my life, were lazy, did never read manuals and expected everything to be worked by a mouse click (sigh!). Group 4: Business deciders are a big problem. They only see money! But I think, if you want to convince them, then you need a web prensentation or a presentation at all, who makes the idea of debian clear: save costs through the work of a community , development will be guaranteed in the future, use of real standards, more power for less money, no license problems and some other things I forgot. For those people, a presentation should be developed by people, who create professionell advertisements. Well, those are IMO the biggest groups of computer users. I estimate all together about 80 percent. If you can win only 1/3 of them, then it will be a big step. But the question is: Is that really, what you want? Best regards Hans-J. Ullrich -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007211938.02688.hans.ullr...@loop.de
udev: chown of /dev/ppp
Hia Marco andf Russell, tahnk you very much for your help. Well, I checked out and changed all permissions as it should be. The environment is now as follows: 1. /usr/sbin/pppd is now set 0475 with owner root:dip -rwsr-xr-- 1 root dip 269156 28. Nov 2008 /usr/sbin/pppd 2. The normal user is added in group "dip" and "dialout" 3. The application /usr/bin/umtsmon is now -rwsr-xr-- 1 root dip 757636 27. Apr 2009 /usr/bin/umtsmon So everyone in group "dip" is allowed to start it. This is what I wanted. But I still got the problem, that it crashes due to access rights, when I start it as the normal user. As root everythnbig is working well! This error message appears: /usr/sbin/pppd: using the noauth option requires root privileges This message was the reason for my very first report. What did I miss? Is there something else I should check? Please feel free to ask for more information. Besides, I know, umtsmon is still not in the debian repository, and the main reason for this is exactly the problem I described in the past. Best regards Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007181137.25554.hans.ullr...@loop.de
Re: udev: chown of /dev/ppp
Am Sonntag, 18. Juli 2010 schrieben Sie: > On Sun, 18 Jul 2010, "Hans-J. Ullrich" wrote: > > Is it corrrect, what russel told, that /usr/sbin/pppd should be set to > > rwxsrxr-x root:dip ? > > It should not be set to 04755 unless you want everyone on the system to be > able to run it - which probably isn't what you desire. > > On my system it is 04754, I don't recall doing that deliberately so I think > that part of the default Squeeze install did it. Yeah, you are right. As I am the only physical person who runs the system, it is no good idea, to let everyone get access. Well, when you say, the settings are correct, then I will change umtsmon to other rights. I just thought, there might have been an error with pppd, and /dev/ppp, so I thought it worth to mention it. But as Marco told, everything is as wanted, I think, I will find another solution for my special problem. Thank you all very much for your help indeed!!! Best regards Hans-J. Ullrich -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007180107.40723.hans.ullr...@loop.de
Re: udev: chown of /dev/ppp
Am Sonntag, 18. Juli 2010 schrieb Marco d'Itri: > Maybe this program needs to be modified to use a suid helper or a > daemon which interacts with the hardware. > But I can't see why it would need access to /dev/ppp. Marco, this problem is tellling: cant get access to /dev/ppp when it is started as a normal user (even, when started with kdesu). Starting as root it is working. So I guessed, that it is a rights problem. Is it corrrect, what russel told, that /usr/sbin/pppd should be set to rwxsrxr-x root:dip ? Mine is set to rwxr-xr-x root:root, although it is installed by default (I didn't change anything). By the way, there is somewhere a bugreport related to this problem of umtsmon somewhere in the mailinglist. Best regards Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007180051.08853.hans.ullr...@loop.de
Re: udev: chown of /dev/ppp
Am Samstag, 17. Juli 2010 schrieb Marco d'Itri: > On Jul 17, "Hans-J. Ullrich" wrote: > > applications, which are using /dev/ppp also must be run as root. I think, > > for > > We have group dip to manage access to programs which can start network > connections. > Sorry. if I am wrong, I am not very well experienced with the required access rights. The background of my report is, that I tried to start the application "umtsmon" (a dialout application for 3g-modems) as a normal user, and I found no way to start it as no one else as root. The main problem is: It MUST be started as root, as /dev/ppp has to be accessed by root. In other words: If you start umtsmon as user root, everything is working fine, if you start it as a normal user (which should be able to), it crashes because it cannot get access to /dev/ppp. > > Normal users, which are allowed to dial out, should be added to group > > "dialout" by root. Device /dev/ppp should be set to 660, and owner > > root:dialout. > > No way, this is totally wrong. Ok, I am still learning. What is the better way? > > > I suggest, to add these changes in the next version of udev. Doing so as > > a standard, it is easy to set all dialout applications, like kppp, > > umtsmon, gppp and other similar to execute as group "dialout". > > They are not supposed to. > Just an idea > BTW, I am the udev *and* ppp maintainer. This is very fine, so everything is in one hand and I hope, if I have questions, I may ask them, even if they are dump. Please be gentle... I will check the situation and maybe find another way. Happy hacking! Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007172325.36698.hans.ullr...@loop.de
udev: chown of /dev/ppp
Hello debian-team, I checked, that /dev/ppp is set to 600 with owner root:root. IMO this is not a good idea. IMOI this might be cause a security hole, because applications, which are using /dev/ppp also must be run as root. I think, for a normal and unexperienbced user it is no good idea, to let him run as root, and of course, the other thing is, applications which a normal user is normally allowed to run, should be run under a dedicated group or owner. In this case my suggestion is the following: Normal users, which are allowed to dial out, should be added to group "dialout" by root. Device /dev/ppp should be set to 660, and owner root:dialout. As /dev/ppp is created by udev (I hope I am correct here!), udev should set the permisions corectly by default. I thinbk, this is set by /lib/udev/rules.d/91-permissions.rules. I suggest, to add these changes in the next version of udev. Doing so as a standard, it is easy to set all dialout applications, like kppp, umtsmon, gppp and other similar to execute as group "dialout". Anyway, I will be pleased, if I could improve debian a little bit with my thoughts. Best regards Hans-J. Ullrich -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007172145.52982.hans.ullr...@loop.de
Please change/merge bugreport
Dear maintainer-team, it would be very nice, if you could correct the following bugreports; 1. #581840 = please close this bug, as it merges with bug #583613 2. #583613 = this report at the moment is targeted to package "nvidia-glx" which is NOT the correct target. This bug has nothing to do with nvidia-glx (proved it). The correct target for this bugreport might be either xserver- xorg, udev or the kernel itself. It is not amd-64 related. Thank you very much for your attention and for all the help! Best regards Hans-J. Ullrich -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006231759.29104.hans.ullr...@loop.de
re: Hydra is not really free
Hi guys! Good news! Hydra is now beeing maintained again, and it is now free! Thanks to its maintainer, hydra is now set under the GPLV3. Yeah! Please take a look: http://freeworld.thc.org/thc-hydra/ Maybe you might want to put it back into debian? Would be nice. Cheers Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006161958.26342.hans.ullr...@loop.de
Re: Binary package names for mozilla plugins
Am Montag, 26. April 2010 schrieb Goswin von Brederlow: > Benjamin Drung writes: > > Am Montag, den 26.04.2010, 11:07 +0200 schrieb Stefano Zacchiroli: > >> On Mon, Apr 26, 2010 at 10:39:39AM +0200, Jean-Christophe Dubacq wrote: > >> > > I'd rather say that generally binary packages split words at '-', so > >> > > if you've a choice among these two the latter is preferable. > >> > > >> > If this is so, then browserplugin-* should content everyone. > >> > >> I'm sure you meant "browser-plugin-*" here ... > > > > Hm, browserplugin-* would be a new option. Then we would have > > > > 1. browser-plugin-* > > 2. browserplugin-* > > 3. *-browserplugin > > 4. *-browser-plugin > > > > I think all of these would work (with a slight preference to 1. or 2.). > > > > Opinions? > > I think *-bwoser[-]plugin is a bad choice for 2 reasons (which you can > consider one reason): > > A) apt-get install browser > > This will complete nicely to give me a list of plugins with options 1 > and 2 and all the packages it completes have a common use case, to make > my browser better. No such thing with options 3 and 4. > > B) Sorting in frontends (aptitude, ...) > > Again say you are looking for usefull plugins to add to your > browser. With options 1 and 2 you get all the plugins in one blog and > can easily scroll through them. With options 3 and 4 they will be > scattered all over the place. > > > I think the seperate groups formed by a common prefix in options 3 and 4 > would be much smaller and less usefull to users than having all browser > plugins in one block. > > MfG Goswin > I think, 3 and 4 are the better choices than 1 or 2. IMO, the best choice might be 4. Let me just explain why: If people are looikng for something, they first look, what application it is in for. Browser plugins might be available for iceweasel, konqueror, opera whatever. So, the first choice is "iceweasel-", then what is it? Yes, it is for the "-browser", and at last, they see, yes, a "-plugin". I also imagine, that in the future, there might be iceweasel-"sound"-plugins, "video"-plugins, "flash"-plugins or whatever. I also imagine, there might be also not only plugins, but "tools", or maybe "modules". IMO we should decide for a structure or syntax, that is easy to understand and modular for future changes Cheers Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201004262154.18997.hans.ullr...@loop.de
Thank you for everything and a happy new year!
Dear debian-team, developers and community, now as the year 2009 is over, I want to thank you for all the help, the joy you gave me with debian and the time you spent for a better it-world for us all. To all of you I say: May you have great year 2010, stay always sane, may all your dreams and wishes come true and have such much joy and fun as you ever want! Just to say in short: Thank you very much for everything and the very,very, very best to you and your families! Best regards Hans-J. Ullrich -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: usplash-theme-debian uploaded to sid
Am Samstag 24 Oktober 2009 schrieb Holger Levsen: Hi Holger, that sounds very nice. Will be happy to test it in the next time! > > If you want to help out, usplash-theme-debian is maintained in the [6 > collab-maint] repository in alioth and the BTS is eagerly waiting > for your bug reports and patches :-) Currently supported resolutions are > 640x400, 640x480, 800x600, 1024x768, 1365x768 and 1600x1200. 1024x600, > 1280x1024, 1440x1050 and 1900x1200 are already on my list of what's nice to > have, what other resolutions are there you need to have? :-) > I suggest to add 1440x900 (this is the native resolution for many widescreen notebooks, in my case an Acer Aspire 7520G, but also Dell notebooks do have it). I might remember, some older Acer and Dell notebooks got native 1280x800 on its displays (but might be wrong with the vertical size). > And then, I plan to upload a new version of usplash itself eventually as > well, and again, I'd be delighted if someone would work on this with me... > :-) > > I'll publish this post on debian-devel@lists.debian.org, please reply > there. Thank you. > > > regards, > Holger > > [1] http://packages.qa.debian.org/u/usplash-theme-debian.html > [2] http://debianart.org/cchost/?ccm=/media/files/neomantic/422 > [3] http://wiki.debian.org/DebianDesktopArtworkLenny > [4] http://wiki.debian.org/DebianDesktopArtworkSqueeze > [5] http://www.debianart.org/cchost/?ccm=/media/files/si0ux/276 > [6] git://git.debian.org/git/collab-maint/usplash-theme-debian.git > Best regards Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Discussion: New feature for source packages
Am Dienstag 15 September 2009 schrieb Peter Samuelson: > [Hans-J. Ullrich] > > > DKMS seems only be made for kernel modules. It is greart anyway, and > > a good help. But what with non-kernel- modules? > > Can you give an example? > Hello Peter! No, sorry, I cannot. I looked at the documentation and felt it a little bit too complicated for normal users. It is not the thing, I imagined. Although, it might work for other people. Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Discussion: New feature for source packages
Am Dienstag 15 September 2009 schrieb Luca Niccoli: > Luca > > P.S. > > For the sake of clarity I attached the modified script, it's very short. > I didn't try it though. > Hi Luca, just to make it clear: It is not the problem, how I can solve this problem! This problem I can easy solve with a little shell script. But there are lots of unexperienced users, which are not able to script themselve. They are just users. For those people I am looking for a solution. Well, of course, there is DKMS, but DKMS seems only be made for kernel modules. It is greart anyway, and a good help. But what with non-kernel- modules? My suggestion was, to implement a new option into postinst as default. Maybe the change will be accepted? We will see Best regards Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Discussion: New feature for source packages
Dear developers, I would like to suggest a new idea, which might improve the system. Problem: Whenever I upgrade to a new kernelversion, or there are new versions of kernel-modules or other packages, which are only available in source-code, it is necessary to build the new versions manually. This is rather annoying and it might be a problem for not experienced users. So I though about a comfortable solution. my ideas: 1. add a file, which contents all the packages, which should be build when either a new package version is installed. This could be done with a script, maybe by involving m-a a-i. In this file the administrator of the system has to name all those source-packages, he wants to be built at upgrade. 2. The mentionened file can be maintained during upgrades (for example, when a new source-file shall be addded). In this case the installer (preinst??) might ask: Do you want to automatically built this package at newer versions? Yes/No. If Yes, its name will be added into the file, and the package will be built. This can be checked for all packages containing "-source" in its name. 3. Another solution might be a standalone script, which must be called by root (or run with root privileges), calling all source packages named in a file (or conf, whatever), using m-a a-i. Maybe there are other solutions, which might work better. My background thoughts are to make debian as easy as possible. On the othr hand, an automatically building of kernel-modules (like Nvidia-kernel-source, virtualbox, madwifi-ng and other system important things) will let the system run even on automatically upgrades (i.e. by using cron-apt, or anacron on notebooks). Security: To pretend from missusing such an automatismn, the file, which is naming the source-packages should be read/write-only by root, of course. Thank you for reading this. I am looking forward to your feedback! Best regards Hans-J. Ullrich -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: looking for kernel-maintainer
Am Dienstag 08 September 2009 schrieb Michael Banck: > Hello, > > On Tue, Sep 08, 2009 at 10:39:58AM +0200, Hans-J. Ullrich wrote: > > sorry to write here, but at the moment it is not possible, to register or > > send bugreports to bugzilla.kernel.org. > > Please refrain from using debian-devel as a catch-all address for > off-topic matters in the future. > > > thanks, > > Michael > Hi all! Thank you all for your response! I sent my message now to your suggested address. I want to sorry for my unusual way to contact you, and this one should be an absolutely exception! So, again, please apologize for the noise, I hope and I promise, next time I will be better!!! Best regards Hans-J. Ullrich -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
apt: cron.daily necessary?
Hi all, I would like to discuss and suggest the following thing: On my 64-bit notebook I am using anacron and (of course) apt. In the apt package included is the file /etc/cron.daily/apt, which contents some lines, which are starting a find process. This find process initiated by apt (and I hope, I am right with this information of the initiation source) consumes a lot of harddrive actions for several minutes after boot, which makes the computer at this time rather slow. Of course, it is one of the processes started by anacron. IMO this is an annoying situation for notebook users, as sepeciela , when you just want to start, wanted to do some things quickly, and then shutting down again - just as many notebook users do! My suggestion to this problem are these: 1. delete /etc/cron.daily/apt manually O.k., this can be easily done, but how necessary is this file at all? 2. If this file is not very necessary do not put /etc/cron.daily/apt into the apt-package, but maybe it should be put into some other package (for example cron-apt), or , another opportunity, as a standalone package. 3. put this file to cron.monthly or cron.weekly, or, let it start manually somehow (this third option was just a thought) What do you think? Is there a way and a chance, to improve things? Any feedback will be very welcome. Best wishes Hans-J. Ullrich -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
looking for kernel-maintainer
Dear maintainers, sorry to write here, but at the moment it is not possible, to register or send bugreports to bugzilla.kernel.org. Seems the mailsystem is completely down. So I even cannot send the message, that the mailservice is down, too. I hope, that one of the kernel-maintainers might read this message here and will have a look on this. The bugreport I want to send, is about the kernel-module "ath5k", which is now maintained by the kernel-maintainers themselves. Where can I send it, if not to bugzilla.kernel.org? Please inform the kernel-maintainers of their problem, when you know one! Thank you very much! Hans-J. Ullrich -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: apt-get not working anymore
Am Samstag 05 September 2009 schrieb Klaus Ethgen: > Am Sa den 5. Sep 2009 um 20:18 schrieb Hans-J. Ullrich: > > APT::Cache-Limit "1"; > > Doesn't help as the limit is hard coded in apt. Just look at the source. > The problem was fixed in versions after stable. > > Regards >Klaus Ah, yes, I understand. So, as I am running unstable, this will not really help. But in stable there is (when i remember correctly), still an apt.conf, where you also can add the line above (the line actually belongs to there, I added it in the other file, as in later versions apt.conf is no more available. However, it works for me) If I understood you wrong, please apologize for the noise. Good luck! Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: apt-get not working anymore
Am Samstag 05 September 2009 schrieb Goswin von Brederlow: > Klaus Ethgen writes: > > Hi, > > > > maybe that is an issue for debian-user, so I put it in the To too > > although I am not subscribed there. > > > > If you look to Bug #497617 there is a long time bug in apt first only > > targeting the German translations but now it is independent of the > > locales. > > > > When I run any apt-get command I get the error: > > E: Wow, you exceeded the number of versions this APT is capable of. > > E: Problem with MergeList > > /var/lib/apt/lists/debian.ethz.ch_mirror_debian_dists_experimental_main_b > >inary-i386_Packages E: The package lists or status file could not be > > parsed or opened. > > > > (The second line is just the one which is the drop too much.) > > > > This also happen with all locales set to "C". > > > > The problem is that it is not possible anymore to update the system at > > all. I think that is a very critical bug. > > > > Is it really necessary to break all installations until this bug is > > fixed? It is known long enough for now. > > > > I have the version 0.7.20.2+lenny1 installed, so it seems to be the most > > recent version. (apt-cache doesn't work too so I can only view the web > > site) > > > > Regards > >Klaus > Maybe this helps, as apt.conf is no more existent: add the following line in /etc/apt/apt.conf.d/20archive APT::Cache-Limit "1"; Hope this helps, as it increases memory. I know, this is only a workaround. Good luck! Hans-J. Ullrich -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: For the grub maintainers II
Am Samstag 05 September 2009 schrieb Norbert Preining: > Already reported as a bug, but I think that should be discussed here, too. > > Upgrading to grub-pc does not carry over static stanza for Windows, nor > does the os-detecting code find my Windows on sda2. > > Since that is one of the most common szenaria (dual booting) I consider > the sole idea of generally switching to grup-pc a bit to early. > > That should be fixed first before even thinking about replacing > or using it as default boot loader. > > Best wishes > > Norbert I can confirm this. It was the main reason, why i still stay with grub-legacy. Additionally to that, my very own grub configuration with special settings (including a self created starting image) was not overtaken. So it would be nice, if the maintainers might include an option or script, which is importing the settings of grub-legacy. I also have to friends, which are also using debian, but who are not as experienced as me. Would be nice, if this importing would be as easy as possible. Best regards Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ia32-libs{-tools}, multiarch, squeeze
Am Sonntag 05 Juli 2009 schrieb Goswin von Brederlow: > The conversion system is an ugly hack. Sure. But it is the same ugly > hack 32bit support has always done, for over 5 years. The only change > is when the conversion is done, i.e. moved from the buildd to the > users system. By moving it there only those things the user > needs/wants need converting and all the user needs/wants can be > converted. That is the big advantage of ia32-apt-get over ia32-libs. > If you find the conversion unacceptable then the only option for you > is to request 32bit support on amd64/ia64 is removed till multiarch. > > The upgrade path to multiarch is for the multiarch i386 deb to > Conflicts/Replaces: . Which > means ia32-libs or ia32-libs-gtk for the old system or ia32- > for the ia32-apt-get one. And again with ia32-apt-get there is a huge > advantage. As packages convert to multiarch they can be droped in > ia32-apt-get on a case by case basis and replaced by the multiarch > one. Meaning users don't have to wait for and update 200 packages in a > single step. > > Way to complex and fragile with the millions of possible > configurations of users systems. > > > - let ia32-apt-get or whatever it's called be a forward to running > > apt-get inside that chroot; > > - find a way to let the user run commands from that chroot seamlessly. > > Impossible to make that work for everyone/everything. Any solution > will be a special case solution and only support some configurations. > > > That would be totally acceptable, and probably an improvement over the > > current situation. > > MfG > Goswin Despite whatever the people say, I like the new package. And I like the idea behind it. And if it does not work at the beginning, who cares? It is "unstable". To those who are mourning: Du you know the meaning of the word "unstable"? It means, there is no guarantee, things will work! It means, things must not be, as they were since many years. It means, things can crash. It means, people are welcome, to walk new ways. It is means, HERE is the development and innovation. When you want a ready out-of-the-box system, use Windows, or better Apple MacOS or just "stable". It is linux, where everybody gets the chance, to change things to their personal needs. If you do not like it this way, do never use KDE4, as at the moment, it has got also things, which are not running at the moment. So. let the people test, invent, make errors, make crashs, make everything - but stop grouching! So, that had to be said! But now to another thing: Is there a way, to get rid off dependencies in third-party applications to old ia32-libs and old ia32-libs-gtk? Apt wants to deinstall them, when I want to install ia32-apt-get (and of course the related third party applications) Cheers Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ia32-libs depends on ia32-apt-get ?
> Aptitude’s (well-known) brokenness is irrelevant. There are many other > APT frontents, like synaptic, which don’t have broken dependency > management, and which will fail just as well with ia32-apt-get. > > I wonder how you could even think once that diverting apt-get was a good > idea. If you need to hook into APT to convert packages and package lists > on-the-fly, work with the APT maintainers so that APT provides hooks > usable for that effect. But DO NOT BREAK the existing APT configuration. Please, I do not want to start flamewars, but somebody told me, that aptitude is the recommended tool to install packages, and apt-get is orphaned. Hmm, o.k., apt-get is working for me, this is o.k., but I ask myself now: What is the recommended tool in future? Especially, as the handling of dependencies and packages in apt-get, aptitude and synaptic are in each different ways. Again: This shall be no flamewar!!! Thanks Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ldconfig with a non-standard prefix
Am Freitag, 14. November 2008 schrieb Jonathan Steel: > Hi > > I cannot find anywhere in the documentation how to solve my current > problem. I have made bunch of custom packages that will install, among > other things, a bunch of libraries into /opt/pkgs/packagname. I know > that ldconfig gets run after apt-get. > > My question is how do I get it to pick up the libraries in any of the > /opt/pkgs/* folders. I know how the ld.so.conf works, but I basically > want an entry that says /opt/pkgs/*. I figured there has to be a > standard way of doing this for debs. Does anyone know? > > Thanks > > Jonathan Steel /opt ??? I think, this path is not used for packages in Debian for a long long time. As far as I know, most packages went to /usr/share. Regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian on Zaurus ?
Am Samstag, 30. August 2008 schrieb BOCAHU Sébastien: > Hi, > > > According to this, I asked myself, if there might be an easy way to > > install debian on a Sharp Zaurus SL-C1000. I googled, but I only found > > some homebrew images and ways of install with very oold kernels (or > > japanese environments and so on). > > I own a Zaurus (C1000 series) and i've worked on running Debian armel on > it. You can read some informations about it on this webpage: > http://zecrazytux.net/Geeky_stuffs/Zaurus/ > > Ressources can be found at oesf.org/forum. > > Debian armel (EABI) runs great on the Zaurus. You'll need a large storage > on a SD card for the rootfs. > > >> I hope, that the knowledge of "installing debian on freerunner" might be > >> easyly transferred to be able to install debian on the Zaurus machine. > >> The Zaurus got a strong-arm cpu, as well as the freerunner. > > The mighty way to "install" debian on a C1000 is by running a on-flash > already flashed kernel and a base filesystem on a SD card. > > >Depending on the amount of storage available, you might want to use > >Debian or Emdebian but Emdebian for armel is not ready yet. > > Debian armel used to run great some month ago :) > I haven't took care of my Z for many months due to lack of time... > But let's try it ! > > > Have a good day ! > > Freely, > > -- > > zecrazytux - Sebastien BOCAHU > http://zecrazytux.net/ > [EMAIL PROTECTED] Hi Sebastien, I am just trying to install debian on the Zaurus. There is a wiki of the procedure, but it has a lot of mistakes in it. This wiki: http://www.oesf.org/index.php?title=Q16:_I_am_using_a_Cxx0_or_C1000._How_can_I_install_Debian_EABI_to_my_SD_card%3F I improved and corrected all I found, but still working on it. The wiki seems to be rather old. At the moment, I try to get network access, but the kernel (yes, Angstrom latest kernel 2.6.24 is running well!), does not see my card. This is still a configuration problems. The solutions cannot be used, as there are still i.e. mistakes, like dead links. Feedback will be sent, if required. Cheers Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Debian on Zaurus ?
Dear developers, with great interest I read your message of running debian on freerunner. According to this, I asked myself, if there might be an easy way to install debian on a Sharp Zaurus SL-C1000. I googled, but I only found some homebrew images and ways of install with very oold kernels (or japanese environments and so on). I hope, that the knowledge of "installing debian on freerunner" might be easyly transferred to be able to install debian on the Zaurus machine. The Zaurus got a strong-arm cpu, as well as the freerunner. Maybe it might be much more easy to build a kernel and the required content on the sd-card ? The main problem, IMO is to create the kernel. It must be in the flashable format (at the moment I am using angstrom-distribution). If a kernel can be flashed, you need the rest of the content (the "initrd") which must be put onto the sd-card. A file in tgz-style should do it (can be unpacked onto the sd-card using a cardreader). Are there efforts at the moment to get debian in an easy way(!) on the Zaurus-series ? I am no coder, but feel free to ask for help (i.e. testing and feedback) Regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the Debian Eee PC team, summer 2008
Am Dienstag, 5. August 2008 schrieb jaromil: > re all, > Hi jaromil, > On Tue, Aug 05, 2008 at 06:36:14PM +0200, Hans-J. Ullrich wrote: > > Eh, yes, but kernel-module "ath5k" is still buggy (Bug #1542: cannot > > get an IP with dhcp) now for almost half a year - and no one seem to > > care. > > i can confirm this is no longer the case. ath5k works, you can refer > to Jeff Moe's development on fre, rpms published at: > Oh, cool ! I will test it and then close the Bug. Great stuff !!! Thanks for the advice ! > http://www.fre.org/i386/RPMS.FRE/ > > > So I think, its is not quite a good idea, to use "ath5k" on an > > installation media, especially for non experienced users. > > it is not about an "idea", but about using or not free software: i > think debian developers are so concerned about such policy that this > cannot even be a debate. > Yes, I am strictly confirming it. FOSS should always be chosen, whenever it is available ! This is the main reason, why I chose the Debian distribution for myself: There is no commercial distributor behind Debian (like Redhat, SuSE, Mandriva or Ubuntu). It is real free - the last bastion ! > ciao > > -- > Jaromil, dyne.org developer, http://jaromil.dyne.org > > GPG: 779F E8B5 47C7 3A89 4112 64D0 7B64 3184 [ B534 0B5E ] Cheers Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: Bits from the Debian Eee PC team, summer 2008
Dear maintainers, you wwrote > As Robert Millan brought to my attention, in my enthusiasm to present > our progress towards fully Lenny support for the Eee in the best > possible light, my announcement muddied the distinction between Lenny > and non-free when I said that the earliest Eee models are now "fully > supported" in Lenny. I have corrected my blog article to make it clear > that full support will not be realized until we have ath5k. The new > irst point of the article reads: Eh, yes, but kernel-module "ath5k" is still buggy (Bug #1542: cannot get an IP with dhcp) now for almost half a year - and no one seem to care. So I think, its is not quite a good idea, to use "ath5k" on an installation media, especially for non experienced users. > Earliest Eee models supported in Lenny > Lenny will release with the atl2 ethernet driver and the non-free > madwifi-source now works with the earliest Eee models as well, so our > patched version is no longer needed. This means Lenny will work with > all of the earliest models of the Eee PC: 701 (2G and 4G surf, 4G, 8G) > and 900! All we need now for full support in Lenny is to replace the > non-free wireless driver with the free ath5k driver when it is ready. > Sorry for the confusion, > Ben Maybe someone should mention this.. Regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Standard way to disable services
Am Samstag, 26. Juli 2008 schrieb Harald Braumann: > Hi, > > quite often I just want to disable a service in /etc/init.d. But there > doesn't seem to be a standard way to do that. > > Many services have a file in /etc/defaults, where the service can be > disabled. In that case, however, the service also can't be started > manually. > > In http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=+462155 I was told > to use sysv-rc-conf. I didn't know that tool before. But it seems a > reasonable option. > > I usually end up removing the execute bit, as this is the simplest > solution and the service can still be started manually. > > Shouldn't there be some default way in Debian to disable services? > post-install scripts, which ask whether the service should be enabled > should adhere to it and it should be supported by tools and also > mentioned in the manual. > > sysv-rc-conf would be one option, in which case it would have to have > priority required. The other option being removing the executable bit. > I would be content with either, but I think it would be a good idea to > agree on a standard. > > Cheers, > harry Hi Harry, try "rcconf". Just install the paqckage "rcconf", then start "rcconf" as root. Good luck ! Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: where to find linux-kbuild-2.6.21? s/21/25/g
Am Freitag, 25. April 2008 schrieb Stephen Gran: > This one time, at band camp, Yaroslav Halchenko said: > > Heh heh -- I am an annoying bastard -- but is there a chance to get > > kbuild for 2.6.25: I am fetching packages > > http://kernel-archive.buildserver.net/debian-kernel but header > > packages rely on kbuild packages and those are missing > > > > Thanks lots in advance! > > This isn't really the right list for this. I see you've copied > [EMAIL PROTECTED], but you can also try #debian-kernel on > irc.debian.org. > > No need to include -devel. Hi ! I think, there is also http://snapshot.debian.net ,which you can add as a repository, to install old packages. There is more information on this site. Good luck ! Hans-J. Ullrich -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Packages with httpd needs
Am Dienstag, 27. November 2007 schrieb Adeodato Simó: > * Hans-J. Ullrich [Tue, 27 Nov 2007 15:24:59 +0100]: > > Dear list, > > Hello Hans. If you verify that a given package can actually work with > some HTTP server that is not apache, and the depends line of that > package is like "Depends: apache" instead of "Depends: apache | httpd", > please by all means file a bug asking for the "| httpd" bit to be added. > > Just for the record, it seems we have 64 packages that depend on apache > but are not an apache module without an alternative dependency on httpd, > versus 82 that have such alternative. But many of those 64 will be > "false positives". > > (grep-available -FDepends apache -a --not -FPackage apache -a --not > -FDepends 'httpd' -c) > > Let me repeat, please only file bugs when there's proof or reasonable > ground to believe that the package will work with non-apache servers. > > Cheers, Yes, I understand. Well, I do not expect, all packages now to be changed. My intention with my mail was to beg maintainers to take a look, when they will build packages (in the future) or newer versions, if it might be able to use alternatives to apache2. Of course, it might be no problem for me, to change dependencies within a package by me, but an update would change this back. And I hope, maybe some developers are thinking like me and things will change in the future. Please define my mail just as a wish and a feedback to ALL maintainers and the securityteam, too, in some kind. And to some packages, I know they are working, I will give feedback. Best regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Packages with httpd needs
Dear list, as I do not know, where to write, as there is no debian-packages, I will try it here. Well, I wondered, whenever an application needs a http-demon (for example phpgroupware, egroupware, prelude and many others), all packages force to install apache. There is no way, to get rid of this. As we say "Small is beautifull" or "KISS = Keep it simple stupid" , IMO there is no need, to install mighty apache ! A simple http demon (I prefer thttpd) would do the same but would be more secure. So it would be nice, if all maintainers could build the packages, with an "OR" opoortunity like "recommended apache or thttpd or whatevereslse" , so the user could choose, which http-demon he would like to use. Doing so, this would be another step to security. I would be pleased, if this input will be discussed among the developers or those, who build packages. Thank you for reading this mail ! Cheers Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Package Selection for Debian Live
Well, I think, we first should think about, what aim this CD or DVD should be. Which people we want to reach ? In the time, where are so many other live-cds, like Knoppix, kanotix, Grml, DSL and so on, it is very difficult to create an "all-in-wonder-"-stuff. So my thougts are these: People, who like KDE and GNOME want to have a fully graphic environment and a an easy system. So pack on it all the stuff, which is useful for people and what has graphical tools i.e. synaptics, openoffice, browsers and all the other graphical stuff, whithout those people cannot work. The other profile are people, who like the shell, and who are well known with it. So put all the important things, which make life easier upon this CD. X should be packed on it, too, and a small wm (I suggest fluxbox or XFCE) Then, there are the professionels, they just need all the tools. For these people there should be a multiboot-CD. I think of all the tools, they are in i.e. GRML. X should be there natuarally as some tools are really better to use in X. QTParted is such a tool. But thats not all. Thjese tools should fit about 250MB at all, so it would be nice to have the same tools for the most used architectures on this CD or DVD, too (AMD32, AMD64, PPC, Sparc etc.) I suppose, there will be other groups of people, but for those, the other live cds on the market should be good enough. Ah, I will not forget: Please, no Installer on these CDs !!! IMO people shall do a real installation, not a "rsync" like Knoppix does. Reason is: People, who make a real installation will understand their system, and those people will bring the Debian forward. Best regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Package Selection for Debian Live
Well, I think, we first should think about, what aim this CD or DVD should be. Which people we want to reach ? In the time, where are so many other live-cds, like Knoppix, kanotix, Grml, DSL and so on, it is very difficult to create an "all-in-wonder-"-stuff. So my thougts are these: People, who like KDE and GNOME want to have a fully graphic environment and a an easy system. So pack on it all the stuff, which is useful for people and what has graphical tools i.e. synaptics, openoffice, browsers and all the other graphical stuff, whithout those people cannot work. The other profile are people, who like the shell, and who are well known with it. So put all the important things, which make life easier upon this CD. X should be packed on it, too, and a small wm (I suggest fluxbox or XFCE) Then, there are the professionels, they just need all the tools. For these people there should be a multiboot-CD. I think of all the tools, they are in i.e. GRML. X should be there natuarally as some tools are really better to use in X. QTParted is such a tool. But thats not all. Thjese tools should fit about 250MB at all, so it would be nice to have the same tools for the most used architectures on this CD or DVD, too (AMD32, AMD64, PPC, Sparc etc.) I suppose, there will be other groups of people, but for those, the other live cds on the market should be good enough. Ah, I will not forget: Please, no Installer on these CDs !!! IMO people shall do a real installation, not a "rsync" like Knoppix does. Reason is: People, who make a real installation will understand their system, and those people will bring the Debian forward. Best regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]