SVN2GitMigrationStatus, directories we care about but which are not packages
Hei, according to the wiki[0] we care about these directories: o archive o build o build-area o cronjobs I would like to continue our migration to git, but I am not sure where to put the directories. Unless anyone else has a better idea I think we should put them in g.d.o:/git/debian-edu/directories/ [0]: https://wiki.debian.org/DebianEdu/HowTo/Git/SVN2GitMigrationStatus -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140918202433.ga7...@gmail.com
GIT makes commit rights less important (Re: Bug#726492: debian-edu: Task files are specifying a lot of not existing / renamed packages
Hi, On Donnerstag, 18. September 2014, Andreas Tille wrote: > thanks for your input which is definitely helpful. Would you volunteer > to go further than this start and review all tasts which is deperately > needed? I'd vote to grant you commit permissions in this case to > maintain the files directly rather than patches in BTS. while I have no real opinion on whether Bob should become a project member or not (and while I do applaud the very liberal membership rules of Debian Edu!), I'd like to point out that GIT makes (centralized) commit rights on alioth less important. Anyone can fork and commit to repo, and then these patches can be shared and picked easily, so that attribution of the work remains! To repeat this in mere english: your commits will remain your commits, even if someone else pushes them in the repo for you. Which is one of the many reasons why GIT is great! cheers, Holger signature.asc Description: This is a digitally signed message part.
Re: Bug#726492: debian-edu: Task files are specifying a lot of not existing / renamed packages
Hi Bob, thanks for your input which is definitely helpful. Would you volunteer to go further than this start and review all tasts which is deperately needed? I'd vote to grant you commit permissions in this case to maintain the files directly rather than patches in BTS. Kind regards Andreas. On Thu, Sep 18, 2014 at 02:01:19AM +0300, Bob Bib wrote: > Version: 1.724 > > Was curious what keeps depending on old wine-doc package... > Here a small patch to start with. > > > Best wishes, > Bob > > - > > --- a/tasks/desktop-other > +++ b/tasks/desktop-other > @@ -411,7 +411,7 @@ > Responsible: ? > NeedConfig: ? > > -Suggests:gnuplot, geg > +Suggests:gnuplot > Why: Graph plotting programs. gnuplot was requested by math teacher. > Responsible: ? > NeedConfig: no > @@ -434,7 +434,7 @@ > Responsible: ? > NeedConfig: no > > -Depends: inkscape | sodipodi > +Depends: inkscape > Recommends: gimp, gimp-data-extras, gimp-ufraw > Suggests:kolourpaint, kpaint, netpbm, gv, dia > Ignore: gimp-help-cs, gimp-help-de, gimp-help-en, gimp-help-fr, \ > @@ -579,7 +579,7 @@ > Responsible: Petter Reinholdtsen > NeedConfig: No > > -Suggests:wine, wine-doc, libwine-alsa, libwine-oss > +Suggests:wine > Why: Run MS Windows applications. > Responsible: ? > NeedConfig: ? > @@ -594,7 +594,7 @@ > Responsible: Petter Reinholdtsen > NeedConfig: no > > -Ignore: ted, mgp > +Ignore: mgp > Why: Presentasjonsverktøy > Responsible: ? > NeedConfig: no > > > -- > To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: > https://lists.debian.org/1410994702.434153696.uhkkp...@frv40.fwdcdn.com > > -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140918151917.gl10...@an3as.eu
Re: [debian-edu-commits] debian-edu/ 01/01: share/ltsp/init-ltsp.d/60-edu-diskless-ws: Stop using update-rc.d to disable the automounter if the homedir is mounted via sshfs as this isn't stable. Do it
On Thu, Sep 18, 2014 at 02:24:57PM +0200, Petter Reinholdtsen wrote: > [Wolfgang Schweer] > > The old code doesn't disable autofs anymore in a stable way, the new > > one does; homedirs are mounted via sshfs. (I read update-rc.d > > --help) > > Did you figure out why? Is update-rc.d now provided by some systemd > package? I was convinced it was the same across sysvinit and systemd? I wasn't able to figure it out. > > I guess, it will work like before, as all required init scripts are > > available (like automounter, nfs-common, nslcd, nscd). Only services > > defined in /usr/share/ltsp/init-ltsp.d/50-rm-system-services > > (and those defined in lts.conf via RM_SYSTEM_SERVICES) are dropped. > > How can it work as before when half the logic is removed, the one > enabling disabled systems when needed? The old code was sort of 'be 150% sure', enabling services that were not disabled in reality. Attached is the output from 'ps ax' in both cases. Wolfgang PID TTY STAT TIME COMMAND 1 ?Ss 0:01 /sbin/init 2 ?S 0:00 [kthreadd] 3 ?S 0:00 [ksoftirqd/0] 4 ?S 0:00 [kworker/0:0] 5 ?S< 0:00 [kworker/0:0H] 6 ?S 0:00 [kworker/u2:0] 7 ?S 0:00 [watchdog/0] 8 ?S< 0:00 [khelper] 9 ?S 0:00 [kdevtmpfs] 10 ?S< 0:00 [netns] 11 ?S< 0:00 [writeback] 12 ?SN 0:00 [ksmd] 13 ?S< 0:00 [kintegrityd] 14 ?S< 0:00 [bioset] 15 ?S< 0:00 [crypto] 16 ?S< 0:00 [kblockd] 17 ?S 0:00 [kworker/0:1] 18 ?S 0:00 [khungtaskd] 19 ?S 0:00 [kswapd0] 20 ?S 0:00 [fsnotify_mark] 25 ?S< 0:00 [kthrotld] 26 ?S< 0:00 [ipv6_addrconf] 27 ?S< 0:00 [deferwq] 28 ?S 0:00 [kworker/u2:1] 63 ?S 0:00 [khubd] 64 ?S< 0:00 [ata_sff] 65 ?S 0:00 [scsi_eh_0] 66 ?S< 0:00 [scsi_tmf_0] 67 ?S 0:00 [scsi_eh_1] 68 ?S< 0:00 [scsi_tmf_1] 69 ?S 0:00 [kworker/u2:2] 70 ?S 0:00 [scsi_eh_2] 71 ?S< 0:00 [scsi_tmf_2] 72 ?S 0:00 [kworker/u2:3] 73 ?S 0:00 [kworker/u2:4] 104 ?Ss 0:00 udhcpc -n -C -O rootpath -s /tmp/dhcp-script.sh -i eth0 116 ?S< 0:00 [rpciod] 117 ?S< 0:00 [nfsiod] 301 ?Ss 0:00 nbd-client 10.0.2.2 -N swap /dev/nbd1 -swap 303 ?S< 0:00 [nbd1] 305 ?S< 0:00 [kworker/0:1H] 307 ?S< 0:00 [kdmflush] 327 ?S< 0:00 [bioset] 328 ?S< 0:00 [kcryptd_io] 329 ?S< 0:00 [kcryptd] 330 ?S< 0:00 [bioset] 346 ?Ss 0:00 /lib/systemd/systemd-journald 347 ?S 0:00 [kauditd] 352 ?S 0:00 [kworker/0:2] 366 ?S 0:01 [kworker/0:3] 370 ?Ss 0:00 /lib/systemd/systemd-udevd 414 ?S< 0:00 [kpsmoused] 654 ?Ss 0:00 /sbin/rpcbind -w 664 ?Ss 0:00 /sbin/rpc.statd 680 ?Ss 0:00 /usr/sbin/rpc.idmapd 685 ?Ss 0:00 /usr/sbin/rpc.gssd 690 ?Ss 0:00 avahi-daemon: running [auto-mac-08-00-27-c5-07-49.local] 718 ?Ss 0:00 /usr/sbin/sshd -D 720 ?Ss 0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation 723 ?Ssl0:00 /usr/sbin/rsyslogd -n 724 ?Ssl0:00 /usr/sbin/ModemManager 725 ?Ss 0:00 /usr/sbin/inetd -i 728 ?Ss 0:00 /lib/systemd/systemd-logind 747 ?S 0:00 /bin/sh /etc/init.d/sitesummary-client start 748 tty1 Ss 0:00 /bin/login -- 756 ?Ssl0:00 /usr/sbin/nscd 759 ?S 0:00 sleep 300 842 ?SLl0:00 /usr/sbin/nslcd 893 tty7 Ss+0:00 /bin/sh /usr/share/ltsp/screen_session 07 957 ?Ss 0:00 /usr/sbin/cron -f 958 ?S 0:00 avahi-daemon: chroot helper 962 ?Ss 0:00 /usr/sbin/cups-browsed 964 ?Ssl0:00 /usr/lib/policykit-1/polkitd --no-debug 1009 ?Ss 0:00 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 109:119 1112 ?Ssl0:00 /usr/sbin/console-kit-daemon --no-daemon 1872 ?SNsl 0:00 /usr/lib/rtkit/rtkit-daemon 1894 ?Ssl0:00 /usr/lib/upower/upowerd 1921 ?Ss 0:00 /usr/lib/bluetooth/bluetoothd 1931 ?Ss 0:00 /lib/systemd/systemd-hostnamed 1943 ?S< 0:00 [krfcommd] 1949 ?Ssl0:00 /usr/lib/udisks2/udisksd --no-debug 2048 tty7 S+ 0:00 xinit /usr/share/ltsp/xinitrc /usr/sbin/ldm -- :7 vt7 -auth /var/run/ldm-xauth-Hh9KHaehX/Xauthority -br 2093 ?S PID TTY STAT TIME COMMAND 1 ?Ss 0:00 /sbin/init 2 ?
Re: [debian-edu-commits] debian-edu/ 01/01: share/ltsp/init-ltsp.d/60-edu-diskless-ws: Stop using update-rc.d to disable the automounter if the homedir is mounted via sshfs as this isn't stable. Do it
[Wolfgang Schweer] > The old code doesn't disable autofs anymore in a stable way, the new > one does; homedirs are mounted via sshfs. (I read update-rc.d > --help) Did you figure out why? Is update-rc.d now provided by some systemd package? I was convinced it was the same across sysvinit and systemd? > I guess, it will work like before, as all required init scripts are > available (like automounter, nfs-common, nslcd, nscd). Only services > defined in /usr/share/ltsp/init-ltsp.d/50-rm-system-services > (and those defined in lts.conf via RM_SYSTEM_SERVICES) are dropped. How can it work as before when half the logic is removed, the one enabling disabled systems when needed? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140918122457.gi32...@diskless.uio.no
Re: [debian-edu-commits] debian-edu/ 01/01: share/ltsp/init-ltsp.d/60-edu-diskless-ws: Stop using update-rc.d to disable the automounter if the homedir is mounted via sshfs as this isn't stable. Do it
On Thu, Sep 18, 2014 at 12:41:03PM +0200, Petter Reinholdtsen wrote: > [Wolfgang Schweer] > > share/ltsp/init-ltsp.d/60-edu-diskless-ws: Stop using update-rc.d to > > disable the automounter if the homedir is mounted via sshfs as this > > isn't stable. Do it the way ltsp does. > > The two methods are not equivalent, as update-rc.d will reorder the > boot sequence based on dependencies (aka call insserv) with the > possibility of making it more optimized (for startpar). Removing the > symlinks will not do this. The old code doesn't disable autofs anymore in a stable way, the new one does; homedirs are mounted via sshfs. (I read update-rc.d --help) > The old code would disable autofs and use sshfs when > "$DEFAULT_DISPLAY_MANAGER" is empty, and use autofs when it was set. > The new code behave differently. Are you sure the old behavior is no > longer wanted? It used to be the way to get autofs and shared nfs > directories mounted on diskless workstations. I guess, it will work like before, as all required init scripts are available (like automounter, nfs-common, nslcd, nscd). Only services defined in /usr/share/ltsp/init-ltsp.d/50-rm-system-services (and those defined in lts.conf via RM_SYSTEM_SERVICES) are dropped. Wolfgang signature.asc Description: Digital signature
Re: [debian-edu-commits] debian-edu/ 01/01: share/ltsp/init-ltsp.d/60-edu-diskless-ws: Stop using update-rc.d to disable the automounter if the homedir is mounted via sshfs as this isn't stable. Do it
[Wolfgang Schweer] > share/ltsp/init-ltsp.d/60-edu-diskless-ws: Stop using update-rc.d to > disable the automounter if the homedir is mounted via sshfs as this > isn't stable. Do it the way ltsp does. The two methods are not equivalent, as update-rc.d will reorder the boot sequence based on dependencies (aka call insserv) with the possibility of making it more optimized (for startpar). Removing the symlinks will not do this. Perhaps do both? Also the change do not implement the same operation as the original: > diff --git a/share/ltsp/init-ltsp.d/60-edu-diskless-ws > b/share/ltsp/init-ltsp.d/60-edu-diskless-ws > index 90f8de1..a0d5029 100644 > --- a/share/ltsp/init-ltsp.d/60-edu-diskless-ws > +++ b/share/ltsp/init-ltsp.d/60-edu-diskless-ws > @@ -1,13 +1,6 @@ > #!/bin/sh > # For Debian Edu diskless workstations (i.e. ltsp fat clients). > -if boolean_is_true "$LTSP_FATCLIENT"; then > -if [ -z "$DEFAULT_DISPLAY_MANAGER" ]; then > -# Disable autofs to let sshfs mount home dir (LDM is used). > -update-rc.d autofs disable 2 >/dev/null 2>&1 > -else > -# Enable services, just to be sure (kdm, gdm3 or lightdm is used). > -for service in autofs nfs-common nslcd nscd ; do > -update-rc.d $service enable 2 >/dev/null 2>&1 > -done > -fi > +if boolean_is_true "$LTSP_FATCLIENT" && [ -z "$DEFAULT_DISPLAY_MANAGER" ]; > then > +# Remove autofs to let sshfs mount home dir (LDM is used). > +rm -f /etc/rc?.d/???"autofs" "/etc/init.d/autofs" "/etc/init/autofs.conf" > fi The old code would disable autofs and use sshfs when "$DEFAULT_DISPLAY_MANAGER" is empty, and use autofs when it was set. The new code behave differently. Are you sure the old behavior is no longer wanted? It used to be the way to get autofs and shared nfs directories mounted on diskless workstations. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140918104103.gm2...@ulrik.uio.no