[Bug 1033] New: ldap-client failed
http://bugs.skolelinux.no/show_bug.cgi?id=1033 Summary: ldap-client failed Product: Skolelinux Version: sarge-pr07 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: debian-edu-config AssignedTo: debian-edu@lists.debian.org ReportedBy: [EMAIL PROTECTED] During a new installation done during early monrning hours, I get a new bug :( These are the error reported: /usr/sbin/debian-edu-test-install: ldap-client failed This is with a daily build as of svn-revision 5607 --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug 1031] Allow installation from multiple CD volumes
http://bugs.skolelinux.no/show_bug.cgi?id=1031 --- Additional Comments From [EMAIL PROTECTED] 2006-01-31 01:51 --- extracd --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Changes on debian-edu-config
Hi, On Monday 30 January 2006 14:05, Jonas Smedegaard wrote: > Then perhaps file a bug against the policy manual (sorry, don't know > what magic name that has in the BTS), to help others in same situation > as you :-) the package is called debian-policy, see http://bugs.debian.org/debian-policy if the bug allready has been submitted. regards, Holger pgpq5BgbR0yO9.pgp Description: PGP signature
[Bug 1010] Loging in using ldm on thin clients is slow
http://bugs.skolelinux.no/show_bug.cgi?id=1010 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|debian-edu@lists.debian.org |[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2006-01-30 21:28 --- This problem was debugged and solved during this weekends development gathering. The problem is xauth and ssh on the client. A patch to fix it has been reported to Debian, and a test version of LTSP with the fix included is on the daily built CD. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350311 > for the patch and more details. --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug 522] Autopartkit makes partitions that does not end on cylinder boundary.
http://bugs.skolelinux.no/show_bug.cgi?id=522 --- Additional Comments From [EMAIL PROTECTED] 2006-01-30 21:24 --- As far as I know, this is still a problem for sarge. As for the discussion on the allocation algorithm, this bug is not a good place to hold it. The autopartkit source is in the debian-installer svn repository, and the rules used to allocate space in debian-edu is in the debian-edu-install package in the debian-edu svn repository. --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug 522] Autopartkit makes partitions that does not end on cylinder boundary.
http://bugs.skolelinux.no/show_bug.cgi?id=522 --- Additional Comments From [EMAIL PROTECTED] 2006-01-30 20:41 --- Is this still valid for Sarge? As discussed in Erkelenz, it might be advisable to re-discuss the algorithm of autopartdisk resp. its parameters, anyway: /usr should use 10% of total discspace, but max. 10 GB. Hence, I like to ask you kindly to either - make autopartkit policy more transparent (formulas), or - point us to the code that calculates sizes. Maybe we can solve it by just adding another install option usr=5GB etc. Thanks a lot --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug 1031] New: Allow installation from multiple CD volumes
http://bugs.skolelinux.no/show_bug.cgi?id=1031 Summary: Allow installation from multiple CD volumes Product: Skolelinux Version: sarge-pr07 Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: debian-edu-install AssignedTo: debian-edu@lists.debian.org ReportedBy: [EMAIL PROTECTED] As discussed in Erkelenz, there might be situations where we want ask the installing user to enter further CDs after installation finishs. For this, Petter suggested an additional install option. Please vote on: addon-cds=1 extracd multiple-volumes multivol Background: Thus, packages that are of local importance, can be installed from a 2nd CD without the need of extra knowledge to re-mount this CD. --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug 1010] Loging in using ldm on thin clients is slow
http://bugs.skolelinux.no/show_bug.cgi?id=1010 --- Additional Comments From [EMAIL PROTECTED] 2006-01-30 20:25 --- Scanning the output of top -b shows that gtk causes heavy server load. Thus I suspect LDM to use this library. Is there a way to preload / prelink it? Maybe it is just a matter of timing... --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Changes on debian-edu-config
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 30 Jan 2006 16:47:00 +0100 Finn-Arne Johansen <[EMAIL PROTECTED]> wrote: > How should our user know this ? If in doubt then use the Skolelinux BTS - leaving the Skolelinux developers with the task of passing on those bugs better suited at the Debian BTS. I was responding to a Skolelinux *developer* rather than a user. > When the package is built by the debian maintainer, uploaded into > Skolelinux local repository, and the same person is the one that tells > me I'm missusing Debian BTS. > > I believe we need to use our own bugzilla, and we need to have a > manual forward of bugs from our bugzilla to the Debian BTS > > I believe most of our users will be scared back to wintendo if they > get the feedback from the Debian Maintainers. And they will be asked > questions they are in no way of capable of answering, and most bugs > will be written of as "problem exist between Keyboard and Computer(?)" Huh. Good luck with that duplication of work! I certainly do not consider Skolelinux users any different than Debian users, but possibly I just missed the point of Skolelinux completely. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD3mf3n7DbMsAkQLgRAoC+AJ9ioszslkP7fYmOEb9s6K2S299mhgCfWmZc 6K5dfBwaUb+pp5+o92NmDto= =5ykv -END PGP SIGNATURE-
Re: Changes on debian-edu-config
Jonas Smedegaard wrote: > On Mon, 30 Jan 2006 14:52:37 +0100 > Finn-Arne Johansen <[EMAIL PROTECTED]> wrote: >>>Petter Reinholdtsen wrote: [Jonas Smedegaard] >>Furthemore, the policy told me that missing man >>pages are considered as a bug, so a new bug has been filed in >>bugs.sk.no (#1030) >Please file such bug in the Debian BTS rather than the Skolelinux >one. Good idea. If the package and the bug is in Debian, we should file a bug in BTS (we could have one in bugzilla as well, to keep track of it, but I prefer to tag the BTS bugs 'debian-edu' instead.) >This may not be obvious, so here is my understanding on best >approach: > >* Use Debian BTS for packages in Debian maintained by debian-edu >>> >>>Except when we use a newer version in the daily build than the one >>>availible from Debian. > > Indeed. But those are not simply "packages in Debian" - a newer version > requires a rebuild, which was my next cases: > >>> * Use Debian BTS for packages in Debian rebuild in Skolelinux, if the >>> Debian package maintainer welcomes such bug reports. >>> * Use Skolelinux BTS for packages in Debian but rebuild for >>>Skolelinux if the package maintainer is not explicitly interested in >>>them > > So I believe your story, Finn-Arne, is simply a supporting example of > why the Debian BTS should be used only when the Debian package > maintainer agrees with this :-) How should our user know this ? When the package is built by the debian maintainer, uploaded into Skolelinux local repository, and the same person is the one that tells me I'm missusing Debian BTS. I believe we need to use our own bugzilla, and we need to have a manual forward of bugs from our bugzilla to the Debian BTS I believe most of our users will be scared back to wintendo if they get the feedback from the Debian Maintainers. And they will be asked questions they are in no way of capable of answering, and most bugs will be written of as "problem exist between Keyboard and Computer(?)" -- Finn-Arne Johansen [EMAIL PROTECTED] http://bzz.no/ Debian-edu developer and Solution provider EE2A71C6403A3D191FCDC043006F1215062E6642 062E6642 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Translate Apache Index Page, please
(this message is mainly addressed to those who are NOT from no/en/de) Dear List, if you ever tried the default portal http://tjener.intern recently, you might have noticed that there is a Skolelinux page now instead of apache default. http://svn.debian.org/wsvn/debian-edu/trunk/src/debian-edu-config/var/www/ is the place where you'll find its English, Norsk and German version. It could be discussed if there should be additions - or, more generally, if this page should address users rather than the admin. For now, I only suggest to translate this page into all languaged available on the current CD. If you cannot commit your translation yourself you should - announce your translation on this list to prevent work done twice - post a link to the translation if it is ready (TSTB) Note that there is a stylesheet (CSS) that alters the look. Thanks to Greece, France, Danmark, Spain and everywhere, Regards Ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Changes on debian-edu-config
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have now created a wiki page about bug reporting here: http://wiki.debian.org/DebianEdu/BugReporting - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD3jkCn7DbMsAkQLgRAs+0AJ9UolVVZ3HGHrhNtUpHo737030QnQCeMQtg oNCi9D3EWEvra3VBiFPitOc= =Yscv -END PGP SIGNATURE-
Re: New build server donated from Intel
Hello Petter, Am 2006-01-26 14:00:20, schrieb Petter Reinholdtsen: > > Thanks to the work of Andreas Schuldei, we have just received a new > build server donated from Intel. It arrived yesterday, and is being > mounted these days. I expect it will take a few weeks before the > debian-edu admins manage to get it up and running and ready to move > services over to it. :) Great Job. Please can you tell me/us the Technical-Data of the machine? I am really interested in. Note: I am running local in my private network multiple buildd, for m68k (Macintosh IIvx), amd64 (Opteron 140), powerpc (iMac), sparc (SPARCstation 10), mips (SGI Indigo 2), i386, hppa and ia64. Thats more a Museum but for me privatly works... I do not want to try to Compile OOo on my "m46k" or "sparc". Greetings Michelle Konzack Systemadministrator Tamay Dogan Network Debian GNU/Linux Consultant -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Changes on debian-edu-config
> But I do not want to include such a feature now, close to the release. I > believe there were far to changes already in our scripts, and we have > caused a lot of extra work. Sure. We should stay with the current features and make them working. Just remember we have to check the daily build, test the barebone stuff (my task), verify the ltsp problems and check if they still exist and make some random checks on the daily build installations. We all have big ToDo-lists and as you may know I also want to change some stuff, but IMHO the priority should be on releasing instead of making changes (please notice that this is not a criticism on your changes). So please help with testing and releasing (my plan is to release within the next three weeks). After the release we can keep on adding new features. Because I hate releasing with half implemented features which are not tested in a productive environment. We should make sure that we have a *stable* release. Greetings Steffen P.S. Anyway nice to see you and others commiting, this is very motivating ;) pgps04RKsdode.pgp Description: PGP signature
Re: Changes on debian-edu-config
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 30 Jan 2006 14:52:37 +0100 Finn-Arne Johansen <[EMAIL PROTECTED]> wrote: > Petter Reinholdtsen wrote: > > [Jonas Smedegaard] > > > >>>Furthemore, the policy told me that missing man > >>>pages are considered as a bug, so a new bug has been filed in > >>>bugs.sk.no (#1030) > >> > >>Please file such bug in the Debian BTS rather than the Skolelinux > >>one. > > > > > > Good idea. If the package and the bug is in Debian, we should file > > a bug in BTS (we could have one in bugzilla as well, to keep track > > of it, but I prefer to tag the BTS bugs 'debian-edu' instead.) > > > > > >>This may not be obvious, so here is my understanding on best > >>approach: > >> > >> * Use Debian BTS for packages in Debian maintained by debian-edu > > Except when we use a newer version in the daily build than the one > availible from Debian. Indeed. But those are not simply "packages in Debian" - a newer version requires a rebuild, which was my next cases: > * Use Debian BTS for packages in Debian rebuild in Skolelinux, if the >Debian package maintainer welcomes such bug reports. > * Use Skolelinux BTS for packages in Debian but rebuild for > Skolelinux if the package maintainer is not explicitly interested in > them So I believe your story, Finn-Arne, is simply a supporting example of why the Debian BTS should be used only when the Debian package maintainer agrees with this :-) On Mon, 30 Jan 2006 14:39:14 +0100 Petter Reinholdtsen <[EMAIL PROTECTED]> wrote: > I believe the criteria should be if the bug is present in the debian > package or not, as it really is completely irrelevant if the > maintainer welcome bug reports or not. So for debian packages with > skolelinux-specific modifications, we need to check if the debian > package also got the bug before we make a BTS bug report on the issue. My intention was to keep the complexity low, while still aim as many bugreports at Debian as all parties can agree on. A more complex situation would indeed include your point above, Petter, but also that of obnoxious Debian maintainers as Finn-Arne have experienced. There is currently a discussion and a poll within Debian related to this. I suggest we stick to my earlier BTS rules until Debian have found more consensus on the matter. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD3iyrn7DbMsAkQLgRAkqgAJ9BBopBt2Qgugd5Go3JnNJzXsMSTACeLIwE eY8EeMQ1hAqn8TuFu9SbK9M= =5mgB -END PGP SIGNATURE-
Re: Changes on debian-edu-config
Petter Reinholdtsen wrote: > [Jonas Smedegaard] > >>>Furthemore, the policy told me that missing man >>>pages are considered as a bug, so a new bug has been filed in >>>bugs.sk.no (#1030) >> >>Please file such bug in the Debian BTS rather than the Skolelinux one. > > > Good idea. If the package and the bug is in Debian, we should file a > bug in BTS (we could have one in bugzilla as well, to keep track of > it, but I prefer to tag the BTS bugs 'debian-edu' instead.) > > >>This may not be obvious, so here is my understanding on best approach: >> >> * Use Debian BTS for packages in Debian maintained by debian-edu Except when we use a newer version in the daily build than the one availible from Debian. And this happens all the time. I was told that I could be blacklisted from Debian BTS for doing so by one of our developers when I filled a bug agains a version that was newer than the one in debian. There was no sign in reportbug nor anywere else that this report should not go against debian BTS. -- Finn-Arne Johansen [EMAIL PROTECTED] http://bzz.no/ Debian-edu developer and Solution provider EE2A71C6403A3D191FCDC043006F1215062E6642 062E6642 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Changes on debian-edu-config
Petter Reinholdtsen wrote: > [Benjamin Sonntag] > . >>Ok, but the /etc/default/backdoor file will certainly not change since >>this init script grew better ... >> >>I found #783 : http://bugs.skolelinux.no/show_bug.cgi?id=783 >>for this issue, but it is closed. If the bug is still here, we should >>reopen it. > > I'm not sure if that is the exact problem. I just remember that there > are problems with the backdoor script. > The backdoor script was a hack created by yours truly, to allow remote connection to an installation where inbound ssh was blocked, but outbound ssh was accepted. I did not want to submit the hack, but someone asked me gently, and I submitted it. If you look on a server that's using open-backdoor, you will see that ther might be several instances of it running. If you try to kill the running backdoor with /etc/init.d/open-backdoor stop, you will find that it's still running. I Myself has not used it since ages, but find it from time to time on other servers, and most of the times, the person(s) that has set backdoor up has forgotten all about them. I've changed into using a combination of ssh+ppp, which is much nicer if you manage a lot of servers (like I do), but a bit more work to set up. I would suggest we use remove open-backdoor, and tell people about openvpn or the possibility of using ssh+ppp. The script I use now is still a hack, but when monitored, they do work. But I do not want to include such a feature now, close to the release. I believe there were far to changes already in our scripts, and we have caused a lot of extra work. -- Finn-Arne Johansen [EMAIL PROTECTED] http://bzz.no/ Debian-edu developer and Solution provider EE2A71C6403A3D191FCDC043006F1215062E6642 062E6642 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Changes on debian-edu-config
[Jonas Smedegaard] >> Furthemore, the policy told me that missing man >> pages are considered as a bug, so a new bug has been filed in >> bugs.sk.no (#1030) > > Please file such bug in the Debian BTS rather than the Skolelinux one. Good idea. If the package and the bug is in Debian, we should file a bug in BTS (we could have one in bugzilla as well, to keep track of it, but I prefer to tag the BTS bugs 'debian-edu' instead.) > This may not be obvious, so here is my understanding on best approach: > > * Use Debian BTS for packages in Debian maintained by debian-edu > * Use Debian BTS for packages in Debian used as-is in Skolelinux Yes. > * Use Debian BTS for packages in Debian rebuild in Skolelinux, if the >Debian package maintainer welcomes such bug reports. > * Use Skolelinux BTS for packages in Debian but rebuild for Skolelinux >if the package maintainer is not explicitly interested in them I believe the criteria should be if the bug is present in the debian package or not, as it really is completely irrelevant if the maintainer welcome bug reports or not. So for debian packages with skolelinux-specific modifications, we need to check if the debian package also got the bug before we make a BTS bug report on the issue. > * Use Skolelinux BTS for packages only in Debian. Yes. :) > Perhaps using launchtool or daemon (see the Debian packages of the > same names) would help solve this? > > No, I am not volunteering to do this myself. Ah, daemon seem to work like the 'detach' package we have here at the university. And launchtool seem to be able to do part of the job the open-backdoor script is doing. Both are good candidates for fixing this problem. Thank you very much for the tip. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Changes on debian-edu-config
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 30 Jan 2006 12:07:38 +0100 Benjamin Sonntag <[EMAIL PROTECTED]> wrote: > You are right, debian now frowns on this behavior, I deleted the > undocumented links. > (I did not find it in the policy manual, but only in "man > dh_undocumented") Then perhaps file a bug against the policy manual (sorry, don't know what magic name that has in the BTS), to help others in same situation as you :-) > Furthemore, the policy told me that missing man > pages are considered as a bug, so a new bug has been filed in > bugs.sk.no (#1030) Please file such bug in the Debian BTS rather than the Skolelinux one. This may not be obvious, so here is my understanding on best approach: * Use Debian BTS for packages in Debian maintained by debian-edu * Use Debian BTS for packages in Debian used as-is in Skolelinux * Use Debian BTS for packages in Debian rebuild in Skolelinux, if the Debian package maintainer welcomes such bug reports. * Use Skolelinux BTS for packages in Debian but rebuild for Skolelinux if the package maintainer is not explicitly interested in them * Use Skolelinux BTS for packages only in Debian. This is one reason to minimize backports, sideports and local hacks: Even if you are careful yourself with each derivation off using "pure" Debian packages, you make it more confusing also on bugreporters to optimally help out. > About policy and compatibility of debian-edu-config, lintian told me > that : > > W: debian-edu-config source: > package-uses-deprecated-debhelper-compat-version 1 > -> should we use "4" compat file stamp ? > > W: debian-edu-config source: out-of-date-standards-version 3.6.1 > -> shall-we put more recent standards-version ? current policy version > is 3.6.2.2. Read /usr/share/doc/debian-policy/upgrading-checklist.txt.gz and if you are sure the newest version of policy is actually obeyed then bump up the version in the package to 3.6.2 (last digit is only related to typos, so irrelevant for declaring in packages). > >>- added /etc/default/backdoor empty file (with explanations) > >> > >> > > > >The backdoor system have a problem and should probably be fixed > >before it is better documented. It can make upgrades hang, I > >believe, because the background script isn't closing all the file > >descriptors. Perhaps using launchtool or daemon (see the Debian packages of the same names) would help solve this? No, I am not volunteering to do this myself. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD3g8Ln7DbMsAkQLgRAvTTAJ4lnszwz51riesgNnqnh1cq03/gnwCfVAE+ 98T2aUxCiFl0A8j6Mp4PCqk= =eI6m -END PGP SIGNATURE-
Re: Changes on debian-edu-config
[Benjamin Sonntag] > About policy and compatibility of debian-edu-config, lintian told me > that : > > W: debian-edu-config source: > package-uses-deprecated-debhelper-compat-version 1 > -> should we use "4" compat file stamp ? > > W: debian-edu-config source: out-of-date-standards-version 3.6.1 > -> shall-we put more recent standards-version ? current policy version > is 3.6.2.2. Yes, to both, but make sure the build isn't broken when you move from compat 1 to 4. It will change the behaviour of debhelper a lot. > Ok, but the /etc/default/backdoor file will certainly not change since > this init script grew better ... > > I found #783 : http://bugs.skolelinux.no/show_bug.cgi?id=783 > for this issue, but it is closed. If the bug is still here, we should > reopen it. I'm not sure if that is the exact problem. I just remember that there are problems with the backdoor script. > I have an idea for this issue. If it is still there I will try it and > commit it if it work : > $man ssh > ... ... > -N Do not execute a remote command. This is useful for just > forwarding ports (protocol version 2 > only). > -T Disable pseudo-tty allocation. > ... ... This will not work. The problem is the script calling ssh, not the ssh call itself. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug 1030] New: Missing manpages for binaries in debian-edu-config
http://bugs.skolelinux.no/show_bug.cgi?id=1030 Summary: Missing manpages for binaries in debian-edu-config Product: Skolelinux Version: sarge-pr07 Platform: All OS/Version: other Status: NEW Severity: normal Priority: P2 Component: debian-edu-config AssignedTo: debian-edu@lists.debian.org ReportedBy: [EMAIL PROTECTED] The following binaries don't currently have a man page on debian-edu-config package. Please do one for those and put them in the source directory as follow : - for /bin, in debian-edu-config/share/man/man1/ - for /sbin, in debian-edu-config/share/man/man8/ The Makefile will then automagically install those pages in the package. cfengine-debian-edu, cfengine-skolelinux, debian-edu-hd-warn, debian-edu-lessdisks, debian-edu-ltsp, debian-edu-pxelinux.cfg, filehandle_ctl.sh, ldap-debian-edu-install, ldap2netgroup, ldappasswd2, mkslapdcert, samba-debian-edu-admin, skolelinux-hd-warn, update-hostname-from-ip, update-ini-file --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Changes on debian-edu-config
Petter Reinholdtsen a écrit : >>- added automatic managment of binaries' manpages (or link to >> "undocumented.7.gz") >> >> > >I remember something about the undocumnted.7 manual page being >obsolete. Check policy to see if it is still needed. > > You are right, debian now frowns on this behavior, I deleted the undocumented links. (I did not find it in the policy manual, but only in "man dh_undocumented") Furthemore, the policy told me that missing man pages are considered as a bug, so a new bug has been filed in bugs.sk.no (#1030) About policy and compatibility of debian-edu-config, lintian told me that : W: debian-edu-config source: package-uses-deprecated-debhelper-compat-version 1 -> should we use "4" compat file stamp ? W: debian-edu-config source: out-of-date-standards-version 3.6.1 -> shall-we put more recent standards-version ? current policy version is 3.6.2.2. > > >>- added /etc/default/backdoor empty file (with explanations) >> >> > >The backdoor system have a problem and should probably be fixed before >it is better documented. It can make upgrades hang, I believe, >because the background script isn't closing all the file descriptors. > > Ok, but the /etc/default/backdoor file will certainly not change since this init script grew better ... I found #783 : http://bugs.skolelinux.no/show_bug.cgi?id=783 for this issue, but it is closed. If the bug is still here, we should reopen it. I have an idea for this issue. If it is still there I will try it and commit it if it work : $man ssh ... ... -N Do not execute a remote command. This is useful for just forwarding ports (protocol version 2 only). -T Disable pseudo-tty allocation. ... ... >>- added lintian-override about xconf_boot errors on lintian >> >> > >I believe the correct fix is to add "support" for the missing >arguments, aka accept the arguments and write error messages when they >are used, Or perhaps remove the script if it is no longer needed. > > ok, done. >The rest of the changes looked good. :) > > Thanks, and see you soon :) Regards, Benjamin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Changes on debian-edu-config
[Benjamin Sonntag] > Hi all, Hi. :) Good to see more active developers. :) > - added automatic managment of binaries' manpages (or link to > "undocumented.7.gz") I remember something about the undocumnted.7 manual page being obsolete. Check policy to see if it is still needed. > - added /etc/default/backdoor empty file (with explanations) The backdoor system have a problem and should probably be fixed before it is better documented. It can make upgrades hang, I believe, because the background script isn't closing all the file descriptors. We need some wrapper to detach the script from the controlling terminal and close all file descriptors. Any voluneers to write such wrapper in a script language? I got a C version, but want to keep debian-edu-config architecture neutral. > - added lintian-override about xconf_boot errors on lintian I believe the correct fix is to add "support" for the missing arguments, aka accept the arguments and write error messages when they are used, Or perhaps remove the script if it is no longer needed. The rest of the changes looked good. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]