Bug#310734: OffshoreSoft Ltd
OffshoreSoft is a custom software development firm located in Sydney, Australia. We offer full cycle custom software programming services, from product idea, offshore software development to outsourcing support and enhancement. OffshoreSoft employs a large pool of software engineers coming from different backgrounds. We are able to balance product development efforts and project duration to your business needs. Offshore Ltd. customer service department is currently offering employment for 10 Europian residents and 7 United States residents in order to provide it's new branch with qualified personnel. The private client support desk is responsible for following up client enquiries, helping the clients to understand how OffshoreSoft Ltd. can save them money on foreign currency transactions, and developing new business through referrals. If you're a customer service fanatic, and enjoy working in a challenging and rewarding environment, please see below for our current list of opportunities. Requirements: • Proficiency in MS Word, Excel Internet • Excellent communication skills both oral and written • Bilingual English/Deutsch language ability is a plus *** - This work does not require any experience! - This is a work at home *** During the probationary period (30 days) you will be paid $4500 per month. After the completion of the probationary period your salary will go up to $6000 per month. Should you have any questions regarding this letter, our offer of employment or anything else, please write me an e-mail. We are excited to have you join our organization and look forward to working with you. Please forward your full resume, contact information and questions to HR dept. e-mail [EMAIL PROTECTED] You will be contacted within 1 to 4 business days. Best regards, Donald Roy Employment Manager OffshoreSoft Ltd. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: something to look at
Processing commands for [EMAIL PROTECTED]: owner 406552 ! Bug#406552: arm: LUKS fails under load Bug#411743: cryptsetup luksOpen Command failed on arm (NSLU2) Owner recorded as Martin Michlmayr [EMAIL PROTECTED]. -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442419: linux-image-2.6.22-2-686: Belkin F5D7050 v.4002 wireless USB adapter fails to communicate.
On Sun, 23 Sep 2007, David Keegan wrote: Tried this adapter again on 2.6.23-rc5 but can't get it to work. Same behaviour as on 2.6.22. I don't believe there's any difference between 2.6.22 and 2.6.23. please report upstream on bugzilla.kernel.org and let us know the bug nr. thanks -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443347: usb_storage
Well, I tried with 2.6.22-2-amd64. I still have a noticeable increase of temperature when conecting my pendrive, BUT when I put it off, the temperature decreases and goes back to the starting point. Should it be that way??? Thanks El Sábado, 22 de Septiembre de 2007 09:40, escribió: On Thu, 20 Sep 2007, Diego Fernandez wrote: When I put my usb pendrive on, I see the temperature of the cpu increasing slowly, what makes me think of a infinite loop somewhere. If I put off the pendrive, the temperature does not decrease. Even if I remove the usb_storage module. I tried this booting the kernel with the single parameter and then pluggin in the pendrive, in order to have the minimum of possible processes running. Just to avoid confusion with other processes. I'm using debian 4.0, kernel 2.6.18-5 amd64 and libc6 2.3.6.ds1-13etch2 can you try newer kernel from backports.org? thanks __ Preguntá. Respondé. Descubrí. Todo lo que querías saber, y lo que ni imaginabas, está en Yahoo! Respuestas (Beta). ¡Probalo ya! http://www.yahoo.com.ar/respuestas
Processing of tgt_20070924-1_amd64.changes
tgt_20070924-1_amd64.changes uploaded successfully to localhost along with the files: tgt_20070924-1.dsc tgt_20070924.orig.tar.gz tgt_20070924-1.diff.gz tgt_20070924-1_amd64.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tgt_20070924-1_amd64.changes is NEW
(new) tgt_20070924-1.diff.gz optional net (new) tgt_20070924-1.dsc optional net (new) tgt_20070924-1_amd64.deb optional net Linux target framework user-space tools Linux target framework (tgt) aims to simplify various SCSI target driver (iSCSI, Fibre Channel, SRP, etc) creation and maintenance. . Tgt consists of kernel modules, user-space daemon, and user-space tools. Some target drivers uses all of them and some use only user-space daemon and tools (i.e. they completely runs in user space). . This package contains the user-space daemon and tools, a recent Linux kernel is required for the modules. . Currently, tgt supports three target drivers: . - IBM VIO server (ibmvstgt) - iSCSI - Xen vscsifront/back . Note that tgt is under active development. Don't play with important data. (new) tgt_20070924.orig.tar.gz optional net Changes: tgt (20070924-1) unstable; urgency=low . [ Frederik Schüler ] * Initial release (Closes: #436320) Override entries for your package: Announcing to [EMAIL PROTECTED] Closing bugs: 436320 Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: Installing Debian on Ultrasparc III machines
On Wed, Sep 19, 2007 at 12:10:26AM +0200, Josip Rodin wrote: kernel which works well - at least on out US III machine. We've applied 179c85ea53bef807621f335767e41e23f86f01df to make sure that the system doesn't create unkillable processes anymore if you use the libc6 from _lenny_. BTW, lebrun.d.o, also an USIII, running 2.6.23-rc6 plus the aforementioned patch still created unkillable dpkg-query processes. BTW, I got around to changing the input/output-device on lebrun today, so I'll be able to get register dumps in case it goes dead. Right now its buildd has been building for over 3.5 hours, and it has created this one process: buildd 20263 100 0.5 1941872 11472 ? RN 18:25 192:03 dpkg-query --search libc.so.6 But it keeps moving! The load was around 5 when I checked this. I went to run 'less buildd.log', but that process just stopped responding instantly. I tried stracing it, and that strace stopped responding :) The load went up to 7 after that. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: Installing Debian on Ultrasparc III machines
Josip Rodin wrote: On Wed, Sep 19, 2007 at 12:10:26AM +0200, Josip Rodin wrote: kernel which works well - at least on out US III machine. We've applied 179c85ea53bef807621f335767e41e23f86f01df to make sure that the system doesn't create unkillable processes anymore if you use the libc6 from _lenny_. BTW, lebrun.d.o, also an USIII, running 2.6.23-rc6 plus the aforementioned patch still created unkillable dpkg-query processes. BTW, I got around to changing the input/output-device on lebrun today, so I'll be able to get register dumps in case it goes dead. I'm not sure if those problems are related :) The register dumps would be needed if the kernel fails to initialize the CPU (as in: try to boot a non-SMP kernel on lebrun - but I guess that works well in lebrun's case). See #440720 I find it interesting though, that the machine is still accessible - but probably this was just the same here and I should have been a bit patient for half an hour or so. Unfortunately the machine didn;t want to boot the kernel I've build with a lot of debug stuff included I'll give this another try when I have some spare time. -- Bernd Zeimetz [EMAIL PROTECTED] http://bzed.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: Installing Debian on Ultrasparc III machines
On Mon, Sep 24, 2007 at 09:53:44PM +0200, Bernd Zeimetz wrote: kernel which works well - at least on out US III machine. We've applied 179c85ea53bef807621f335767e41e23f86f01df to make sure that the system doesn't create unkillable processes anymore if you use the libc6 from _lenny_. BTW, lebrun.d.o, also an USIII, running 2.6.23-rc6 plus the aforementioned patch still created unkillable dpkg-query processes. BTW, I got around to changing the input/output-device on lebrun today, so I'll be able to get register dumps in case it goes dead. I'm not sure if those problems are related :) The register dumps would be needed if the kernel fails to initialize the CPU Fabio told me that break+p output might be useful in this case too, I'm just repeating :) -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: Installing Debian on Ultrasparc III machines
I'm not sure if those problems are related :) The register dumps would be needed if the kernel fails to initialize the CPU Fabio told me that break+p output might be useful in this case too, I'm just repeating :) Does Fabio probably know how to send that via a serial connection? :) -- Bernd Zeimetz [EMAIL PROTECTED] http://bzed.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: Installing Debian on Ultrasparc III machines
Bernd Zeimetz a écrit : I'm not sure if those problems are related :) The register dumps would be needed if the kernel fails to initialize the CPU Fabio told me that break+p output might be useful in this case too, I'm just repeating :) Does Fabio probably know how to send that via a serial connection? :) Use the /proc/sysrq-trigger to send the corresponding keystroke. I used this trick to reboot the machine with unkillable processes since it won't go down by itself. Seb
Processed: tagging bugs that are closed by packages in NEW as pending
Processing commands for [EMAIL PROTECTED]: # the following bugs are closed by packages in NEW # tags 436320 pending Bug#436320: ITP: tgt -- Linux target framework user-space tools There were no tags set. Tags added: pending tags 438463 pending Bug#438463: libsdl1.2debian: new release available 1.2.12 (includes pulseaudio module) Tags were: patch Bug#437002: New version of SDL released (1.2.12) Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]