Bug#561074: network-console: starting a shell terminates the connection
Package: network-console Version: 0627 (backports) I'm using the version from http://kmuto.jp/debian/d-i/ since I'm installing on a new Dell R410 and it requires 2.6.29 or later. It's a network preseed install and although I can ssh in and /bin/network-console runs fine, if I select the option to Start shell then the connection just terminates. Changing /etc/passwd to run /bin/sh instead works fine. I can then run /bin/network-console, select start-shell and I am returned to the prompt. /var/log/syslog states: sshd[9487]: Accepted password for installer from 10.0.0.1 port 36721 ssh2 sshd[9488]: lastlog_filetype: Couldn't stat /var/log/lastlog: No such file or directory sshd[9488]: lastlog_openseek: /var/log/lastlog is not a file or a directory! touch()ing the file stops those errors but it still fails to log me in (even if I stop/start sshd) Not sure what's going on - is network-console exiting rather than exec()ing a shell? Adrian -- bitcube.co.uk - Expert Linux infrastructure consultancy Puppet, Debian, Red Hat, Ubuntu, CentOS -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Problem in your repository
Hello Friends, I have download the image iso in DVD at your repository but not exist image BIN, please verify for me. URL: http://cdimage.debian.org/cdimage/weekly-builds/i386/iso-dvd/ []'s
Re: Clues on partman hooks?
[Colin Watson] I wonder if this really ought to be a hook, or if partman-auto should just behave differently as standard? After all, in general if automation fails we stop and present a dialog. Adding a hook for this seems like overengineering; if the expert recipe fails, an error dialog seems appropriate in general. Sure, but Debian Edu need a fix for this in Lenny, and I guess it is unlikely to get a fix into Lenny any time soon. If you want to also prevent use of the standard recipes (since it does still seem natural for partman-auto to fall back to them), you could simply remove them; is this possible for you? That might be an option for us. What is the correct way to use to remove them? What need to be removed? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561008: console-setup: approximations for 'toilet -f future' symbols look different before and after X
On Sun, Dec 13, 2009 at 05:35:38PM +0100, Francesco Poli (t1000) wrote: OK, after that, I start an X session: $ startx logout If I switch back to the console (by pressing [Ctrl+Alt+F1]) and I login again, then the output of $ toilet -f future hello ╻ ╻┏━╸╻ ╻ ┏━┓ ┣━┫┣╸ ┃ ┃ ┃ ┃ ╹ ╹┗━╸┗━╸┗━╸┗━┛ looks different! Can you use the command 'showconsolefont' in order to see whether the font is changed after you return to the console or the font is the same but it is displayed in a different way? Does the look of 'toilet -f future hello' restore if you use the command 'setupcon'? Anton Zinoviev -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560814: console-setup: Wrong toggle when three keyboard layout are set
On Sun, Dec 13, 2009 at 03:42:07PM +0200, Anton Zinoviev wrote: On Sat, Dec 12, 2009 at 02:26:27PM +0100, Goran Vulić wrote: Toggle through different keyboard layout are incorrect when three layout are set. Toggle through layout reproduce this: first,second,third,second, array repeat Now I see that maybe this is not the best possible cycle. Do you think that it will be an improvement if I change the layout switch cycle to be first-second-first-third-first-second-first-third- and so on? Anton Zinoviev -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560814: console-setup: Wrong toggle when three keyboard layout are set
On Monday 14 December 2009, Anton Zinoviev wrote: Now I see that maybe this is not the best possible cycle. Do you think that it will be an improvement if I change the layout switch cycle to be first-second-first-third-first-second-first-third- and so on? Following the rule of least surprise I think it should simply be first - second - third - first - etc. Anything else will leave users wonder what they will get next or having to remember how they got to the current setting. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
problemo with d-i in Ubuntu, using live-helper
Hi, I use live-helper to build debian live iso's, but now I also want to build some Ubuntu based iso images with d-i enabled. But not many ubuntu devs seems to care a lot about d-i and/or live-helper in Ubuntu. I have reported some bugs on launchpad, and I'm wondering if there are people who can help to fix the bugs. This are some bugs: https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/496507 https://bugs.launchpad.net/bugs/496499 Thanks in advance, \r -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560814: console-setup: Wrong toggle when three keyboard layout are set
Frans Pop, le Mon 14 Dec 2009 16:36:04 +0100, a écrit : On Monday 14 December 2009, Anton Zinoviev wrote: Now I see that maybe this is not the best possible cycle. Do you think that it will be an improvement if I change the layout switch cycle to be first-second-first-third-first-second-first-third- and so on? Following the rule of least surprise I think it should simply be first - second - third - first - etc. Again, that's not possible. Since the Linux kernel permits to toggle only one modifier at a time, only power-of-two cycles can be implemented. By extension, anything that divides a power-of-two can also be used, but that still excludes cycles with an odd length. Samuel -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
localechooser 2.20 MIGRATED to testing
FYI: The status of the localechooser source package in Debian's testing distribution has changed. Previous version: 2.19 Current version: 2.20 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
kbd-chooser 1.53 MIGRATED to testing
FYI: The status of the kbd-chooser source package in Debian's testing distribution has changed. Previous version: 1.52 Current version: 1.53 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: kbd-chooser 1.53 MIGRATED to testing
On Monday 14 December 2009, Debian testing watch wrote: FYI: The status of the kbd-chooser source package in Debian's testing distribution has changed. Previous version: 1.52 Current version: 1.53 This means that lenny-support *must* also migrate before the release (but not necessarily before an upload of debian-installer). Thanks, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: kbd-chooser 1.53 MIGRATED to testing
Frans Pop wrote: On Monday 14 December 2009, Debian testing watch wrote: FYI: The status of the kbd-chooser source package in Debian's testing distribution has changed. Previous version: 1.52 Current version: 1.53 This means that lenny-support *must* also migrate before the release (but not necessarily before an upload of debian-installer). Known and unblocked already. Cheers Luk -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561008: console-setup: approximations for 'toilet -f future' symbols look different before and after X
On Mon, 14 Dec 2009 16:19:55 +0200 Anton Zinoviev wrote: On Sun, Dec 13, 2009 at 05:35:38PM +0100, Francesco Poli (t1000) wrote: [...] If I switch back to the console (by pressing [Ctrl+Alt+F1]) and I login again, then the output of $ toilet -f future hello [...] looks different! Can you use the command 'showconsolefont' in order to see whether the font is changed after you return to the console or the font is the same but it is displayed in a different way? No, I cannot: this command belongs to the kbd package, but I do not have this package installed on any of the Debian boxes I use. This holds even for the most recently installed box (about 1 month old), apparently because $ aptitude why console-tools i acpi-support-base Depends console-tools | console-utilities and hence the console-terminus recommendation was already satisfied by console-tools: $ aptitude why kbd i console-setupDependsconsole-terminus (= 4.26) i A console-terminus Recommends kbd | console-tools Should I switch from console-tools to kbd, in your opinion? Or is there an equivalent command in console-tools? Does the look of 'toilet -f future hello' restore if you use the command 'setupcon'? No, it doesn't. After issuing the 'setupcon' command (as root), the look stays the same (broken lines). -- New location for my website! Update your bookmarks! http://www.inventati.org/frx . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpDTz0s4QIhe.pgp Description: PGP signature
Re: Removal of cramfs support
* Bastian Blank wa...@debian.org [2009-12-05 16:47]: I intent to remove the cramfs support from the kernel and the cramfsprogs package. Current kernels supports squashfs, which is a far more advanced replacement. It is currently in use by the debian-installer for mips and the powerpc floppies. As Joey pointed out, just because squashfs exists doesn't mean that people no longer use cramfs. Can you give a good reason for removing cramfsprogs? Unless I hear a *good* reason, I object to this change. As you point out, the mips d-i images use cramfs and I have no plans to change this at this point. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548128: Similar Problem
On Saturday 12 December 2009, Frans Pop wrote: So, if the problem is simply that rdate fails when the current system time is before the epoch (1-1-1970), how about we include a trivial command to set the date to the epoch before calling rdate as a workaround until rdate gets fixed. Martin has just tested a modified version of this program (which first reads the system date and only sets it to the epoch if the current value is earlier). I've committed this and will upload clock-setup. Does not necessarily need to be included in the upcoming release. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processing of clock-setup_0.101_amd64.changes
clock-setup_0.101_amd64.changes uploaded successfully to ftp-master.debian.org along with the files: clock-setup_0.101.dsc clock-setup_0.101.tar.gz clock-setup_0.101_amd64.udeb Greetings, Your Debian queue daemon (running on host kassia.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processing of clock-setup_0.101_amd64.changes
clock-setup_0.101_amd64.changes uploaded successfully to localhost along with the files: clock-setup_0.101.dsc clock-setup_0.101.tar.gz clock-setup_0.101_amd64.udeb Greetings, Your Debian queue daemon (running on host ries.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561008: console-setup: approximations for 'toilet -f future' symbols look different before and after X
On Mon, Dec 14, 2009 at 08:08:12PM +0100, Francesco Poli wrote: No, I cannot: this command belongs to the kbd package, but I do not have this package installed on any of the Debian boxes I use. Should I switch from console-tools to kbd, in your opinion? Console-tools has several bugs that are not going to be fixed, it doesn't have upstream maintainer. On the other hand Kbd is actively maintained (both in Debian and by the upstream). Thats why the future versions of Debian are going to use Kbd instead of console-tools. But ofcourse if console-tools works for you, then you don't have to switch to Kbd. Or is there an equivalent command in console-tools? The equivalent command is 'showcfont' but it doesn't work on my machine (outdated version of Debian unstable). Does the look of 'toilet -f future hello' restore if you use the command 'setupcon'? No, it doesn't. After issuing the 'setupcon' command (as root), the look stays the same (broken lines). I suppose that only the horizontal lines are broken (the vertical are OK)? Can you use the command 'consolechars -f FONTNAME' in order to make sure that the other fonts (both in console-setup and console-data) have the same problem. In particular can you see whether the fonts that you used before console-setup are also with broken lines? Anton Zinoviev -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561074: network-console: starting a shell terminates the connection
On Monday 14 December 2009, Adrian Bridgett wrote: Version: 0627 (backports) I doubt this is a valid version of network-console as I see no reason why it should have been backported. Can you check the actual version of the package (in /var/lib/dpkg/status)? I'm using the version from http://kmuto.jp/debian/d-i/ since I'm installing on a new Dell R410 and it requires 2.6.29 or later. We are happy that Kenshi provides his images, but they are not supported by us. It's a network preseed install and although I can ssh in and /bin/network-console runs fine, if I select the option to Start shell then the connection just terminates. I haven't had any problems using network-console myself and we've not had any similar reports from other users. Changing /etc/passwd to run /bin/sh instead works fine. I can then run /bin/network-console, select start-shell and I am returned to the prompt. My guess would be some library issue in Kenshi's image. You could try loading the strace udeb and running an strace on network-console. /var/log/syslog states: sshd[9487]: Accepted password for installer from 10.0.0.1 port 36721 ssh2 sshd[9488]: lastlog_filetype: Couldn't stat /var/log/lastlog: No such file or directory sshd[9488]: lastlog_openseek: /var/log/lastlog is not a file or a directory! This is unrelated. Not sure what's going on - is network-console exiting rather than exec()ing a shell? Can you reproduce the issue with a daily built image provided by us [1]? It has 2.6.30 as kernel, so should work fine for you. You only have to proceed as far as starting network-console. If you cannot, I doubt there's anything wrong with network-console itself. Cheers, FJP [1] http://www.debian.org/devel/debian-installer/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548128: marked as done (rdate fails when the system clock is set to a very old date)
Your message dated Mon, 14 Dec 2009 21:48:59 + with message-id e1nkimp-0006iz...@ries.debian.org and subject line Bug#548128: fixed in clock-setup 0.101 has caused the Debian Bug report #548128, regarding rdate fails when the system clock is set to a very old date to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 548128: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548128 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: installer Version: 5.0.3 I am trying to install Debian 5.0.3 on a PowerBook G3. I have downloaded both the 5.0.3 PPC netinst and full DVD ISOs, but the installer hangs at the same point during both installs. When I Ctrl +Alt+F4, I can see an error message that says: in-target: Untrusted packages could compromise your system's security. in-target: You should only proceed with the installation if your are certain that this is what you want to do. in-target: list of packages in-target: Do you want to ignore this warning and proceed anyway? in-target: To continue, enter Yes; to abort, enter No: I checked the contents of /target/etc/apt/apt.conf.d/00trustcdrom which contains: APT::Authentication::TrustCDROM true; The output of uname -a is: Linux hostname 2.6.26-2-powerpc #1 Thu Aug 20 01:34:50 UTC 2009 ppc unknown Please let me know if there is any other information I can provide. ---End Message--- ---BeginMessage--- Source: clock-setup Source-Version: 0.101 We believe that the bug you reported is fixed in the latest version of clock-setup, which is due to be installed in the Debian FTP archive: clock-setup_0.101.dsc to main/c/clock-setup/clock-setup_0.101.dsc clock-setup_0.101.tar.gz to main/c/clock-setup/clock-setup_0.101.tar.gz clock-setup_0.101_amd64.udeb to main/c/clock-setup/clock-setup_0.101_amd64.udeb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 548...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frans Pop f...@debian.org (supplier of updated clock-setup package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 14 Dec 2009 21:54:16 +0100 Source: clock-setup Binary: clock-setup Architecture: source amd64 Version: 0.101 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Frans Pop f...@debian.org Description: clock-setup - set up clock (udeb) Closes: 548128 Changes: clock-setup (0.101) unstable; urgency=low . * Remove no longer needed Lintian override for missing Standards- Version field. * If the current system date is before the epoch, rdate fails to set it to the date obtained using NTP (#502336). Work around this by setting the date to the epoch (1-1-1970) if the current date is smaller, before calling rdate. Closes: #548128. . [ Updated translations ] * Asturian (ast.po) by astur * Danish (da.po) by Mads Lundby * Galician (gl.po) by Marce Villarino Checksums-Sha1: 609679b5c8af0e7b89259b21b504c00bd2d8fedc 861 clock-setup_0.101.dsc b76e3e8b3ae904e5607d5353f8782c485b450c19 74423 clock-setup_0.101.tar.gz 9ade399fa2cf9bf045b4593b0f003bfb91ad565d 53836 clock-setup_0.101_amd64.udeb Checksums-Sha256: e6b4c069c66709f91d5865db29281bda3a4ef32d31212c1d9f87fa7cb819f579 861 clock-setup_0.101.dsc c9b1d5739deb31d307b6233f4072322c9dbb534091aa3a7127eb5d3a8bc34942 74423 clock-setup_0.101.tar.gz 51c0b4920d6e6ad38b99cf92b6931845ea3e21630d8b3b454494ea853595bfbf 53836 clock-setup_0.101_amd64.udeb Files: f47952e6395293c2f399c4d05cba3087 861 debian-installer standard clock-setup_0.101.dsc e384348d6422d9550802d204d16caa3e 74423 debian-installer standard clock-setup_0.101.tar.gz 1a34434e2ac6d12f12f35959b7c75fea 53836 debian-installer standard clock-setup_0.101_amd64.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAksmplIACgkQgm/Kwh6ICoSUrgCfVRtx8lIaFabJ5urNED/maiwU cWcAmwTIfkn0fG5fDJNpbv3wBEgsZER6 =iE/n -END PGP SIGNATURE- ---End Message---
Bug#561008: console-setup: approximations for 'toilet -f future' symbols look different before and after X
On Mon, 14 Dec 2009 23:02:53 +0200 Anton Zinoviev wrote: On Mon, Dec 14, 2009 at 08:08:12PM +0100, Francesco Poli wrote: No, I cannot: this command belongs to the kbd package, but I do not have this package installed on any of the Debian boxes I use. Should I switch from console-tools to kbd, in your opinion? Console-tools has several bugs that are not going to be fixed, it doesn't have upstream maintainer. On the other hand Kbd is actively maintained (both in Debian and by the upstream). Thats why the future versions of Debian are going to use Kbd instead of console-tools. That's useful news, thanks: I now begin to remember reading some similar considerations, but it was long ago and I had forgotten... :-( I'll probably try and switch to kbd, as soon as I find some time to do so. [...] Or is there an equivalent command in console-tools? The equivalent command is 'showcfont' but it doesn't work on my machine (outdated version of Debian unstable). I had tried with 'showcfont', but I thought it didn't do what you wanted. Instead of telling me the name of the used font (as I expected), it wrote a complete table with all the gliphs and codes. Well, I am not able to be sure the font has not changed, just by looking at this table! Does the look of 'toilet -f future hello' restore if you use the command 'setupcon'? No, it doesn't. After issuing the 'setupcon' command (as root), the look stays the same (broken lines). I suppose that only the horizontal lines are broken (the vertical are OK)? Bingo! You guessed! Does this help? Sorry for not saying it explicitly before... Can you use the command 'consolechars -f FONTNAME' in order to make sure that the other fonts (both in console-setup and console-data) have the same problem. In particular can you see whether the fonts that you used before console-setup are also with broken lines? I've just tested the following commands: $ consolechars -f Lat15-Fixed16 $ consolechars -f Lat15-Terminus16 $ consolechars -f Lat15-TerminusBold16 $ consolechars -f Lat15-TerminusBoldVGA16 $ consolechars -f Lat15-VGA16 $ consolechars -f lat1u-16 All these fonts share the problem. As far as lat1u-16 is concerned, please note that it has always had this problem (broken horizontal lines): that's why I labeled it as a compromise solution. With TerminusBoldVGA the problem doesn't show up before starting X, hence I was astonished to see it come back, as soon as I started X and switched back to the console! P.S.: Anton, I cannot stress enough how I appreciate your quick and helpful replies; your dedication to the improvement of console-setup and your assistance for users are really great! :-) -- New location for my website! Update your bookmarks! http://www.inventati.org/frx . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpsnSa3X3bYg.pgp Description: PGP signature
kinh bao
*1. Giới thiệu* * * * Công Ty Cổ Phần Thương Mại và Đầu Tư Phát Triển Công Nghệ Việt Quang Long **hoạt động trên lĩnh vực thiết bị an ninh, báo động, báo cháy, camera giám sát của các hãng:* * Honeywell, Panasonic, Avtech, Kocom, TeleEye, Vivotek.* *2. Lĩnh vực hoạt động * * * * Cung cấp thiết bị và tư vấn thiết kế giải pháp an ninh, an toàn, chống đột nhập, thiết bị thông minh cho gia đình, công sở, tòa nhà.* *Cung cấp thiết bị và tư vấn thiết kế giải pháp quản lý, giám sát từ xa bằng camera, kiểm soát vào ra sử dụng thẻ, chấm công điện tử cho nhà máy, công ty.* *Cung cấp thiết bị và tư vấn thiết kế phần mềm, modun điều khiển dựa trên các dòng vi điều khiển 8051, PIC, DSPIC, AVR, Psoc: chữ điện tử, bảng tỷ giá, Tivi Led…..* * * * * * *** * CÔNG TY CỔ PHẦN THƯƠNG MẠI ĐẦU TƯ* *PHÁT TRIỂN** **CÔNG NGHỆ VIỆT QUANG LONG*** * Trụ Sở: Đường Cao Lỗ - Việt Hùng – Đông Anh – TP Hà Nội* * Trung tâm dịch vụ và bảo hành : Số 117 –Nhân Mỹ-Mỹ Đình-Từ Liêm -Hà Nội* *Mọi thông tin chi tiết xin liên hệ: Phòng kinh doanh * * **Anh ** Lượng: Mobile: 01234809946*
kinh bao
*1. Giới thiệu* * * * Công Ty Cổ Phần Thương Mại và Đầu Tư Phát Triển Công Nghệ Việt Quang Long **hoạt động trên lĩnh vực thiết bị an ninh, báo động, báo cháy, camera giám sát của các hãng:* * Honeywell, Panasonic, Avtech, Kocom, TeleEye, Vivotek.* *2. Lĩnh vực hoạt động * * * * Cung cấp thiết bị và tư vấn thiết kế giải pháp an ninh, an toàn, chống đột nhập, thiết bị thông minh cho gia đình, công sở, tòa nhà.* *Cung cấp thiết bị và tư vấn thiết kế giải pháp quản lý, giám sát từ xa bằng camera, kiểm soát vào ra sử dụng thẻ, chấm công điện tử cho nhà máy, công ty.* *Cung cấp thiết bị và tư vấn thiết kế phần mềm, modun điều khiển dựa trên các dòng vi điều khiển 8051, PIC, DSPIC, AVR, Psoc: chữ điện tử, bảng tỷ giá, Tivi Led…..* * * * * * *** * CÔNG TY CỔ PHẦN THƯƠNG MẠI ĐẦU TƯ* *PHÁT TRIỂN** **CÔNG NGHỆ VIỆT QUANG LONG*** * Trụ Sở: Đường Cao Lỗ - Việt Hùng – Đông Anh – TP Hà Nội* * Trung tâm dịch vụ và bảo hành : Số 117 –Nhân Mỹ-Mỹ Đình-Từ Liêm -Hà Nội* *Mọi thông tin chi tiết xin liên hệ: Phòng kinh doanh * * **Anh ** Lượng: Mobile: 01234809946*
