Re: Bug#652891: ITP: nerdtree -- Nerdtree is a vim plugin which gives a tree view of all the directories
Hi, On Thu, December 22, 2011 12:42 am, James McCoy wrote: > No, you don't need to. The intent of the bug (declaring your intent to > package NERD tree) is still valid. These are just comments to keep in mind > as you prepare the packaging. Thanks! By the way I have started working on this and how do I get a mentor? Should I write to pkg-vim-maintainers? Sincerely, -- Medhamsh Hacktivist | http://medhamsh.org -- 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/37412.14.139.82.6.1324714364.squir...@mail.medhamsh.org
Re: Bug#652891: ITP: nerdtree -- Nerdtree is a vim plugin which gives a tree view of all the directories
also sprach Medhamsh [2011.12.24.0912 +0100]: > Thanks! By the way I have started working on this and how > do I get a mentor? Should I write to pkg-vim-maintainers? Again, your plugin should not be a package of its own, but submitted as a patch to vim-scripts. -- .''`. martin f. krafft Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems why didn't noah swat those two mosquitoes? digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Re: Bug#652891: ITP: nerdtree -- Nerdtree is a vim plugin which gives a tree view of all the directories
Hi Martin, On Sat, December 24, 2011 1:59 pm, martin f krafft wrote: > Again, your plugin should not be a package of its own, but submitted > as a patch to vim-scripts. Definitely! Should I now write this to vim-scripts maintainer and to the pkg-vim-maintainers list? Sincerely, -- Medhamsh Hacktivist | http://medhamsh.org -- 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/37564.14.139.82.6.1324717408.squir...@mail.medhamsh.org
Re: Bug#652891: ITP: nerdtree -- Nerdtree is a vim plugin which gives a tree view of all the directories
also sprach Medhamsh [2011.12.24.1003 +0100]: > > Again, your plugin should not be a package of its own, but submitted > > as a patch to vim-scripts. > > Definitely! Should I now write this to vim-scripts maintainer > and to the pkg-vim-maintainers list? I think the best would be to obtain the package, integrate nerdtree, and then create a patch that you submit to the BTS. You can even reuse this bug report after retitling and reassigning it. The place to get assistance for this is the debian-mentors mailing list and/or IRC channel. -- .''`. martin f. krafft Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems "auch der mutigste von uns hat nur selten den mut zu dem, was er eigentlich weiß." - friedrich nietzsche digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Re: from / to /usr/: a summary
On Sat, 24 Dec 2011 10:17:49 +0800, Paul Wise wrote: > On Sat, Dec 24, 2011 at 3:05 AM, Goswin von Brederlow wrote: > > > > Maybe there is some misunderstanding here. I think nobody has suggested > > to build a rescue initramfs on the users system tailor made for the > > system. > > We already have debirf for that. > > > I think the idea was for a ready made all purpose live image like grml > > or the DI images. > > We already have something similar: > > http://cdimage.debian.org/debian-cd/6.0.3-live/amd64/iso-hybrid/debian-live-6.0.3-amd64-rescue.iso > > Dunno how it compares to grml. I've generally been relatively generous with my allocation of space for /boot, so that would probably been fine for me, but others in this discussion were saying that they'd have to resize partitions to deploy even an initramfs, so suggesting a solution that requires them to stick a live image on their /boot still forces a repartition on them. I have almost no machines that are not RAIDed in some way (apart from my laptop) so I can even repartition most systems relatively painlessly if I'm willing to risk de-RAIDing them briefly. BTW do we have debian-live for ARM? How abut GRML for ARM? Of course, the ARM boxes I've been working on recently are all auto-installed, and configured with cfengine, so I doubt I'd ever bother trying to rescue them unless I was informed that some fool had put unique data on the disk in one, without backing it up. Also, if I was expecting to have to rescue them, I'd just install another copy of Debian on the built in flash, so there's no need for a live CD, but I still don't like losing the option of rescuing using the traditional method, so I'll be shifting to having / and /usr on a simple partition if we adopt this change. I'd still like to know what the compelling reason for the change is though. Cheers, Phil. -- |)| Philip Hands [+44 (0)20 8530 9560]http://www.hands.com/ |-| HANDS.COM Ltd.http://www.uk.debian.org/ |(| 10 Onslow Gardens, South Woodford, London E18 1NE ENGLAND pgpEnUf8uYbtj.pgp Description: PGP signature
Re: from / to /usr/: a summary
On Sat, 2011-12-24 at 10:25 +, Philip Hands wrote: > BTW do we have debian-live for ARM? How abut GRML for ARM? Neither produces ARM live images AFAICT. > I'd still like to know what the compelling reason for the change is > though. Apparently the reason is simply that our upstreams (who it sounds like are predominantly driven by Redhat folks) are dropping support for / and /usr on different partitions and that re-adding that support or maintaining the existing support is too much work for the Debian maintainers involved. At least that is what started the thread. Things like this is why getting involved upstream is important for Debian maintainers and probably why items 2 and 4 exist in our social contract. I would encourage those who care about this issue to start getting involved in the relevant places and submitting patches. It sounds like the ability to run a system with split / and /usr is *very* likely to disappear unless people who care decide to work in it. PS: I'm subscribed, no need for a CC. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: Bug#652891: ITP: nerdtree -- Nerdtree is a vim plugin which gives a tree view of all the directories
On Sat, Dec 24, 2011 at 09:29, martin f krafft wrote: > also sprach Medhamsh [2011.12.24.0912 +0100]: >> Thanks! By the way I have started working on this and how >> do I get a mentor? Should I write to pkg-vim-maintainers? > > Again, your plugin should not be a package of its own, but submitted > as a patch to vim-scripts. There is already a bug+patch for it in the bts: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624661 So you might want to contact the author, update/check the patch and ping the maintainer(s) to get it included. Best regards David Kalnischkies -- 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/caaz6_fdn17vt6hf7zscohlt4q4eacazf9dpdo1c_zb4nyxn...@mail.gmail.com
Bug#653133: ITP: libmath-random-mt-perl-perl -- Pure-Perl Mersenne-Twister module to generate random numbers
Package: wnpp Severity: wishlist Owner: Florent Angly * Package name: libmath-random-mt-perl-perl Version : 1.06 Upstream Author : Dr James Freeman * URL : hhttp://search.cpan.org/dist/Math-Random-MT-Perl/ * License : Artistic License 2.0 Programming Lang: Perl Description : Pure-Perl Mersenne-Twister module to generate random numbers Math::Random::MT::Perl is a pure-Perl implementation of the Mersenne Twister algorithm. Mersenne Twister is a 32 bit pseudorandom number generator developed by Makoto Matsumoto and Takuji Nishimura. The algorithm is characterised by a very uniform distribution but is not cryptographically secure. What this means in real terms is that it is fine for modeling but no good for crypto. This module implements the same pseudorandom number generator found in Math::Random::MT (libmath-random-mt-perl Debian package), which is implemented in C/XS. -- 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/20111224113259.21208.65599.reportbug@bombadil
Adding ISO-search support to the CD (netinst) images?
[ not subscribed to -boot@, please CC if you drop -devel@ ] Heya *, I am using an usb-stick as a boot-and-repear-everything tool. The current setup contains syslinux booting Grml, Squeeze D-I and Testing D-I in 32 and 64bit → 6 entries, hand-crafted into a syslinux.cfg. With yesterdays Grml release, I thought I could spend an hour or so automating and improving my setup. Step 1 was to replace the two Grmls with grml96 and booting it via Grub's loopback instead of syslinux [1]. Step 2 would have been doing the same with Debian, but as Debian doesn't have the alternative grub boot grml has, I though I just could loopback the iso, load kernel and initrd from it and rely on the iso-scan/load-iso stuff to find the iso again. Sadly, this does not work, as the initrd of the ISO does not contain the iso-scan/load-iso like the hd-media [2]. Getting the hd-media initrd and using this works of course. I wonder if it would be possible to add iso-scan/load-iso to the CD-images and use it in case no cdrom could be found, removing the need for a separate hd-media (and allowing creating of custom setups where a dd of the iso to the usb-stick is not enough w/o downloading more than just the iso). Regards Evgeni [1] http://www.supergrubdisk.org/wiki/Loopback.cfg [2] http://ftp.de.debian.org/debian/dists/squeeze/main/installer-amd64/current/images/MANIFEST.udebs -- 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/4ef5b96c.30...@debian.org
Re: from / to /usr/: a summary
On Sat, 24 Dec 2011 19:03:10 +0800, Paul Wise wrote: > On Sat, 2011-12-24 at 10:25 +, Philip Hands wrote: > > > BTW do we have debian-live for ARM? How abut GRML for ARM? > > Neither produces ARM live images AFAICT. > > > I'd still like to know what the compelling reason for the change is > > though. > > Apparently the reason is simply that our upstreams (who it sounds like > are predominantly driven by Redhat folks) are dropping support for / > and /usr on different partitions and that re-adding that support or > maintaining the existing support is too much work for the Debian > maintainers involved. At least that is what started the thread. Yup, I read that bit too. It would be nice to know a) which packages are actually likely to be involved, and what sort of breakage we might expect to see if one were foolish enough to carry on with a separate /usr, and what sorts of separate /usr might provoke that breakage. That might allow us to come up with solutions that are not just: Everyone must have initramfs, like it or not. If we could break the problem down a bit, it might allow us to say something more nuanced, like: If you're not using NFS4 for /usr, don't worry about it, but if you are, you'll need to make sure that your initramfs supports mounting /usr. at which point most of the nay-sayers would presumably shrug and find something more interesting to whine about. ;-) Cheers, Phil. -- |)| Philip Hands [+44 (0)20 8530 9560]http://www.hands.com/ |-| HANDS.COM Ltd.http://www.uk.debian.org/ |(| 10 Onslow Gardens, South Woodford, London E18 1NE ENGLAND pgp5LjlpgQSln.pgp Description: PGP signature
Re: from / to /usr/: a summary
On Sat, Dec 24, 2011 at 7:48 PM, Philip Hands wrote: > It would be nice to know a) which packages are actually likely to be > involved, and what sort of breakage we might expect to see if one were > foolish enough to carry on with a separate /usr, and what sorts of > separate /usr might provoke that breakage. The package that started the thread was udev, there are examples of libs that need to be in /lib in the beginning of #652011. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6e90dcdxhvuqxdz1anrcqwjd3krcykqmumfhpokvjt...@mail.gmail.com
most bugs are no bugs ! new/old failure in glibc !
Hello Debianers ! somebody in German Debian-mailinglist said, that most recent bugs of recent months, looks as if there is a failure in glibc resp. in libc. He said that it seems to be a byte-wise error in download package of glibc. Seems to concern glibc-package of recent summer. Greetings. Now it is Christmas-Time ... merry and peaceful Christmas to you. Val. cv.deb...@gmail.com -- 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/calo-nbpchmpygvougzsncbm6n6cntyfrubkymip7dh42hpp...@mail.gmail.com
Debian Edu/Skolelinux 6.0.3 beta1 test release
Hi, I am happy to finally announce "Debian Edu Squeeze 6.0.3 beta1"! Complete download and installation instructions are available at http://wiki.debian.org/DebianEdu/Documentation/Squeeze/Installation Read the "Getting Started" chapter of the manual to learn how to login for the first time: http://wiki.debian.org/DebianEdu/Documentation/Squeeze/GettingStarted Please file bugs on any issues you find, and (probably somewhat additionally) also mention those bugs and issues on our status page at http://wiki.debian.org/DebianEdu/Status/Squeeze Also be aware: From February 2012, Debian Lenny will not receive security updates anymore. So by then, Debian Edu Squeeze _should_ be available as an upgrade option as well as for new installations! In other words: we have work to do. Now! But please bear in mind, that there will be _nobody_ fixing bugs, writing documentation, doing translations or doing any other work - unless *you* do it! Testing and giving feedback to debian-...@lists.debian.org or #debian-edu on irc.debian.org is a very good way to start contributing! Act now :-D If you can do more, give the manual some love. It needs it. cheers, Holger Changes compared to alpha0, alpha1 and lenny version * Everything that's new in Squeeze compared to Lenny see http://www.debian.org/releases/stable/releasenotes for a full list o linux 2.6.32, kde4, ... * GOsa² implementation fully replaces the formerly used LDAP administration tool lwat o User and group management o Host management, including DHCP/DNS o NIS netgroup management * Kerberized user authentication * NFSv4 instead of NFSv3 * Samba NT4 domain integration, support for Windows XP/Vista/7 as Windows clients in a SKOLELINUX Samba domain * New Debian Edu artwork * (... to be continued ...) The following features are not working as they should * Installation of GNOME or LXDE desktop from DVD/CD-netinst (issue #641223) * Kerberizos is not properly initialised, thus breaking nfs+samba. To download this multiarch netinstall CD release you can use * ftp://ftp.skolelinux.org/skolelinux-cd/squeeze-beta/debian- edu-6.0.3+edub1-CD.iso * http://ftp.skolelinux.org/skolelinux-cd/squeeze-beta/debian- edu-6.0.3+edub1-CD.iso * rsync -avzP ftp.skolelinux.org::skolelinux-cd/squeeze-beta/debian- edu-6.0.3+edub1-CD.iso To download this multiarch DVD release you can use * ftp://ftp.skolelinux.org/skolelinux-cd/squeeze-beta/debian- edu-6.0.3+edub1-DVD.iso * http://ftp.skolelinux.org/skolelinux-cd/squeeze-beta/debian- edu-6.0.3+edub1-DVD.iso * rsync -avzP ftp.skolelinux.org::skolelinux-cd/squeeze-beta/debian- edu-6.0.3+edub1-DVD.iso There is no source DVD available yet. You can also download using one of the Skolelinux mirrors. * ftp://ftp.halifax.rwth-aachen.de/skolelinux/skolelinux-cd/ * http://mirror.isoc.org.il/pub/skolelinux/ The MD5SUM of these images are: * f183228f11334f2696f1568ac8774581 debian-edu-6.0.3+edub1-CD.iso * 7d8ab5e9fad284e7ccf2de65258bf208 debian-edu-6.0.3+edub1-DVD.iso The SHA1SUM of these images are: * 6ee68592e85418090382a56e16bfe87efa0b18e5 debian-edu-6.0.3+edub1-CD.iso * e017c2291d2a8997e5ac22f128668b3058e270ba debian-edu-6.0.3+edub1-DVD.iso These sums are also available GPG signed at http://ftp.skolelinux.org/skolelinux-cd/squeeze-beta/ How to report bugs: http://wiki.debian.org/DebianEdu/HowTo/ReportBugs signature.asc Description: This is a digitally signed message part.
Bug#653175: ITP: ruby-sequel-pg -- Fast native row fetching for Sequel postgres adapter
Package: wnpp Severity: wishlist Owner: Dmitry Borodaenko * Package name: ruby-sequel-pg Version : 1.2.0 Upstream Author : Jeremy Evans * URL : https://github.com/jeremyevans/sequel_pg * License : MIT Programming Lang: C, Ruby Description : Fast native row fetching for Sequel postgres adapter sequel_pg overwrites the inner loop of the Sequel postgres adapter row fetching code with a C version. The C version is significantly faster (2-6x) than the pure ruby version that Sequel uses by default. Sequel is a simple, flexible, and powerful SQL database access toolkit for Ruby. -- 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/20111224174906.GA23891@localhost
Bug#653190: ITP: eclipse-gef -- Eclipse Graphical Editing Framework
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: eclipse-gef Version: 3.7.1 Upstream Author: IBM and others URL: http://www.eclipse.org/gef/ License: EPL-1.0 Description: Eclipse Graphical Editing Framework The Graphical Editing Framework (GEF) provides technology to create rich graphical editors and views for the Eclipse Workbench UI. It bundles three components: * Draw2d (org.eclipse.draw2d) - A layout and rendering toolkit for displaying graphics on an SWT Canvas. * GEF (MVC) (org.eclipse.gef) - An interactive model-view-controler (MVC) framework, which fosters the implementation of SWT-based tree and Draw2d-based graphical editors for the Eclipse Workbench UI. * Zest (org.eclipse.zest) - A visualization toolkit based on Draw2d, which enables implementation of graphical views for the Eclipse Workbench UI. -- 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/4ef65139.6080...@ktknet.cz
/etc/mtab -> /proc/mounts symlink affects df(1) output for /
The new symlink on Debian, $ ls -og /etc/mtab lrwxrwxrwx 1 12 12-23 22:00 /etc/mtab -> /proc/mounts Has caused $ df Filesystem 1K-blocksUsed Available Use% Mounted on rootfs 1071468 287940 729100 29% / udev 248048 0 248048 0% /dev tmpfs 50564 372 50192 1% /run /dev/disk/by-uuid/551e44e1-2cad-42cf-a716-f2e6caf9dc78 1071468 287940 729100 29% / tmpfs 101128 712 100416 1% /tmp tmpfs 101128 0 101128 0% /run/shm /dev/sda64270273 3711316 341987 92% /home /dev/sda75341549 4336289 733858 86% /var /dev/sda86406856 3024600 3056800 50% /usr output to 1) repeat / twice, 2) give the long name for /. This should be reproducible for anyone who has used standard grub and thus has $ grep -h UUID /boot/grub/grub.cfg /proc/cmdline matches. More details in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653073 . -- 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/874nwpzdo5.fsf...@jidanni.org
Re: from / to /usr/: a summary
Philip Hands wrote: > On Sat, 24 Dec 2011 19:03:10 +0800, Paul Wise wrote: > > On Sat, 2011-12-24 at 10:25 +, Philip Hands wrote: > > > I'd still like to know what the compelling reason for the change is > > > though. > > > > Apparently the reason is simply that our upstreams (who it sounds like > > are predominantly driven by Redhat folks) are dropping support for / > > and /usr on different partitions and that re-adding that support or > > maintaining the existing support is too much work for the Debian > > maintainers involved. At least that is what started the thread. Not quite. Redhat and others want to make this change (moving binaries and libraries from / into /usr) not just for ease of maintenance (though that makes sense too) but for several rather interesting reasons. It would consolidate almost everything managed by the package manager under /usr. Configuration would live in /etc (with templates possibly provided by packages, though more and more packages follow the "override files in /usr with files in /etc" approach and ship no /etc configuration by default). /var includes bits that change, which should not normally include package-managed bits. This would make /usr easy to snapshot, easy to exclude from backups, easy to share between systems, easy to mark read-only (mount --bind -o ro /usr /usr) and various other fun possibilities. > It would be nice to know a) which packages are actually likely to be > involved, and what sort of breakage we might expect to see if one were > foolish enough to carry on with a separate /usr, and what sorts of > separate /usr might provoke that breakage. > > That might allow us to come up with solutions that are not just: > > Everyone must have initramfs, like it or not. > > If we could break the problem down a bit, it might allow us to say > something more nuanced, like: > > If you're not using NFS4 for /usr, don't worry about it, but if you > are, you'll need to make sure that your initramfs supports mounting > /usr. > > at which point most of the nay-sayers would presumably shrug and find > something more interesting to whine about. ;-) At this point, the solution looks similar to that: "If you don't have /usr on a separate partition, you don't care. Otherwise, your initramfs must mount /usr." Debian systems without an initramfs already represent an uncommon case; you have to go out of your way to avoid having one, and you'd need a custom kernel. Systems with /usr on a separate partition also represent an uncommon case. This change would just prohibit the intersection of the two: you can't both have /usr on a separate partition *and* not have an initramfs. So, if you currently have /usr on a separate partition but you use an initramfs, you don't care. If you don't use an initramfs, but you have /usr on your root partition, you also don't care. If you have /usr on a separate partition *and* you don't currently have an initramfs, then you either need to start using an initramfs (which Debian makes very trivial to do) or you need to migrate the contents of /usr onto your root partition (which you can easily do on a live system as long as you either have enough space already or have LVM which you can live-resize). Does that help? - Josh Triplett -- 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/20111225041723.GA27634@leaf
