Re: how to report a bug on reportbug
On Du, 02 dec 12, 14:15:32, Stefan Schwarzer wrote: > > Just to be clear: I checked both with this line enabled and > commented out, also the setting 'smtphost bugs.debian.org' will > not work. 'reportbug' is the version that I get from the testing > archive (6.4.3). It should be 'smtphost reportbug.debian.org'. Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
how to report a bug on reportbug
Dear everybody, I have some trouble reporting a bug on the current xserver in testing using reportbug or reportbug-ng, in fact because I encouter a problem with reportbug itself. Everything goes well until at the end reportbug wants to send an email somehow. Then I get Report will be sent to "Debian Bug Tracking System" Submit this report on xserver-xorg-video-nouveau (e to edit) [Y|n|a|c|e|i|l|m|p|q|d|t|s|?]? y Connecting to smtp via SMTP... SMTP send failure: [Errno -2] Name or service not known. Do you want to retry (or else save the report and exit)? [Y|n|q|?]? n My guess is that reportbug wants to contact a local sendmail or sendmail-replacement which I do not have installed. I have a direct connection to the internet, no firewall configured in my router, I can ping bugs.debian.org and connect to port 25 without problems using netcat or telnet. In an attempt to change the reportbug behavior, I have modified the configuration in /etc/reportbug # Use this to enable the internal MTA (bypassing /usr/sbin/sendmail) smtphost localhost # # You can also specify a port other than 25 # smtphost mail.example.com:2525 Just to be clear: I checked both with this line enabled and commented out, also the setting 'smtphost bugs.debian.org' will not work. 'reportbug' is the version that I get from the testing archive (6.4.3). Can anybody enlighten me? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ai1642fehn...@mid.individual.net
Re: How to report a bug related to multiple packages (insserv, autofs, backuppc)
On Mi, 07 mar 12, 13:30:12, Sylvain wrote: > 2012/3/7 Camaleón : > > Anyway, I would have expected some kind of warning at the logs coming > > from backuppc indicating a problem for accessing to the configured mount > > point which was not available at that time and thus failing. > > Me too, and I didn't understand why I wasn't getting anything in the > logs until now: the default LogDir (/var/lib/backuppc/log/) is in a > subdirectory of the TopDir (/var/lib/backuppc/), which means that if > the TopDir doesn't exist, backuppc won't be able to log the error in > LogDir. So in order to check the logs to find out what the problem is > you first have to solve the problem. :-) [Note: I know nothing about backuppc] If having /var/lib/backuppc on media that may or may not be available during startup is common, then I guess this is a bug in backuppc (documentation, configuration, behaviour, etc.). On the other hand /var and subdirs are usually local[1], in which case you just shot yourself in the foot (which Linux and associated software traditionally does allow). [1] in this context I don't consider removable media that may or may not be connected to be local Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: How to report a bug related to multiple packages (insserv, autofs, backuppc)
On Wed, 07 Mar 2012 13:30:12 +0100, Sylvain wrote: > 2012/3/7 Camaleón : >> Anyway, I would have expected some kind of warning at the logs coming >> from backuppc indicating a problem for accessing to the configured >> mount point which was not available at that time and thus failing. > > Me too, and I didn't understand why I wasn't getting anything in the > logs until now: the default LogDir (/var/lib/backuppc/log/) is in a > subdirectory of the TopDir (/var/lib/backuppc/), which means that if the > TopDir doesn't exist, backuppc won't be able to log the error in LogDir. > So in order to check the logs to find out what the problem is you first > have to solve the problem. :-) There is "/var/log/syslog" for that kind of purpose. Why is not used, I can't tell :-) Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jj7kpu$ujn$7...@dough.gmane.org
Re: How to report a bug related to multiple packages (insserv, autofs, backuppc)
2012/3/7 Camaleón : > Anyway, I would have expected some kind of warning at the logs coming > from backuppc indicating a problem for accessing to the configured mount > point which was not available at that time and thus failing. Me too, and I didn't understand why I wasn't getting anything in the logs until now: the default LogDir (/var/lib/backuppc/log/) is in a subdirectory of the TopDir (/var/lib/backuppc/), which means that if the TopDir doesn't exist, backuppc won't be able to log the error in LogDir. So in order to check the logs to find out what the problem is you first have to solve the problem. :-) Cheers, Sylvain -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAJwBQFNYny=wdQUBKPCi_Mc4bN1-R=kkU_=T=oftvzlbdnv...@mail.gmail.com
Re: How to report a bug related to multiple packages (insserv, autofs, backuppc)
On Wed, 07 Mar 2012 08:46:23 +0100, Sylvain wrote: > 2012/3/6 Camaleón : >> Well, there are some packages that in addition to be installed have to >> be configured to be run on booting. I mean, the fact a service is not >> started by default cannot be considered a bug or error "per se". > > Sure, but you usually have either configuration files to edit, or a note > in the readme file stating that you'll need some additional steps to > make the package work if you're using some special configuration. Yes, but this does not seem to be the case. What I wanted to note is that an installed package does not have to be enabled by default, it can need manual intervention. > Also the resolution of the problem was not straightforward; in fact I > was writing to the list to get a solution to my problem when the > solution came to my mind. "Problems" and "straightforward" do not usually go in the same phrase, by their own nature :-) >> So backuppc daemon is starting but fails because it cannot access to >> the configured external USB hard disk? You can check the service status >> with "service backuppc status". > > Yes, the /removable/sbackup/backuppc directory is empty since autofs has > not started yet and thus has not created the directory yet. Okay, then the service is started but fails. >> Mmm, I would open a bug against the package it self (that is, backuppc) >> to get some feedback from the package maintainers about this situation. >> >> In principle (though I don't know BackupPC requirements in deep), it >> should not require "autofs" by default (nor smb, nfs...) because there >> can be people/installations not having that service even installed. > > Sure. Maybe the best solution is a note in the readme file for autofs > users. I'll file a bugreport against backuppc. Sure, documenting that kind of things never hurts. Anyway, I would have expected some kind of warning at the logs coming from backuppc indicating a problem for accessing to the configured mount point which was not available at that time and thus failing. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jj7jul$ujn$5...@dough.gmane.org
Re: How to report a bug related to multiple packages (insserv, autofs, backuppc)
On Wed, Mar 7, 2012 at 2:46 AM, Sylvain wrote: > 2012/3/6 Tom H : >> >> AFAICT, a bug should be filed against backuppc to change its init >> script to have "$remote_fs" (or "$all"!) in "Required-Start" or >> "autofs" in "Should-Start". > > autofs doesn't seem to be included in $remote_fs, and autofs doen't > have anything to do with backuppc so I don't think it should be > included in backuppc's init script. I'm surprised that autofs isn't in "$remote_fs"; maybe it's in "$network" but I have no idea how to check either and I'll take your word for it. You misunderstand the LSB headers and insserv. It doesn't matter whether aufofs and backuppc are related; insserv has to have whatever infomation's required to order the init scripts in "rcX.d" properly. For example, nfs-kernel-server has "named" or "$named" (I'm not sure) in "Should-Start". -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOdo=SyGMOs88u+Ci-aCXY1mRFPJA===pxhmh5ft3ybccmo...@mail.gmail.com
Re: How to report a bug related to multiple packages (insserv, autofs, backuppc)
2012/3/6 Tom H : > AFAICT, a bug should be filed against backuppc to change its init > script to have "$remote_fs" (or "$all"!) in "Required-Start" or > "autofs" in "Should-Start". autofs doesn't seem to be included in $remote_fs, and autofs doen't have anything to do with backuppc so I don't think it should be included in backuppc's init script. 2012/3/6 Camaleón : > On Tue, 06 Mar 2012 12:35:21 +0100, Sylvain wrote: > >> I installed backuppc the other day, configured it and it works fine >> except for one thing: it doesn't start at boot. I looked in the backuppc >> logs and in the syslog and saw nothing suspicious. If I start it >> manually with /etc/init.d/backuppc start, it works just fine. There are >> also startup scripts in /etc/rc*.d/. My backuppc version is 3.2.1-2 (I'm >> running a testing install). > > Well, there are some packages that in addition to be installed have to be > configured to be run on booting. I mean, the fact a service is not > started by default cannot be considered a bug or error "per se". Sure, but you usually have either configuration files to edit, or a note in the readme file stating that you'll need some additional steps to make the package work if you're using some special configuration. Also the resolution of the problem was not straightforward; in fact I was writing to the list to get a solution to my problem when the solution came to my mind. >> Note that my /var/lib/backuppc directory points to >> /removable/sbackup/backuppc which is my external USB HDD mounted by >> autofs, which is in /etc/rc*.d/S21autofs (backuppc is >> /etc/rc*.d/S21backuppc). After some investigation I found that adding >> autofs in the Required-Start section of the insserv overrides of the >> backuppc init script solved the problem. > > So backuppc daemon is starting but fails because it cannot access to the > configured external USB hard disk? You can check the service status with > "service backuppc status". Yes, the /removable/sbackup/backuppc directory is empty since autofs has not started yet and thus has not created the directory yet. >> Now I'm not sure how to report >> the bug. Should I report it against autofs (so that autofs gets included >> into $local_fs or in the mountall.sh script but these scripts have >> nothing to do with autofs), or in insserv (again so that autofs gets >> included into $local_fs, but insserv doesn't have anything to do with >> autofs) or in backuppc so that the init script is modified (but again, >> backuppc has nothing to do with autofs)? > > Mmm, I would open a bug against the package it self (that is, backuppc) > to get some feedback from the package maintainers about this situation. > > In principle (though I don't know BackupPC requirements in deep), it > should not require "autofs" by default (nor smb, nfs...) because there > can be people/installations not having that service even installed. Sure. Maybe the best solution is a note in the readme file for autofs users. I'll file a bugreport against backuppc. Thanks for the hints, Sylvain -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAJwBQFN6GNUmyPDE=mDrYpP4Sd0f3=z3ocm4lf6yqgpb00s...@mail.gmail.com
Re: How to report a bug related to multiple packages (insserv, autofs, backuppc)
On Tue, 06 Mar 2012 12:35:21 +0100, Sylvain wrote: > I installed backuppc the other day, configured it and it works fine > except for one thing: it doesn't start at boot. I looked in the backuppc > logs and in the syslog and saw nothing suspicious. If I start it > manually with /etc/init.d/backuppc start, it works just fine. There are > also startup scripts in /etc/rc*.d/. My backuppc version is 3.2.1-2 (I'm > running a testing install). Well, there are some packages that in addition to be installed have to be configured to be run on booting. I mean, the fact a service is not started by default cannot be considered a bug or error "per se". > Note that my /var/lib/backuppc directory points to > /removable/sbackup/backuppc which is my external USB HDD mounted by > autofs, which is in /etc/rc*.d/S21autofs (backuppc is > /etc/rc*.d/S21backuppc). After some investigation I found that adding > autofs in the Required-Start section of the insserv overrides of the > backuppc init script solved the problem. So backuppc daemon is starting but fails because it cannot access to the configured external USB hard disk? You can check the service status with "service backuppc status". > Now I'm not sure how to report > the bug. Should I report it against autofs (so that autofs gets included > into $local_fs or in the mountall.sh script but these scripts have > nothing to do with autofs), or in insserv (again so that autofs gets > included into $local_fs, but insserv doesn't have anything to do with > autofs) or in backuppc so that the init script is modified (but again, > backuppc has nothing to do with autofs)? Mmm, I would open a bug against the package it self (that is, backuppc) to get some feedback from the package maintainers about this situation. In principle (though I don't know BackupPC requirements in deep), it should not require "autofs" by default (nor smb, nfs...) because there can be people/installations not having that service even installed. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jj5kvp$ds9$2...@dough.gmane.org
Re: How to report a bug related to multiple packages (insserv, autofs, backuppc)
On Tue, Mar 6, 2012 at 6:35 AM, Sylvain wrote: > > I installed backuppc the other day, configured it and it works fine > except for one thing: it doesn't start at boot. I looked in the > backuppc logs and in the syslog and saw nothing suspicious. If I start > it manually with /etc/init.d/backuppc start, it works just fine. There > are also startup scripts in /etc/rc*.d/. My backuppc version is > 3.2.1-2 (I'm running a testing install). > > Note that my /var/lib/backuppc directory points to > /removable/sbackup/backuppc which is my external USB HDD mounted by > autofs, which is in /etc/rc*.d/S21autofs (backuppc is > /etc/rc*.d/S21backuppc). After some investigation I found that adding > autofs in the Required-Start section of the insserv overrides of the > backuppc init script solved the problem. Now I'm not sure how to > report the bug. Should I report it against autofs (so that autofs gets > included into $local_fs or in the mountall.sh script but these scripts > have nothing to do with autofs), or in insserv (again so that autofs > gets included into $local_fs, but insserv doesn't have anything to do > with autofs) or in backuppc so that the init script is modified (but > again, backuppc has nothing to do with autofs)? autofs *usually* mounts remote filesystems so including it in "$local_fs" doesn't make sense. AFAICT, a bug should be filed against backuppc to change its init script to have "$remote_fs" (or "$all"!) in "Required-Start" or "autofs" in "Should-Start". -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOdo=swmkbe6y38k3ceiofnxurtjehopkva03s7rd13mda7...@mail.gmail.com
Re: How to report a bug related to multiple packages (insserv, autofs, backuppc)
On 06/03/12 11:35, Sylvain wrote: Hey there, I installed backuppc the other day, configured it and it works fine except for one thing: it doesn't start at boot. I looked in the backuppc logs and in the syslog and saw nothing suspicious. If I start it manually with /etc/init.d/backuppc start, it works just fine. There are also startup scripts in /etc/rc*.d/. My backuppc version is 3.2.1-2 (I'm running a testing install). Note that my /var/lib/backuppc directory points to /removable/sbackup/backuppc which is my external USB HDD mounted by autofs, which is in /etc/rc*.d/S21autofs (backuppc is /etc/rc*.d/S21backuppc). After some investigation I found that adding autofs in the Required-Start section of the insserv overrides of the backuppc init script solved the problem. Now I'm not sure how to report the bug. Should I report it against autofs (so that autofs gets included into $local_fs or in the mountall.sh script but these scripts have nothing to do with autofs), or in insserv (again so that autofs gets included into $local_fs, but insserv doesn't have anything to do with autofs) or in backuppc so that the init script is modified (but again, backuppc has nothing to do with autofs)? Thanks for your advice, Sylvain I think I would call that configuration, not a bug. How would backuppc know the drive is connected & switched on, if you don't tell it. :) (Others may need it to run as a cron job; they may backup to tape, etc.) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f55fe54.3010...@gmail.com
How to report a bug related to multiple packages (insserv, autofs, backuppc)
Hey there, I installed backuppc the other day, configured it and it works fine except for one thing: it doesn't start at boot. I looked in the backuppc logs and in the syslog and saw nothing suspicious. If I start it manually with /etc/init.d/backuppc start, it works just fine. There are also startup scripts in /etc/rc*.d/. My backuppc version is 3.2.1-2 (I'm running a testing install). Note that my /var/lib/backuppc directory points to /removable/sbackup/backuppc which is my external USB HDD mounted by autofs, which is in /etc/rc*.d/S21autofs (backuppc is /etc/rc*.d/S21backuppc). After some investigation I found that adding autofs in the Required-Start section of the insserv overrides of the backuppc init script solved the problem. Now I'm not sure how to report the bug. Should I report it against autofs (so that autofs gets included into $local_fs or in the mountall.sh script but these scripts have nothing to do with autofs), or in insserv (again so that autofs gets included into $local_fs, but insserv doesn't have anything to do with autofs) or in backuppc so that the init script is modified (but again, backuppc has nothing to do with autofs)? Thanks for your advice, Sylvain -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAJwBQFNR=CNtB43SE=-ggizrl8ehqeqgsfruawskjkqmjj8...@mail.gmail.com
Re: How to report a bug in Debian using reportbug
On Sat, May 28, 2011 at 03:39:14PM +0200, Sven Joachim wrote: > On 2011-05-28 15:06 +0200, Vlad GURDIGA wrote: > > > If I'm not missing anything, the reportbug package doesn't seem to be > > found when you install the minimal system: > > Not in a minimal system, but in a standard system (the one you get when > you don't select anything else during installation). > > > root@debian:~# aptitude install reportbug > > No packages will be installed, upgraded, or removed. > > 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > > Need to get 0 B of archives. After unpacking 0 B will be used. > > AFAICS this means that reportbug is already installed in the latest > version, otherwise aptitude would install it (or tell you that it cannot > be found). snip... Looks like he needs to run "dpkg -l reportbug". -- Bob Holtzman Key ID: 8D549279 "If you think you're getting free lunch, check the price of the beer" signature.asc Description: Digital signature
Re: How to report a bug in Debian using reportbug
On 05/28/11 at 04:06pm, Vlad GURDIGA wrote: > If I'm not missing anything, the reportbug package doesn't seem to be > found when you install the minimal system: > > root@debian:~# aptitude install reportbug > No packages will be installed, upgraded, or removed. > 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > Need to get 0 B of archives. After unpacking 0 B will be used. try dpkg -l reportbug, looks like it's already installed. -- Liam signature.asc Description: Digital signature
Re: How to report a bug in Debian using reportbug
On 2011-05-28 15:06 +0200, Vlad GURDIGA wrote: > If I'm not missing anything, the reportbug package doesn't seem to be > found when you install the minimal system: Not in a minimal system, but in a standard system (the one you get when you don't select anything else during installation). > root@debian:~# aptitude install reportbug > No packages will be installed, upgraded, or removed. > 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > Need to get 0 B of archives. After unpacking 0 B will be used. AFAICS this means that reportbug is already installed in the latest version, otherwise aptitude would install it (or tell you that it cannot be found). > root@debian:~# cat /etc/apt/sources.list > # > > # deb cdrom:[Debian GNU/Linux 6.0.1a _Squeeze_ - Official i386 NETINST > Binary-1 20110320-15:03]/ squeeze main > > #deb cdrom:[Debian GNU/Linux 6.0.1a _Squeeze_ - Official i386 NETINST > Binary-1 20110320-15:03]/ squeeze main > > deb http://ftp.ro.debian.org/debian/ squeeze main > deb-src http://ftp.ro.debian.org/debian/ squeeze main > > deb http://security.debian.org/ squeeze/updates main > deb-src http://security.debian.org/ squeeze/updates main > > # squeeze-updates, previously known as 'volatile' > deb http://ftp.ro.debian.org/debian/ squeeze-updates main > deb-src http://ftp.ro.debian.org/debian/ squeeze-updates main Looks good. Sven -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/874o4fj665@turtle.gmx.de
RE: How to report a bug in Debian using reportbug
If I'm not missing anything, the reportbug package doesn't seem to be found when you install the minimal system: root@debian:~# aptitude install reportbug No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. root@debian:~# uname -a Linux debian 2.6.32-5-686 #1 SMP Tue Mar 8 21:36:00 UTC 2011 i686 GNU/Linux root@debian:~# cat /etc/debian_version 6.0.1 root@debian:~# cat /etc/apt/sources.list # # deb cdrom:[Debian GNU/Linux 6.0.1a _Squeeze_ - Official i386 NETINST Binary-1 20110320-15:03]/ squeeze main #deb cdrom:[Debian GNU/Linux 6.0.1a _Squeeze_ - Official i386 NETINST Binary-1 20110320-15:03]/ squeeze main deb http://ftp.ro.debian.org/debian/ squeeze main deb-src http://ftp.ro.debian.org/debian/ squeeze main deb http://security.debian.org/ squeeze/updates main deb-src http://security.debian.org/ squeeze/updates main # squeeze-updates, previously known as 'volatile' deb http://ftp.ro.debian.org/debian/ squeeze-updates main deb-src http://ftp.ro.debian.org/debian/ squeeze-updates main root@debian:~# -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktinfwapnzs3wgkt-kcbtt940_7e...@mail.gmail.com
Re: How to report a Bug (Which Package?)
On Wed, 19 Jun 2002, Steve Juranich wrote: >> As suggested in http://www.debian.org/Bugs/Reporting ; I am >> sending this to "debian-user". > This is a good place to hang out for Debian users of all levels. > I encourage you to stick around. Apology, that I do not subscribe "debian-user". But, I do have web access to that list. My intention was to report a problem as suggested in http://www.debian.org/Bugs/Reporting >> and then I run "tasksel". I selected "X11"; and then choose >> "kdm" out of "xdm", "gdm", and "kdm". >> Apparently, it installs everything, unfortunately it does not >> like to install "gdm" (dpkg error code 1). Fortunetely, everything >> works fine after rerunning the installation process. As a >> matter of fact, this is the first time ever, I have managed >> automatically to install the X11 server (I used to configure >> it manually). > Erm, do you mean 'kdm' in the second paragraph, otherwise I'm confused. No, I guess that the "X Window System" option in tasksel installs everything: xdm, gdm, kdm. But, apparently "gdm" does not like to be installed together with "kdm"? It happen more than once that the KDE installing process crashes (at another time and another system). >> Question: >> - whoose bug is that? >> - how to report it? After browsing the current bug list queue, I believe that not repporting this trivial bug is a better option. Thank you anyway. -- Abdul Latip -- Angkasa Internet Junior Staff -- ANGIN.com http://people.WebIndonesia.com/dullatip/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to report a Bug (Which Package?)
Please be careful about your attribution lines. I did not write any of what you attributed to me. All of that was written by Abdul Latip <[EMAIL PROTECTED]>. Bob > On Wednesday 19 June 2002 03:22, Bob Proulx wrote: > > > I have just installed woody from scratch (due to trying ext3fs); > > > and then I run "tasksel". I selected "X11"; and then choose > > > "kdm" out of "xdm", "gdm", and "kdm". > > > > > > Apparently, it installs everything, unfortunately it does not pgpvKXa6YBwHz.pgp Description: PGP signature
Re: How to report a Bug (Which Package?)
> As suggested in http://www.debian.org/Bugs/Reporting ; I am > sending this to "debian-user". This is a good place to hang out for Debian users of all levels. I encourage you to stick around. > I have just installed woody from scratch (due to trying ext3fs); > and then I run "tasksel". I selected "X11"; and then choose > "kdm" out of "xdm", "gdm", and "kdm". > > Apparently, it installs everything, unfortunately it does not > like to install "gdm" (dpkg error code 1). Fortunetely, everything > works fine after rerunning the installation process. As a > matter of fact, this is the first time ever, I have managed > automatically to install the X11 server (I used to configure > it manually). Erm, do you mean 'kdm' in the second paragraph, otherwise I'm confused. Unfortunately, just getting the exit code is not really enough to diagnose the problem. Apt is normally pretty good about spitting out useful error messages when it dies. What error messages do you see? > Question: > - whoose bug is that? Well, again, without having more useful error messages, it's difficult to tell. Maybe you tried running apt-get as a normal user, maybe the package is broken, maybe there was just too much bad mojo in the room when you tried the install. > - how to report it? The best way I've found to report bugs is to first of all do 'apt-get install reportbug'. Then when you think you've found a bug in (for instance) kdm, you would type 'reportbug kdm'. You'll want to read the man page for reportbug as there are a couple of environment variables you'll want to set. But it is a very nice way to file new bugs. HTH -- Stephen W. Juranich [EMAIL PROTECTED] Electrical Engineering http://students.washington.edu/sjuranic University of Washingtonhttp://ssli.ee.washington.edu/ssli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to report a Bug (Which Package?)
On Wednesday 19 June 2002 03:22, Bob Proulx wrote: > > I have just installed woody from scratch (due to trying ext3fs); > > and then I run "tasksel". I selected "X11"; and then choose > > "kdm" out of "xdm", "gdm", and "kdm". > > > > Apparently, it installs everything, unfortunately it does not My suggestion would be to install nothing with tasksel and dselect and then apt-get everything. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: How to report a Bug (Which Package?)
On 19-Jun-2002 Abdul Latip wrote: > As suggested in http://www.debian.org/Bugs/Reporting ; I am > sending this to "debian-user". > > I have just installed woody from scratch (due to trying ext3fs); > and then I run "tasksel". I selected "X11"; and then choose > "kdm" out of "xdm", "gdm", and "kdm". > > Apparently, it installs everything, unfortunately it does not > like to install "gdm" (dpkg error code 1). Fortunetely, everything > works fine after rerunning the installation process. As a > matter of fact, this is the first time ever, I have managed > automatically to install the X11 server (I used to configure > it manually). > > Question: > - whoose bug is that? > - how to report it? > if you have your machine setup to send mail via the mailer daemon (exim by default) the handy package reportbug will help you. As to whose bug is it, that is harder to say based on your report. Try starting with gdm. Be sure to give as much of the error message and surrounding info as you can remember. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to report a Bug (Which Package?)
> I have just installed woody from scratch (due to trying ext3fs); > and then I run "tasksel". I selected "X11"; and then choose > "kdm" out of "xdm", "gdm", and "kdm". > > Apparently, it installs everything, unfortunately it does not A suggestion. It is possible to run 'tasksel -t' and select what you want, then finish. The -t is test mode and won't actually run anything. But it will print the apt-get line that it would have installed without the -t option. I find that useful. Use that output as a starting point hint and run apt-get yourself manually. Avoid installing what you don't want. In this way I can install 'automake1.5' instead of the older 'automake' and so forth. For my own personal situation I plan to create my own metapackage that will pull these things in to make this simpler for me. Right now I just install a long list of 'good stuff'. But I am installing Debian almost regularly on different machines these days and a meta package customized for my installation so as to avoid tasksel would be useful. Sorry I can't help with the rest of your question. But hopefully this is useful by itself. Bob pgplWRjubSLgB.pgp Description: PGP signature
How to report a Bug (Which Package?)
As suggested in http://www.debian.org/Bugs/Reporting ; I am sending this to "debian-user". I have just installed woody from scratch (due to trying ext3fs); and then I run "tasksel". I selected "X11"; and then choose "kdm" out of "xdm", "gdm", and "kdm". Apparently, it installs everything, unfortunately it does not like to install "gdm" (dpkg error code 1). Fortunetely, everything works fine after rerunning the installation process. As a matter of fact, this is the first time ever, I have managed automatically to install the X11 server (I used to configure it manually). Question: - whoose bug is that? - how to report it? Thank you, -- Abdul Latip -- Junior Staff -- Angkasa Internet -- http://angin.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: HOW-TO report a bug?
zhaoway wrote: > > Hi, > > I cannot report a bug using neither reportbug nor bug. > The problem is that even I have set the EMAIL environment > or using the --email opt to set my from: line, the bug > message sent were still using my local not-FQDN hostname > hence got to be rejected by Debian's SMTP server. (only > that reportbug sent a bcc: to the mail addr suggested > in --email.) My message got rejected saying by Debian > SMTP server that he cannot route to me after the MAIL > FROM: <[EMAIL PROTECTED]> . Perhaps you can configure your MTA to rewrite the header so that the out-going From: <[EMAIL PROTECTED]> to From: [EMAIL PROTECTED] ? What MTA are you using? I've successfully done this kind of thing with exim. I took out the CC: to debian-simplified-chinese, since I thought this was off-topic for that forum. -- [EMAIL PROTECTED] 972-729-5387 [EMAIL PROTECTED] (home phone on request) http://www.koyote.com/users/bolan RE: xmailtool http://www.koyote.com/users/bolan/xmailtool/index.html I am the "ILOVEGNU" signature virus. Just copy me to your signature. This email was infected under the terms of the GNU General Public License.
HOW-TO report a bug?
Hi, I cannot report a bug using neither reportbug nor bug. The problem is that even I have set the EMAIL environment or using the --email opt to set my from: line, the bug message sent were still using my local not-FQDN hostname hence got to be rejected by Debian's SMTP server. (only that reportbug sent a bcc: to the mail addr suggested in --email.) My message got rejected saying by Debian SMTP server that he cannot route to me after the MAIL FROM: <[EMAIL PROTECTED]> . Please help! Thanks! Please Cc: me!