Bug#745705: kicad: unable to render several footprints in 3d view due to wrong path for 3d models
Source: kicad Version: 0.20140224+bzr4027-3 Severity: normal Tags: patch Dear Maintainer, Starting with revision 293 of the kicad libraries (http://bazaar.launchpad.net /~kicad-product-committers/kicad/library/revision/293), several libraries have been renamed. When these libraries are combined with the snapshot of the old .mod libraries from wheezy (taken from https://github.com/georgesk/kicad-legacy/), this leads to many footprints having the wrong paths for their 3d models. As an example, the USB_B footprint from library/modules/connect.mod, on line 16189, points to connectors/USB_type_B.wrl. However, starting with revision 293 of the kicad libraries the path has been renamed to Connectors/USB_type_B.wrl. As a result, kicad is not able to render the USB type B connector in 3D view. The problem can be solved if you do not clone the latest revision of the kicad libraries when assembling the kicad sources for the Debian package (the debian /get-kicad.sh script), but rather clone revision 292. Also, if you clone revision 292 of the kicad libraries, the old .mod footprint libraries are still there, so in my opinion there is no need for the extra step to download the legacy libraries from the github repository. Attached is a patch with the proposed changes to the debian/get-kicad.sh script. Thank you, Dimitris -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (500, 'stable'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -ru debian.orig/get-kicad.sh debian/get-kicad.sh --- debian.orig/get-kicad.sh 2014-02-25 19:50:49.0 +0200 +++ debian/get-kicad.sh 2014-04-24 10:58:24.106856350 +0300 @@ -11,13 +11,8 @@ bzr export $package lp:kicad/stable echo == Getting the documents = bzr export $package/doc lp:~kicad-developers/kicad/doc -echo == Getting the libraries = -bzr export $package/library lp:~kicad-product-committers/kicad/library -echo == Getting the legacy footprints = -wget https://github.com/georgesk/kicad-legacy/archive/master.zip -unzip master.zip -(cd kicad-legacy-master; tar cf - modules) | tar xf - -C $package/library -rm -rf master.zip kicad-legacy-master +echo == Getting the legacy libraries (bzr292) = +bzr export -r 292 $package/library lp:~kicad-product-committers/kicad/library echo == Compressing the archive === tar czf $origtargz $package
Bug#497572: [fusesmb] Same problem
Package: fusesmb Version: 0.8.7-1 --- Please enter the report below this line. --- I'm also seeing the same behavior here. When I navigate to our company's network shares using my file manager (Thunar), it is a matter of seconds before I get a Transport endpoint is not connected. Using a terminal, I can navigate to same directories and do my work, no problems. Kind regards, Dimitris --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-core2duo Debian Release: lenny/sid 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing ftp.nl.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== libc6 (= 2.6.1-1) | 2.7-13 libfuse2 (= 2.6) | 2.7.3-5 libsmbclient (= 3.0.2a-1) | 2:3.2.3-1 fuse-utils | 2.7.3-5 samba-common | 2:3.2.3-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496897: [kicad] New version (20080825) available.
Package: kicad Version: 0.0.20071129a-1 Severity: wishlist --- Please enter the report below this line. --- A new version of KiCAD is available at their website with many improvements over the 20071129 version currently in Debian. Please consider packaging it. Thank you! --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-core2duo Debian Release: lenny/sid 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing ftp.nl.debian.org --- Package information. --- Depends(Version) | Installed -+-= kicad-common(= 0.0.20071129a-1) | 0.0.20071129a-1 libc6 (= 2.7-1) | 2.7-13 libgcc1 (= 1:4.2.1) | 1:4.3.1-2 libgl1-mesa-glx | 7.0.3-5 OR libgl1 | libglu1-mesa | 7.0.3-5 OR libglu1 | libstdc++6(= 4.2.1) | 4.3.1-2 libwxbase2.6-0(= 2.6.3.2.2) | 2.6.3.2.2-2 libwxgtk2.6-0 (= 2.6.3.2.2) | 2.6.3.2.2-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496897: [Kicad-devel] Bug#496897: [kicad] New version (20080825) available.
On Thu, 28 Aug 2008 14:01:38 +0100 Richard A Burton [EMAIL PROTECTED] wrote: 2008/8/28 Dimitris Lampridis [EMAIL PROTECTED]: --- Please enter the report below this line. --- A new version of KiCAD is available at their website with many improvements over the 20071129 version currently in Debian. I'm aware. However there are problems with the release, like missing documentation for several of the languages. There is also a new release expected soon (which still does not fix the missing languages problem). I'll probably end up dropping several of the languages in order to put out a newer release when the next one is available. Richard. Hmm, I see... What if you introduced the new release with fewer languages in experimental and/or unstable only, while keeping the older one in testing until the language problem is resolved? This way users can choose which one to install: People using testing could backport the debian source from unstable, while people using unstable could hold the package at the 20071129 version if they really need the translation. I know there are drawbacks and corner cases in this scenario, but maybe it could work? Again, thank you very much for your efforts, Dimitris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461768: Please include support for QT4
Yes! Please include a third package for qt4-qtcurve. Thank you -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400098: same problem
I've also tried to build emacs-snapshot on Debian Etch x86, pretty recent install, so the system is clean and I've not deleted any folders myself etc. (not yet at least :) ) I get the same error, and I solved it also by creating the missing folder. Guess it has to do with backporting the source code to Etch. Since the problem probably appears only when backporting, I have no idea whether the bug should be reopened or not... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]